Onderwerp: Raspberry Pi en OpenCPN: opletten bij "shutdown"

Openplotter en OS is intussen ook een nieuwe versie, ben bang dat ea moeilijker wordt dan een frisse start.
Gelukkig kost een SD kaartje maar een paar €'s en je leert dan ook gelijk hoe je systeem inelkaar steekt.

Gebruik hier helemaal geen SD kaartjes meer. Voor € 18,- heb ik een snelle USB stick met 64 GB.

Een NVMe SSd boardje 128 GB kost circa € 20,-. Moet je nog wel behuizing bij kopen. Werken allemaal op de USB 3 poort.

Met de laatste Eeprom versie starten USB apparaten op van vanaf een usb poort.

Bram

RAID-5 op een Pi???
En dan zijn er mensen die denken dat een UPS-HAT teveel gedoe is.

Die snelle usb stick is feitelijk ook een SD kaartje....

Dank voor alle aanwijzingen, als ik nog even tijd vind deze winter ga ik het proberen. Zal het dan als leek ook documenteren zodat het voor andere leken makkelijk na te apen is tot een stappenplan van het niveau van copy paste enter. Maak tegen die tijd wel een eigen draadje en hopelijk kijken de experts dan ook weer even mee...

Er staan toch handleidingen voldoende op het net over hoe een RPi systeem read-only te maken? Of is dit heel specifiek naar de applicatie die je draait en vereist dit specifieke afwijkingen voor OpenPlotter/OCPN?

Inderdaad handleidingen voor RO genoeg. Het gaat juist om de combinatie, want je wilt ook data (tracks waypoints etc) bewaren. En door je "/home" RW te houden, maar wel veilig dmv raid-5 kan dat.

Mooi!

3Noreen schreef :
Volgens mij is die ingewikkelde manier niet nodig maar kan je OpenCPN op verzoek afsluiten met dit commando:

kill -sUSR1 $(pgrep opencpn)

Dit wordt bevestigd met deze melding in ~/.opencpn/opencpn.log:

00:03:24.853 MESSAGE chart1.cpp:2697 opencpn::MyApp exiting cleanly...

Het kill commando toewijzen aan de actie van een knop die je indrukt als je het systeem uit wil zetten.

De betreffende code staat in github.com/OpenCPN/OpenCPN/blo...src/OCPNPlatform.cpp op regel 321

Goed uitgezocht. Dank voor het delen. Ik zal dit zeker gaan gebruiken.

Eclips schreef : Denk dat de reacties voornamelijk komen door dat laatste, dat je *zelf* met een knop de Pi moet afsluiten. Wat je zou willen is dat je 'gewoon' de hoofdschakelaar omzet en dat dan alles veilig uitgeschakeld wordt, zonder dat je daarover hoeft na te denken.

Om dat mogelijk te maken moet de UPS dus een automatische shutdown initiëren zodra deze op de batterij draait. Het sleutelwoord hierin is *automatisch*. Heb ff naar de specs van die PiJuice gekeken, maar kon zoiets zo snel niet ontdekken. Wellicht dat andere UPS'en dat wel hebben.

Mij lijkt een UPS met auto-shutdown het meest ideaal, want dan hoef je niet te prutsen met (read-only) partities, RAID5, scriptjes om het eea terug te kopiëren etc. maar voeg je gewoon een klein stukje hardware toe; de (navigatie) software is dan volledig agnostisch dus dat zou zonder voorbehoud werken voor ieder systeem, zoals bv AvNav.

Overigens verwacht (hoop?) ik dat Avnav veel vergevingsgezinder is dan OpenCPN qua niet netjes afsluiten omdat het een veel lichtere toepassing is, er draait immers geen GUI op of andere (zware) software zoals VNC maar is compleet headless. Alhoewel Avnav uiteraard ook iets met logfiles doet en zo, wat een risico is en blijft. Mijn strategie hierin is dat ik aankomend seizoen met Avnav ga proefdraaien, zonder enige afsluitvoorziening. Gaat dat vlekkeloos, dan hoef ik niets te doen. Zo nee, dan ga ik denk ik voor een UPS + auto-shutdown. We gaan het zien.

Ik gebruik een kleine micro controller met wat schakelaars en relais die aan de hand van de stand van de verbonden schakelaars custom nmea sentences naar de boordcomputer stuurt. Eén van die berichten is de stand van de schakelaar om de boordcomputer uit te schakelen. Als het bericht om de computer uit te schakelen binnenkomt dan roept de message dispatcher de routine aan om de computer uit te schakelen.

Eén van de andere schakelaars is om SOG in plaats van STW te gebruiken. Zo'n micro controller heeft nog tal van andere mogelijkheden om te interfacen met het boordsysteem.

Alle computer systemen sluit je netjes af. Je trekt toch thuis van je computer ook niet de stekker eruit van het ding om je een nog werkende programma te stoppen.

Wat doet OpenCPN na het afsluiten ? Die slaat de gegevens op die je in gebruik hebt, zodat je bij het opstarten de laatste gegevens en instellingen weer direct beschikbaar hebt. Dat afsluiten vergt enige tijd.

De aluminium Argon kastjes met een aan- en uitschakelaar voor de RPI4 hebben een voorziening voor het uitschakelen van de stroom met vertraging.

Vindt je dat lastig, dan kun deze optie door een jumper te verplaatsen uitzetten.

brambo schreef : Thuis wel, maar aan boord werkt alles anders, daar moeten systemen bestand zijn tegen ongereguleerd afsluiten. Dat is *juist* het hele onderwerp van deze draad. Robuustheid is de sleutel.

3Noreen schreef : Aha, dit heb je 'bovenop' een UPS (PiJuice?) gebouwd? En dan werkt die zoals ik graag zou willen zien, als UPS met auto-shutdown. Zoek dan liever even door naar een UPS die dit al ingebouwd heeft

Wat een onzin. Aan boord werkt een computer system net zo als thuis !

En als je eens vergist. Het Ext4 file systeem is een journaled file systeem en is zelf herstellend.

Bij AvNAV zal het wel net zo werken. Want als het goed is, dan moet je de laatste handelingen en instellingen weer terugzien bij het opnieuw opstarten.

Allemaal volstrekt logisch.

Anders een vertraging inbouwen bij de idee "stroom" afsluiten. Dat is wat het Argon kastje doet.

Bram

brambo schreef : Als je dit niet snapt, dan zitten we op een andere golflengte en heeft verder discussiëren met jou over het probleem wat in deze draad besproken wordt geen enkele zin.

brambo schreef : Dat zei ik al. Maar ik verwacht dat AvNav veel minder problemen kent dan OpenCPN omdat het een superlichte toepassing is, zeker vergeleken met OpenCPN.

Overigens heb ik in de proefopstelling met Avnav die ik een paar maanden had geen enkele keer netjes afgesloten. Desondanks geen enkel opstartprobleem. Dus heb goede hoop dat ik voor Avnav geen enkele afsluitvoorziening nodig heb. Zoals gezegd ga ik dat testen in de praktijk en zal het resultaat tzt meedelen.

VegaMan schreef :
Het is meer dat ik het micro controllertje toch al had.
Het registreert bijvoorbeeld ook of de motor loopt. Ik wil namelijk in mijn log files onderscheid kunnen maken tussen zeilen en op de motor varen. Daar is het ding in de eerste plaats voor gekomen. Maar ook het met snel een schakelaar om zetten kunnen kiezen tussen STW of SOG blijkt in praktijk heel handig als het log weer eens niet doet wat ik er van verwacht. Zo'n paddlewheel log is notoir onbetrouwbaar.

Zoals deze:

docs.hatlabs.fi/sh-rpi/

Zeilvis schreef : Yup, dit is wat ik zoek. de auto-shutdown:

Ik heb er een gekocht en ontvangen en ga deze binnenkort installeren. Ik zal mijn ervaring posten.

In de 17 jaar dat ik met mijn huidig boot vaar is het aantal keren dat de stroom door storing is uitgevallen op de vingers van 1 hand te tellen. Dus daarvoor ga ik geen extra hardware aanschaffen in de vorm van een UPS. Als de stroom vaker het laat afweten zou ik eerder dat probleem willen oplossen door de stroomvoorziening in zijn geheel betrouwbaarder te maken. Als de stroom namelijk uitvalt doen de volgende essentiële zaken het niet meer.
- marifoon
- AIS transponder
- Radar
- kaartplotter
- GPS
- stuurautomaat
- diepte meter
- boordverlichting

Het gaat mij zeker niet om de bescherming tegen stroomuitval, maar meer om de automatische manier om de RPi netjes uit te zetten.Hierdoor kan de 'bemanning' ook de boel uitzetten, zonder dat er problemen kunnen ontstaan.

Zeilvis schreef : Ja, dit is voor mij ook de overweging om na te denken over dit soort oplossingen, dat je de systemen robuuster maakt zodat je (menselijke) fouten kunt opvangen. En ook een stuk gemoedsrust, omdat je over bepaalde dingen niet meer hoeft na te denken. Het is te gemakkelijk om te roepen dat je je systeem net zou moet afsluiten zoals thuis om problemen te voorkomen, aan boord gelden andere regels.

VegaMan schreef :
Inmiddels ben ik toch afgestapt van de PiJuice en overgestapt op een "UPS PiCo-HV4" HAT van PiModules.com. Die doet precies wat je omschrijft: automatisch netjes afsluiten als je de stroom eraf haalt. Hoe lang de Pi daarbij nog blijft doorlopen en wat hij doet als de stroom weer terugkomt (het is per slot van rekening een UPS) is allemaal instelbaar. Het ding heeft bovendien een 12v ingang, dus geen geklooi met USB-stekkertjes.
Enigszins nerdy is het wel, want in "true Pi fashion" moet de hele configuratie in een terminalvenster plaatsvinden. Daar komt bij dat de documentatie niet helemaal up-to-date is en dat de support van PiModules op dit moment helemaal nul is. Het bedrijf zit in Griekenland. Ik heb bij SOS Solutions (daar had ik de HAT gekocht) geïnformeerd of PiModules nog wel in business is. Volgens hun wel, maar vooralsnog is daar niets van te merken. Het ding werkt prima, maar je hebt er dus wel wat doorzettingsvermogen voor nodig. Het is net zeilen...