Onderwerp: USB GPS en Openplotter

Ik heb een Navilock nl-422mp GPS met zo'n MD 6 naar USB kabel. Een paar jaar geleden heb ik deze muis op een windows 7 computer gebruikt, dat werkte goed. Ik probeer het nu op de PI 3 en op Windows 10 aan de praat te krijgen, maar zonder succes.

Voor Windows 10 lijkt mij het probleem bij de driver te liggen, die zijn namelijk niet voor W10 te downloaden: www.navilock.de/service/driver/60110.html.
Is er een manier om dit te omzeilen?

Voor de PI3 + Openplotter: de onderstaande instellingen heb ik aanstaan, weet iemand waar het hier fout gaat?

Ivo schreef :
Als de oorspronkelijke drivers voor deze GPS bij Prolific vandaan komen (PL-2303 of iets dergelijks), dan kun je het voor Windows 10 helaas gevoegelijk vergeten.

Van Linux heb ik geen verstand. Daar zal Brambo je wel bij komen helpen, denk ik.

Schrale troost: voor minder dan € 20,- koop je een prima GPS bij de Chinezen, die wel werkt met Windows 10. En ook met Open Plotter en Linux..

1) Check de baudrate. Die staat nu op 4800 maar zou wellicht op 38400 moeten staan.
2) Check ook de poort, die is nu /dev/ttyUSB0 maar misschien is dit wel /dev/ttyUSB1 als er meerdere usb apparaten aangesloten zijn. Dit kan je op de pi checken in een terminal met het commando: ls -al /dev/ttyU*
3) Je hebt in opencpn ook een directe datapoort voor /dev/ttyUSB0 geconfigureerd. Dat is niet nodig want je hebt al een tcp verbinding op poort 10109. Die verbindt met de kplex server die verantwoordelijk is voor de GPS. In opencpn moet de verbinding met /dev/ttyUSB0 uitgezet worden.

Mbt de driver voor Windows 10, je hebt geen driver nodig voor de GPS maar voor de PS2/MD6 naar USB kabel
De drivers vindt je onder het tabje "Treiber" (een hele lijst maar Windows 10 staat er tussen)

Je kunt er een ander interface kabeltje aan hangen met een chipset die wel werkt in Windows 10.

Ik heb hier nog zo'n kabeltje liggen. Serieel naar USB. Als je die bedoelt.

Bram

In OpenPlotter moet je de gps verwijderen en opnieuw aanmaken en dan kijken welke poort de multiplexer zelf aan geeft.

Dan herstarten en de gpsmuis regel aanklikken en dan diagnose aanklikken, dan moet je de NMEA zinnen voorbij zien komen.

In Open CPN moet je dan uiteraard USB0 uitzetten of verwijderen.

De multiplexer ontvangt de GPS en eventueel andere info en zet die via netwerk TCP door aan OpenCPN.

GSPD kan de zaak eveneens verstoren. In ieder geval ook uitzetten. Alleen TCP gebruiken in OpenCPN.

De configuratie-check bij het opstarten vind mijn aloude PL2303 gewoon als serial gps-mouse.
De auto_gp van openplotter staat uitgevinkt bij mij.

In OpenCPN staat gpsd uit en de /dev/ttyUSBS0 aan op 4800 baud.

Zie bijlagen. Met uitzondering van de andere taal zou het er bij vergelijkbaar moeten uitzien.

Verhaal van brambo kan ik wel een beetje volgen. GPSD voegt hier weinig toe. Volgens mij zoekt OpenCPN buiten de OpenPlotter tools contact met de GPS.

Er is wat verwarring over hoe ea werkt met de data ingangen.
Intern heeft OpenCPN maar één data kanaal. Je kan wel meerdere ingangen aansluiten maar die worden dan intern gemultiplexd en op een hoop gegooid. Dit werkt goed, maar kan in complexe situaties beter.

Daarom heeft OpenPlotter er een laag omheen gebouwd, die de het selecteren en multiplexen van de ingangen regelt en de data dan doorgeeft aan OpenCPN.

Het maakt niet uit welke mogelijkheid je gebruikt, maar beide tegelijk geeft problemen.

Gebruik je de externe openplotter multiplexer, dan geeft deze standaard de data door naar OpenCPN via een interne netwerkverbinding (TCP port 10109). In OpenCPN is dit dan de enige in en uitgang die je gebruikt.

Je kan dus ook alleen OpenCPN gebruiken, maar dan staat allen in Openplotter af en regel alles binnen OpenCPN. En binnen OpenCPN staat de TCP poort 10109 dan uit.

GPSD is een derde manier om meerdere ingangs signalen te bijelkaar te mixen. En als twee manieren doorelkaar gebruiken al een slecht idee is, dan is drie helemaal ....

Dank allen voor jullie hulp!

Ik heb het op Windows 10 op de volgende manier aan de praat gekregen:
-De driver van Navilocks voor de kabel had ik al eerder geïnstalleerd, maar zonder succes. Door in windows via apparaatbeheer -> Prolific USB-to serial... -> stuurprogramma bijwerken (rechtermuisknop) -> op mijn computer zoeken... -> Ik wil kiezen uit een lijst... -> en dan een oudere driver installeren.



Daarna kreeg OpenCPN (en U-center) nog geen ontvangst, door de baudrate op 38400 (in OpenCPN) te zetten werkte het wel. 4800 en 9600 werkte niet.


Via Openplotter en de PI:
-In Openplotter de gpsmuis verwijderd en opnieuw aangemaakt met baudrate op 38400
-De rest van de datapoorten in OpenCPN verwijderen

En het werkt!

rooiedirk schreef :
Als je dit concreet uitlegt met cases wordt e.e.a. duidelijker.

Als alle data die de PI ingaat als eindpunt OpenCPN heeft maakt het niet uit waar de GPS de data in het systeem brengt.

Als de data naast OpenCPN ook nog naar een SignalK server moet of via kplex meteen geshared wordt over wifi dan kun je beter de omweg via kplex gebruiken. Anders zit die dat niet in het lijstje dat wordt doorgestuurd. Dit lijkt me vrij standaard voor een PI en daarom is kplex standaard in gebruik.

Als je data terugstuurt de NMEA-bus op richting plotter of stuurautomaat zit je in een "complexe" oplossing te denken en zul je moeten weten wat je doet.