TMC Pro Meldungen trudeln langsam ein

    Folgende Beobachtung:


    Beim Starten der Navigation dauert es bei gutem Empfang ca. 5 Minuten bis die ersten Meldungen eintrudeln. Bei längeren Fahrten werden die Meldungen immer mehr, zum ersten mal wieder weniger werden sie nach ca. einer Stunde.
    Die Meldungen stimmen nicht immer mit dem überein, was der Sprcher des Radios im Verkehrsfunk (bei gleichem Sender wie TMC Pro) vorliest:


    Schlussfolgerungen / Fragen


    TMC Pro Daten werden entweder nicht ständig von den Radiosendern übertragen oder nur ganz langsam im Navi verarbeitet.


    Verschwindet eine Behinderung, so wird sie ebenfalls nur sehr langsam aktualisiert, oder das Navi hält die Daten fest, obwohl sie nicht mehr gesendet werden.


    Die Frage ist, was unterm Strich noch wirklich an Vorteil ggn. dem normalen TMC übrigbleibt...

    Hallo joschi,


    Zitat

    Die Meldungen stimmen nicht immer mit dem überein, was der Sprcher des Radios im Verkehrsfunk (bei gleichem Sender wie TMC Pro) vorliest:


    Das wäre mir neu, daß auch die Meldungen, die der Sprecher vorliest, TMCPro Meldungen sind. Und alleine die Tatache, daß die Meldungen nicht permanent sondern in der Regel nur alle halbe Stunde gesendet werden, verschafft schon dem normalen TMC einen (theoretischen) Vorsprung.


    Zitat

    Beim Starten der Navigation dauert es bei gutem Empfang ca. 5 Minuten bis die ersten Meldungen eintrudeln.


    Bei mir nicht, ich vermute einmal, das hängt stark vom jeweiligen Sender ab. Bei mir ist es RSH Kiel und ich bekomme schon nach 1-2 min. die ersten Meldungen, nach ca. 5 min. sind es häufig bis zu 25 Meldungen.


    Zitat

    Verschwindet eine Behinderung, so wird sie ebenfalls nur sehr langsam aktualisiert, oder das Navi hält die Daten fest, obwohl sie nicht mehr gesendet werden.


    Für eine genaue Überprüfung wie KT das handhabt, müßtest Du die TMC-Registerkarte (da wo der automatische Suchlauf zu sehen ist) permanent geöffnet haben und dann jeweils zur Liste der Verkehrsnachrichten wechseln.
    Grund: wenn Du nur die TMC-"Kontrollleuchte" beobachtest (grün) dann bekommst Du gar nicht mit, ob vielleicht nur der Suchlauf aktiv ist oder wirklich ein Sender empfangen wird (-> Bug in der aktuellen Version!). Ob also die schon aufgelösten Staus nur deshalb noch in der Liste stehen, weil der Empfang abgebrochen ist oder aus anderen Gründen, ist also nur schwer zu erkennen.

    In jedem Fall scheinen sich die Meldungen langsam anzuhäufen. Das kann eigentlich nur heißen, dass entweder die Infos nicht alle auf einmal übertragen werden, oder das ganze additiv funktioniert, d.h. dass Meldungen gesammelt, und erst mal nicht wieder verworfen werden.

    Bei mir befindet sich der TMC-Empfänger im Auto-Craddle, d.h. quasi in der Stromversorgungsleitung (so wie auch die "normalen" Zukauf-TMC-Empfänger von GNS & Co.).


    Ich hatte nun das Problem, dass scheinbar die Kommunikation zwischen PDA und TMC-Empfänger sich nicht richtig "synchronisierte", wenn ich z.B. erst den KtN gestartet und dann anschließend den PDA in den Craddle gesteckt habe. Oder auch wenn ich den PDA in den Craddle gesteckt habe und anschließend den Motor startete.


    Da dauerte es ca. 5-10 Minuten bis ein Verkehrsfunksender gefunden wurde.


    Seitdem halte ich folgende Reihenfolge ein und habe keine Probleme mehr:


    1. Motor starten (TMC-Empfänger wird mit 12V versorgt)
    2. PDA an den TMC-Empfänger anschließen
    3. KtN starten


    Vielleicht ist das ja auch Dein Problem?


    Ich habe während des Berufsverkehrs im Rhein-Main-Gebiet (TMCpro-Sender auf 98,2 MHz) zwischen 20 und 110 Meldungen. Im Schnitt bei mäßigem Verkehr so ca. 40 Meldungen. Bis die alle empfangen wurden vergehen ca. 3-4 Minuten (geschätzt).


    Ich habe die Erfahrung gemacht, dass manche Meldungen scheinbar auch händisch erfasst werden und nicht alle über automatische Sensoren kommen. Hier kann es deshalb auch zu Verzögerungen kommen, bis diese wieder verschwinden.


    Ansonsten klappt TMCpro bei mir aber sehr gut.


    Viele Grüße


    Markus

    Auch ich habe den Eindruck, dass man möglichst den Pda erst anschalten sollte, wenn alles eingesteckt ist (im Zweifelsfalle softreset) und dann den Klicktel navigator starten ,dann gehts schneller.


    Dennoch hatte ich heute einen Stau gesehen, der auch über die Verkehrsnachrichten gesprochen wurde und der trotz bis zu 72 TMC Pro Meldungen nicht gelistet wurde, und das Obwohl der Stau über 1 Stunde gedauert hat und ich die meiste Zeit im TMC nachgeschaut habe.


    Ich wage jetzt einfach mal zu bezweifeln, dass die TMC Pro Meldungen besser sind als die normalen TMC und vor allem nicht besser als die in den Verkehrsnachrichten, und das finde ich schade.

    Zitat

    Original von joschijoschiDennoch hatte ich heute einen Stau gesehen, der auch über die Verkehrsnachrichten gesprochen wurde und der trotz bis zu 72 TMC Pro Meldungen nicht gelistet wurde, und das Obwohl der Stau über 1 Stunde gedauert hat und ich die meiste Zeit im TMC nachgeschaut habe.
    Ich wage jetzt einfach mal zu bezweifeln, dass die TMC Pro Meldungen besser sind als die normalen TMC und vor allem nicht besser als die in den Verkehrsnachrichten, und das finde ich schade.


    So pauschal kann man das meiner Meinung nach nicht sagen.


    Ich habe in den letzten Wochen, seitdem ich TMCpro habe, beide Systeme und die Meldungen miteinander verglichen: da steht es unentschieden.


    Ich hatte viele Fälle, bei denen über TMCpro schneller über Staus informiert als das herkömmliche TMC, in anderen Fällen (aber selten) wurden Staus über TMC gemeldet, die TMCpro nicht meldete (vielleicht weil auf dem betroffenen Teilstück kein automatischer Sensor war?)


    In manchen Fällen war TMCpro genauer: wenn TMC in der "Rushhour" einfach einen 40km langen Abschnitt der A5 mit "stockendem Verkehr" meldete, kamen über TMCpro detaillierte Infos, so dass man durchaus noch entscheiden konnte, ob man trotzdem diese Autobahn nutzt, v.a. wenn man nicht die kompletten 40km fahren muss...


    Ich widerspreche den pauschalen Werbeaussagen, die TMCpro so in den Himmel loben und das herkömmliche TMC als unbrauchbar darstellen, denn das widerspricht meinem persönlichen Vergleich beider Systeme.


    Die Qualität steigt und fällt auch mit dem Engagement der Rundfunkanstalten, möglichst aktuelle Verkehrsinfos anzubieten.


    Ideal wäre eine Kombination aus beiden Systemen, so dass sie sich ergänzen könnten.


    Viele Grüße


    Markus

    Zitat

    Ideal wäre eine Kombination aus beiden Systemen, so dass sie sich ergänzen könnten.


    Ja, nur wie sollte das funktionieren? Wer entscheidet, welche Meldung die genauere ist? Dazu müßten TMC + TMCPro wohl zusammenarbeiten und dann bräuchte man die Trennung nicht mehr...

    Zitat

    Original von luka1


    Ja, nur wie sollte das funktionieren? Wer entscheidet, welche Meldung die genauere ist? Dazu müßten TMC + TMCPro wohl zusammenarbeiten und dann bräuchte man die Trennung nicht mehr...


    Da würde jetzt die Intelligenz des KtN einsetzen oder der User entscheidet das dann selber (was ja derzeit auch der Fall ist: jede TMC-Meldung wird mir präsentiert und ich entscheide selber, ob der Stau umfahren wird oder nicht).


    Genauso könnte ich mir das vorstellen: KtN sammelt sowohl TMCpro-Meldungen als auch TMC-Meldungen in einer großen Liste und berücksichtigt einfach beide Meldungen (wobei dem User dann angegeben wird, ob die Meldung über TMCpro oder über TMC reinkam).


    Gruß


    Markus

    Na ob das praktikabel ist? Ich stelle mir gerade die Warnmeldung vor:
    1. Achtung, TMC-Std. meldet 6 km Stau auf der A7 in Richtung Norden - umfahren oder weiterfahren?
    2. Achtung, TMCPro meldet 10 km Stau ...


    dann bricht der TMCPro Empfang ab und TMCStd. meldet immer noch 6
    TMCPro aber entweder noch die alte Meldung oder gar keine ?(


    Also ich würde das nicht programmieren wollen, egal wie man es macht, jedem 2. Anwender wird es nicht passen.
    Ich glaube daher, die Bevorzugung von TMCPro hat schon seinen Sinn, vielleicht kann man das ja noch verfeinern (und auf Wunsch die Präferenzen manuell umstellen: also wenn man Std. präferiert, werden auch nur Std.-Meldungen vorgeschlagen, zusätzlich könnten diese Pro-Meldungen in der Liste angezeigt werden.).
    Ich weiss auch nicht, ob intern irgendwelche Zeitstempel mit den jeweiligen Meldungen mitgeführt werden, eventuell wäre es hilfreich, wenn man das Alter der jeweiligen Meldung erkennen könnte.


    Im Standard-TMC ist eine "duration" codiert, die die Dauer des Ereignisses angibt. Ansonsten schmeisst der Receiver die Meldung nach 15 Minuten weg, wenn sie nicht mehr wiederholt wird (weil kein Empfang mehr) und die Duration auf 0 steht.


    Bei solchen "überlappenden Meldungen" würde ich als KtN standardmäßig dem TMCpro den Vorzug geben, da es nach meiner Erfahrung etwas genauer ist als TMC.


    Der große Vorteil kommt, wenn die Meldungen nicht den gleichen Streckenabschnitt betreffen: wenn also per TMC Verkehrsstörungen übertragen werden, die TMCpro nicht meldet. Hier kann der User dann selbst entscheiden, ob die gemeldete TMC-Störung umfahren wird oder nicht.


    Zitat

    Also ich würde das nicht programmieren wollen, egal wie man es macht, jedem 2. Anwender wird es nicht passen.


    Das sind jetzt natürlich die ersten "Hirngespinnste" von uns, die weiter durchdacht werden müssten. Aber wenn man so verfährt wie vorschlagen sehe ich keine größere Konfusion beim User:

    • bei einer Meldung zum gleichen Streckenabschnitt wird TMCpro der Vorzug gegeben (oder es ist in den Einstellungen parametrierbar)
    • bei Meldungen zu unterschiedlichen Strecken wird einfach beides gleichberechtigt genommen


    Zitat

    Ich glaube daher, die Bevorzugung von TMCPro hat schon seinen Sinn, vielleicht kann man das ja noch verfeinern (und auf Wunsch die Präferenzen manuell umstellen: also wenn man Std. präferiert, werden auch nur Std.-Meldungen vorgeschlagen, zusätzlich könnten diese Pro-Meldungen in der Liste angezeigt werden.).


    Der große Vorteil eines Navi mit TMC ist für mich, dass er die TMC-Meldungen auch im Routing berücksichtigt. Insofern fände ich es schade, wenn er die Meldung nur im Speicher ablegt und nichts damit anfängt.


    Aus der Erfahrung gibt es hin und wieder schon Fälle, bei denen über TMC (real existente) Störungen gemeldet werden, über TMCpro dagegen nicht (oder mit starker Verzögerung --> hier scheint dann auch händisch codiert zu werden über die Landesmeldestellen?!) und auch umgekehrt.


    Zitat

    Ich weiss auch nicht, ob intern irgendwelche Zeitstempel mit den jeweiligen Meldungen mitgeführt werden, eventuell wäre es hilfreich, wenn man das Alter der jeweiligen Meldung erkennen könnte.


    Es können Zeitinformationen ("start time" und "stop time"), sowie eine Information zur Gültigkeitsdauer ("duration") übertragen werden. Die Frage ist nur, ob die Radioanstalten diese Infos auch senden (ist kein muss). Bei "duration" wird beim Fehlen standardmäßig die "0" gesetzt, d.h. nach 15 Minuten verwirft das System die Meldung, wenn sie nicht mehr kommt oder "ge-canceled" wurde.


    Ich vermute mal, dass sich TMCpro in etwa an die TMC-Protokoll-Definition hält und dass es dort genauso ist.


    Interessant wäre auch noch die Frage, wie die Steuerung des UKW-Empfängers erfolgen soll: 5 Minuten TMCpro-Sender abfragen, dann zu TMC-classic wechseln und dort 5 Minuten "mithören"? Ich fürchte, dass dann ein zu großer Zeitverzug entsteht...


    Oder ein zweiter TMC-Empfänger ;)


    Viele Grüße


    Markus

    4 Mal editiert, zuletzt von markusd112 ()

    Der ab dem 29.11.06 bei Aldi-Süd angebotene PNA 470 mit dem GoPal PE 2.0 kann TMCpro und TMC.


    Wobei beide Meldungstypen parallel verarbeitet und auch bei der Routenberechnung berücksichtigt werden. Sind für die gleiche Strecke sowohl TMC- als auch TMCpro-Meldungen vorhanden, so gibt die Software der TMCpro-Meldung den Vorzug.


    Wäre das evtl. auch beim KtN so realisierbar?


    Gruß


    Markus