Hallo,
ich habe hier schon eine 2. GPS Maus mit der ich keine lesbaren NMEA
Daten in Realterm bekomme (siehe Anhang).
Ich habe schon alle Codierungen und Baudraten (vor allem 9600bps und
4800bps) und 8N1 durchgetestet. Leider nie etwas lesbares dabei.
Die Maus hängt an einem Max232 Pegelwandler, welcher wieder an einem
Seriell-USB-Wandler angeschlossen ist.
Da mir langsam die Zeit und das Geld (immerhin schon 2 GPS-Mäuse
gekauft) ausgehen, wollte ich hier mal fragen, ob ich vielleicht einen
falschen Ansatz habe?
Meine USB-GPS-Maus mit integriertem USB-Seriell-Wandler liefert 1A
lesbare NMEA Datensätze über Realterm.
Langsam bin ich am Verzweifeln.
Danke euch!
Ich habe nochmal das Datenblatt angehangen, falls da jemand durchsieht.
Ich sehe da nur 4800bps, 8N1, keine Paritäten. Das funktioniert
jedenfalls nicht.
Holger B. schrieb:> Ist der Chipsatz vielleicht auf das SiRF-Protokoll eingestellt?
Wie kann ich das ändern / testen? Gibt es dazu Tools? Von den Mäusen
habe ich 2 da, bei einer kann ich es also ausprobieren.
Ich suche mal nach der SirfDemo. Da kann man sicherlich die serielle
Schnittstelle angeben, wo der Empfänger angeschlossen ist, oder?
Im Datenblatt steht NMEA-0183 compliant protocol/custom protocol.
Gibt es denn ein Tool, mit dem ich die Maus testen kann und eventuell
das Protocol in der Firmware umstellen?
Gerade das Tool in der Version 3.36 heruntergeladen (inkl. Anleitung).
Unter Win7 x64 habe ich es als Administrator gestartet und alle
Einstellungen vorgenommen (Com7, 4800bps wie es vom Adapter gegeben
ist).
Danach soll man auf "Open Data Source" klicken. Habe ich getan, leider
öffnet sich kein Fenster. Kann also in diesem Programm nichts anzeigen
lassen und leider habe ich kein älteres Windows zur Hand.
Weil ich mehrere Baudraten durchprobiert habe. Aber ok, hier nochmal im
Anhang eins mit der Datenrate, die man laut Datenblatt einstellen soll.
In Realterm steht übrigens: UART receiver framing error
Danach habe ich schon gegooglet, finde aber nichts brauchbares zu diesem
Fehler.
mfg
Florian
> Die Maus hängt an einem Max232 Pegelwandler, welcher wieder an einem> Seriell-USB-Wandler angeschlossen ist.
Ist der Pegelwandler nötig?
Laut User Manual des RGM-3600KP gibt es Versionen mit eingebautem RS232
Interface. Auf dem 6Pin Male PS2 Stecker kann TTL oder RS232 sein,auf
dem DB9-Stecker ist immer RS232.
Wenn man die RS232 Variante an einen weiteren Pegelwandler anschliesst,
invertiert man das Signal bis zur Unkenntlichkeit.
Ich habe das soeben nochmal versucht. Also USB-Adapter raus und Strom
aus. Danach Strom an, damit die GPS-Maus schon versorgt ist und danach
den USB-Adapter angeschlossen. Dann sieht das Terminal so aus: siehe
Anhang
Ich habe mal die aktuelle Version von Sirfdemo geladen (3.84). Ich
bekomme da jetzt nun CE_FRAME und CE_BREAK unter Errors angezeigt. Wie
gesagt, ich habe keine Ahnung was das soll.
Die GPS-Maus (RGM-3600) hat nur einen Mini-DIN (PS/2) Stecker. Ich habe
daran eine passende Kupplung gesteckt und die Kabel der Kupplung auf ein
Steckbrett geklemmt.
Mit der TX und RX Leitung gehe ich auf ein Pollin Net-IO Board (ohne
ATMega32) und die Leitungen habe ich in die richtigen Pins des Sockels
gesteckt (TX->Pin15 und RX->Pin14).
mfg
Florian
Krapao schrieb:>> Die Maus hängt an einem Max232 Pegelwandler, welcher wieder an einem>> Seriell-USB-Wandler angeschlossen ist.>> Ist der Pegelwandler nötig?
Laut Oszilloskop ist es TTL (+/-5V) Pegel. Siehe Bild im Anhang.
> Laut User Manual des RGM-3600KP gibt es Versionen mit eingebautem RS232> Interface. Auf dem 6Pin Male PS2 Stecker kann TTL oder RS232 sein,auf> dem DB9-Stecker ist immer RS232.>> Wenn man die RS232 Variante an einen weiteren Pegelwandler anschliesst,> invertiert man das Signal bis zur Unkenntlichkeit.
Stell mal das Terminalprogramm auf 19200 Baud. In deinem TTL Screenshot
sieht man eine Periode von 0.104 ms. Angenommen man sieht eine
Bitsequenz x010x kommt man auf 19200 Baud...
Bitte füllen Sie dieses Feld aus. schrieb:> Florian F. schrieb:>> Laut Oszilloskop ist es TTL (+/-5V) Pegel. Siehe Bild im Anhang.> Moment, TTL ist iirc 0/5V!
Hmm, sieht aber nach -5V und +5V aus. Dürfte aber dem Max232 nichts
anhaben. Laut Datenblatt kommt er bis +/-25V als RIN klar.
> Stell mal das Terminalprogramm auf 19200 Baud. In deinem TTL Screenshot> sieht man eine Periode von 0.104 ms. Angenommen man sieht eine> Bitsequenz x010x kommt man auf 19200 Baud...
Habe ich gemacht, sieht leider auch nicht besser aus. Siehe Bild.
> Hmm, sieht aber nach -5V und +5V aus. Dürfte aber dem Max232 nichts> anhaben. Laut Datenblatt kommt er bis +/-25V als RIN klar.
Warum unterhalten wir uns hier seit 18 Antworten? Ach ja, richtig: Du
empfängst mit deiner doppelt gemoppelten Pegelwandelschaltung im
Terminalprogramm nur Mist, da invertiert. Nee, Kopfschüttel! Nur weil
der positive Spannungspegel 5V beträgt, ist das längst noch kein TTL
Signal. RS232 ist spezifiziert für LOW 3 bis 15V und HIGH -3 bis -15V
und da liegen +5V/-5V drin.
Krapao schrieb:>> Hmm, sieht aber nach -5V und +5V aus. Dürfte aber dem Max232 nichts>> anhaben. Laut Datenblatt kommt er bis +/-25V als RIN klar.>> Warum unterhalten wir uns hier seit 18 Antworten? Ach ja, richtig: Du> empfängst mit deiner doppelt gemoppelten Pegelwandelschaltung im> Terminalprogramm nur Mist, da invertiert. Nee, Kopfschüttel! Nur weil> der positive Spannungspegel 5V beträgt, ist das längst noch kein TTL> Signal. RS232 ist spezifiziert für LOW 3 bis 15V und HIGH -3 bis -15V> und da liegen +5V/-5V drin.
Danke für den Tipp. Ich habe es jetzt ohne Pegelwandler direkt
verbunden!
Mit dem obigen Hinweis der 19200er Baudrate und deinem Wissen kommt auch
schon etwas lesbares am Ausgang heraus. Danke nochmals!
rgm-3600.jpg
(150 KB)
