Hallo zusammen,
Andreas: falls der COM Port tatsächlich blockiert ist:
Vielleicht kannst Du das nach dieser Anleitung herausfinden:
https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P8CLSA0
Viel Erfolg,
Helmut
Hi Helmut,
danke für den Tipp. Procexp zeigt mir an, dass die cmd.exe ein Handle auf \Device\BthModem0 hat, d.h. die cmd.exe, von der aus ich den Befehl “ncat.exe -v -l 1234 < COM4” starte, blockiert nach dem ersten Start der Befehlszeile den COM-Port. Strange, aber mit gpsbabel kann ich mein Problem umgehen. Damit kann ich leben.
Grüße
Andreas
Win10 1903 18362.657 DE x64, Treiber: Standard Serial over Bluetooth link, Microsoft, 10.0.18362.1, Service: BTHMODEM, GPS: Route66 Bluetooth GPS Sirf 3, Ncat.exe 32bit aus nmap-7.70
Mal so aus purer Neugier: Was passiert wenn Du das alles in einer PowerShell machst?
Wegen den Wegpunktsymbolen: Man kann auch einen eigenen Pfad zu den Symbolen setzen:
https://github.com/Maproom/qmapshack/wiki/AdvSetup#waypoint-icons-setup
.\ncat.exe -v -l 1234 < COM4
liefert bei mir in der Powershell
The '<' operator is reserved for future use.
+ CategoryInfo : ParserError: (:) [], ParentContainsErrorRecordException
+ FullyQualifiedErrorId : RedirectionNotSupported
Ich kann aber
start-process .\ncat.exe -ArgumentList "-v","-l","1234" -RedirectStandardInput COM4
erfolgreich starten. Damit kann ich qmapshack verbinden. Der Standort wird aber nur beim Kartenverschieben aktualisiert. Die Felder “Position” und “Höhe” werden automatisch aktualsiert. Das Feld “Zeit” bleit konstant auf “Mo Mrz 01:00:00”. Ich vermute, dass ich hier noch die nmeahandler.py als Pipezwischenschritt brauche, da ich die selbe “nichtaktualsierung des Standorts” und stillstehende Zeit auch habe, wenn ich meinen gpsbabel-Workarround ohne nmeahandler.py als Pipezwischenschritt starte. Mit nmeahandler.py klappt die “Zeit” und die Standortaktualiserung auf der Karte
Also diese nmeahandler.py sieht ja schon nach einem wilden Hack aus. Wer macht denn sowas?
Andreas: zeiche doch mal ein paar Sekunden des NMEA Datenstroms von Deinem SiRF Empfänger auf (sobald er guten Empfang hat). ZB mit Putty.
Das kann man dann gegen den NMEA Parser im QMS vergleichen und sieht dann vielleicht, woran es hängt.
(Nein: einen Patch werde ich nicht liefern, nur eine Analyse).
Leider ist unser Ersatz NL-8002U noch nicht geliefert. Sobald diese da ist werde ich das mit der Positionsanzeige versuchen hinzubekommen. Allerdings wenn ich die Berichte der Fachleute hier so verfolge, bin ich mir nicht sicher ob ich das Fachwissen besitze um das gelöst zu bekommen.
“Aber die Hoffnung stirb zuletzt”
Ach, der Trick ist dabei das Atmen nicht zu vergessen 
@huirad Ich glaube ich weiß warum: QMapShack braucht zwingend eine Zeitmarke die sich ändert um ein Update zu machen. Entweder kommt die aus GGA oder RMC. Der Grund: Es gibt Empfänger die senden mehrmals die gleichen Zeilen. Das würde zu zig Updates innerhalb einer Sekunde führen. Deswegen wird auf die Zeitmarke, die eine Auflösung von einer Sekunde hat, geschaut und nur ein Update ausgeführt, wenn sich die Zeitmarke geändert hat. Fehlen aber GGA und RMC, bzw haben keine Zeitmarke, dann wird das nichts mit dem Update. Deswegen der Hack.
Warum der “<” Operator beim einen Windows geht beim anderen nicht ist mir allerdings ein Rätsel.
Habedieehre Feuerwehr: die NL-8002U ist ein guter Empfänger.
Mit dem bekommen wir das hin. Lasst euch nicht abschrecken.
Zur Not meditiere ich mit kiozen noch a weng über NMEA Heuristiken.
Und mit euch über die Konfigurationsmöglichkeiten des Empfängers.
Für die bairische Feuerwehr muss das drin sein.