Onderwerp: OpenCPN: Kompas 'bevriest'?

Dit weekeinde heb ik mijn nieuwe, nu redelijk goed werkende OpenPlotter installatie kunnen testen.
Alles redelijk naar tevredenheid, de batterij in de GPS is een zegen!
Alleen: Na een paar uur varen stopte OpenCPN met het aanpassen van mijn magnetische hdg predictor (die komt vanuit een mpu9250)
Als ik in het calibratiescherm van PyPilot keek leek de data wel netjes te fluctueren, maar de richting van mijn 'bootje' in OCPN veranderde niet meer. (de CoG predictor nog wel gewoon)

Nu kán het zijn dat mijn mpu slecht is, maar ik vermoed op dit moment dat er een refresh probleempje in OCPN zit (als ik thuis, tijdens testen, geen GPS fix had moest ik ook een scherm refresh forceren door even in of uit te zoomen om een ge-update HDM getekend te zien.)

Heeft iemand hier ervaring mee? (Dirk? )

Eh nee
Eerste vraag is. hoe gaat je data van de pypilot naar opencpn? SignalK of nmea?
Als het SK is dan zou ik eerst eens proberen om de data naar nmea om te zetten in de SK nmea-plugin.
Als de data als nmea in opencpn binnenkomt dan kan je in ieder geval het nmea window gebruiken om te kijken of het in OpenCPN fout gaat, of al eerder in de keten.

Is je voeding wel goed ? Dit is een veel voorkomend probleem. De RPI heeft gewoon een goede voeding nodig, anders krijg je allerlei storingen.

Bram

Dank voor jullie antwoorden!
rooiedirk schreef :
Eerlijk gezegd vind ik dat onderscheid erg vaag- maar volgens de standaard procedure van OpenPlotter gaat ie volgens mij via SignalK. (volgens dit plaatje)
rooiedirk schreef : Volgens OpenPlotter documentatie (openplotter.readthedocs.io/en/...ow_does_it_work.html) maakt SK er al nmea0183 van? Wat voegt die plugin dan toe?
rooiedirk schreef : Goeie, das voor komend weekeinde!
brambo schreef : Daar had ik niet aan gedacht- maar ik heb een gestabiliseerde voeding via een HAT (de geekworm X710) en nog niet eerder problemen mee gehad. Das natuurlijk geen garantie..

Waarom is de batterij in je GPS een zegen ? Een GPS heeft toch helemaal geen batterij nodig.

En is die batterij niet het probleem. Gewoon even een GPS usb muis aansluiten en kijken of het probleem dan ook optreedt.

brambo schreef :
Het probleem is niet met de GPS maar het kompas
En de batterij onderhoudt de RTC, als mn pi nus start klopt de datum tijd meteen, dus mn tracks (ik heb auto recording aanstaan) staan u eindelijk op de goede datum/tijd!'
Verder kijg ik nu sneller een fix, maar dat is niet echt een issue, die vertraging heb ik nooit gevoeld.

Is het mogelijk een probleem dat je op 2 manieren de kompaskoers ontvangt. Een van je IMU en een van je GPS.

Dat kan mogelijk een conflict situatie veroorzaken.

In SignalK kun je een voorkeur aangeven als er twee dezelfde databronnen binnenkomen.

Bram

Mijn GPS heeft toch geen magnetische sensor? OF zit ik er nu echt zover naast..?..

GPS geeft een CoG, kompas een HDM- Toch? Want mn gps antenne heeft geen voorkant...

Gebruik jij "Mag HDG" of "True HDG"?
OpenCPN kan gebruik maken van True HDG en Mag HDG.
Maar ik meen dat de 1e beter werkt.

Met de derived data plugin van SignalK kun je True HDG combineren uit variatie (bij mij beschikbaar bij de windmeter) en Mag HDG.
Dat truukje gebruik je ook met de SignalK Browser.

Dus als je even wil spelen voeg dan de SignalK Browser en de Derived Data apps toe aan SignalK.

Edit: True HDG moet natuurlijk worden gebruikt!
Standaard levert pypilot met een IMU Mag HDG

reuver schreef : Volgens mij True, vanwege de WMM plugin in OCPN. Maar interessant punt, ga ik dit weekeinde ook maar eens naar kijken! Veel meer possible points of failure dan ik had gedacht