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

Ik heb de update per email verzonden.

Ontvangen!
Ik probeer de nieuwe update deze avond al even uit
Gr

Autopilot geüpdatet en de dubbele RSA zinnen zijn opgelost! Thx Onno.


Nu dat de roerstand (opencpn) stabiel werkt merk ik dat de 'rudder angle' omgekeerd werkt tegenover de i70.
Toen ik de roerstand gever aansloot op de ITC5 had ik een omgekeerde roerstand in i70 ( stuurwiel naar SB gaf BB aan. In de menu van i70 kon ik deze simpelweg omkeren.
Dus stuurwiel naar SB geeft SB op i70 display maar BB in opencpn.
Zet ik de i70 'terug' heb ik nu wel juiste rudder in opencpn maar niet in i70.

+ en - van de sensor omwisselen.

+ en - omgewisseld.

I70 terug op standaard instellingen en geeft SB aan als ik stuurwiel SB draai.
Opencpn geeft terug omgekeerde richting in Rudder Angle.
In het debug venster is RSA nu positief + bij SB

Voor dat ik de + & - omgewisseld heb bij de itc5 was SB negatief - (debug venster)


Ik heb nu Rudder calibration in de pcnautic app gedaan.

Als ik stuurwiel SB draai dan krijg ik bij Rudder : negatief getal en BB positief. Als ik in i70 display het roer omgekeerd zet (dus bb maar stuur staat SB dan krijg ik positief getal.

Opencpn blijft dus een omgekeerde Roerstand krijgen?
Autopilot ook?

RSA negatief = Turn To Port = sturen/draaien naar bakboord
RSA positief = Turn To Starboard = sturen/draaien naar stuurboord

Er is nog een Q&D optie:
- stel de roerstandaanwijzer zo in dat deze goed werkt met RM (rechtstreeks N2k).
- gebruik de derived-data plugin van SignalK om een negatieve roerstandaanwijzer te maken.
- gebruik deze in OpenCPN.

Het is lelijk. Maar het lijkt mij minder werk dan uitzoeken waar de fout in de hardware zit.

Voor de autopilot maakt het niet uit hoe het aangesloten zit, de kalibratie bepaald de richting en uitslag, dus dat moet je gewoon goed over doen.

Ok,
Of ik nu -&+ omdraai (Roerstandgever) of de reverse gebruik in i70. Opencpn blijft de foute weergave tonen als i70 juist staat. (Maar wel RSA+)

Pcnautic kalibreer ik zoals het moet centered/port range/starboard range.
(Rudder heeft negatief bij SB maar dit heeft geen gevolg) Autopilot werkt ook gewoon perfect!



Dan blijft de vraag waar gaat het mis in opencpn? Of in mijn opstelling?