Hallo zusammen, ich bin gerade dabei für ein Boot eine GPS-Geschwindigkeitsanzeige (Ja, auf Bodensee und Seerhein haben wir eine Geschwindigkeitsbegrenzung) am zusammenbasteln. Dabei habe ich mir überlegt, dass auch ein Tages- und Gesammtkilometerzähler interessant wäre. Nun mein Problem: um die Distanz zwischen zwei NAV-Lösungen zu berechnen, ist da ziemlich viel Trigonometrie drin, was nicht unbedingt förderlich für die Verarbeitungsgeschwindigkeit ist. Lösungsidee: Der U-BLOX-Empfänger liefert z.B. in der Message NAV-VELNED (0x01 0x12) an Offset 20 die GSpeed (Ground Speed) in cm/s. Da ich mit die NAV-Daten im Sekundentakt auf den Controller schicken lasse müsste ich die doch einfach alle aufsummieren, um an die zurückgelegte Distanz in cm zu kommen, oder? Und bei einem Unsigned Long (4 Byte) wäre da auch erst bei 4294967296cm (42949.67296km, also ca. eine Erdumrundung) ein Überlauf. Habe ich das korrekt verstanden? Nur: kennt sich jemand mit den U-Blox-Empfängern aus? Wie genau wird das? Zugegeben, mit jedem verpassten Paket geht dann natürlich was von der Genauigkeit verloren. Aber gibt es überhaupt einen uC-freundlichen Weg, die Distanz aus den LONG/LAT-Werten zu berechnen? Herzlichen Dank, Edi
Bitte 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.