Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

Seanymph schreef :
Ik ken het probleem. Had afgelopen weken hetzelfde issue met het kopiëren van GPX-routes. Ik kon op meerdere manieren in de benodigde mappen komen, maar kreeg de bestanden niet geïmporteerd in OpenCPN. Kon wel naar de bronmap navigeren, maar dan leken de bestanden daar gewoon niet te staan. Sindsdien ben ik héél blij met de vrij recent toegevoegde "Send to peer"-functie.

rooiedirk schreef :
Bedankt voor die tip Dirk, meteen maar even gedaan.
Alle andere ZF'ers die hebben gereageerd ook bedankt voor het meedenken. Alle suggesties uitgeprobeerd maar zonder succes. Ik kan het bestand benaderen maar niet de inhoud lezen (laat staan wijzigen). Ik kan het bestand ook kopiëren naar een andere locatie (of naar mijn PC) maar de resulterende kopie is dan 0 bytes.

Overigens bedoelde ik natuurlijk het bestand opencpn.conf want er bestaat niet zoiets als een opencpn.ini

Vandaag iets "raars" ontdekt met OpenCPN.
Situatie:
Miniplex komt via USB binnen op W10 laptop. Alle info te zien in OpenCPN (5.6 - 5.10.2).
Broadcast Forward via 255 over wifi netwerk naar W10 tablet als dochterklok.

Als ik de W10 tablet aan de wifi van de miniplex koppel gaat alles prima. Als ik de W10- tablet aan de PC broadcast koppel, komt SDDPT en SDDBT niet binnen!
Op het opencpn nmea183 onderwatersherm zie ik ze wel binnenkomen, maar niet weg gaan. Alles filters blanco.
Met wind info af en toe ook.

Zelfs gespeeld met NMEArouter er voor, exact het zelfde.

Wie heeft daar een idee over?

Mijn laatste toevlucht is nu Signal-K als data server en kijken of dat wel lukt.
De software op de W10 tablet is Polarcom.

Foutje in de checksum??

Deze is denkelijk voor RooieDirk.

Een bug:
Windows 10,
Zelfde boot en USB/NMEA0183 interface als met de RPi, wel bekend.

Als ik OpenCPN opstart wordt het Bearing Compas van Dashboard_Tactics niet ingevuld. Er is een mag heading, dus zou moeten kunnen zie:


Als ik vervolgens de AIS data pauzeer, (Settings, Connections, vinkje bij AIS uit, Apply) wordt het wel ingevuld.

Zie:


En blijft vervolgens werken.

Bij de volgende opstart van OpenCPN, hetzelfde verhaal.

Wat gebeurt hier? En doe ik wat fout?

Versie 5.8.2

Lijkt inderdaad een bug in de tactics plugin. (Is niet OpenCPN )
Op de Github van de plugin kan je een 'Issue' aanmaken hiervoor.https://github.com/rgleason/dashboard_tactics_pi
Wel raar, want ik dacht dat tactics_pi niets doet met AIS data. Waar komt die heading info vandaan toch niet uit een VDO AIS nmea regel?

@ Calidris, om het Signalk draadje niet te vervuilen.
Je gebruikt de term broadcasten? Bedoel je UDP? Probeer eens TCP
Uit het berichtje hieronder haal ik dat opencpn ze wel ontvangt maar niet verzend.
FF een screenshot van het debugvenster geeft uitsluitsel, maak ook ff screenshots van de poort instellingen met filter settings blanco.
Je kan natuurlijk ook ff juist alleen de ontbrekende zinnen laten sturen en de rest blokken dan weet je of het door de sentence komt.
Alle tools voor een goede diagnose zijn aanwezig.

Komt, duurt ff.

rooiedirk schreef :
Nee. Dat is gewoon een HDG signaal uit de autopilot

rooiedirk schreef :
Done. Ik denk dat de AIS iets overspoelt waardoor t compas verdrinkt.