Onderwerp: Automatische start en stop van boord_Pi_compter .

Ik ben ondertussen ook met een projectje boordcomputer begonnen.
Maar voor mij is een boordcomputer, en tegenstelling tot een naviagiecomputer, eerder een instrument dat in de achtergrond werkt.
Hiervoor zou ik willen weten wat de mogelijkheden zijn om de Ships_Pi de volgende functies mee te geven.
Een automatische stop bij afzetten van de boordspanning.
( Door middel van een condensator die voldoende capaciteit heeft om de stroom te blijven voorzien
voor de shutdown zodra de 12V spanning naar de DC/DC converter 12 --> 5V beneden de 10V komt.)
Ook moet met dezelfde detectie een signaal naar de Ships_Pi voor de shutdown uit te voeren.
De Ships_Pi dan headless werken als multiplexer, boordlog en meteocomputer worden gebruikt.
Voor het bijhouden van :
- motorgegevens,
- positie koers en snelheid,
- barometer / temperatuur log.
- evt zeilvoering ( manueel ).
- opvangen van Navtext berichten.
- waterdetectie / branddetectie.
etc.
Of een opstelling waarbij de ShipsPi als bewaking ingezet kan worden, waarbij deze regelmatig om zoveel tijd, opstart, een controle doet een log invult eventueel communiceert en terug afschakelt.
( In dit geval zou een kleine accu als voeding worden gebruikt )

Is er al iemand anders ook bezig met een dergelijke aanpak.
- af en aanschakelen van een Pi op vooraf bepaalde tijdstippen, en of bij gebeurtenissen die via een schakelaar of digitaal signaal kunnen aangestuurd worden.

Erg geinteresseerd in de automatische uitschakeling bij spanningsdrop. Op die manier hoef ik niet elke keer de boel netjes af te sluiten, maar kan ik hem gewoon met de hoofdschakelaar aan en uitzetten.

nog gedacht aan VNC ? Dan kun je de Raspberry met ieder willekeurige computer of je Smartphone de Raspberry netjes uitschakelen.

Overigens als de stroom uitvalt is dit met een Linux Ext4 file formaat ook niet zo'n probleem. Een journaled file systeem herstelt meestal vanzelf.

Maar je moet er geen regel van maken.

Goede vraag! Ik lees mee...
brambo schreef :
Tuurlijk kan dat / of je gebruikt een interrupt van één van de GPIO pinnen daarvoor. Maar TS wil dit automatisch doen!

brambo schreef :
Nou om mij heen is dat niet de algemene ervaring. Heb zelf nog geen issues gehad op dit gebied, maar een aantal gebruikers van Kodi heeft wel een corrupt (niet meer bootend althans) filesysteem gehad. En het zal niet voor niets zijn dat de OpenElec distributies voor Kodi een read-only filesysteem hebben...

Ik vind dit een relevante vraag dus!

brambo schreef :
Net zoals Koezt ook al opmerkte, is het wel een luxe als je er niet aan hoeft te denken, en de installatie aan boord ervoor zorgt dat de Pi netjes afgesloten is als de spanning wegvalt.
Maar we zijn nog niet zover, ( alle informatie op dat gebied is welkom trouwens ), eerste punt is een goede inschatting te krijgen hoeveel energie er nodig is om de Pi netjes af te sluiten.
Dan berekenen hoe groot de condensator moet zijn om die energie vast te houden. X3 als veiligheisfactor en testen.

Het Ext4 formaat is bij het afsluiten niet het probleem, het SD kaartje wel. Als daar op wordt geschreven terwijl de spanning net wegvalt kun je problemen hebben.
En een kaartje wisselen is niet echt gemakkelijk als de Pi ingebouwd zit.
(Ook een aandachtspunt, het moet goed bereikbaar blijven. )

Ik denk dat een condensator niet snel voldoende capaciteit zal hebben om de (5?) Watt gedurende bv. 4 s. te kunnen leveren. Waarom niet een aantal (al of niet oplaadbare) batterijen hiervoor? Dmv een diode koppel je deze bij normaal gebruik los van de voeding.

je zou een paar supercaps kunnen gebruiken.

Ik gebruik dan wel geen PI aan boord maar een windows gebaseerde micro-pc, en een kleine UPS daar aan.
Mocht bij mij de spanning weg of uitvallen heeft de UPS voldoende spanning om via Powerchute (software) de zaak netjes af te sluiten.

Dat laatste, Powerchute, zou voor jou de oplossing zijn in combynatie met een 5v backup accu blokje (powerbankje)
dit is de software(powerchute) voor de PI

veel plezier er mee

Met een diode en een supercap kun je even wat langer spanning regelen. Ik weet niet hoe lang dat afsluiten duurt? Een mini loodaccuutje met een scheidingsdiode is misschien beter/goedkoper als het wat langer duurt.

Ik weet niet hoe de "uit" knop werkt, maar als dat een momentschakelaar naar GND of + is, dan kun je met een condensator en een diode (misschien een smaakvol geplaatst weerstandje her en der) de afschakelpuls gebruiken om momentaan dat aan te bieden. Even een zener er over om overspanning te voorkomen.

Ik gebruik 2 pi's en beide met een ReadOnly SD card, en voor data een usb stick.
Omdat de SD card ReadOnly kan je de pi gewoon afzetten zonder dat er data corruptie optreedt. Draait in tussen bij mij al meerdere jaren probleemloos.
Even googelen op rpi readonly fs, en er komt genoeg beven.

Als je zoekt naar strompi 2 dan vind je een kant en klare oplossing. Ook op aliexpress is een te vinden

Sjoerd

rooiedirk schreef : Dat is inderdaad een mogelijk alternatief, blijft wel het risico op corruptie van de aangesloten USB stick. Maar dat moet er op het ogenblik van wegvallen van de spanning net een schrijfactie plaatsvinden.
Weet niet of dit veelvuldig voorkomt.
Verder naar te kijken.

boarderbas schreef :
Ik dacht zelf eerder aan een comparator ingeteld op bvb 10 volt zodat zodra de spanning lager gaat en blijft 1/2 seconde, een schakelaar of electronisch signaal naar de GPIO gestuurd kan worden.
In een boordsysteem kunnen allerlei pulsen ( starten motor bvb ) roet in het eten gooien.
Werken met een afschakelpuls lijkt me dan ook iets te storingsgevoelig.
De eerder al vermelde StomPi2 lijkt het nodige al in huis te hebben.
En ik vraag me af of ik zelf met een oplossing kan komen die minder kost.

Hiervoor heb ik dus de usbsticks met een journaling filesystem geformateerd(ext4)

Zoek maar eens op "raspberry pi ups" en je vindt legio oplossingen, niet allemaal even goedkoop maar wel mooi zoals

www.pollin.de/shop/downloads/D702601B.PDF

En een ander handig dingetje bij een Pi zou zijn dat deze automatisch zijn tijd goed zet (bijvoorbeeld vanuit het RMC bericht van de GPS). Nu moet je iedere keer de tijd instellen, of een RTC toevoegen.

Koezt schreef :
Mocht het niet er al zijn, wat ik me niet kan voorstellen, zal ik mijn programma wat de gps tijd gebruikt wel publiceren. Even afwachten of het niet allang beschikbaar is.

Ik gebruik hier Raspian in combinatie met OpenPlotter (0.9.0) en systeem geeft altijd de juiste tijd en datum aan. Er hangt hier thuis wel een gps muis aan en een RTL-DSR dongle.

Kernel versie is inmiddels 4.4.32 (sudo rpi-update)

brambo schreef :
Is er thuis voor het ding een toegang tot het internet? Dan haalt hij daar de tijd wel vandaan.

Ik ga voor automatische stop-start via een SrtomPI2 bordje op een Raspberry PI2 (RPI). Vandaag StromPI2 bordje en compatible kast binnengekregen. Hiermee is het mogelijk om direct 12V af te nemen EN de PI af te laten sluiten. Ik moet eea nog gaan instellen.

Ik wil de RPI direct op de 12V cab mijn AIS transponder zetten, als de transponder aangaat gaat de RPI ook, idem met stroom er af. Ik heb dan meteen AIS/GPS over WIFI. Deze winter ook met 4G-routeren van Internet aan de slag en nog wat toeters en bellen.

Er komt geen monitor per default aan de RPI. Wel kan ik vanaf mij laptop of tablet AIS over WIFI gebruiken EN de desktop overnemen. Ik heb ook nog een PIPO 8X die ik kan inzetten.

@Brambo: jij hebt toch ook een StromPI bordje?? Gebruik jij ook de 12V ingang en de automatische stop-start? Hoe heb je de StromPI ingesteld aub?

Nee, ik heb niet zo'n StromPi. Was het eerst wel van plan, maar heb wat negatieve reacties gelezen over wat hardware problemen. Maar het idee lijkt prima. En daarbij ? Het past niet in mijn aluminium kastje.

Overigens het geluid speelt ook prima af via de analoge poort. En met Chromium browser heb je direct muziek van internet.

En om op de tijd en datum terug te komen. Inmiddels de GPS muis eraf gehaald en de netwerk verbinding kabel verbinding losgemaakt en de tijd telt gewoon door !

Ja, de laatst bekende tijd wordt opgeslagen; na een herstart wordt eerst gekeken of de software-tijd (RPi heeft geen hardware klok) via een internet verbinding gesynchroniseerd kan worden met een van de ingestelde npt servers. Indien dat niet kan wordt doorgeteld vanaf de laatst bekende tijd - je mag dan een gap verwachten over de periode dat de Pi uitgestaan heeft.

Instellen ahv de GPS tijd is een zinvolle oplossing - doe ik ook via een eenmalige system-call op het moment dat deze data beschikbaar komt.

Er bestaat volgens mij wel ergens een uitbreiding met een real time clock met battery.
Moest het handiger zijn om de tijd steeds juist te hebben is dat een mogelijke oplossing.
Maar aangezien je aan boord toch meestal een gps wil. Lijkt de tijd via de gps voor ons de betere oplossing.

Ik heb een klein programma online gezet wat de tijd instelt aan de hand van een aangesloten gps.
Voordat het werkt moeten nog wel de instellingen van de aangesloten GPS goed op de juiste plaats worden ingevuld in main.h Dit staat ook nog een keer in readme.txt De code gaat standaard er van uit dat er een gps is met een baudspeed van 4800 op ttyUSB0.

Om het programma met de Raspbarry te downloaden voor je de volgende opdracht uit

Om dit bestandje uit te pakken.

Ga dan naar de directory gpstijd en lees de instructies in readme.txt en controleer eventueel de code die ik je in de maag gesplitst heb.

Mijn headless Pi is een Zero. Zonnepaneeltje trekt dat makkelijk. Gaat dus nooit uit => geen probleem.