Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GPS Sensor NMEA Stream - Keine GPS Position bei Receiver NanoGGSv2 #2287

Open
APE10a opened this issue Oct 25, 2024 · 7 comments
Open

GPS Sensor NMEA Stream - Keine GPS Position bei Receiver NanoGGSv2 #2287

APE10a opened this issue Oct 25, 2024 · 7 comments

Comments

@APE10a
Copy link

APE10a commented Oct 25, 2024

Ich habe 2 GPS-Sensoren für das Zeichnen im Gelände mit dem OOMapper auf dem Tablet Microsoft Surface Go 4: den GNS3000 (https://www.gns-electronics.de/support-gns3000/) und den NanoGGSv2 (eigentlich ein TOKNAV P8Pro mit LTE Modem für RTK Korrekturen, wird in Europa unter ersteren Namen verkauft).
Beide liefern über einen NMEA Stream über COM3-COM6 die aktuelle Position. In Google Earth funktionieren beide einwandfrei, die Position wird nach vorherigem automatischen Aufbau der Bluetooth Verbindung korrekt angezeigt.
Im OOMapper klappt das jedoch nur mit dem GNS3000, hier funktioniert das Kartenzeichnen mit der gelieferten Position im Rahmen der Genauigkeit ausgezeichnet.
Beim NanoGGSv2 jedoch wird zwar nach Auswahl der richtigen COM-Schnittstelle die Bluetooth Verbindung korrekt hergestellt, was ich an der LED am Receiver sehe, jedoch wird im OOMapper keine GPS-Position angezeigt.

Es wäre wünschenswert, auch diesen GPS-Sensor verwenden zu können, da er als RTK-Empfänger eine deutlich höhere Positionsgenauigkeit aufweist, und ebenso wie der GNS3000 sehr handlich ist.

Mapper Version: 0.9.5
Operating System: Windows 11 (Notebook Lenovo P15V, Tablet Microsoft Surface Go 4 für Outdoor, Datensynchronisation über Dropbox Offline-Ordner)

@dg0yt
Copy link
Member

dg0yt commented Oct 31, 2024

Mapper greift auf Positionsdaten über die Qt-Bibliothek zu. Mit Qt kommt eine rudimentäre Unterstützung von NMEA über die COM-Schnittstelle, aber wenn ich mich richtig erinnere, haben wir da kaum Kontrolle über die COM-Parameter. Ich habe dafür keine funktionierende Testumgebung.

Andererseits habe ich ein Powershell-Script integriert, um die Standardpositionsquelle von modernen Windows-Versionen auzulesen. Das funktioniert z.B. mit dem integrierten GPS von Surface-Tablets. Ich frage mich, ob Dein Gerät über Treiber oder Drittanbieter-Software zur Positionsdatenquelle von Windows werden könnte.

@APE10a
Copy link
Author

APE10a commented Nov 1, 2024 via email

@dg0yt
Copy link
Member

dg0yt commented Nov 1, 2024

Die NMEA-Daten selbst sind kein Problem, sondern die Parameter der COM-Schnittstelle.

Mein Test-Surface hatte sicher GPS, aber vielleicht war das ja auch ins LTE integriert.

Außerdem sind diese Standortdaten an Datenschutz-Einstellungen gekoppelt - gerade für den genauen Standord.

Ich muss das mal unter Windows 11 testen...

@dg0yt
Copy link
Member

dg0yt commented Nov 1, 2024

Die NMEA-Daten selbst sind kein Problem, sondern die Parameter der COM-Schnittstelle.

Eigentlich weiß ich das gar nicht für Deine Daten/Dein Gerät, aber mit einem Datenauszug könnte man das zuverlässig testen.

@APE10a
Copy link
Author

APE10a commented Nov 1, 2024 via email

@APE10a
Copy link
Author

APE10a commented Nov 1, 2024 via email

@APE10a
Copy link
Author

APE10a commented Nov 9, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants