Onderwerp: RPI als boordcomputer

Knoet schreef :
Als hij 12.5W daadwerkelijk zou gebruiken zou hij rokend het kastje uit komen!

Onder normale omstandigheden, werkend, etc etc gaat er ongeveer 0.5A in. Dat is 2,5W. En inderdaad: hij kan flink spiken!

Joop66 schreef :

Opstartstroom van pi is best fors, en de SSD, en wat randapparatuur erbij.... dus een voeding die wat over heeft is best fijn.
Maar neem je behuizing niet te klein, voor je het weet komt er weer iets bij.
Specs heb ik ook zo niet, maar wat ik meet is dat ie heel stabiel op 5.0v regelt.

Zorg voor een dikke usb-c-kabel, daar heb je namelijk het meeste spanningsverlies.

En met wat supercaps en diodes, en een transistor maak je ee eenvoudige maar doeltreffende ups.

Joop66 schreef :
Natuurlijk, die 2,5 A is niet wat hij continu trekt, dat zou niet best zijn. Maar bij een voeding dat niet kan leveren krijg je toch al snel undervoltage-waarschuwingen, zeker tijdens het starten van het OS of applicaties. En dat zijn ook net de momenten dat er veel naar het SD-kaartje geschreven wordt.

Idee en vraag aan de RPI software adepten (Bram jongen, ga los!)

Is dit mogelijk:

1: Uitvissen welke files van OpenCPN alle instellingen bevatten, dus niet alleen wat nu in de Templates it, maar ook plug ins, kaartenfolders, schermindeling, noem de hele ramsj maar op,
2: Bij elke keer reboot of afsluiten an de RPI (of OpenCPN) deze files kopieren naar een andere locatie.
3: Bij het opstarten van de RPI (of OpenCPN) als eerste actie deze files weer terug kopieren naar de werklocatie?

Voordeel: bij een crash nooit veel aan instellingen kwijt.

Even find loslaten op de .opencpn directory om te zoeken naar bestanden die gewijzigd zijn na een opencpn sessie levert een paar kandidaten voor reservekopie op:
.opencpn/opencpn.conf
.opencpn/mmsitoname.csv
.opencpn/navobj.xml
.opencpn/opencpn.log
.opencpn/layers/Alle Nautin boeien.gpx
(die laatste alleen als je die binnen opencpn downloadt natuurlijk)

Je zou dan het opstarten van opencpn kunnen verpakken in een wrapper scriptje waarin je eerst de laatste reservekopie terugkopieert naar de .opencpn directory, dan opencpn start, en daarna weer een nieuwe reservekopie maakt.

Knoet schreef :
Kijk dat helpt al!

2 dingen daar aan:
1: als mechneut kan ik dat niet zelf maken.
2: Dat heeft als nadeel dat wijzigingen die ik tijdens de sessie gemaakt heb verloren gaan.
3: O. Ik zou er maar 2 doen.

ad 1: Zodra je weet wat je precies wilt, dan zijn er hier genoeg die dat voor je in een scriptje kunnen vatten.
ad 2: Als de crash (onbedoeld uitzetten) tijdens een opencpn sessie plaatsvindt, en die kans is groot als opencpn de belangrijkste toepassing van je computer is, dan is dat zo. Je kunt alleen een bruikbare reservekopie maken nadat je de applicatie op een normale manier gesloten hebt. Maar dan heb je tenminste de instellingen van de voorlaatste keer.
ad 3: Er valt altijd nog meer over te zeggen natuurlijk.

[Edit:] Of bedoel je met bezwaar 2 dat je denkt dat die reservekopie tijdens het draaien van opencpn wordt gemaakt, en niet zoals ik bedoel pas na afsluiten?

Is het een idee om in het 5 Volt circuit een paar stevige ouderwetse elco's op te nemen?
Iets van 5 - 10.000 uF of zo, die nemen de kortstondige piekbelastingen beter voor hun rekening lijkt me.
En met meerdere kleintjes neemt het ook niet veel ruimte is.
Andere oplossing wellicht een supercap, al weet ik niet of die ook voor 5 V te krijgen zijn.

Volgens mij is er een oplossing aangebracht in OpenCPN. Als OpenCPPN niet goed is afgesloten krijg je bij de volgende opstart een melding en kun je kiezen en beperkte versie te starten of de oorsponkelijke te gebruiken.

Zet de stroom ook niet te snel af. OpenCPN legt na afloop van de sessie een aantal instellingen vast. Dat moet goed verlopen anders heb je een config probleem.

Als de beperkte versie kiest dan start OpenCPN op. Bij de volgende opstart heb je eerdere instellingen weer terug.

Ik sluit meestal goed af, dus ik heb het maar beperkt kunnen testen. Als je heel de config weghaalt krijg je weer een maagdelijk versie met een nieuwe config. Dan even opnieuw instellen.

De SignalK server blijft gewoon werken. Dat is het voordeel tussen een scheiding van data afhandeling en de kaartplotter software.

Bram

Ga ik testen. Die mogelijkheid had ik nog niet aan gedacht.

Voedingsblokje van meanwell doet t top: 5.0v onafhankelijk van voeding en belasting. Het geeft nog een geïsoleerde voeding ook. Dus de groundloop via de hdmi is er ook uit.

Aangesloten op gpio via vier pennen. En een aftakking naar de usb. Die kan nu ook een externe HDD voeden. Top!

Nu de hele handel weer monteren, en naar boord!!!

Nog even idee wat er in omloop is aan Raspberry Pi's:

Today, after more than 34 million Raspberry Pis have been sold, half of the units are being used by businesses that need them to perform industrial tasks or use them as part of products. However, children and schools are still a core constituency. According to the Pi Foundation, 250,000 kids a week take part in Raspberry Pi competitions, clubs or other programs.

De rpi is ook populair als boordsysteem. Lees maar na op allerlei watersport sites. En met een energie zuinig SSD HD eraan gekoppeld zonder gebruik te maken van de SD werkt het erg snel. En mocht de SSD uitvallen om welke reden dan ook, dan werkt het ook weer met dezelfde image op een SD kaartje.

Het is even een leerproces, maar dan weet de gebruiker ook hoe het in principe werkt. Alles is modulair uitgevoerd. Een component vervangen is een simpele handeling.

Heren,

Een gelukkige mededeling:

Wat mij betreft is het boordcomputer project voorlopig af:

Alles werkt en is geinstalleerd aan boord.

Met Meanwell voedingsblokje,
Met SSD,
Met OpenCPN,
Met O-charts (ja het werkt weer: SSD geladen met een image van de "Gouden SD", en daarna alleen applicaties ge-updaterd.)
Met Dash-T voor de klokjes.

Dank u allen voor de hulp, al dan niet geintegreerd in het eindresultaat!

Beste Joop,

gefeliciteerd dat het allemaal werkt en je hebt er ongetwijfeld veel van geleerd. Als er nu onderweg problemen voordoen, wat met elk systeem mogelijk is, dan weet je hoe het allemaal werkt.

Nu nog een back-up van bepaalde componenten in een metalen doosje en je staat volledig gesteld en kan een blikseminslag of een inductie klap je navigatie niet meer ontregelen.

En achteraf gezien. Was het nu zo moeilijk ?

Groet,


Bram

Gefeliciteerd Joop, succes alvast bij de volgende update...

brambo schreef :
Nee. Maar wel om de juiste antwoorden op de juiste vragen te krijgen.

Probleem met elke nieuwe technologie: Je weet niet welke vragen je moet stellen.

roozeboos schreef :
Daarvoor heb ik de volgende strategie:

Geen updates meer nu alles werkt.

Dat is dan wel een voordeel van de RPI tov W10: Hij doet niks stiekem.

Ja, maar na een update werkt het nog een beetje beter

Bij de volgende update kan je met Telegram de positie van de boot volgen

Joop66 schreef :
Je kunt ook rustig een update proberen. Want naast de SSD HD blijven de Sd kaartjes ook gewoon werken. Het is dezelfde image.

Van je SD kaartje kun je naar de SSD kopieren en andersom ook.

Alles modulair.

Bram

Joop66 schreef :
Gefeliciteerd-goed te horen dat het nu mooi werkt. Mag ik vragen waar je dat blokje vandaan hebt? (ik neem aan dat ie 12 V in heeft?)

Joop66 schreef :
Joop, jij bedankt voor het delen van jouw ervaringen! Vond het leuk om mee te lezen, dit soort draadjes zijn erg informatief, en maken het forum tot een bron van informatie en inspiratie!

Ben benieuwd naar je volgende project

Maarten-IW31 schreef :
(9-18V, maar ja, boordnet)

www.conrad.nl/p/mean-well-scw2...itgangen-1-x-2143422

Joop66 schreef : Ah, dank!

Conrad zoeken werkt voor mij maar matig
Neem aan dat je de voeding meteen op de GPIO pinnen doet?

Maarten-IW31 schreef :
Ja. Dit is zo stabiel dat ik dat wel durf.

En tegelijkertijd ook op de USBpoort waarvan de andere naar de hub gaat.