c't: TMC-Empfänger von AVANTEQ besser als von "Platzhirsch" GNS

Habe heute mal auf einer Fahrt von Koblenz nach Euskirchen ausschließlich den Empfang des Avanteq Empfängers überwacht (ca. 1 Stunde lang mit MN|5).
I.d.R. nur selten mehr als 2 von 4 Balken Empfang mit mittlerweile recht gut verlegter Wurfantenne.
Empfang auf ein und derselben Frequenz selten länger als 1 Minute vorhanden. Allerdings scannt die Avanteq anschließend nacheinander die RDS-Alternativfrequenzen, springt also bspw. von 98,4 MHz auf 107,1 MHz ohne den Sendersuchlauf zu bemühen.
Das führt dazu dass meist binnen 5-10 Sekunden eine funktionierende Alternativfrequenz gefunden wird und nur im Notfall mal der Suchlauf bemüht werden muss.

Sascha

Zitat

Original von Achim
Witzigerweise testet der Avanteq bei mir immer wieder mal "fette Sender", die entweder TMCpro oder gar kein TMC ausstrahlen ?(. Man kann die offenbar auch nicht von der Sendersuche ausschließen, da kein TMC-Signal gefunden wurde.

Das ist mir auch aufgefallen, geschieht bei GNS-Empfängern aber genauso.
Ich vermute mal die RDS-TMC-Technologie gibt das nicht her.
Der Sender muss gefunden werden und anschließend geprüft werden ob TMC(pro) Signal kommt oder nicht. Wenn nicht, dann wird weiter gesucht.
Das mit dem Merken der bereits früher gefundenen funktionierenden Frequenzen könnte aber auch stimmen.
Vielleicht kann Avateq ja mal etwas hierzu sagen.

Sascha

Guten Tag,

@SaBo, Achim
Ihre Vermutungen treffen zu: einmal gefundene Sender merkt sich unser Empfänger zusammen mit seinen Eigenschaften und verwertet diese bei der weiteren Senderauswahl. Zu den Algorithmen haben meine Kollegen einiges auf unserer Website http://www.avanteq.de/deu/inno…r-besten-tmc-empfang.html erläutert.

Zu den Bemerkungen von Bill (vielleicht sagt er etwas zu seiner Funktion bei GNS?):

Wir entwickeln unsere Treiberdateien, die zur Zeit noch nachträglich zusammen mit spezifischen Parametereinstellungen in die Navigationssoftware geladen werden, mit den Navigationsherstellern zusammen. Sie werden in zukünftigen Versionen serienmäßig enthalten sein. Allerdings dauert das aufgrund der organisatorischen Vorlaufzeiten, Tests, Einbindung etc. leider bis zu den kommenden Versionen.

Nur aktuelle Meldungen werden übermittelt: jede TMC-Meldung wird gemäß Norm von den Sendeanstalten mit einer Gültigkeitsdauer ausgestrahlt (entweder explizit im Attribut 'duration' oder implizit als Attribute der Ereignisse in einer Meldung). Der TMC-Empfänger vío speichert in seinem Meldungspuffer sowohl Gültigkeitsdauer wie auch Empfangszeitpunkt jeder Meldung. Nur Meldungen, deren Gültigkeitsdauer nicht überschritten ist, werden auch an die Navigation mit aktualiserter Gültigkeitsdauer übermittelt. Die Meldungsverwaltung unserer Empfänger entspricht der Norm und erfolgt lediglich unabhängig von der Betriebsbereitschaft des Navigationsprogramms. So kann die kostbare Zeit vor dem Losfahren genutzt werden, um TMC-Meldungen zu erhalten.

AVANTEQ Technologie != GNS: Die "Gleichheit" der Technologie beschränkt sich auf einzelne Bauteile, insbesondere den RDS/TMC-Empfangschip. Wesentlich für die Leistungsfähigkeit der TMC-Empfänger von AVANTEQ ist eine Kette von Bauteilen, die den Empfang dieses Chips verbessern sowie Algorithmen im MicroController des TMC-Empfängers. Zu der Kette der Komponenten, die den Empfang verbessern gehören z.B. eine Antenne neuer Bauart (eine Zweidraht-Antenne), hochwertige MCX Buchse für HF-Signale und weitere ausgewählte HF-Bauteile. Auf unserer Website findet man einige Bilder, wie unsere Empfänger auch im Innern aussehen http://www.avanteq.de/deu/tmc-product-specs-de.html.

Beste Grüsse
Hermann
AVANTEQ Support

Hallo,

Als Navi-Frischling (hab erst seit Ende letzten Jahres ein Navi) und Medion-Gopal 2-TMC leidgeplagter verfolge ich mit Interesse diese Diskussion.
Dabei stellen sich mir prompt ein paar Fragen:

1. "Die Meldungsverwaltung unserer Empfänger" - bedeutet das, daß die Navi-Software im Allgemeinen nicht selbst bestimmt, wann eine Meldung verfällt?

2. "entspricht der Norm" - ist das jetzt ein plus oder ein minus? Bill schreibt "Normenwerke sind im übrigen dehnbar es kommt darauf an wie man die Normen anwendet !"...

3. Wäre es (rein theoretisch) möglich, einen Treiber von AVANTEQ mit einem in einem PNA verbauten Chip von GNS zu testen? Oder streikt da dann der "MicroController des TMC-Empfängers"?

Gruß,
m.g

Zitat

Original von AVANTEQ
Die Meldungsverwaltung unserer Empfänger entspricht der Norm und erfolgt lediglich unabhängig von der Betriebsbereitschaft des Navigationsprogramms. So kann die kostbare Zeit vor dem Losfahren genutzt werden, um TMC-Meldungen zu erhalten.

(...)

Wesentlich für die Leistungsfähigkeit der TMC-Empfänger von AVANTEQ ist eine Kette von Bauteilen, die den Empfang dieses Chips verbessern sowie Algorithmen im MicroController des TMC-Empfängers. Zu der Kette der Komponenten, die den Empfang verbessern gehören z.B. eine Antenne neuer Bauart (eine Zweidraht-Antenne), hochwertige MCX Buchse für HF-Signale und weitere ausgewählte HF-Bauteile.

Danke Hermann für die Infos.
Interessant ist die Pufferung der TMC-Meldungen unabhängig von der Navisoftware.

Wie viele Meldungen kann der vío denn zwischenspeichern?

Was die Empfangsleistung angeht so bin ich weder von den GNS-Empfängern noch vom vío mit Wurfantenne 100%ig überzeugt.

Wann wird es für den vío ein Y-Adapterkabel zum Anschluss an die Autoradioantenne geben? (im Handbuch ist es ja bereits erwähnt)

Sascha

Ich dachte immer DLF sendet deutschlandweite TMC-Nachrichten (als eine der einzigen Rundfunkstationen).
Zumindest hab ich mit DLF immer die meisten Medlungen drin.

Sascha

Zitat

Original von SaBo
Ich dachte immer DLF sendet ...

In der Hinsicht habe ich das Medion-Gerät zu schätzen gelernt: Es gibt die Möglichkeit (vielleicht auch gerade dank GNS?) eine Aufzeichnung der Empfangenen rds-Daten zu erstellen. Aus dieser Aufzeichnung läßt sich dann zweifelsfrei herauslesen, welche Nachricht das Navi wann von welchem Sender empfangen hat.

Falls Ihr die Möglichkeit habt, solche Aufzeichnungen zu erstellen (auch eine mit dem Poi-Observer erstellte Log-Datei ist ok) mache ich Euch gerne (wenn die Daten nicht allzusehr von ALERT-C abweichen) die Auswertung dazu.

Gruß,
m.g

Zitat

Original von m.g
In der Hinsicht habe ich das Medion-Gerät zu schätzen gelernt: Es gibt die Möglichkeit (vielleicht auch gerade dank GNS?) eine Aufzeichnung der Empfangenen rds-Daten zu erstellen.

Diese Dateien hat lästigerweise auch MN|6 und iGO erstellt. Bei iGO hilft ein Eintrag in der sys.txt dagegen.
Bei MN hat sich das Problem von selbst gelöst. (Wodurch eigentlich? Sie sind nicht mehr da)
Dank GNS???- Logisch!
Sind doch die TMC-Chips von GNS. (Auch im GoPal PNA )

Zitat

Original von dxv_udo
Diese Dateien hat lästigerweise auch MN|6 und iGO erstellt. Bei iGO hilft ein Eintrag in der sys.txt dagegen.
Bei MN hat sich das Problem von selbst gelöst.

Bei MN5 und 6 wurde m.W. aber nur der Name des empfangenen Senders sowie die aktuell vorliegende Anzahl an Meldungen in die Datei geschrieben.
Die Meldungen an sich waren nicht dort drin vorhanden. Außerdem wurde dia Datei im Sekundentakt neu überschrieben und war somit definitiv keine brauchbare LOG-Datei.

Sascha