Onderwerp: Conflict in opencpn/RPI5

Hoi,
Ik heb een RPI5 als boordcomputer en wil alles bedraad laten binnenkomen.
Er staat openplotter op maar gebruik momenteel enkel Opencpn en regel dus daar de inkomende USB poorten.
GPS/AIS komt via USB1 (nmea0183,b100) en alle andere data komt binnen via USB2 (diepte,stw,temp,hdg,wind,roerstand,..)

Waar ik tegen aan loop is dat de roerstand 'RSA' dubbel binnenkomt en dus van links naar rechts gaat op het scherm (opencpn). Roerstand op het i70 scherm werkt correct!

Ik heb de roerstand gever ook al eens aangesloten op de autopilot (die komt dan ook binnen op het i70 scherm en opencpn (zonder dubbele data). Dit werkt, maar na tijdje zit er een afwijking op.
Aangesloten op de ITC5 zit er geen afwijking meer op maar dan werkt dit niet goed in opencpn (dubbele data).

In opencpn kan ik geen RSA aanpassen.

Wat doe ik fout of is hier een oplossing voor?

Roald

Heb je in de Pcnautic Autopilot "use external NMEA rudder data" wel aangezet?

En ik zou denk ik de USB hub aan de Raspberry Pi hangen. Die met de Actisense aan het NMEA2000 net hangen en de Pi direct met de Pypilot laten praten (USB - RS232 converter)

Hoi Onno,
Deze heb ik idd aangezet maar zelfde resultaat. In het begin had ik de roerstand meteen op de autopilot en dit was 'oke' , maar dan klopte na een paar dagen de stand niet meer.
Nu terug via de ITC5 , stand blijft goed op i70/autopilot en 'use external NMEA' aangevinkt. Maar dubbele data in opencpn dus.

Opencpn op een android toestel kan je bij 'zinnen negeren' zelf typen. Maar op de PI niet (en RSA staat niet bij aanvinken).
Dan nog kan ik niet een dubbele RSA zin negeren die via dezelfde usb binnenkomt denk ik?

Het lijkt er dat je een bug hebt gevonden in onze AP bij extern rudder stuurt hij de interne data niet meer uit over wifi maar nog wel uit via USB! Ik denk dat Niels dat morgen wel kan fixen.

Dat de stand niet meer klopt kan eigenlijk alleen als je een verlengkabel gebruikt? tov als hij aan de ITC5 zit? Raymarine gebruikt maar 1 volt reference en dat is dan erg gevoelig voor storing van voedingsdraden in de buurt.

Oh kijk, dat zou snel gevonden zijn dan :-D Thx Onno!

Ik heb de roerstandgever niet aan een verlengkabel gehangen als je dat bedoeld? De Motorcontroller staat naast de ITC5 dus ik kan deze makkelijk switchen. Roerstand gever is het enige onderdeel dat nog van 'autohelm' (oud) is. Alle andere instrumenten zijn nieuw , weet niet of dit ermee te maken kan hebben?

Ik snap dan niet hoe de roerstand op de ap wel drift kan hebben en op de itc5 niet...

Paar keer opnieuw 'rudder calibration' uitgevoerd maar na paar dagen klopte de stand echt niet meer. Heel raar dat ik dit via de ITC5 niet meer heb.
Na de nieuwe firmware update kan ik hem nog eens aan de autopilot hangen om te zien of dit beter is?

(Is er voorkeur waar de roerstand gever is op aangesloten? ITC5/AP) Niet dat ik een verschil merk als de roerstand niet is aangesloten of niet doorgegeven is via 'NMEA External' , de AP stuurt gewoon netjes , niets op aan te merken

Roerstand wordt bij ons niet gebruikt voor het stuurgedrag, ik dacht dat je hem nodig had voor de eindstandsbeperking, ook daarvoor maakt het niet uit of het bij de AP via de itc5 binnenkomt of direct.

Oke duidelijk
Deze had ik zeker ook ingesteld. Maar had al wat dingen geprobeerd (roerstand AAN/UIT) vermits ik zag dat roerstand in opencpn raar deed.

Dan kijk ik uit naar de firmware.

Gr