Onderwerp: OpenCPN doet niets met ingestelde verbinding

Ik ben thuis aan het spelen met een Rpi met Openplotter/Opencpn. Nu als eerste test een USB gps-muis aan de Rpi gehangen.
Ik sla Openplotter even open en test rechtstreeks in Opencpn. Ik heb een seriele verbinding aangemaakt, waarbij ik de pi user eerst in de dialout groep moest toevoegen.
Via het NMEA debug window zie ik keurig allerlei NMEA sentences verschijnen. Dat lijkt dus goed te gaan. Echter, m'n schip blijft grijs, en ook in de Dashboard plugin zie ik geen gegevens verschijnen over positie en GPS-status.
Doe ik nog iets fout?

Welke NMEA sentences zie je verschijnen? Als je het debug window even pauzeert dan kun je ze rustig bekijken en kopiëren.
Weet je zeker dat je GPS een fix heeft? Binnen kan dat een tijdje duren.

Inderdaad, de nema sentences goed bekijken, of anders even kopieren en hier posten dan kijken wij even mee.

Even een foto van m'n scherm gemaakt, hopelijk is het leesbaar:

Niet heel makkelijk te lezen, maar zo te zien zit er geen positie in de RMC berichten?

Geen Fix
In je signaal.
Ik natuurlijk wel.

GLL geeft normaal positie en tijd, nu alleen tijd.

Leg de GPS muis eens in de vensterbank, of ergens anders waar er zo weinig mogelijk gewapend beton in de weg zit. Waarschijnlijk krijg je dan wel een fix.

Weinig aan toe te voegen. Om het wat gemakkelijker te maken kan je een
dashboard maken met de GPS status. Dan krijg je een overzichtje net als op een gps met ingebouwd scherm.

Was inderdaad geen fix, makkelijk opgelost dus. Bedankt heren!

Hoewel die suggestie in de titel van de topic gesuggereerd werd, lag het dus niet aan de software van OCPN!

Aart Korstjens schreef :
Nee, lag natuurlijk weer eens aan de Fix!

WADnWIND schreef :
Pas op he! De Fix gaf wel het juiste antwoord.

Snap trouwens niet dat mensen problemen hebben daarmee. Hier altijd een goede Fix.

Inmiddels heb ik nog wat andere apparaten aan OpenCPN gekoppeld via de multiplexer. Het zijn 3 transducers van Navman. In het debug window zie ik NMEA zinnen verschijnen die zo te zien wel wat waardes bevatten. Onder andere een watertemperatuur van 20.2 graden zie ik op m’n Navman display, en ook in een van de sentences. Maar de Dashboard plugin toont geen waarden bij diepte, wind, of watertemperatuur.
Er kan in dit geval geen sprake zijn van een ontbrekende fix. Maar misschien zijn de zinnen niet correct?

Hierbij een paar foto’s van het debug window:

photos.app.goo.gl/dW9mPGkTfuBDrfUd8

photos.app.goo.gl/3rriy8HsJek9dKQn6

Voor watertemp en snelheid door het water, vinkje weg halen bij checksum bij de inkomende compoort.
Zit wel een DPT string in de 2e foto met een checksum, maar die regel bevat geen eenheid van de diepte.
Voor de DBT sentence geldt het zelfde als voor de watertemp en snelheid geen checksum in de nmea sentence, dus vinkje weghalen bij checksum in de poort instellingen bij de ingaande compoort.

DPT string klopt verder eigenlijk ook geen bal van, hadden veel meer komma's in moeten zitten van waardes die ontbreken

$SDDPT,,,1.2,M,,*13 zou een geldige string zijn.

Foto1 regel 1 $$VWVLW Heeft ee "$" teveel lijkt verder correct, maar is je logstand en daar doet OpenCPN verder niets mee/
regel 2 $VWMTW watertemperatuur lijkt correct en het ontbreken van de checksum had henk ook al gezien.
regel 3 $$$$$V$PTTKV slaat helemaal nergens op, maar als ik naar de waardes ietsverder in de regel kijkt, lijkt het een beetje of de twee voorgaande regels doorelkaar zijn gehusseld met wat extra verzinsels erbij.
regel 4 (en 5) $VWVHW log snelheid. 4 lijkt goed, maar 5 heeft weer een $ teveel
regel 6 $PTTKV Geen oficieële nmea regel.
........
kortom ook een rommeltje.

Checksum verwijderen zal ik proberen, maar hoe komt het dat het zo'n rommeltje is? Heeft Navman z'n eigen interpretatie van NMEA gemaakt? Kan ik er nu nog wat mee als het verwijderen van de checksum het probleem niet oplost?

Die zinnen die beginnen met een P zijn Proprietary, die kunnen op zich wel kloppen maar alleen de fabrikant weet wat ze betekenen.
Het doorelkaar husselen vind ik heel vreemd. Wat voor multiplexer gebruik je?

Wat voor multiplexer heb je, en hoe heb je die aangesloten?
Het lijkt dat het rommeltje uit de mix komt.

Meerdere talker's op één ingang van de multiplexer ?

3Noreen schreef :
Zat ik ook aan te denken...

It Paradyske schreef :
Zou je denken? Tenzij die talkers op byte-niveau met elkaar gesynchroniseerd zijn, zou ik dan verwachten dat er helemaal niets leesbaars uitkomt. Maar we zijn allemaal benieuwd naar hoe de setup er precies uitziet, dan kunnen we er meer over zeggen.

[Edit bij nader inzien:] Wat er onleesbaar uitkomt valt natuurlijk helemaal weg en zie je niet terug in het opencpn log, dus op die manier zou dit wel door meerdere talkers op een ingang kunnen komen.

Ik gebruik de Roosmux, maar juist om te voorkomen dat er allerlei troep in het debug-window zou komen, heb ik alle apparaten verwijderd, en steeds een foto gemaakt als er maar 1 apparaat was aangesloten, zodat ik zeker wist dat alle sentences alleen van dat apparaat afkomstig waren.

Het enige wat ik wel heb gedaan is bij de displays zelf, de Speed uitgang aangesloten op de Wind ingang (conform handleiding, zodat de Navman Wind in staat is de ware wind te berekenen).

Een Roosmux heeft zo'n handig diagnosescherm, kun je daar eens een log van posten? (en dan bij voorkeur geen foto maar gewoon tekst, dat leest makkelijker)

en je kan een log draaien, dan maakt hij er een bestandje van.

Of misschien tijd voor een update van de firmware?