GNS 9810 TMC Protokolle

    Aww, tut mir Leid: ich bin Softwerker. Wir benutzen zum Empfangen der RDS-Daten ein fertiges Produkt (an RS232), sogar die Fehlerkorrektur ist abgeschlossen, bevor wir die Daten bekommen.


    Ich kann Fragen beantworten zum Aufbau der RDS-Packete, insbesondere also Gruppe 8A, zu den Location- und den Eventfiles.


    Die Frage, die Du da aufwirfst finde ich aber auch sehr interessant, da oben genanntes Produkt schweineteuer war.


    Ich hatte mich neulich schon kurz gefragt, ob ich an die Daten vielleicht mit einem Programm auf meinem Mobiltelephon rankomme, welches über ein (sonst recht nutzloses) Radio verfügt.

    Thema ist immer noch aktuell.


    Hardware:
    Je nach dem wie gut gefiltert wird kann man die RDS-Daten auch noch am Radioausgang regenerieren, insbesondere am Lineout so dass kein Eingriff ins Gerät erfolgen muss.
    Von einer Autoradiolösung bin ich allerdings nicht mehr so überzeugt. Den oft ist der für den Standort beste Sender (nur regionale Meldungen bei gutem Empfang) nicht unbedingt der den man auch hören möchte, geschweige den man möchte seine Konserven hören.
    Hardware die aus dem Radiosignal digitaldaten liefert habe ich hier noch rumliegen. War mal ein Projekt aus der Elektor das auf dem Atari und PC mit der Frankenteam-Software am Druckerport lief.


    @RDS
    hast Du eine Möglichkeit die Daten einer RDS-Maus dem 8A-Block gegenüberzustellen? Müssen natürlich zur gleichen Zeit aufgenommen sein um die gleichen Meldungen zu haben.


    Garry

    Zitat

    Original von RDS
    Ich hatte mich neulich schon kurz gefragt, ob ich an die Daten vielleicht mit einem Programm auf meinem Mobiltelephon rankomme, welches über ein (sonst recht nutzloses) Radio verfügt.


    Nur wenn es RDS untertstützt, sonst geht die Chance gegen Null, was nicht umgekehrt heisst dass es dann auf jeden Fall geht...


    Garry

    Hallo zusammen,


    in den Anfangszeiten von RDS gab es RDS-Decoder, die man am Autoradio anschließen konnte. Bis gestern Abend wurde ein solches Teil bei E-Bay angeboten. Leider habe ich vergessen, nochmal einzuschalten, um mit zu bieten. Nun ist es natürlich weg.


    Garry hat natürlich recht mit dem Einwand bez. der Sender und der Hörgewohnheit. Aber um heraus zu finden, wie das funktioniert, wäre so ein Teil schon ok.


    Weiß eigentlich jemand, wie das Protokoll einer GPS-Maus mit TMC aussieht ? Schließlich mÜssen die von TMC generierten Infos ja über die serielle Schnittstelle dem PDA zugeführt werden, oder ?


    Viele Grüße


    DK9JH

    Zitat

    Original von DK9JH
    Weiß eigentlich jemand, wie das Protokoll einer GPS-Maus mit TMC aussieht ? Schließlich mÜssen die von TMC generierten Infos ja über die serielle Schnittstelle dem PDA zugeführt werden, oder ?


    Viele Grüße


    DK9JH


    Aussehen?
    Am Anfang des Threads wurde ein Log gepostet - da kann man sehen wie die TMC-Daten in die NMEA-Daten reing3emixt werden - jeweils durch ein Fragezeichen am Anfang und Ende seperiert. Über den eigentlichen TMC-Datenauf in diesem Protokoll scheint hier noch nicht viel bekannt zu sein.


    Garry

    Hallo Garry,


    vielen Dank für den Hinweis. Diese Daten hatte ich nicht als TMC-Daten interpretiert. Damit wird es klar, wie sie an den PDA übergeben werden. D.h. aber auch, daß ein Zuführen der Daten von einem externen Gerät (z.B. Autoradio) einen Eingriff in die gesamte Datenübertragung erfordert. Nun müßte man wissen, wie man die Daten von der GPS-Maus anhalten kann (Hard- oder Software-Handshake), damit die des TMC dann übermittelt werden können.
    Warscheinlich ist es einfacher, sich eine TMC-fähige Maus zu zulegen.


    Nochmals vielen Dank. Habe schon wieder was gelernt.


    Viele Grüße


    DK9JH

    Hallo DK9JH,


    wenn die TMC-Daten von einem anderen Gerät als der GPS-Maus weil die GPS-Maus selbst kein TMC hat - an den PDA übermittelt werden sollen, kann man doch eine andere COM-Schnittstelle sofern verfügbar versteht sich an dem PDA benutzen. Damit muss man dann nicht Hardware-mäßig in die Kommunikation zwischen Maus und PDA eingreifen. Allerdings erfordert dies dann auf dem PDA entweder eine Navi-SW oder eine eigenständige SW, die die TMC-Daten auf einem separaten COM-Port interpretieren kann. Oder halt auf dem PDA einen Treiber, der die GPS- und TMC-Daten von den unterschiedlichen COM-Ports mischen und über einen virtuellen COM-Port der Navi-SW zuführen kann.


    Bis denn
    Hamba

    Zitat

    Original von Garry
    @RDS
    hast Du eine Möglichkeit die Daten einer RDS-Maus dem 8A-Block gegenüberzustellen? Müssen natürlich zur gleichen Zeit aufgenommen sein um die gleichen Meldungen zu haben.


    Puh, klar. Was meinst Du genau?


    Vor ein paar Minuten habe ich z.B.


    RDSBlock[a, 11010111, 01011011], RDSBlock[b, 10000000, 00001000], RDSBlock[c, 00010000, 11110001], RDSBlock[d, 10101010, 00011110]


    auf 107.2 (Klassik-Radio) empfangen. Sowas meinst Du? Wenn wir uns über das Forum kurzschließen sehe ich aber bezüglich einer simultanen Aufnahme schwarz, zu träge! :)


    Könnte zum Beispiel 1616945 als UIN anbieten.

    Zitat

    Original von hamba
    Hallo DK9JH,


    wenn die TMC-Daten von einem anderen Gerät als der GPS-Maus weil die GPS-Maus selbst kein TMC hat - an den PDA übermittelt werden sollen, kann man doch eine andere COM-Schnittstelle sofern verfügbar versteht sich an dem PDA benutzen. Damit muss man dann nicht Hardware-mäßig in die Kommunikation zwischen Maus und PDA eingreifen. Allerdings erfordert dies dann auf dem PDA entweder eine Navi-SW oder eine eigenständige SW, die die TMC-Daten auf einem separaten COM-Port interpretieren kann. Oder halt auf dem PDA einen Treiber, der die GPS- und TMC-Daten von den unterschiedlichen COM-Ports mischen und über einen virtuellen COM-Port der Navi-SW zuführen kann.


    Bis denn
    Hamba


    Ich habe mich in den letzten Tagen einen virtuellen COM Treiber auf die Beine gestellt. Damit könnte man z.B. GPS Daten neu mixen oder filtern oder splitten. Ich finde es jedenfalls gerade sehr spannend die Com Schnittstelle "von der anderen Seite" zu sehen.

    @SupervisionCam


    Könnte man Dein Spielzeug vielleicht einsetzen für eine weniger performancefressende Filterung der GPS-Daten beim Nordproblem?


    Gruß
    artur

    Zitat

    Original von artur
    @SupervisionCam


    Könnte man Dein Spielzeug vielleicht einsetzen für eine weniger performancefressende Filterung der GPS-Daten beim Nordproblem?


    Gruß
    artur


    Ich habe dieses Problem nicht mitverfolgt (nur mal den Namen gelesen) und weiß nicht worum es geht. Außerdem brauche ich noch ein paar Tage, um Erfahrungen mit dem Treiber zu sammeln.

    @SupervisionCam


    Hat auch ein paar Tage Zeit.


    Wenn Du Deinen Gedanken in der Zwischenzeit ein Ziel geben willst, klick mal auf meine Signatur.


    Im Vorspruch vor dem Download findest Du ein kurze Übersicht, um was es geht.


    Gruß
    artur


    Ich meinte, ob Du einen Log aufnehmen kannst der sowohl die rohen RDS-Daten als auch das gemischte Signal zum GPS-Empfänger zum gleichen Zeitpunkt (z.B. über eine Minute) darstellt.Möglichst nicht zur Hauptverkerszeit sondern dann wenn es nur ein oder zwei Meldungen gibt.


    Garry

    Zitat

    Original von Garry


    Ich meinte, ob Du einen Log aufnehmen kannst der sowohl die rohen RDS-Daten als auch das gemischte Signal zum GPS-Empfänger zum gleichen Zeitpunkt (z.B. über eine Minute) darstellt.Möglichst nicht zur Hauptverkerszeit sondern dann wenn es nur ein oder zwei Meldungen gibt.


    Garry


    Was genau meinst Du denn mit dem "gemischten Signal"? Ich habe übrigens keinen GPS-Empfänger, sondern nur einen RDS-Empfänger. Der lauscht im Radio und sendet mir die fehlerkorrigierten Bytes der RDS-daten über den COM-Port.


    Ich hatte Dich so verstanden, dass Du gleichzeitig bei Dir was aufnehmen wolltest und von mir den Log zur gleichen Zeit der RDS-Daten wolltest.

    Hallo Hamba,


    Zitat

    wenn die TMC-Daten von einem anderen Gerät als der GPS-Maus weil die GPS-Maus selbst kein TMC hat - an den PDA übermittelt werden sollen, kann man doch eine andere COM-Schnittstelle sofern verfügbar versteht sich an dem PDA benutzen. Damit muss man dann nicht Hardware-mäßig in die Kommunikation zwischen Maus und PDA eingreifen. Allerdings erfordert dies dann auf dem PDA entweder eine Navi-SW oder eine eigenständige SW, die die TMC-Daten auf einem separaten COM-Port interpretieren kann. Oder halt auf dem PDA einen Treiber, der die GPS- und TMC-Daten von den unterschiedlichen COM-Ports mischen und über einen virtuellen COM-Port der Navi-SW zuführen kann.


    das ist alles richtig. Aber mein PDA hat keine 2 ser. Schnittstellen. Da ist nur eine. Man müßte die Daten vor dem PDA zusammen fügen. Das Navi-Programm kann auch nicht von 2 Ports einlesen. Wenn man das mit externer Hard- und Software machen will, ist der Aufwand doch ziemlich groß. Technisch wäre es schon interessant, eine Lösung zu finden.


    Viele Grüße


    DK9JH