Onderwerp: RPI als boordcomputer

Mogelijk een domme suggestie maar is timesyncd.conf aanpassen niet een oplossing buiten OpenCPN en SignalK om. timesyncd.conf kun je laten wijzen naar een simpele time server die ook op de RPI draait en de tijd van de GPS haalt.

k gebruik op alle systemen de signalk-server. Dus los van OpenCPN. Behalve het lijntje vanuit Signalk-invier naar OpenCPN.

Zie hierin alleen maar voordelen. Zeker als je de OpenCPn route data op een NMEA2000 netwerk wllt zetten. Navigatie software en databehandeling gescheiden houden is een logische keuze.

En kom niet aan met een hoog energie gebruik. Dit is allemaal onzin.

Wat zijn de werkelijk bezwaren om het niet te gebruiken.

Bram

brambo schreef :
Helemaal mee eens. Onzin.

Zou kunnen werken, maar dan is SignalK denk ik gemaklijker. Maar als Joop het wil proberen dan kan het ongeveer zo.
https://johnburns.io/post/building-stratum-1-time-source/

rooiedirk schreef :
Inderdaad. Ik snap hier niks van. Dus ik laat t even zitten.

Hi Joop,

Dat ziet eruit als een time-zone ding? In welk land sta je ingesteld? Heeft de nieuwe OpenCPN/plotter een optie om om te rekenen naar lokale tijd?
Joop66 schreef :

Maarten-IW31 schreef :
Deze screenshots zijn van Bram. Niet van mij. Dus geen idee.

Het gaat echt om systeem tijd die niet overgenomen wordt uit nmea.

rooiedirk schreef :
Dit ziet er uit als weer project in zichzelf.

SignalK terug zetten zou ook kunnen, maar pfff. Ik was net zo blij dat ik daar vanaf was. Ook dat geeft/gaf weer een laag met update fouten.

Ik denk dat ik voorlopig even blijf bij de workaround van de mobiele hotspot.

Tot Dirks' oplossing officieel in een update zit.

Bizar toch, je zou mogen verwachten dat er na 17 jaar wel eens een stabiele versie van opencpn zou zijn..
Met dit soort essentïele functies bedoel ik dan dus.
Sterkte Joop!

Hogerwaller schreef :
Maar je kunt nu wel het lettertype in de kaart zelf kiezen
Vraag is of dat belangrijker is dan de actuele tijd kunnen gebruiken.

Ik wordt beetje moe van dit soort opmerkingen.

Nu op mijn Debian 13 AMD64 systeem. Met OpenCPN op de Dashboard instelling de twee tijden ingesteld. GPS muis is nu serieel verbonden. Geen Signalk-server.

En dit is de uitkomst. Hoe eenvoudig kan het zijn.

Nu nog een keer met mijn netwerk uitgeschakeld. Tijd komt uitsluitend van de GPS muis.

brambo schreef :
Ik word (zonder t) ook wel eens moe van jouw opmerkingen.


Daaruit blijkt alweer dat je het probleem niet begrijpt. Jouw AMD64 systeem heeft een batterij op het moederbord die zorgt dat de hardwareklok van de computer door blijft tellen als de computer uit staat. Dat heeft een Raspberry Pi niet. Als je de RPi uit zet en helemaal van de stroom haalt is er bij de volgende keer opstarten (zonder netwerk) dus geen kloppende systeemtijd. De tijd in het instrumentenpaneel komt dan niet overeen met de tijd die midden-bovenin in de taakbalk staat.

Inmiddels geprobeerd op meerdere RPI systemen zonder internet en zonder de signalk-server.

Op alle systemen krijg je de juiste locale tijd vanuit van de GPSmuis.

Echter ook nog andere tijd van je systeem. Het schijnt dat deze tijd vanaf internet opgehaald wordt.

Het zou een eenvoudige taak kunnen zijn om deze aan te passen. Dat is waaraschijnlijk wat de signalk-server voor je doet.

Echter de locale tijd op je op ieder systeem vanuit de GPS muis.

brambo schreef :
Juist. Dank je.

En als je nu een track start, wordt de SYSTEEM tijd en datum daarvoor gebruikt, niet de GPS tijd. En nou wordt het vervelend, want ik kan nu niet betrouwbaar een track maken, die aangeeft wanneer ik waar was.

Je kan natuurlijk je portemonee trekken en een realtime clock kopen. Is vooral duur aan verzendkosten https://www.tinytronics.nl/en/sensors/time/rtc-ds3231-incl.-battery-for-raspberry-pi

rooiedirk schreef :
De voeding van de RPi verloopt via de pinnen. Omdat RPI in zijn oneindige wijsheid verzonnen heeft de voedingsspanning op de USB-C 5.2V te maken. Daar is geen stabiele (!) DC-DC voor te vinden. Wel voor 5V.

Daarbij past het niet lekker met het koelblok, en heb ik eigenlijk mijn buik vol van HATs. Ik had ooit een HAT met een accu er in om een nette aan/uit functie te hebben. Dat werkte niet, en service was afwezig.

Heeft te veel consequenties. Daarbij is de batterij elk jaar leeg.




Moet ik m elk jaar wegflikkeren (en hopen dattie nog verkrijgbaar is)

Ah dat weggooi als de batterij leeg is had ik even gemist. Moet je niet willen inderdaad.
Maar een RTC is er ook als usb stick. Als je daar wel ruimte voor hebt.

Alles kan Dirk, maar:
Joop66 schreef :
Dat van Navobj snap ik, hè, maar het betekent wel dat ik niet terug kàn naar een vorige versie, want weer gegevens kwijt.

O-charts ook, maar ik heb toen wel weer 3 weken thuis zitten kutten voor ik alles weer aan t werk had. Ook dat venstertje van de autopilot.

Enzovoort. Dus dat nu deze functionaliteit omvalt, vind ik echt voorbij ergerlijk. Terwijl je dat zelf notabene voor mij nog goed gemaakt hebt. Dit laat mij echt het RPi project bijna als definitief mislukt verklaren. Omdat t zo niet gaat.

@Joop66

Het doel van de Raspberry Pi en opensource software is educatie. Nooit bedoeld als een kant en klaar commercieel eindproduct voor derden. Er zijn verschillende manieren aangedragen waarop jij jouw probleem zou kunnen. oplossen. Ja, dat houdt in dat jij er tijd en energie in moet stoppen. Of gewoon even wachten op een volgende release waar de door rooiedirk aangepaste code in zit.
Wat ik zelf geleerd heb van opensource software is dat de gemeenschap die zich er mee bezig houdt behoorlijk stoïcijns reageert op "eisen" van eindgebruikers. Ze zien jou niet als hun klant en dat ben je ook niet.

Of de werkende versie uit je laatste backup blijven gebruiken. Waarom heb je geupdate?

@Joop terug kan wel, maar dan eerst alle waypoints/tracks ed. exporteren naar gpx, en dan in de oude versie weer importeren.

Joop66 schreef :
Hmmm iemand schrijft persoonlijk code voor je omdat jij geen andere oplossing wenst te accepteren......
Bij welk ander en/of betaald systeem krijg je deze service?
En erg slim ben je ook niet want je hebt toch gewoon je oude backup nog?

Dus gewoon ff wachten op de update met de fix en niet mekkeren!

Zeilprutser schreef : Schandelijke reactie

Gewoon de software OS updaten naar de laatste versie. Er worden continue verbeteringen aangebracht net als in al andere software.

Debian Trixie onder de naam van RaspiOS64 is weer een enorme verbetering.

Installatie is kinderlijk eenvoudig. Geen kaart of USB stick eraan. Opstarten met de Shift toets ingedrukt. En het complete systeem wordt vanaf internet server geinstalleerd op een medium naar wens.

Ben ik dan mijn gegevens en oude versie kwijt ?

Nee, wat je neemt een leeg SD kaartje, een USB stick of een SSD HD.

Je oude systeem heb je no geheel compleet als back-up. Zo eenvoudig is.

Als je weet hoe je vorige instelling hebt gemaakt dan heb je zo een tweede werkend systeem. Anders neem je de gegevens over.

De RPI is een bijzonder degelijk product en voor 30% in gebruik bij de industie.

Een Patch-Tuesday is er niet. Je bent zelf de baas over je systeem en de updates.

Bram

3Noreen schreef :
Ik vind het niet erg om er energie in te steken. Dat doe ik al 6 jaar. Maar het is wel fijn als oplossingen ook een levensduur hebben die meer is dan de volgende update. Een update met lock-ins, zodat ik niet terug kan.

Anders is het een blijvend project en geen oplossing.

Maar inderdaad. Ik kan ook een plotter van raymarine kopen met bij behorende kaarten. Inclusief alles wat ik er nu aan besteed heb, ex tijd, was dat niet eens zoveel duurder geweest.

Met het statement "educatie en niet kant en klaar voor gebruik", inclusief de reactie vanuit de developer community die je beschrijft, reduceert alles op een RPI tot nerd-ware. Een gadget. Maar geen (blijvende) oplossing.

Nu zie ik dat RooieDirk echt vreselijk zijn best heeft gedaan om me te helpen. En vanuit zijn positie binnen het dev-team dat blijkbaar ook kan. Waarvoor heel veel dank. Maar ik ga me eens bezinnen op de volgende stap.