Moin, ich hab hier ein GPS-Modul SR-087, welches eigentlich laut Datenblatt 4 gängige Protokolle ausgeben soll. Datenblatt anbei. Das Protokoll $GPRPT das da rauskommt, scheint Tante Google aber gänzlich unbekannt zu sein. So sieht das aus: $GPRPT,DD.DDDDDD,N,DD.DDDDDD,E,00009,0000.0,082.42,130813,164839.000,3*5 B Bis inkl. "E" ist klar, wobei das schon sehr komisch ist, daß das nicht in DDMM.MMMM angegeben ist. So ist das in keinem NMEA-0183 Protokoll. Werte passen aber perfekt. Dann Höhe in m, kommt auch leidlich hin. Das nächste (hier 0000.0) ist Geschwindigkeit. Ob nun Knoten oder was weiß ich muß ich noch ausprobieren. Bewege ich die Antenne, kommt da jedenfalls ein Wert der passen könnte. Nun das erste Fragezeichen, hier 082.42. Das ist fast immer in der Nähe von 0, 90, 180 usw. Da ich es kaum bewege vielleicht Kurs? Dann Datum,Uhrzeit sind auch klar. Der nächste Wert ist bisher immer 3. Was mag das wohl sein? Eigentlich komme ich mit den Daten klar. Dezimalgrad spart ein paar Zeilen Code, Höhe und Geschwindigkeit habe ich, alles gut. Eigentlich bin ich nur neugierig, was das für ein komisches Protokoll ist. Brennend interessieren würde mich noch, wie ich dem Ding per UART mitteilen kann, mit schnellerer Baud- und Samplerate zu senden oder vielleicht doch ein "normales" Protokoll zu senden. Auf alle möglichen Versuche per AT-Befehlen kommt keinerlei Antwort. Den Händler (Bucht) habe ich angeschrieben, bisher seit mehreren Tagen keine Antwort. Gruß, Norbert
Norbert S. schrieb: > Der nächste Wert ist bisher immer 3. Was mag das wohl sein? Was mir einfallen würde und was praktisch sein könnte: Signalqualität
Huhu, such mal bei mighty Google nach dem NMEA Protokoll. Das sollte weiterhelfen
Hi, @ Karl Heinz: In die Richtung könnte sein aber das ändert sich nicht. Nie. Naja, bisher nicht... Gibt ja auch noch Werte für die Signalitnegrität (die ich nicht ganz verstehe). Morgen renne ich mal mit Laptop draussen rum, mal sehen, ob sich da was tut. Bisher habe ich nur auf dem Balkon getestet. Ansonsten bin ich aber ganz zufrieden mit den Werten die ich habe. Daß die Höhe bös ungenau ist hatte ich erwartet. Und das hier: nicht"Gast" schrieb: > such mal bei mighty Google nach dem NMEA Protokoll Matt B. schrieb: > http://de.wikipedia.org/wiki/NMEA_0183 verstehe ich nicht. Sagt mal Ihr Vollpfosten, habt Ihr nur die Überschrift gelesen? Oder seid Ihr so zugedröhnt, daß Ihr nach einem Satz Lesen den Vorigen schon wieder vergessen habt? Welchen Tag haben wir heute? Da fällt mir echt nichts mehr ein... Es ist eben KEIN Protokoll nach NMEA-0183! Gruß, Norbert
hello again. Du wirst lachen ( oder auch nicht ;) Ich hab es geschafft, beim Text überfliegen ausgerechnet diese Stellen auszulassen. Schau mal http://www.icdistribution.net/download/AN07NMEA183-010.pdf das könnte helfen, dein gewünschtes protokoll auszuwerfen. PS: Du solltest wegen deiner Aggressionen mal zum Therapeuten :p
Nicht aufregen, Norbert. Er hat immer noch nicht geschnallt, dass GPRPT kein offizieller NMEA 183 Datensatz ist.
Er sagte gerade, daß es kein NMEA0183 ist. Und du schreibst einen Link mit dem NMEA0183. Du willst den Norbert ärgern, stimmts? Zeig mal in deinem verlinkten File den Datensatz $GPRPT, den er sucht. Manchmal glaube ich auch, daß keiner mehr liest, bevor er schreibt...
Norbert S. schrieb: > Sagt mal Ihr Vollpfosten, habt Ihr nur die Überschrift gelesen? > Oder seid Ihr so zugedröhnt, daß Ihr nach einem Satz Lesen den Vorigen > schon wieder vergessen habt? Welchen Tag haben wir heute? > Da fällt mir echt nichts mehr ein... > Es ist eben KEIN Protokoll nach NMEA-0183! > > Gruß, > Norbert Hallo Norbert, du Vollpfosten... (scheint bei dir wohl eine Höflichkeitsfloskel zu sein) Ich wollte dir gerade helfen weil ich die Lösung zu deinem Problem habe, aber als ich dann den letzen Absatz gelesen habe, brauchst du wohl keine Hilfe, denn wir sind ja eh alle Vollpfosten!!!! Mich würde gerne interessieren was dir sagt das es nicht das NMEA Protokoll ist? Weil darin das $xxRPT vorkommt und über die minimal Referenz von GPGGA, GPGSA, GPGSV, GPRMC, GPVTG hinausgeht. Notation des Codes stimmt mit dem NMEA-0183 Protokoll komischerweise auch überein. Ich will dich aber nicht zu sehr auf die Folter spannen und sage dir es ist das NMEA-0183 Protokoll! Ich finde es immer bewundernswert wenn Leute mit ihrem gefährlichen Halbwissen andere Leute beleidigen müssen weil Sie meinen bescheid zu wissen! Wir haben übrigens Dienstag heute, verständlich das du das nicht wissen kannst, du ließt ja deinen UART String wohl falsch aus, wohl nicht in der NMEA-0183 Notation!!!!!
Gehe ich recht in der Annahme, dass du noch kein gültiges GPS Signal empfangen hast, aber schon bereit bist andere als Vollpfosten zu bezeichnen? Empfang doch erst mal ein gültiges Signal, dann bekommst du sicher auch einen gültigen Datensatz, den du lesen kannst. Du empfängst eventuell im Moment nur eine Art betriebsinterne Konfigurationsmeldung. mach doch mal ein Photo, wie du das Gerät an deinen Laptop angeschlossen hast. Verwendest du eine Software zur Konfiguration oder machst du das per Terminal? Gruß Garp
Hi, Meine Fresse. Bis auf ein paar Ausnahmen: Lest Ihr meine Beiträge nicht? Versteht Ihr das vielleicht nicht? Bitte gebt mal "$GPRPT" bei Google ein. Das gibt es nicht! Martin N. schrieb: > Mich würde gerne interessieren was dir sagt das es nicht das NMEA > Protokoll ist? Weil darin das $xxRPT vorkommt und über die minimal > Referenz von GPGGA, GPGSA, GPGSV, GPRMC, GPVTG hinausgeht. Nein, ich habe alles durchgewühlt, GPRPT gibt es nicht! > > Notation des Codes stimmt mit dem NMEA-0183 Protokoll komischerweise > auch überein. > > Ich will dich aber nicht zu sehr auf die Folter spannen und sage dir es > ist das NMEA-0183 Protokoll! Wenn Du mir einen Link lieferst wo ich das nachlesen kann, nehme ich alles zurück. Wo steht gleich noch RPT? Eine Beschreibung des "RPT" Protokolls nehme ich gerne. Mir nach meinem ersten Posting "Wikipedia" oder "NMEA" als Suchbegriff vorzuschlagen, ist allerdings lächerlich. Fazit: Ich habe einen Datensatz, der NMEA-ähnlich ist und den ich ausreichend entschlüsseln kann. Die Kommunity verweist mich nur auf Standard NMEA-0183. Erkenntissgewinn bezüglich "$GPRPT": Exakt Null. Danke. Gruß, Norbert
Hi, @Garp: Das ist schon ein gültiges Signal. Was ist hier los? Das habe ich doch geschrieben "nur auf dem Balkon", "die Werte passen". LESEN - BITTE!!! Gruß, Norbert
Garp schrieb: > Gehe ich recht in der Annahme, dass du noch kein gültiges GPS Signal > empfangen hast, aber schon bereit bist andere als Vollpfosten zu > bezeichnen? > Empfang doch erst mal ein gültiges Signal, dann bekommst du sicher auch > einen gültigen Datensatz, den du lesen kannst. Ich bezeichne alle als Vollpfosten, die nicht lesen können oder wollen. Leider fällst Du auch in diese Kategorie. Gruß, Norbert
der Ton macht die Musik, schon mal gehört? Und hier der wichtige Merksatz: Wie man in den Wald ruft, so schallt es heraus. Viel Spaß beim Erarbeiten deiner gewünschten Information, und nicht vergesse es anschließend Tante Google mitzuteilen.
Manche Leute versteh ich nicht. Naja, ich hätte jetzt ne Lösung für dich gehabt, aber die verkneife ich mir dann doch als Vollpfosten. Wünsche wohl zu Ruhen. Garp
So? Dann erzähl doch mal. Was bedeutet dieser 3-er hier
1 | $GPRPT,DD.DDDDDD,N,DD.DDDDDD,E,00009,0000.0,082.42,130813,164839.000,3*5B |
2 | ^ |
3 | | |
4 | der hier |
Den Rest kann man erraten. So schwer ist das nicht, lehnt sich ja an den NMEA Daten an. In einem gewissen Sinne muss ich Norbert recht geben, auch wenn ich die Ausdrucksweise nicht gut heiße. In NMEA0183 gibt es keinen Datensatz mit der Bezeichnung '$GPRPT'. Und stellt euch vor: Norbert hat das von Anfang an gewusst und auch in seinem Eröffnungsposting genau so kommuniziert. Es ist daher völlig sinnlos auf eine Standard-NMEA0183 Doku zu verweisen. Denn das, was man sich aus der anhand von Analogien rausholen kann, hat er ohnehin alles identifiziert. Und auch deine Annahme, dass er noch keine gültigen Daten empfangen hat kann man leicht ausräumen. Norbert sagt im Eröffnungsposting, dass die Werte perfekt passen, auch wenn die Codierung ein wenig anders ist und selbst der Höhenwert einigermassen hinkommt. Was ist da drann misszuvertsehen. Wenn er seine eigenen Koordinaten an der Anzeige sieht, dann wird er wohl gültige Datensätze empfangen.
Nur so nebenbei, ich arbeite mit GPS Sachen... Wenn er eine Position hat, heisst das noch lange nicht, dass der Datensatz auch gültig ist Gruss
Wenn der Datensatz nicht gültig ist, verändert sich doch nicht die Bezeichnung des Datensatzes, sondern dann stimmt die Prüfsumme nicht, oder?
Die verschiedenen Datensätze im NMEA-Protokoll werden doch nicht vom Satelliten empfangen und dan nur ausgegeben. Der Empfänger bekommt von den einzelnen Satelliten hochgenaue Zeitsignale, die er bezüglich Laufzeit und Phsaenlage auswertet und daraus dann die einzelnen Informationen errechnet. Anschließend baut der GPS-Empfänger dann erst die eizelnen Datensätze zusammen und gibt sie in ASCII-lesbarer Form über die Schnittstelle aus. Wenn jetzt eine Störung des Empfangssignales vorliegt, sei es durch niedrige Empfangsfeldstärke, durch Interferenzen mit anderen Signalen oder was auch immer, dann wird er diese fehlerhaft (oder gar nicht) empfangenen Daten trotzdem in einem normgerechten Datensatz ausgeben. Aus dessen Inhalt mit Prüfsumme erkennt man dann, ob ein auswertbares Signal vorliegt oder nicht. Warum sollte er plötzlich einen völlig unbekannten Datensatz "RPT" ausgeben? Das will mir nicht einleuchten...
Moin, ich hab mich etwas abgeregt, sorry für die Ausdrucksweise aber Karl Heinz hat es ja gut beschrieben. Ich habe ein paar Sachen bei Ebay Kleinanzeigen drin und was man da erlebt, versaut einem komplett die Laune. Also, die Positionsdaten passen, wenn auch in DD.DDDDDD, was sonst nirgendwo bei NMEA-0183 vorkommt. Den NMEA-0183 Standard kenne ich zur Genüge und meine Daten lehnen sich da nur an, dieses $GPRPT gibt es jedoch nicht. Google findet zu dieser Zeichenfolge absolut nichts. Naja, diesen Thread vielleicht jetzt. Ist aber auch wurscht. Mit den Daten kann ich leben, das Thema können wir also als erledigt betrachten. Was mich aber immer noch brennend interessiert ist, wie ich das Ding konfigurieren kann. Es reagiert wie gesagt auf die üblichen AT-Befehle überhaupt nicht. Gibt es da ev. gängige Schlüsselzeichen um in einen Command Modus zu kommen? Gruß, Norbert
Was möchtest du denn konfigurieren? Was bei vielen geht, ist z.B. die Baudrate auf der Schnittstelle. Die ist aber laut Datenblatt hier fest auf 4800/8/n/1 eingestellt. Eine Veränderungsmöglichkeit des Ausgaberasters (standard 1Sekunde) sehe ich auch nicht. Was gibt es noch? :-)
Hi Norbert, da da ja ein SirfStar 3 drinnen ist. Es gibt doch diese Sirf Demo Software für den PC. Schon mal ausprobiert. (Davon steht zumindest nichts im Thread ;-) )
Ich würde einfach die fragen die es wissen müssen: http://www.progin.com.tw/sr87_en.htm Dort gibt es die email, oder direkt bei sirf: support@sirf.com Die beißen nicht. Und wenn dann auch nur virtuell, wie hier ;-)
hilmar schrieb: > Was möchtest du denn konfigurieren? Was bei vielen geht, ist z.B. die > Baudrate auf der Schnittstelle. Die ist aber laut Datenblatt hier fest > auf 4800/8/n/1 eingestellt. Eine Veränderungsmöglichkeit des > Ausgaberasters (standard 1Sekunde) sehe ich auch nicht. Was gibt es > noch? :-) Hi, naja, die beiden Sachen, mehr nicht. Im Datenblatt steht ja auch, daß es GGA usw. sendet, stimmt ja auch nicht. Baudrate wäre das Erste, bei 4800baud dauert der Datensatz ja schon gut 0,15 Sekunden... Ziel wäre eine schnellere Ausgaberate aber so wie ich das jetzt sehe, bringt mir das bei der gegebenen Genauigkeit für meine Anwendung vermutlich gar nichts. Ev. ist alles gut so wie es ist. Wenn die rätselhafte Zahl XXXX.XX der Kurs ist - umso besser. Muß ich mal ausprobieren wie gut das bei etwa Schrittgeschwindigkeit ist. Gruß, Norbert
John-eric K. schrieb: > Hi Norbert, da da ja ein SirfStar 3 drinnen ist. Es gibt doch diese Sirf > Demo Software für den PC. Schon mal ausprobiert. > > (Davon steht zumindest nichts im Thread ;-) ) Verdammte Axt, die hab ich ganz vergessen. Die hab ich mir runtergeladen lange bevor ich das Modul hatte! Wird heute abend ausprobiert. Danke! Gruß, Norbert
Im SIRFDEMO kann man USER1 bis XX Protokoll selber definieren! Ich denke das ist es, ich hänge dir mal das Sirfdemo Tool an.
>Der nächste Wert ist bisher immer 3. Was mag das wohl sein?
Eventuell das hier?
0 Fix not available or invalid
1 GPS SPS Mode, fix valid
2 Differential GPS, SPS Mode , fix valid
3 GPS PPS Mode, fix valid
Hi, OMG schrieb: > Sirfdemo Tool Hm, das scheint das Modul nicht zu unterstützen das ist ein SirfstarIII. Und ausser den nackten Daten wie im Terminal sehe ich da nichts. Ich hab auch noch VisualGPS, genau das Gleiche. Da hat da wirklich einer ein Proprietäres Format in das Modul reingefrickelt, wofür auch immer. Egal, ich bin jetzt mal 100m die Strasse rauf und runter, das eine ist klar der Kurs aber Geschw. in Knoten kann ich immer noch nur raten, das könnten auch Mph sein. Wird die Tage mal mit dem Auto probiert. Gruß, Norbert
Volker schrieb: >>Der nächste Wert ist bisher immer 3. Was mag das wohl sein? > > Eventuell das hier? > > 0 Fix not available or invalid > 1 GPS SPS Mode, fix valid > 2 Differential GPS, SPS Mode , fix valid > 3 GPS PPS Mode, fix valid Bingo, das klingt gut. Wenn ich die Antenne abzehe ist es 1. Antenne drann wird es schnell 2, dann 3. Manchmal ohne die 2. Beim Start ähnlich. Ohne Antenne zeigt das Ding schon Daten, die letzte bekannte Position. Könnte später in die Hose gehen, also Daten nur akzeptieren, wenn das eine 3 ist. Danke! Beim Start kommt übrigens das hier: $PSRFTXT,Version: RPT1208090_28SN1502SV5PPS001SB0F1P325*49<\r><\n> Bringt mich aber jetzt auch nicht wirklich weiter. Naja, die Sache ist ja weitgehend gelöst. Gruß, Norbert
Hi
>Hm, das scheint das Modul nicht zu unterstützen das ist ein SirfstarIII.
Woran machst du das fest?
Kommt außer dem ominösen $GPRPT auch noch andere Datensätze?
MfG Spess
Alle GPS-Empfänger die ich kenne, müssen für eine Konfigurationsänderung erst ins (binäre) SiRF-Protokoll umgeschaltet werden. Einige GPS-Empfänger die ich kenne, erlauben es dann einen selbst definierten "NMEA-Datensatz" zu basteln. Aus dem SR-87 Datenblatt: "The customers can change the data protocol and communication data baud rate for their applications using a GPS Viewer software. Installing appropriate viewer program to host device, you may check the status of the GPS receiver whenever you like to." "The SR-87 software is capable of supporting the following NMEA message formats specifically developed and defined by SiRF."
>Alle GPS-Empfänger die ich kenne, müssen für eine Konfigurationsänderung >erst ins (binäre) SiRF-Protokoll umgeschaltet werden. Dafür gibt es eigentlich $PSRF103. Damit kann man Messages ein- und ausschalten, die Wiederholrate einstellen und die Checksumme ein- oder abschalten. MfG Spess
Hallo Norbert, hier der Link zu CSR Developer Zone: http://www.csr.com/developer-zone dort kannst du dich Anmelden und die neusten Sirf Tools herunterladen. Ich hatte ebenfalls probleme meinen GPS in den Binärmode zu bekommen. Nachdem ich die Baudrate auf das höchste gestellt hatte funktionierte die Software und ich konnte die Konfiguration vornehmen die ich wollte.
Spess53 schrieb: > Kommt außer dem ominösen $GPRPT auch noch andere Datensätze? Nein, steht auch oben. Harry: Ich kann da weder in dem VisualGPS noch in dem Sirfdemo finden wo das gehen soll. Ehrlich gesagt habe ich inzwischen auch keinen Bedarf mehr, zumindest mit diesem Modul. Ich bekomme die Daten die ich brauche und so wie ich die Rohdaten sehe, bringt mir eine höhere Ausleserate sowieso nichts. Trotzdem Danke! Gruß, Norbert
Hi, Spess53 und OMG: Danke, ich hefte die Infos jetzt erstmal ab, denn ich bin vorerst versorgt mit ausreichend Daten. Ich möchte mir das Ding jetzt nicht zerschiessen denn die eigentliche Arbeit kommt sowieso erst noch. Gruß, Norbert
Hi >Danke, ich hefte die Infos jetzt erstmal ab, denn ich bin vorerst >versorgt mit ausreichend Daten. Hol dir doch einfach mal die aktuelle Version von SIRF-Demo. Damit kannst du einzelne Messages aktivieren. Wo hast du das Teil eigentlich her. MfG Spess
Hi, ich denke ich hab die aktuelle Version. Die, die auch OMG gepostet hatte. Was Neueres habe ich nicht gefunden. Ich lasse jetzt wie gesagt erstmal die Finger davon. Ist ja ok so. Das Modul ist von Ebay, gps-laden. Infos habe ich von denen immer noch nicht bekommen. Gruß, Norbert
Hi >Das Modul ist von Ebay, gps-laden. >Infos habe ich von denen immer noch nicht bekommen. Die haben dir Müll verkauft. MfG Spess
Dem PO ist zwar schon geholfen, ich moechte aber nochwas dazu ausfuehren. Sei es auch nur darum, um es fuer die Nachwelt zu erhalten. Bei auf ebay oder direkt bei Chinaman gekaufte GPS, GPRS UMTS etc. Modulen weiss man nie genau wo sie her kommen. Manchmal scheint es, das sie nicht, bzw. nicht auf Anhieb funktionieren oder scheinen kaputt zu sein, weil sie nicht das machen was man erwartet. Das liegt daran das die angebotenen Produkte auch aus SurPlus Bestaenden von OEM's oder Fabrikanten stammen koennen. Solche Produkte sind dann anwendungsspezifisch vorkonfiguriert. Alle von mir gekauften Module hatten aber immer die Moeglichkeit sie per Chiphersteller Software wieder in einen Jungfraeulichen Zustand zu versetzen.
Hi, ich wollte mich hier nochmal melden, das Moped ist jetzt im Einsatz. Ich hab diesen Thread wieder ausgegraben weil ich natürlich nichts abgeheftet hatte und als ich mir das wieder vorgenommen hatte, brauchte ich ein paar Infos, die nur hier stehen ;-) Juergen dürfte Recht haben, das kann nur SurPlus sein, vorkonfiguriert. Kann ich aber wunderbar mit leben. Dafür war's billig. Falls mal einer sowas macht und diesen Thread findet: Beim Auswerten des Strings drauf achten, welcher Wert wieviele Stellen annehmen kann bzw. welche Vorkommastellen gesendet werden. Dieses fiese Ding sendet für ALLE Werte eine feste Anzahl Stellen, nur bei den Koordinaten max. eine Null vor dem Dezimalpunkt. Also z.B. 10.345667 oder 115.123456 oder 0.000000. Letzteres wenn es lange genug keinen Strom hatte, keine letzte bekannte Position. Alles kein Problem und bei 10.xxxxxx könnte man sofort auch selbst drauf kommen aber ich zog es vor, den Fehler lieber stundenlang an anderen Stellen zu suchen. Und nochmal sorry für den Ausraster. Das waren zwar ein paar wirklich blöde Nachfragen aber mein Ton war alles andere als angebracht. Gruß, Norbert
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.