Onderwerp: RPI als boordcomputer

3Noreen schreef :
Ik stream nu gewoon met een stokoude Airport Express van een paar tientjes. Gaat al jaren goed.

Ik heb t chat gpt maar eens gevraagd. Die raadt mij af om SignalK te gebruiken en raadt dit aan:



Samen met een hele procedure.

Is dit een serieuze mogelijkheid? En welke nadelen zien we?

Voordeel, m.i.
Als het werkt dan werkt het verder ongemerkt. Er is zelfs geen gebruikersinterface.
met gpsd heb je gelijk een multiplexer (heb je met SignalK ook)
Je werkt met linux programma's. De insteek is we doen iets simpels maar dat doen we wel
heel erg goed.

Nadeel, alles dus via het toetsenbord.

Tip Als je nog geen ssh verbinding hebt naar je pi zou ik deze instaleren. Dan kan je werken vanaf een andere computer (met een groter scherm en een goed toetsenbord en tig open webpagina's met instruktie's)

Tip2 Ga niet de gpt handleiding gebruiken

Tip 3 Zorg voor een goede backup!!!!!

rooiedirk schreef :
Noted!

rooiedirk schreef :
Ok. Ik heb de GPT instructies opgeslagen.

Hoe kom ik er achter of die ergens over gaan? Want dat lijkt mee te vallen.

Even zoeken op het www en je komt tientallen handleidingen tegen. Niet allemaal even duidelijk maar toch. GPT loopt een beetje te jatten van al die sites en maakt er iets van wat lekker bekt, maar zonder enig idee the hebben waar het over gaat.

rooiedirk schreef :
Nadeel niet erg als ik weet wat ik moet doen. Ook OpenCPN installeren is nogal een getyp/gekopieer. En ik ben nog van de MS-DOS tijd. En assembly code op een zx81.

Simpel, goed, en nooit meer naar omkijken... Dat lijkt me wel wat.

Maar met die ssh verbinding naar je laptop hoef je dus niet/nauwelijks te typen. Gewoon kopieren/plakken vanuit de vele voorbeelden.

ZX81, een blast from the past, haha! Ooit nog Basic op leren programmeren. Daar leerde je wel zuinig te zijn met code, met 16k werkgeheugen. Ik was er vroeg bij, toch geen IT-er geworden. Ik beperk me nu tot het aanswipen van de Axiom

was dat niet ZX80?

sy helios schreef :
Die was er ook. Maar die had ik niet.

nl.wikipedia.org/wiki/Sinclair_ZX81

Inclusief, uiteraard 16k extension pack.

Persoonlijk zou ik de Pi met het RaspiOS64 = Debian Trixie gebruiken voor de video, maar ook voor de standaard ingebouwde VNC server. De Pi kan draadloos werken. Zo kun je op een tablet of een Ipad met de RPI het beeldscherm van de PI bedienen bedienen. Kan tegelijk met je bestaande beeldscherm, kan echter ook "headless" zonder aangesloten beeldscherm aan de Pi.

Er staat nergens dat de SignalK-server niet wordt aanbevolen.

De signalk-server biedt het sleutelpunt van alle data communcatie.

Daar komt de NMEA GPS en Ais data binnen. De route en Waypoint data vanuit OpenCPN gaat ook in deze server. Het is tegelijk een multi-plexer met de invoer van verschillende snelheden.

Uitgaand is de Signalk-data naar de RPI voor OpenCPN.

De uitvoer gaat naar de autopilot of naar het NMEA2000 netwerk. De NMEA183 uirvoer kun je ook nog instellen voor het betreffende uitvoer apparaat. Want niet alles is bijvoorbeeld nodig voor een autopilot.

Windset en echolood koemn allemaal binnen in de server.

Je kunt er digitale meters aankoppelen met MXTTommy Kip. Werken ook draadloos op andere systemen of je GSM telefoon.

Kortom je hebt een centaal punt waar alle in- en uitvoer samenkomt.

De server draait ook gewoon door als je OpenCPN afsluit.

Je kunt dan draadloos of via je netwerk er andere systemen mee voeden.

Het vergt wel enige aandacht. Maar het is een logische keuze.

Het is ook niet moeilijk. Je moet het alleen even begrijpen, zoals alles wat met computers te maken heeft. Ben je een "digibeet" en heb je bij het instellen van je tv zapper een ander nodig. Dan er maar niet aan beginnen.

In het verleden heb een aantal complete SD turn-key kaartjes gemaakt. Ecter het zelf de zaak samenstellen heeft de voorkeur.

Een bootbezitter moet "zelf-supporting" zijn. Want op zee is er geen helpdesk.

Bram

Daarom vaar ik ook met spullen waar ik geen helpdesk voor nodig heb

Een plotter die ik alleen maar aan hoef te zetten. Gaat die kapot: dan als backup een iphone met navionics. Gaat dat ook fout dan nog een oude iphone. Gaan die stuk dan heb ik een laptop met navionics. Werken die kaarten niet, dan heb ik nog een oudere set digitale kaarten op de laptop. Verder nog een set papieren kaarten en een reserve GPS in de grabbag.

@Joop88

Hoe wordt OpenCPN bij jou gestart ? Gaat dat automatisch of doe je dat handmatig ?

Dat gebeurt automatisch.

Knopje indrukken en even wachten. Zoals je van een plotter verwacht.

Waarom?

Joop66 schreef :
Op enig moment vlak na het opstarten wil je de tijd die via de GPS binnenkomt gebruiken om de systeemtijd goed te zetten.
Zodra OpenCPN gestart is bezet deze de poort van de GPS. Die poort kan dan niet meer gebruikt worden door software die de systeem klok instelt.

Er zijn drie manieren om dit op te lossen.
-Een programma script wat wacht totdat de GPS opgestart is en een tijd geeft. Dan de systeem tijd in te stellen. Als dat gebeurt is OpenCPN starten.

-Beginnen met de hardware poort te splitsen met SignalK/GPSd/kplex in virtuele poorten. 1x voor OpdenCPN, 1x voor software die de systeem tijd instelt. Dan pas Open CPN starten met een virtuele poort. Vaak stelt SignalK en mogelijk GPSd de systeem klok als bijproduct.

-Het instellen van de systeem tijd door OpenCPN laten doen. rooiedirk's oplossing.

Een ander manier zonder GPS is een real time klok. Maar zonder regelmatig internet verbinding zal de tijd gaan afwijken. Dat kan soms een probleem worden. Daarom gebruik ik zelf de eerste oplossing.

3Noreen schreef :
Bekend verschijnsel. Schijnbaar geeft GPSD de GPS/AIS data door aan OpenCPN. De GPSD zit er echt tussen, zoals het plaatje aangeeft.
3Noreen schreef :
Als bovenstaande waar is, maakt dat niet meer uit.
3Noreen schreef :
Dat zou ik t liefste doen, maar aangezien ik wereldwijd de enige gebruiker van dit feature schijn te zijn, is de kans dat t er toch weer tussen valt, te groot. Niet houdbaar.
3Noreen schreef :
Tot ik een GPS oplossing gevonden heb, zal dit de workaround zijn die er gaat gebeuren. Tijdens opstarten even de hotspot in de buurt houden.

Joop66 schreef :
Het groene en het blauwe kunnen niet tegelijkertijd waar zijn. Bij het groene gebruikt je de gps eerst om de tijd gelijk te zetten en daarna start OpenCPN pas op. Na elkaar dus.
Bij het blauwe zijn er twee processen die tegelijk plaats vinden. A. de tijd wordt ingesteld B. OpenCPN wordt gebruikt. Tegelijkertijd dus.

Optie 4:
In OpenCPN een NMEA/TCP Output connection instellen en met een scriptje naar die NMEA stream luisteren tot er een datum/tijd voorbij komt. Daarmee de systeemtijd instellen.

Blijft over de vraag: waarom geen SignalK? Dat geeft je zoveel meer flexibiliteit. Nu moet je oplossingen gaan bedenken voor dingen die SignalK uit zichzelf al doet.

Het oordeel van ChatGPT daarover zegt me helemaal niks. Die roept maar wat. Dat heeft mij vorig jaar dagen werk gekost om Home Assistant weer werkend te krijgen. Leerschool.

Nog eens even beter gekeken naar de opties in dashboard.

De tijd komt van de GPS. Het netwerk heb ik hiervoor afgezet. Signalk-server is niet opgestart.

Met de juiste eenvoudige instellingen krijg je dit:

OpenCPN is de flatpak beta versie.

Wat is nu het probleem ? De GPS tijd is bekend. De locatie is ook bekend. UTC is een kwestie van correctie.

brambo schreef :
Als je een track start, staat die op de datum en tijd van het systeem. Niet de GPS.

Dat is het probleem.

Deze instelling al eens gezien en geprobeerd ?

Wat doet die precies?

Waar haalt hij dan zijn tijd vandaan in beide opties? Of is dat alleen maar een laagje wat er 1 of 2 uur bij optelt?

Manual zegt daar niks over. Staat er niet eens in. Eens proberen.