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

Een vraag die hierbij aansluit: als ik OpenPlotter op mijn RPi netjes afsluit met OpenCPN nog open, dan klaagt OpenCPN bij de volgende keer opstarten dat hij de laatste keer niet goed afgesloten is, en vraagt hij of hij in veilige modus moet starten.
Is er een manier om te zorgen dat OpenCPN eerst netjes wordt afgesloten voor OpenPlotter zichzelf afsluit (behalve handmatig uiteraard)?

OpenCPN schrijft bij het afsluiten de gegevens weg, zodat systeem opstart met dezelfde situatie zoals deze is afgesloten. Je kunt dat zien aan de leds. Na het afsluiten zie je nog bewegingen van de software. Dus even wachten om daarna het systeem uit te schakelen.

Doe je dat niet, dan krijg je daarna een foutmelding. Je kunt het systeem beperken naar de basis instelling of gewoon met "nee" weer opstarten. Gaat het dan de eerste keer niet goed, dan start nog een keer op en dan is meestal de eerdere stand weer terug.

Afsluiten hoort bij ieder computer systeem. Ik vraag mij af wat er gebeurd als bij andere kaartplotters, die nog werken, als je deze regelmatig uitschakeld met behulp van de accuschakelaar.

Bij een draaiende motor schakel je ook niet de stroom uit.

Toeter schreef :
Je hebt twee nette mogelijkheden om OpenCPN af te sluiten.
1. In het programma met de daarvoor aanwezige menu optie het programma af te sluiten.
2. Een hele ingewikkelde waarbij het besturingssysteem aan OpenCPN verzoekt om af te sluiten. Ik heb het niet zelf bedacht

Dewindhoos schreef :
Om de doodeenvoudige reden dat de SmartiPi case is bedacht om de Pi en het 7" touchscreen in onder te brengen. Zo wordt het een (bijna) volwaardige kaartplotter. Bijna, want niet waterdicht. En dus staat 'ie binnen.

Zeilprutser schreef :
Domme vraag misschien, maar heeft een plotter niet zoiets ingebouwd?

Shebee schreef :
Zeker. Een plotter kan je gewoon uitzetten.

Je bedoelt de plotter uitschakelen, dan is waat anders dan de stroom eraf gooien terwijl de plotter nog draait met alle aangesloten apparaten.

Zou dit niet doen. Ook niet met de RPI.

Ik heb een schakelaar met een led indicatie op mijn instrumenten paneel.

Als deze wordt aangezet start de RPI en mijn 12 volt beeldscherm.

Bij het stoppen sluit ik de RPI af en zet daarna de schakelaar uit waana ook het beeldscherm uit gaat.

Zo doe je dat met alle apparaten.

Plotter kan je gewoon uitzetten. Ook door spanning er gewoon af te ketsen..
Een plotter kan daar gewoon tegen en start gewoon weer netjes op. Robuust.

Gewoon een aantal keren achter elkaar proberen. Terwijl de plotter werkt, de accuschakelaar uit zetten.

Je zet hiermee ook het NMEA2000 netwerk abrupt stil.

Dat moet je thuis ook eens proberen met je thuiscomputer. Gewoon een aantal keren de stekker eruit trekken als deze met printen bezig is bijvoorbeeld.

Je zult zien dat het op een bepaald moment mis gaat.

Bram

brambo schreef :
Ehh, welliswaar gebruik ik het knopje 'navigatie instrumenten' in plaats van de hoofdschakelaar. Maar ik zou eigenlijk niet weten hoe ik de boel anders uit moet zetten. De Pi is het enige apparaat aan boord dat ik eerst netjes afsluit als ware het een PC.

Sorry, Brambo, dat is echt klinklare onzin.

De genoemde problemen krijg je alleen met een pc of een framboos. Die zet je netjes uit als je klaar bent.
Een ploitter is echt een heel ander ontwerp, evenals een nmea2k netwerk.
Blijf nu niet fake nieuws verspreiden.

Roozeblij schreef :
Inderdaad. Met dien verstande dat een PC er tegenwoordig vrij goed tegen kan. Als je tenminste op de aan/uit knop drukt. Datzelfde kan je dus bij een Pi ook bewerkstelligen, maar daar moet je dus wel wat voor doen.

Beste Roos,

niemand doet dat. Men zet eerst de navigatie plotter uit en bij zijn vertrek de hoofdschakelaar.

Zo doe je dat met ieder systeem.De meeste apparaten starten niet eens op als je de stroom weer wordt inschakeld.

Is ook geen goed systeem om ergens bij werkend systeem de "stekker" eruit te trekken.

Hoewel het Ext4 is een journaled file systeem is. Dus ook bij uitschekelen van de stroom is het file systeem nog instand in de back-up index va het systeem.

Dus hersteld het systeem zichzelf. Als je dit bij herhaling toepast gaat het mis.

brambo schreef : Hier wel. Aanzetten met de schakelaar op schakelpaneel (klokken, plotter, multiplexer, actisense). Uitzetten idem...

Voor de Odroid zoek ik nu naar een eenvoudige en robuuste oplossing.

Als je de hele dag zo met rpi's bezig bent snap ik de obsessie voor het gecontroleerd uitschakelen wel hoor.
En daar is ook niks mis mee.

Maar met een plotter of andere instrrumenten hoeft dat echt niet. Die zijn namelijk zodanig ontworpen dat ze daar tegen kunnen.

brambo schreef :
Mijn RM plotter uit 2007 zet ik dus al 15 jaar op die manier uit. Net als al mijn instrumenten. Tot nu toe geen enkel probleem gebleken.

Mijn Linux boordcomputer met OpenCPN is een heel ander verhaal. Die wordt met de omslachtige methode om rond de bug van OpenCPN heen te werken met een schakelaartje uit gezet. Via een control line van een rs232 poort. Moet wel gebeuren voordat de stroom er af gaat.

Ik gebruik hier die Argon kastjes voor de RPI. Met of zonder optie van een inbouw mogelijkheid voor een SSD.

The power button behind can perform the following with the installation of a proprietary script

safe shutdown
reboot
forced shutdown

brambo schreef :
Dat safe shutdown werkt dus met OpenCPN niet goed tenzij je de aanwijzingen in boven gelinkte pdf opvolgt.

Roozeblij schreef :
Beide hierboven verspreiden onzin!
We praten tegen 2 muren! Speciaal voor Brambo en Roozeblij:

Zeilprutser schreef :
De enige goede, robuuste, betrouwbare oplossing is die zoals die van Rooiedirk, en dan kun je rustig gewoon de powerswitch omgooien, het kan niet eens anders bij onze raspberry's toegepast op de boten, het zijn er meer dan 600 misschien wel meer dan 700, ik ben momenteel de tel kwijt.

Zeilprutser schreef : Hoezo "enige"? Dat kan met de PiJuice ook. Met de bijbehorende software kan je instellen wat er moet gebeuren bij power loss. Doordraaien tot een bepaald batterijniveau (dat niveau is ook instelbaar) of direct (netjes) afsluiten. Wat te doen als de spanning weer terug komt. Aan/uit schakelaar beschikbaar maken, timers instellen om de Pi op gezette tijden in en/of uit te schakelen, etc. Maar het hoeft allemaal niet. Zonder de software ben je ook al beschermd tegen plotseling wegvallen van de spanning en heb je dus een robuuster systeem.

Hoe doen de "echte" plotters (B&G, RM etc.) dit eigenlijk? Hebben deze read-only systemen, de software als een soort firmware geflashed met nog een klein stuke "user data"?

Weet iemand hoe die systemen fool-proof gemaakt zijn?

Ik ging met mijn "echte" plotter altijd net zo om als met de andere klokjes: uit zetten door spanning eraf te halen. Altijd goed gegaan. Ik weet niet eens of ik die software daarop op een ándere manier af had kunnen sluiten!?

Zeilprutser schreef :
Volgens mij werkt dat alleen als je het systeem op read-only zet. Maar ik wil bijvoorbeeld tracks hebben van wat ik gevaren heb. En ook andere data verzamelen. Niet omdat dat moet maar omdat dat kan .
Dus read-only kan bij mij niet en dan kan ik de spanning op de rpi niet uitgooien (ik weet niet hoe ik die data op een andere plek kan opslaan).
Dan is een upsje zoals de pi-juice een hele mooie oplossing. Dan is de Pi weer robuust.

Aan en weer uitzetten is een gebruikelijk procedure als iets niet werkt en niet alleen in "vliegerij". Een reset.

Zoals eerder gemeld is een Ext4 en ook Btrf systeem zelf herstellend.

Maar het moet niet de gewoonte zijn bij een werkend systeem de stroom eraf te gooien.

Uitzetten met een knop is natuurlijk iets anders. Je sluit een systeem dan af.

Dat doe je ook met het mooie Argon kastje via de knop op het kastje.

Maar mijn procedure is altijd een systeem software afsluiten.

Begrijp nog steeds wat nu eigenlijk het probleem is.

Misschien heeft iemand anders nog de puf om het uitgelegd te krijgen.
Ik geef het op. Had ook beter moeten weten....

Eclips schreef :
Ok mijn inziens de beste oplossing, jouw manier kan ook maar je hebt weer extra hardware nodig en na een paar jaar moet je niet vergeten het batterijtje te vervangen anders doet hij het niet meer.
Voor mijn gebruikers geen oplossing.