Onderwerp: Hatlabs Sailor Hat for Rpi

Dank voor de tip. Ik heb er een besteld en ga hem testen.

Dat is iets voor brambo! Ze noemen OpenCPN en zelfs Signal K in de beschrijving!

Daar kun je heul veul mee! Ook hele mooie klokjes op een webbrowser. Tommy de Kip!!

Interessante HAT. Gezien de prijs zal er wel beperkte optische scheiding aanwezig zijn? Van de andere kant: poweren over NMEA2k!! Scheelt weer een ground loop

Ik heb er eentje. Let wel op dat je maar 1 ampere ongeveer kunt trekken want meer kan die batterij niet aan. Ik heb het opgelost met een 12 voeding apart van NMEA te doen en dan de USB c van de Raspberry er tegelijk mee voeden. Ik had dit nodig voor alles wat ik eraan heb zitten zoals extra Bluetooth, WiFi, GPS en AIS SDR RTL dongles.
Alles van dit alles past precies in het kastje wat hij als kit erbij verkoopt.

Als je direct uit de NMEA-bus wil voeden zou ik een RPI2 kiezen met een Waveshare non-isolated CanHat. En voor de 50 euro verschil kun je vast ook wel een oplossing vinden voor een power supply.

Let wel: ik vind dat verkeerde zuinigheid (de niet-gescheiden CanHat dan). Als je kijkt naar voeding + Canbus is de aangeboden optie van Hatlabs best interessant ook voor het geld.

De RPI2 vind ik goed genoeg voor alleen SignalK, maar dan heb je dus wel een extra apparaat met de plotter software nodig. Uberhaupt lijkt het mij een CanHat beter combineert met een RPI2.

Orange Sunset schreef :
Er wordt gebruik gemaakt van een ISO1050DUB Isolated 5-V CAN transceiver van Texas Instruments. Zou dus in orde moeten zijn.

Het is mij te ingewikkeld. Ik geef de voorkeur aan modulaire componenten die gemakkelijk te vervangen zijn en niet direct de RPI tot stilstand brengen:

Hier even de opsomming:

Voeding Mainwell gestabiliseerd en geisoleerd.

RPI4 met 64 bits OS's zoals, Debian, Ubuntu en RaspiOS. Uiteraard met SignalK server.

Oesenc kaarten met dongle kopieer beveiliging.

Aansluiting NMEA2000 met Canable boardje met opto isolatie of de Actisense NGT1.

NMEA183 met een Actisense opto adapter naar usb.

De drie losse OS versies staan op een SSD HD van 128 GB. Kan ik zo verwisselen.

Dit alles in een Argon alu kastje met een uitschakel knop.

Zou niet weten wat hieraan ontbreekt.

Bram

brambo schreef :
- Een RTC (al kun je die ook uit de GPS data halen)
- Een automatisch shutdown mechanisme (al kun je ook gewoon de stekker eruit trekken)
- automatisch herstarten igv crash (al komt dat natuurlijk nooit voor)

Wellicht maakt dit bordje het draaien van een signal k servertje voor een hoop mensen een stuk eenvoudiger.

brambo schreef :
Wat zeg je nu??? Is dit nou niet ‘heel simpel’?

Ik ben van de RPi overgestapt naar een superklein PC-tje, maar anders leek me dit we een aardig ding

Het is ook wel simpel om de dingen gecombineerd te hebben.

Mijn voorkeur gaat echter uit naar een modulair systeem met losse componenten, die je eenvoudig kunt vervangen. Dat is ook mijn grote bezwaar tegen complete kaartplotter systemen. Als het niet meer werkt, kun je helemaal niets meer met je spullen.

Ik vergeet verder te melden dat op al mijn Linux systemen, zowel ARM en AMD de OpenPlotter extra's zijn toegevoegd.

Is eenvoudig uit te voeren en je kunt gebruik maken van welke applicaties je het beste passen.

Ook modulair dus. Alleen al de applicatie Serial, waarbij ieder usb apparaat een naam (alias) krijgt en herkend wordt ongeacht de poort waar je stekker in steekt. Verder breng je een verbinding hiermee eenvoudig over naar de SignalK server.

Inmiddels gebruik ik uitsluitend de flatpak OpenCPN versies, met oog op de werking in een eigen omgeving.

Bram

Je hebt er verder niet veel aan, maar een alternatief om ook te overwegen:

www.gedad.de/projekte/projekte...rine-control-server/

heb ik gebruikt als basis voor mijn OpenPlotter project.

Vandaag Sailor Hat binnen gekregen.

In het meegeleverde kastje ingebouwd en software geinstalleerd zoals beschreven in de documentatie.

Na een reboot (weet niet zeker of dat nodig was) worden Openplotter en OpenCPN netjes gestart (duurt wel iets langer om dat de RPi pas spanning krijgt als de SuperCAP is opgeladen).

Als de power wordt verwijderd van de N2k word de RPi netjes afgesloten.

Meanwell (12v->5v) en canable kaartje zijn niet meer nodig. Vooralsnog ben ik er blij mee. Nu eens kijken of dat zo blijft

oostenwind schreef :
Wordt Open CPN dan ook netjes afgesloten? Het viel me op dat het 'standaard' shutdown script dat niet doet, en dan komt OpenCPN de volgende boot met de melding dat ie niet netjes was afgesloten, en kan je wat instellingen kwijt zijn.. Is óók weer een scriptje voor, natuurlijk...

Klopt, maar dat lijkt me niet het moeilijkste ....

oostenwind schreef : Zeker niet het moeilijkste.

Als je OpenCPN afbreekt met Crtl-C of met "killall -9 opencpn" dan krijg je de vervelende melding.
Met "killall -1 opencpn" in het afsluitscript gaat dit netter.

Als je OpenCPN correct afsluit (probeer het vooral) dan wordt navobj.xml correct gesloten.

reuver schreef :
kill -9 is inderdaad de minst nette en meest effectieve methode

Vraag is meer waar ik dat kill commando neer moet gaan zetten. De Sailor Hat roept een /sbin/shutdown aan. Ergens moet ik dan zorgen dat het kill script wordt uitgevoerd

oostenwind schreef :
er staat hier het nodige over safe shutdown:
opencpn.org/wiki/dokuwiki/doku...tware:linux_shutdown

Zie vooral het slow-shutdown stukje: Beter is (blijkt) te zorgen dat een script wacht tot OCPN daadwerkelijk is afgesloten voordat je verder gaat..

Ik weet niet waar / wanneer de sailor hat die aanroep doet- in mijn X710 installatie scriptje wordt bij booten een proces gestart dat in een loop kijkt of er op de shutdown knop is gedrukt, en dan voert ie een scriptje uit. Dat scriptje is waar je zijn moet.

Maarten-IW31 schreef :
Op *nix systemen is er perfect een oplossing voor bedacht en dat noemen ze het init systeem. Dat is het programma dat door de kernel afgetrapt wordt die vervolgens alles opstart waaronder achtergrond processen zoals netwerk, wifi etc. maar ook de user interface, signalk etc. Dit init systeem zorgt er ook voor dat bij (normaal) afsluiten van de raspberry pi de gestarte programma’s netjes worden afgesloten. Hiervoor zijn configuratie scipts beschikbaar de wel bekende /etc directory. Het init-systeem wacht natuurlijk ook tot het applicatie netjes afgesloten is en werkt ook als je via het menu of command line de pi afsluit ipv de power eraf haalt.

Maar wat ik wil zeggen is: Ga dus niet wroeten in scripts die de aangeroepen worden, maar maak gebruik van het init-systeem dat hiervoor juist bedoelt is.

Brambo kan beslist vertellen welk init-systeem gebruikt wordt en je richting de handleiding wijzen. Ik heb al een tijdje geen pi meer opgestart.

Je moet gebruik maken van de juiste middelen binnen Linux. Daarin heb je gelijk

Maar ik zou "de juiste middelen" hier uitleggen als "pruts het in een scriptje dat als laatste commando 'shutdown' aanroept". OpenCPN wordt standaard niet gestart vanuit de init, dus stoppen vanuit de init is niet standaard.

'shutdown -h now' is al jaren equivalent met 'init 0' en 'halt' binnen Linux. Daarmee is shutdown de manier om OpenPlotter via het standaard init-systeem af te sluiten.

Waarom zou je het verder willen inbedden in het init-system dan noodzakelijk?
Dat kost alleen meer tijd.

reuver schreef :
Omdat het dan altijd werkt, ook als je afsluit op een andere manier dan je scriptje te runnen. Het init systeem kan ook een scriptje runnen alleen bij afsluiten en deze bij starten overslaan. Dus geen opencpn starten, maar wel netjes afsluiten indien nodig.

Maarja ik pruts liever niet aan instellingen zoals shutdown scripts van de drivers van die HAT en voeg liever een init config toe. Dan heb je alle configuratie op een manier zoals bedoeld is ipv custom hacks op andere plekken om niet eens regels code te besparen, mogelijke upgrade problemen veroorzaken, lastiger te backuppen zijn en afwijken van een prima werkende standaard van de rest van je software.

Maar eigenlijk is het nodig hebben van zo’n script na mijn idee al een gebrek aan opencpn. Software moet robuust zijn en niet een ‘hele’ handleiding benodigen om niet corrupt te raken. Dus echte fix zou ik van de ontwikkelaars van opencpn verwachten.

Orange Sunset schreef :
Ik ook. Maar tot die tijd pruts ik een scriptje, zodat ie wel 'clean' afsluit en mijn tracks en config bewaard blijven.

Maarten-IW31 schreef :
Dan zorg je toch dat overal waar jij het systeem wil afsluiten het script wordt aangeroepen?
Ik denk dat je dan begint met de toetscombinatie Ctrl-Alt-Del:
/etc/systemd/system.conf
Toegegeven, systemd maakt het veel lastiger dan noodzakelijk.
OpenPlotter kiest voor een systeem met systemd, Hatlabs levert een batterij-oplossing, dus ga je klagen bij OpenCPN?
Curieus.

Praktijk leert dat uitzetten met de schakelaar het meest eenvoudig werkt, tenzij je snel moet rebooten. Dus het aantal plekken dat je werkelijk moet aanpassen is beperkt.

Ik klaag ook niet, ik heb een scriptje. Werkt prima, knop in: Plotter aan. Knop nog es in: Plotter uit.
Het zou fijner zijn als OpenCPN netjes mee afsloot met het systeem, dat wel. Is dat klagen?

Excuus mannen, maar even helemaal terug naar de basis … is dit voor een halve leek die weet dat hij jullie config-overleg niet begrijpt misschien wel een goede oplossing om met een framboos te beginnen?

Het klinkt voor mij als iets wat dichter bij een Plug&Play oplossing komt dan zelf allemaal componenten en voedingen aan elkaar solderen? Of zie ik dat verkeerd?