Onderwerp: RPI als boordcomputer

@Bram,
De (tijd)code in OpenCPN kijkt alleen naar een RMC bericht. Signal-K zou eventueel ook wel te implementeren zijn (wel met veel meer moeite, omdat de code dan helemaal anders moet), maar momenteel niet zo belangrijk, omdat de Signal-K server dit al kan/doet.

rooiedirk schreef :
Dat gaat dan goed komen. De set up is nu zo dat alle data binnenkomt in OpenCPN, en alleen de RMC doorgestuurd wordt naar SignalK. Maar de systeem klok wordt allen gezet bij de opstart van SK.

De implementatie in OpenCPN bevalt mij dan beter.

Een hele SignalK server draaien alleen om de tijd in te stellen is ietsjes overkill
Laat even weten het bij jouw werkt, ik heb nog geen reakties 'uit het veld' gehad.

Let ook op dat de klok optelt!

rooiedirk schreef :
Jòh!

Was de enige mogelijkheid. Daarom mijn vraag destijds aan het OpenCPN dev team.

rooiedirk schreef :
Beste Dirk,

zojuist de update gedaan van SignalK versie 1.41.3.

In SignalK is er een optie set-system-time. Die optie aangezet en nu verschijnt de tijd in de OpenCPN plugin tactics.

Zonder dat het systeem aan het netwerk is verbonden. De UTC tijd kan dan alleen maar komen uit de GPS muis die ik hier thuis heb aangesloten.

SignalK server draait uiteraard niet alleen tijd, maar het hele scala van verbindingen. Inclusief de route uitvoer vanuit OpenCPN naar de SignalK server. Vandaar kan het naar andere bronnen waaronder NMEA2000.

OpenCPN is de Flatpak versie. Werkt op ieder Linux systeem.

Bram

In het kader van "een computer is ook maar een mens", alles nog een gedaan:

Image van Gouden SD kaart terug.

Sudo apt update,
Sudo apt upgrade.

Werkt.

Opencpn 5.6. Scherm rechtop.

Hoe mooi kan het leven zijn.

Maar.

Foutmelding.

drive.google.com/file/d/1uZoYJ...Ty2/view?usp=sharing

Bij t opstarten van OPENCPN:

En: Kunnen de com-poort checkschermpjes achterwege blijven dan wel uit gezet worden?

Allo Joop,

beide zaken die je hiervoor aangeeft heb ik nog nooit gezien.

Waarom niet een geheel nieuwe opzet op basis van 64 bits. Je hebt toch een RPI4 ? Zie mijn PDF bestand. Zou zeker ook de flatpak versie van OpenCPN gebruiken.

Bram

@Joop:
Alternatieve instelling: waarom wil je patches installeren Joop? If it ain’t broke don’t fix it! Of je Pi is direct verbonden met internet of gebruik je om te surfen, dan wellicht toch een upgradepad inslaan zoals Brambo voorstelt.

Draai je trouwens OpenPlotter of een ‘Brambo’-kaartje?
brambo schreef : [sarcastiemodus]
Omdat Raspberry Pi’s als plotter heel gemakkelijk en modulair zijn. Gaat nooit kapot en blijft prima draaien.

Maar blijkbaar niet na een software update, dan moet je je hele installatie opnieuw gaan maken obv de latest en greatest, want wat je eerst gebruikte is hopeloos verouderd want het is geen 64 bits en geen flatpack. Dat lost al die upgrade problemen natuurlijk op (tot het volgende probleem volgend jaar en het verhaal zich mogelijk weer herhaalt).

[/sarcastiemodus]


Hoewel ik geen problemen met OpenCPN heb (gebruik het ook op de laptop thuis zo nu en dan), geloof ik meer in een geïntegreerde oplossing van hardware en software (= plotter) waarvan vrijwel gegarandeerd is dat bij een upgrade alles blijft werken.

Ook al ben ik werkzaam in de IT, vind ik dat software voor mij moet werken en niet omgekeerd. Dat houdt bij mij in dat ik mij niet intensief wil bezighouden met het draaiende en veilig houden van een stuk ‘gereedschap’ met software zoals plotters, telefoons, laptops etc, maar een upgrade knopje drukken en even wachten zou voldoende moeten zijn om alles bij te werken kwa security, bugfixes en evt nieuwe features zonder verlies van instellingen en data.

Gereedschap moet gewoon werken. Als het je hobby is is het natuurlijk een ander verhaal en dan neem je dit voor lief.

Brambo, gezien de tijd en energie die je erin lijkt te steken, zou het niet een idee voor zijn om je energie in het samenstellen en onderhouden van een “kant-en-klare” Brambo-distro te steken? Dan kunnen upgrades, bugs etc gecontroleerd en getest vrijgegeven worden. Misschien ontstaat er zelfs een gemeenschap rondom die distro om onderhoud eraan te delen. Dus eigenlijk een vervolgstap van die kaartjes die je samengesteld hebt/had.

Orange Sunset schreef :
Eens met veel van je argumenten. Ik ben machinebouwer, maar breng mijn auto naar de garage. Geen zin in.

Mbt de Brambo distro, die gaat po basis van SK zijn. Wil ik niet, want nog meer ellende.

64-bit: beta. Says it all.

Deze " vrijgegeven" updates werken al niet netjes. Beta? Doei.

Helaas Joop, je loopt echt achter. RaspioS 64 bits op basis van Debian Bullseye is officieel uitgegeven. Het is geen beta meer.

Maar je moet het zelf maar weten. Maar niet blijven "klooien".

Mocht je van gedachten veranderen, dan heb ik hier een snelle usb stick voor met alles werkend.

Inclusief de VNC server en SignalK server. De laatste hoef je niet te gebruiken.

Dan het SD kaartje eruit en de RPI4 draait volledig op de usb stick en vrijwel net zo snel als je SSD en het systeem blijft ook nog koeler.

Je zult verbaasd zijn hoe goed en snel het werkt.

Bram

Joop,

Ik houd wel van een beetje prutsen, en er is wel degelijk hoop en Brambo heeft toch wel een punt. Ik wil ook geen distros die je niet goed kunt controleren (je weet wel, ‘het is geweldig, bijna alles werkt’, maar er wordt nooit bij gezegd wat er niet werkt, en het is iedere keer wat anders). Maar een basis opzet werkt bij mij nu wel volledig:
- Bullseye release (die is inderdaad wel degelijk met wat stillere trom gereleased).
- OpenCPN, flatpak (die werkt ontegenzeggelijk ok met in ieder geval enigszins gevalideerde plugins).
- SK: werkt om mijn NMEA data naar talblets en phones te brengen (en tevens naar Opencpn en SPD al is dat niet strikt nodig). In de praktijk doe ik op de tablet 90% van de navigatie.
- SPD (Geweldig!)
-Ik heb als Openplotter settings alleen de network manager geinstalleerd om zowel AP als internet access te hebben. Zo min mogelijk oncontroleerbare dependencies dus.
Voor bovenstaande elementen, behalve SPD natuurlijk, werkt de handleiding van Brambo best ok.
Vorig jaar heb ik ook 64bit geprobeerd maar uiteindelijk opgegeven en voor de praktijk naar 32bits Openplotter gegaan. Maar nu werkt dus alles wel netjes met hoofdzakelijk standaard elementen.

Joop is nu bijna 2 jaar bezig een goed werkend systeem te bouwen/configureren. Vanaf scratch omdat ie wil snappen wat er gebeurt en geen ballast wil. Bíj́na was ie daar, tot een update weer iets kapot maakte.

En nu… weer helemaal opnieuw beginnen? En over een, twee jaar na nu? Is de reis belangrijker dan het doel?

Ja dat klopt. Ik herken volledig de struggles van vorig jaar. Been there. Ik heb het toen ook weer in de hoek gegooid. Ik zeg alleen dat het nu wel kan met alleen standaardinstellingen en zonder magische kaartjes en distributies.
En ja, de reis is belangrijker dan het doel, in de winter in ieder geval. En in de zomer moet je dat heel letterlijk nemen…

Nachtvlinder schreef :
Het goede nieuws: ik hèb een werkende Joop-distro. Dat is fijn. Die staat volledig op een SD kaart, die netjes opgeborgen is. So far so good. Er is niks kapot.

De reis... Inderdaad. De reis is belangrijk, zeker. Maar ergens aankomen is ook fijn.

En ach... Dat updaten niet vlekkeloos zou gaan, wist ik vooraf al. Daarom doe ik dat lekker thuis, bij de houtkachel. Volgende zet: Gewoon weer het hele ding efkes opnieuw opbouwen. Minder werk dan gaan lopen klootviolen. Dan ben ik ook wat geschiedenis kwijt: ik kwam nog wat Juice-pi packages tegen. Wie weet wat er nog meer rond hangt.

Keep you posted.

M.b.t. 64-bit:



Op de officiele website: www.raspberrypi.com/software/operating-systems/

Blijkbaar vrijgegeven. De vorige keer dat ik kee nog niet. OK. I'll give it a try.

Joop66 schreef :
Voor de gewone gebruiker die niet op allerlei kunst en vliegwerk zit te wachten zal het er van af hangen of de OpenCPN plugins werken als OpenCPN via de standaard repository van Bullseye geïnstalleerd word.
Zo niet is het een voortzetting van een lang slepend drama. De ontwikkelaars van OpenCPN hebben meer oog voor the latest and greatest dan voor bruikbaar voor de doorsnee zeiler/navigator.

Als het naar behoren werkt zou je direct na het installeren van Bullseye alleen het commando

hoeven uit te voren om een werkende versie inclusief plugins te krijgen.

Ik heb het al meer aangegeven de Flatpak OpenCPN versie wordt de standaard. Komt met alle plugins en werkt op ieder Linux systeem.

Door de installatie van eerst de flatpak omgeving (zandbak/sandbox) neemt het wat meer ruimte in.

Is met de huidige opslag media geen enkel probleem meer. Kan gewoon naast bestaande versie geinstalleerd worden. Er komen meer applicaties die ook in de flatpak omgeving werken.

Hier werkend al voor langere tijd geheel vanaf een flashdrive (usb stick) 64 GB Samsung Fit plus.

Met een leessnelheid tot 300 mb/s.SD kaart is circa 100mb/s. Je kunt een SD kaart zo kopieren naar de flashdrive, maar ook andersom.

Je systeem moet dan wel voorzien zijn van de nieuwere Eeprom versie. Die overigens tegelijk geinstalleerd wordt met andere updates. Anders kun je die ook los installeren.

Bram

BP05 schreef :
Vertel !

(SPD is er ook voor RPI, dus dat mag in deze draad).
100% dezelfde code als voor Linux en Windows. Het kan dus wel

64 bit avontuur.

OS werkt.
Volgens handleiding: OPENCPN: 5.2.4
Sudo apt update
Sudo apt upgrade
OPENCPN 5.6.0
Geen plugins.

Opnieuw.
Flatpak
5.2.4
Geen plugins.
Moeilijke zin om OPENCPN te starten. Wil ik niet.

Dat was 64-bits

Nieuwe 32 bits proberen.

Heb je mijn instructie gelezen ?

Als je naast de gewone OpenCPN de flatpak versie hebt geinstalleerd dan heb je twee OpenCPN versies.

De flatpak versie moet je de eerste keer in de terminal starten met:

flatpak run org.opencpn.OpenCPN.

Daarna verschijnt er een nieuwe ikoon, echter wel dezelfde.

Later een update doen dan is het:

flatpak update org.opencpn.OpenCPN

En met remove in plaats update wis je de flatpak versie weer uit.

Die een wat andere naam geven: opencpn-flatpak of zoiets. Je kunt ook alleen de flatpak versie op je bureaublad zetten.

32 bits is bijna verleden tijd. Flatpak wordt daarom ook niet meer in een 32 bits versie gemaakt. Net zo als in andere software toepassingen.

Met flatpak heb je de 5.6 versie plus de plugins en wel op ieder ander Linux systeem.

Het probleem met de algemene plugins is, dat die van derden komen en ook nog aangepast zijn voor de betreffende release.

Dat is nu juist met de flatpak niet meer nodig er is een versie die in de betreffende "zandbak/sandbox" werkt.

Die nieuwe Oesenc plugin opzet zal zeer binnenkort verschijnen. Werkt prima maar is nog niet vrijgegeven. Want er hoort een uitleg bij.

Bram

Tja plugins.
Eventjes voor de duidelijk heid, de (meeste) plugins worden niet door het OpenCPN team gemaakt, laat staan onderhouden. Er is wel een automatisch systeem opgezet waarmee je plugins kan maken voor ruim 10 verschillende systemen, en nee arm 64bit zit daar nog niet bij. Dat kan veranderen zodra de geautomatiseerde build-sites de Rpi64 gaan ondersteunen. Iets met een wet en remmende voorsprong ofzoiets. Flatpack voor de 64b ARM is er wel..
@Joop Je kan natuurlijk iedere ingewikkeld opstart commando gemakkelijk in een icoontje verpakken.
@BK, Ik wil helemaal niet zo hard mogelijk. Zeilen is leuk, dus hoe trager hoe beter

brambo schreef :
Bram, ik had uiteraard geen 2 opecpn's naast elkaar geinstalleerd. Ik heb de handleiding op de opencpn en daaraan gelinkt, de flatpak websites gevolgd.

het commando wat je noemt staat daar ook in. Maar geen opencpn in het startmenu.

En ook geen plugins.

Geen dash-T, geen oesenc, geen otcurrent.

Ik ben nu bezig, niet over een maand. Dus ik doe t met wat nu vrijgegeven is.

64 bits misschien weer volgend jaar, als de rest van de wereld daar ook klaar voor is.

update; sado masochisme

En de 32 bits versie dan?

Installeert netjes.
Opencpn volgens handleiding website
5.6.0

Maar geen plug-in dash-T.

Volgend jaar weer een kans. Ook voor 64-bits en evt flatpak.

Voor nu einde verhaal.