D
Hattest recht, hab auch gar nicht drüber nachgedacht, denn so viel Fehler hatte ich bis jetzt noch nie.
So sieht es Aktuell aus und so hat es auch die letzten Tage ausgesehen.
In der Zeile 334 blieb und bleibt es immer stehen.
Ich verstehe ja so in etwa was der Fehler sagt, aber ich weis nicht wo oder wie ich etwas zusätzlich oder anders declared soll.
So sieht es Aktuell aus und so hat es auch die letzten Tage ausgesehen.
In der Zeile 334 blieb und bleibt es immer stehen.
Ich verstehe ja so in etwa was der Fehler sagt, aber ich weis nicht wo oder wie ich etwas zusätzlich oder anders declared soll.
Die beiden Zeilen entkommentieren und bei 334 vor NOT kommentieren und es kompiliert bei mir ohne Fehlermeldung.
Anhang anzeigen oXs_gps.zip
Anhang anzeigen oXs_gps.zip
Geht, HDOP auf T1 liefert mir einen meist dreistelligen Wert.
Anhang anzeigen openXsensor_gps_intern_2.zip
Anhang anzeigen openXsensor_gps_intern_2.zip
Zuletzt bearbeitet:
Ich habe jetzt noch eine kleine und eine große Bitte an devil:
- erklär mal, was du mit HDOP machen willst
- ändere den Thread Titel auf "openXsensor GPS mit Satzahlanzeige und HDOP"
Mit "Erste Schritte" hat das Alles lange nichts mehr zu tun. Interessant ist es aber schon.
Bearbeiten - Erweitert - Titel
- erklär mal, was du mit HDOP machen willst
- ändere den Thread Titel auf "openXsensor GPS mit Satzahlanzeige und HDOP"
Mit "Erste Schritte" hat das Alles lange nichts mehr zu tun. Interessant ist es aber schon.
Bearbeiten - Erweitert - Titel
D
Kompilieren klappt wenn ich diese zeile:
//uint16_t GPS_hdop = 9999; // Compute GPS quality signal
Kommentiere
Da sucht man Tage kommt hundert mal an der Zeile vorbei, aber auf die Idee diese mal zu kommentieren kommt man nicht.
Allerdings bekomme ich ein Wert von 50 - 229 angezeigt.
Seltsam, bei 0 Satelliten ist der Wert bei 15
bei 3 Satelliten ca 50
bei 9 Satelliten ca 229
da stimmt noch was nicht bei 9 Satelliten und einer errechneten Distanz von 3m müsste der HDOP ungefähr bei 1 oder unter 1 sein.
Der HDOP gibt ja Auskunft über die Genauigkeit der Position (also, wie weit zusammen oder entfernt die Satelliten zueinander stehen) je weiter desto genauer ist die Position.
//uint16_t GPS_hdop = 9999; // Compute GPS quality signal
Kommentiere
Da sucht man Tage kommt hundert mal an der Zeile vorbei, aber auf die Idee diese mal zu kommentieren kommt man nicht.
Allerdings bekomme ich ein Wert von 50 - 229 angezeigt.
Seltsam, bei 0 Satelliten ist der Wert bei 15
bei 3 Satelliten ca 50
bei 9 Satelliten ca 229
da stimmt noch was nicht bei 9 Satelliten und einer errechneten Distanz von 3m müsste der HDOP ungefähr bei 1 oder unter 1 sein.
Der HDOP gibt ja Auskunft über die Genauigkeit der Position (also, wie weit zusammen oder entfernt die Satelliten zueinander stehen) je weiter desto genauer ist die Position.
D
Kurz die Erklärung warum ich den HDOP wert gerne möchte, erklärt sich fast aus Post #72
Wenn der HPOP in der nähe 1 +/- 1,0 ist, dann weist du das die angezeigte Pos und Entfernung stimmen, ist ganz nützlich wenn du mal deinen Flieger suchen musst...
Diese Möglichkeit hatte ich mit dem FRSKY GPS und mit dem SM GPS auch nicht, hier habe ich anhand der Distanz Messung abgeschätzt (wenn diese einigermaßen kleine werte geliefert hat) wann die Pos in etwa stimmt und genügend Satelliten gefunden wurden.
Manchmal nach dem Landen hatte ich dann eine Distance von 150m und das bei Fuß ca 5m von der Start Pos entfernt gelandet.
Kurz gesagt da kann man sich das GPS als "Suchhilfe" oder für was man es auch sonst benutzt Sparen.
Ode rauch ein nettes Beispiel nach dem Landen ca 5m meint die Distance Messung 180m und nach ca. 2 Minuten wenn man eingeschaltet lässt kommt das Modell (Distance) dann laaaaangsam näher.
Hier mit dem OXS gibt es ja Wahnsinns viel Möglichkeiten, sehr schnell und genau ist es auch noch. ( zumindest mit dem M8N und dem 5611 ) bin begeistert. Ach ja Airspeed hab ich auch mit dran.
Einfach nur toll
Wenn der HPOP in der nähe 1 +/- 1,0 ist, dann weist du das die angezeigte Pos und Entfernung stimmen, ist ganz nützlich wenn du mal deinen Flieger suchen musst...
Diese Möglichkeit hatte ich mit dem FRSKY GPS und mit dem SM GPS auch nicht, hier habe ich anhand der Distanz Messung abgeschätzt (wenn diese einigermaßen kleine werte geliefert hat) wann die Pos in etwa stimmt und genügend Satelliten gefunden wurden.
Manchmal nach dem Landen hatte ich dann eine Distance von 150m und das bei Fuß ca 5m von der Start Pos entfernt gelandet.
Kurz gesagt da kann man sich das GPS als "Suchhilfe" oder für was man es auch sonst benutzt Sparen.
Ode rauch ein nettes Beispiel nach dem Landen ca 5m meint die Distance Messung 180m und nach ca. 2 Minuten wenn man eingeschaltet lässt kommt das Modell (Distance) dann laaaaangsam näher.
Hier mit dem OXS gibt es ja Wahnsinns viel Möglichkeiten, sehr schnell und genau ist es auch noch. ( zumindest mit dem M8N und dem 5611 ) bin begeistert. Ach ja Airspeed hab ich auch mit dran.
Einfach nur toll
Wie du selbst gesehen hast, ist "unser" HDOP Wert größer, wenn der Empfang besser ist. Um zum Standard GPS HDOP zu kommen, das, wie du schreibst, sich genau umgekehrt verhält, sind noch Berechnungen notwendig (Statistik).
Edit: Bin ich auf dem Holzweg? Nach dieser Beschreibung könnte es auch umgekehrt sein. Mal sehen, was die Praxis zeigt.
Edit: Bin ich auf dem Holzweg? Nach dieser Beschreibung könnte es auch umgekehrt sein. Mal sehen, was die Praxis zeigt.
Zuletzt bearbeitet:
Moin,
ich habe mal auf den Leonardo respektive NanoWii transferiert:
War ein wenig umfangreicher, weil doch viel im openXsensor noch direkt hardcoded auf den Registern und Bits ist statt auf die Makros aufzusetzen.
https://github.com/Steffen-Engel/openXsensor.git
Damit geht es auf leonardo ;-)
ich habe mal auf den Leonardo respektive NanoWii transferiert:
War ein wenig umfangreicher, weil doch viel im openXsensor noch direkt hardcoded auf den Registern und Bits ist statt auf die Makros aufzusetzen.
https://github.com/Steffen-Engel/openXsensor.git
Damit geht es auf leonardo ;-)
D
