Onderwerp: RPI als boordcomputer

armhf versies zijn er ook.

Echter mijn voorkeur gaat uit voor een standaard formaat arm64.

Dat werkt hier prima en is compatible met andere arm64 toepassingen.

32 bits is een gepasseerd station met straks een verlaten perron.

Flatpak versie wordt ook niet meer ontwikkeld voor 32 bits.

Net de 64 bits Bullseye geüinstalleerd.
Dat ging vlot en vlekkenloos.
Dan OpenPlotter (ja, sorry). Dat ging vlot en oké.

Dan OpenCPN (vanuit OpenPlotter). Dat ging niet. Depencdency probleem.
Dus flatpak geïnstalleerd- wou dat toch eens zien. Dat is vrij simpel.
Flatpak OpePlotter geprobeerd.Jammer dat je daarvoor toch een aparte resourcelokatie moet opgeven. Dat leek in eerste instantie oké, maar crashte toch vrij snel. Daarna ineens vond flatpak dat opencpn niet meer was geinstalleerd. Ook geen icon op de desktop dus moest vanuit cmd prompt starten. Misschien had ik de installatie niet vanuit een sudo-ed shell moeten doen?

Ik heb inmiddels denk ik weer genoeg gespeeld, voorlopig blijf ik weer uit de buurt van betas, todtat ik weer te veel tijd overheb.

Als je gewoon de instructies volgt werkt het vanzelf. Je moet OpenCPN niet vanuit het oudere OpenPlotter gaan installeren.

Zowel in Debian als Ubuntu is OpenCPN standaard aanwezig in de repository. Alleen is dit nog niet de nieuwste versie. Die kun je daarna nog wel installeren met wat handelingen.

Daarom is het beter om de flatpak versie te nemen, dan heb je laatste 5.6 versie van OpenCPN en tegelijk alle plugins. Ook de beta plugins kun je gebruiken.

Je moet wel de juiste installatie versie nemen. Die voor Aarch64 systemen.

Kan dat wel aangeven desgevraagd.

En uiteraard de ARM64 versie.

Bram

Hier nog de flatpak installatie:

flatpak install --user dl.flathub.org/repo/appstream/...n.OpenCPN.flatpakref

De eerste keer starten in de terminal. Daarna verschijnt er de ikoon.

Opstarten is:

flatpak run org.opencpn.OpenCPN

opwaarderen is update in plaats van run.

Het is uiteraard nog allemaal vrij nieuw.

de conclusie lijkt mij dat OpenPlotter en bullseye nog niet leuk samen spelen.

Als je alleen opencpn gebruikt wil het misschien, is het misschien zelfs beter. Als jet het niet vervelend vind OpenCPN vanuit de commandline te starten.

Ik moet helaas nog wachten.
Geen drama, de 'oude' versie werkt prima, maar ik werd zo enthousiast van jouw verhalen

Het is allemaal vrij nieuw en de laatste stand van zaken. Als je echter goed gekeken had, had je eenvoudig de ikoon van de flatpak versie zien verschijnen. Is wel lastig als beide versies op je systeem staan met dezelfde ikoon. Even de naam veranderen van een ikoon in opencpn-flatpak.

Alle OpenPlotter applicaties, als vncserver, netwerk, wifi accesspunt etc. werken hier allemaal allemaal.

Gedeeltelijk ook op mijn Linux Mint AMD64 versie.

Ik wel best een stap voor stap handleiding maken, indien voldoende belangstelling voor bestaat.

Bram

Maarten-IW31 schreef :
OK. Hiermee is het voor mij beantwoord.

(Nog) geen 64bit voor Jopie.

Anders dan Bram, zit ik niet aan de voorhoede van nieuwe ontwikkelingen, en wil ik dat ook niet. En dat is om strategische redenen. Een verschil in positie. Op andere vlakken zit al in de voorhoede en eet daar een beste boterham van. Maar dat geëmmer (met dank aan Macron om dit woord weer actueel te maken) wil ik niet in mijn vrije tijd.

Ik ga wel kijken of ik de handel naar OpenCPN 5 krijg. Als die inderdaad netjes de systeemklok goed zet, naar aanleiding van GPS input, kan SignalK er ook weer vanaf. Lekker overzichtelijk.

Joop66 schreef : Same here.
Anders dan eens zien hoe het ervoor staat aan de voorhoede ga ik niet met beta releases varen.
Vorig jaar al wel met versie 5 van opencpn gevaren. Ik hen een batterijtje in mijn gps, dus die is mijn RTC (RealTimeClock) en dat werkt geweldig.

Openplotter blijft voorlopig op 32 bits omdat RPI formeel geen 64bit ondersteund.
Dit ivm backward compatibility van oudere hardware.

Zie discussie hier.

forum.openmarine.net/showthrea...light=64bit#pid21112
Ik hou me voorlopig aan de versie zoals OpenPloter die uitlevert.

Beste Sjoerd,

dit is de mening van Sailoog (OpenPlotter) over de verdere ontwikkelingen. Hij heeft ook vastgesteld dat de Debian Bullseye 64 bits erg goed en snel werkt.


I have been testing the updates on the Raspberry Pi OS 64bit running on a Raspberry 4 8GB and I am really impressed by performance. I have not found many problems on this 64 bit beta version (you need to update all packages to fix some important issues) so thinking seriously about parallel development of OpenPlotter 32 and 64 bit... I will try to set the test round for both systems so you can evaluate.

Het is eenvoudig om Debian Bullseye 64 voor de RPI te installeren en daar de OpenPlotter extra's aan toe te voegen. Werken allemaal. Dit kan overigens ook voor een Linux Mint 64 systeem amd64.

Zal een beschrijving maken hoe je zelf handmatig alles kunt installeren tot een perfect werkend en vooral snel systeem. De enorme vooruitgang zit in de software en minder in de hardware.

De Linux kernel ontwikkelaars brengen ook verbeteringen aan gericht op het gebruik van de RPI.

Vanaf RPI4 met 2 GB heb je al voldoende "vermogen" in huis.

Bram

brambo schreef :
Hey Bram,

Hier toch een kleine tegenwerping. Als je gewoon de instructies volgt is installeren van Bullseye een eitje, en lijkt inderdaad snel.
OpenPlotter daarentegen niet.
Gewoon de handleiding volgen werkt niet, openCPN wil niet installeren, en SignalK ook niet.
( openplotter.readthedocs.io/en/...g-started-installing )
Er zijn vast weer workarounds om het wél aan de gang te krijgen, maar ik heb gisteravond heerlijk een paar uurtjes zitten klooien en heb daarna mn backup weer teruggezet.

Dus: your mileage may vary!

Ha, die Sjoerd,

je kunt de zaken niet combineren, zoals je ervaren hebt.

Zal de instructie maken hoe je zonder al te veel moeite de nieuwe opzet kunt maken en dat is niet dingen uit de bestaande OpenPlotter versie plukken en die toepassen in de Debian Bullseye 64 versie.

Even geduld het komt eraan. Bovendien leer je hiervan hoe je dingen handmatig kunt installeren.

En met een RPI kan het heel eenvoudig. Oude kaartje of SSD eraf en met nieuw kaartje erin voor een test opzet. En als het naar je zin werkt dan zet je het eenvoudig over op een ander SD kaartje, een SSD HD of wat nu mijn voorkeur heeft een snelle USB3.1 flashdrive (oftewel een usb stick).

Dat is nu juist de angst om bij systemen met een vaste HD drive om iets aan te passen. Bang dat het daarna niet meer werkt en dan ?

Een modulair systeem dat je zelf beheert is eenvoudig de beste oplossing, voor als je onderweg bent. Je kunt het ook nog gebruiken als een backup systeem, wanneer je kostbare navigatie installatie uitvalt en er dan vrijwel niets meer werkt.

Bram

@ RooieDirk:

1: Is het inderdaad waar dat OpenCPN 5 de systeem klok verzet naar GPS tijd in RPi?

2: Moeten daar nog speciale settings voor ingesteld worden?

3: Hoe vaak doet hij dat? Eenmalig bij opstarten? Of iets anders? De achtergrond van de vraag: SignalK doet t alleen bij opstarten van de server. Dat betekent dat op dat moment de GPS al aan moet staan. Dat is een volgordelijkheid die verwarring kan veroorzaken. Een door mij ongewenste complicerende factor in gebruik.

Puntje 3.

Als je de GPS er later insteekt, dan moet je heel even wachten tot de SignalK server een data update doet.

Dus regelmatig worden de instelling gecontroleerd en zo nodig aangepast.

brambo schreef :
Ik steek niks. De USB poort is altijd aangesloten.

Als ik de GPS aan zet na de RPi, doet SignalK GEEN update van de systeemklok. Wel als ik handmatig de server opstart. Eenmalig. Dat staat ook netjes beschreven in het optie scherm.

Maar dit is geen antwoord op mijn vraag. Die ging over OpenCPN 5.

1+2 ja onderaan staat Set Computer time from GPS. Je moet de config dus aanpassen, daarna werkt het.

Zakkenwassers!!!





Ja, mijn beeldscherm staat op zijn kop. De optie om dat aan te passen is weg-geupdate.

Lekker dan!

howchoo.com/pi/raspberry-pi-display-rotation

Opties in de config.txt krijg ik ook niet werkend.

Zakkenwassers.

Staat er niets in de changelog van Raspbian hierover vermeld, of is dit de OpenPlotter distro?

Orange Sunset schreef :
Raspbian. Tot Bram's treurnis geloof ik niet in OP.

Normaal kan je in linux het commando "set_screen.sh" gebruiken , waarmee je de resolutie en de rotatie aan kan passen.
Je kan eens proberen of dit bij jou werkt

Joop66 schreef :
Beste Joop,

ik weet het al vele jaren. Watersporters zijn een eigenwijze soort.

Raspian is van vroeger. Het is nu 64 bits RaspiOS op basis van Debian Bullseye.

Probeer dit nu eens en zult zien hoe goed en snel het werkt.

Het heeft ook niets met geloof ergens in te maken. Het is de vooruitgang in de software en Linux kernel ontwikkeling.

Je hebt toch nog wel een extra snel SD kaartje liggen. Het is geen starre mechnica, maar een continue ontwikkeling en snelle vooruitgang.

De uitvoerige beschrijving van de installatie heb eerder al in een PDF aangegeven. Een direct werkend kaartje kan ook nog steeds.

Waar heb je de OpenPlotter extra's voor nodig ? Dat is vooral voor het Wifi Access Punt en met de ingebouwde VNC server kun je op ieder ander systeem de RPI bedienen. Maar die extra's hoef je niet te installeren je kunt gewoon de standaard RaspiOS 64 nemen.

Zie elders mijn beeld van de Ipad met draadloos OpenCPN in de flatpak versie op het scherm met touch screen kaartbediening.

Je kunt het toch even proberen. Los van je huidige systeem ?

Voor instellen van de scherm resoluties is een lange lijst van opties te vinden. In principe scant de software wat voor scherm er is aangesloten. Is dit erg afwijkend, dan kun je dat handmatig instellen.

Groet,

Bram

Je zet een scherm (RP4/buster) recht met het commando xrandr --output 'jouw beeldscherm' --rotate normal

Dat is echter eenmalig en overleeft geen reboot. Die settings worden namelijk opgeslagen in het scriptje /usr/share/dispsetup.sh. Daarin zie je ook wat 'jouw beeldscherm' is.

Je kunt dat scriptje handmatig aanpassen, maar vertel eerst maar eens of je hiermee al iets kunt. Het is wel gek dat hij al op 'normal' staat en dat de andere drie opties uitgegrijsd zijn...

Joop66 schreef : Sorry Joop even gemist.
Ja dat klopt. Met de laatste versie van O werkt het ook op de pi.
Ja dit is eenmalig. Alleen de eerste keer dat er een GPS tijd binnenkomt. Laat je de pi 24/7 doordraaien dan krijg je dus weer afwijkingen. GPS hoeft niet perse aan te staan als je O opstart, er wordt gekeken naar de eerste keer dat er een tijd binnenkomt.
Je moet wel je 'sudo' instellingen aanpassen. Als gewone gebruiker mag je onder linux niet de tijd verzetten, en als je opencpn als gewone gebruiker opstart mag O dat dus ook niet.
zie manual
Dirk

Edit: Als je Signal-K gebruikt dan werkt het niet, alleen als je nmea rechtstreeks in O binnen laat komen.

ironman schreef :
Dank voor het compliment. Of zo.

En voor de echte hulp!

Ik ga kijken of dat werkt.

Keep you posted.

rooiedirk schreef :
Thanks.

Dit is het antwoord wat ik zocht. Goed uitgevoerd zo!

rooiedirk schreef :
Beste Dirk,

als ik in de SignalK NMEA183 invoer diagnostics kijk, dan werkt wel degelijk de datum en de tijd.

Waarom niet in OpenCPN met data invoer vanuit SignalK ?

Wat ontbreekt eraan ?

Bram