Onderwerp: RPI samenvatting laatste stand van zaken

Ik voel mij een ietsiepietsie aangesproken. Ik heb inderdaad lang tegen Signal-K geageerd omdat het (door jou en alléén door jou) steeds gebracht werd als "omdat het kán". Je voorbeelden gingen nooit breder dan het Tommy de Kip dashboard. Dat kon dan op elke browser draaien, waardoor "gaten zagen in het schot voor metertjes" niet meer nodig zou zijn. "Yet another layer" heeft een software engineer die ik ken SignalK ooit genoemd.

Als je naar het Signal-K draadje kijkt, zie je dat, nu er daadwerkelijk nuttigere plugins ontwikkeld zijn (met dank aan ZFfer hanst!), dit toepassing vindt; niet alleen op zolderkamers.

Betreft de RPi heb ik drie serieuze pogingen gedaan; op Windows lukte vrijwel meteen wat ik wilde. Gelukkig werkt SignalK (omdat het móet, niet omdat het kán...) en pypilot óók prima onder Windows.

Wat draai je zelf, aan boord, eigenlijk? Wat doe jij met SignalK in de praktijk? Misschien wil je aan dat draadje inhoudelijk iets toevoegen?

Over standaardisatie; data waar het hoort, centrale interfacing en niet in élke applicatie hetzelfde (dubbel) implementeren:
Wat ik niet snap is, waarom in de laatste OpenCPN versie nu "directe support" voor N2K is toegevoegd. Eerder was het verhaal dat SignalK het boord-datacentrum van de toekomst zou worden en de interfacing met diverse boordapparatuur zou gaan doen (0183, 2000, Seatalk, VE.net etc). Daar konden andere applicaties dan op een uniforme manier mee verbinden. In OpenCPN zit dit er ook al een tijd in. Maar nú is OpenCPN dus toch uitgebreid met N2K interfacing. Zodra ik OpenCPN echter met een Actisense NGT-1 seriele poort (in Windows "COMxxx") laat verbinden, hebben andere applicaties geen toegang meer tot die poort. Da's niet handig, toch?

Zijn de OpenCPN ontwikkelaars afgestapt van het idee dat SignalK het zenuwcentrum gaat worden?

Of is die N2K support toegevoegd omdat iemand het leuk leek "omdat het kán!" om N2K in OpenCPN in te lezen? OpenCPN is nu wéér gegroeid met wederom kans op bugs, terwijl de SignalK interface al werkte. En als er een nieuwe proprietary PGN uitgeplozen wordt, dient deze vanaf nu in én de SignalK N2K plugin én in OpenCPN geïmplementeerd te worden.

Is er geen visie hierover in het ontwikkelaarsteam?

Het zijn dít soort dingen, samen met het elke update verkopen als iets gewéldigs, dat mij irriteert en kritische reacties op roept. Ik snap echter dat dit vanuit een enthousiasme is en probeer daar rekening mee te houden, maar wat ik mis is concrete informatie wát er hoevéél sneller, beter etc is.

Nachtvlinder schreef :
Niet in eerste instantie.
Wel draaien er meer stukjes software.
Stel:
programma X gebruikt stukjes software van andere pakketten.
programma Y (flatpak / snap) gebruikt stukjes software in zijn eigen pakket, maar er draaien op de achtergrond ook nog applicaties om de flatpak/snap uit te voeren. (bv usr/lib/snap/snapd en nog wat).
In theorie verklaart dit het extra gebruik.
Maar zou dit de cpu extra belasten?
Het hogere stroomverbuik kun je daar denk ik niet direct aan koppelen, wel dat er meer processen draaien (pids).

Zou eigenlijk een 2e RP moeten hebben om dat te testen maar ik vind dat alles met of zonder snap snel zat is. Mij gaat het om stabiliteit en laag stroomverbruik.

brambo schreef : Je leest echt beroerd. Ben 1 van de regelmatige commentaar gevers. Gebruikt zelf een Rpi. Door de belachelijke prijzen en levertijden geen practische oplossing meer imho. Gebruik nu Odroid. Bevalt me prima. Ook op Linux… geen idee welke Kernel…

Ja. Rpi 4 is idd veel sneller dan een 2… verder is er niet of nauwelijks snelheidswinst.

En de enige reden waarom ik nu noodgedwongen Flatpak gebruik, is dat er simpelweg geen ondersteunig is voor de Odroid vanuit OpenCpn. Programma zelf draait perfect. Maar er zijn maar 4 plugins mogelijk. En de Ochart en Pypilot plugin die ik nodig heb dus niet.
Dus niet omdat het nou zo handig is…

Beste Koezt,

het is niet op een persoon gericht, maar in algemene zin. Het enorme succes heeft lever problemen opgeleverd. De RPI organisatie eist van de officiele distributie punten dat ze alleen mogen verkopen voor de vastgestelde verkoopprijs. Ze maken er 700.000 per maand en dan nog zijn er tekorten.

Als je ander board neemt kan dat ook. Succes heeft vele volgers.

De kernel versie is: uname -r

In de github site vindt je alle oudere versies: github.com/OpenCPN/OpenCPN/releases

Niet de hardware ontwikkelingen hebben de grote vooruitgang verzaakt maar de software ontwikkelingen: Je kunt nu voor de RPI kiezen uit Ubuntu Lunar Lobster, Fedora Rawhide, Debian Bullseye (of de nieuwe Bookworm.) Allemaal 64 bits.

Voor de Odroid werken deze waarschijnlijk niet.

Je hebt kunnen lezen dat voor de Flatpak versie van de Pypilot plugin nog even tijd nodig is.
Overigens voor de AMD64 Flatpak versie is de Pypilot plugin al wel beschikbaar.

Als je geen vooruitgang hebt gemerkt dan doe je iets niet goed.

Bram

brambo schreef :
Met respect, maar dat is echt onzin:
Mijn IBM PC XT uit 1990 had een Intel 8088 en mijn huidige laptop een Intel 5 cpu, 9th gen.
Geheugen was 128kb...
Beter nog; vergelijk je Nokia uit 2000 eens met bv een iPhone 12.

Het installeren van bewezen Ubuntu 22 met support tot 2027 en Opencpn 5.7 levert een zeer stabiel systeem op, met gebruikmaking van alle plug-ins.
Als zeiler wil je vertrouwen op je systeem.
Kom nou eens met overtuigend bewijs dat al die bleeding edge software nou echt helpt?

Wat wel uit zal maken; een RP2 of een RP4...dus de hardware. Die maakt het verschil wel.

Beste NV,

je bent helaas wat traag van begrip. SignalK is een data server en tegelijk multiplexer voor allerlei datastromenen en werkt prima. Met een breed scala aan plugins. Die zijn er ook al langere tijd en er komen er steeds meer bij, onder ander die van hanst.

Je kunt hiermee de route data van OpenCPN via SK op je NMEA2000 netwerk zetten en vervolgens tonen in je B&G klokjes.

Voor invoer van data in OpenCPN is eerste instantie de SK invoer vanuit de SignalK server ontwikkeld.

Voor beperkte NMEA2000 toepassingen is nu ook direct NMEA2000 invoer mogelijk in OpenCPN 5.8.

Werkt prima met de Actisense NGT-1 en een Canbus (Canable) kaartje.

Uiteraard is de SK data server een mooiere oplossing temeer om deze op de achtergrond draait en meerdere systemen kan voorzien van de data. De server is niet afhankelijk van OpenCPN. Het is een zelfstandig werkend systeem.

Overigens kun je Windows11 ook laten draaien op een RPI. Echter vrijwel niemand doet het.

Ik geef alleen verslag van nieuwe toepassingen die uiteraard verbeteringen geven.

Nu is de aandacht gericht op de nieuwe Risc-V ontwikkelingen. Overigens de ARM processor in de RPI is ook een risc systeem.

Groet,

Bram







Nachtvlinder schreef :

Zucht… Ga nu eens in op mijn opmerkingen? Je bent net een LP die steeds hetzelfde afspeelt

Nachtvlinder schreef :
Eens.
Brambo, je geeft a) verslag van nieuwe toepassingen die b) dan verbeteringen geven:

Ik geef alleen verslag van nieuwe toepassingen die uiteraard verbeteringen geven.

Dat lees ik graag, maar de samenhang tussen ¨nieuw¨ en ¨uiteraard verbeteringen¨ zie ik niet altijd.
Als er dan vragen komen wat die, in jouw ogen toch significante, verbeteringen zijn lezen we niets, reageer je wat gebelgd.

Wat denk je bv van het hogere stroomverbruik en traagheid door Snap? Is dat bij Flatpak ook zo?

Beste NV,

ik ga wel degelijk in op je reactie. Er is een aanzienlijk verschil tussen de SignalK data server en directe invoer van NMEA2000 in OpenCPN. Hiervoor moet je OpenCPN gebruiken. De data server is een los werkende component die op de achtergrond draait.

Ik kan en ga geen benchmark maken van de vernieuwingen. Die heb ik bij Windows ook nog nooit gezien en ook geen log wat ze allemaal ongevraagd veranderd hebben. Je kunt alleen vaststellen dat je printer plotseling niet meer werkt of de GPS usb muis niet meer werkt na de frequent optredende Tuesday Patchday. En dan klagen over updates.

Je bent bang om wat nieuws te proberen. Tja, dat heb je met zo'n systeem met een harde schijf.

Met de RPI is het allemaal modulair. Werkt iets nieuws niet ? Dan stop je het back-up oude kaartje, USB stick of USB SDD HD er weer in.

Wil je ander OS eens proberen. Kinderlijk eenvoudig.

Groet,

Bram

brambo schreef : Wederom geen goed leeswerk. Oudere versies van OpenCPN installeren vanuit Flatpak gaat niet. Je moet Flatpak forceren om een oudere versie te installeren. Dus dit is geen oplossing.

Nieuwere hardwareversies geven idd een hele duidelijke performance winst. Nieuwe softwareversies niet . (Punt). Hooguit zal een nieuwere versie iets efficiënter werken. Dit levert een nauwelijks meetbaar verschil op. Wel zal er duidelijk snelheidsverschil zitten tussen een Ubuntu en eoa lightweight distributie. Ik snap niet wat hier moeilijk aan is.

En zoals je van Sean Depaugnier (of zo) hebt kunnen lezen, ook de Flatpak RPi versie van de plugin voor 5.8.0 is niet goed. Afhandelijk van geforwarde NMEA informatie gaat niet goed.

Ik zal proberen te downgraden naar Flatpak 5.6.2. Of wacht nog even af voor de plugins voor 5.8.0

En ja, ik baal van de gang van zaken. Laat die Flatpak lui gewoon een melding weergeven dat je de versie upgrade naar een nog niet compleet afgemaakte versie. En idd, ik zie 5.8.0 niet als compleet als de onlosmakelijk verbonden plugins niet klaar zijn. Alternatief zou zijn een melding op de site van OpenCPN waarin de status van de diverse plugins duidelijk weergegeven wordt.

Geduld hebben, vind ik gelul. Als je een pakket uitbrengt, moet dat werken. Er zijn boten kreupel door dit soort acties. Een undo is er niet.
Even een ander kaartje oid er in is ook een oplossing van niks. Dan ben je al je logs kwijt.

Het is al meer vermeld. OpenCPN komt van het ontwikkelaars team van OpenCPN.

De diverse plugins komen van derden ontwikkelaars. Komen soms wat later zeker als een nieuwe versie wordt uitgebracht. In de PPA versie duurt het soms nog wat langer of komt de plugin niet meer in een PPA versie.

De ontwikkelaar en bedenker van de Pypilot, Sean d'Epagnier, geeft aan dat hij er aan werkt.

Dus je zult even geduld moeten hebben.

Gebruikelijk is altijd een backup te hebben met een RPI en die heb je niet.

Dat is jammer voor je. En zo dringend is de Pypilot nu toch ook niet.

Er wordt door de ontwikkel teams hard gewerkt aan een kosteloos software pakket.

Het is dan wel ondankbaar om zo te reageren en niet even geduld te kunnen opbrengen omdat een plugin voor de RPI nog niet gereed is.

Bram

Ik haak af. Succes.

brambo schreef : De vraag is of dat dankzij of ondanks jouw missie is.

Over de snelheid van een Pi, ik heb thuis de allernieuwste Pi, mijn gebruikerservaring van de Pi is minder dan die van een 10 jaar oude Windows pc op de boot. Voor mij is een pi prima als nodered server o.i.d. maar voor de toepassing als navigatie oplossing mij te traag.
Maar ieder zijn ding.

Wat is de allernieuwste Pi ? Wat voor OS gebruik je ? Als je 10 jaar oude Windows ding zo snel werkt dan gebruik je toch die. Windows XP of welke Windows versie staat erop ?

Welke OpenCPN gebruik je of een ander navigatie programma ?

Als Koetz ontevreden is dan neem hij toch een andere software navigatie programma met een ander geavanceerd autopilot programma.

Met een boot die 6-10 knopen maximale vaart maakt, heb je inderdaad wel een hele snelle computer nodig.

brambo schreef :
Nee dat doe je niet. Het stukje LP dat je afspeelt is wederom een algemeenheid. Ga nu eens in op mijn vragen!?

Hint: mijn vragen staan precies vóór de vraagtekens in onderstaande quote. Ik heb ze rood gemaakt (het zijn er 4)

Nachtvlinder schreef :

Beste NV,

ik ben helemaal geen ontwikkelaar, maar volg de ontwikkelingen uit interesse.

Er is discussie over het feit dat maar één Nmea2000 bron kan binnenkomen (invoer in Opencpn is ook gebaseerd op principes van SignalK) direct in OpenCPN.

Er wordt gekeken om meerdere SK bronnen in te laten door verschillende naamgeving van de bronnen in te voeren.

Daar schijnt het probleem aan te liggen.

Overigens moet je deze vragen niet aan mij voorleggen. Ik geef alleen nieuwe ontwikkelingen door voor geinteresseerde lezers.

De boodschapper heeft het gedaan. Dat is al een oud probleem.

Je kunt het allemaal zelf volgen of zelf suggesties doen op de Cruiser Sailing site, forum Opencpn.

Ik heb meerere malen betoogd dat een server een beter idee is, dan de navigatie software hiermee te belasten.

Trouwens Linux bestaat uit meerdere servers die bepaalde taken uitvoeren, denk aan de grafische server, de cups printer server (die Apple ook toepast) en nu dus de SignalK data server.

Deze servers kun je eenvoudig vervangen. Denk aan de grafische server opties.

Bram

Hier nog even de versnellingen van de RPI4:

>snel Sd kaartje > snelle usb 3.1 stick > usb HDD > RPI4 CM4 module met 16 GB of meer Emmc geheugen op het board.

Booten kan met de Eeprom versie vanaf de usb 3 poort of direct van het Emmc geheugen.

snel, sneller, nog wat sneller, snelst

Bram

of erg traag, iets minder traag, acceptable traag = snel genoeg voor Brambo, mag van mij nog heel wat sneller voor Onno.
Jongens negeer Bram en zijn update fetish toch gewoon, @Koezt ik denk dat de pypilot plug in update nog wel ff op zich laat wachten , voor derden is de plug-in build naar Flatpak een pain in the ass en Sean heeft andere problemen aan zijn hoofd, ik denk dat er eerder een Pcnautic plug in beschikbaar komt maar ook ik kan niet toveren en heb meer dan genoeg te doen. Voor nu zou ik de nieuwe webinterface als venstertje over je scherm/opencpn gooien met Minimaliseren gooi je hem naar je taakbalk en roep je hem zo terug.

PS als het allemaal zo makkelijk was kon Brambo zelf de plug ins bouwen voor Flatpak het is namelijk allemaal opensource! Maar ja Bram helpt niet hij volgt alleen de ontwikkelingen uit interesse

Raad eens wie er traag is met de nieuwste ontwikkelingen ?

Heeft nog nooit een CM4 RPI4 module geprobeerd met emmc geheugen op het boord.

Promoot alleen zijn eigen producten. Die Pypilot komt gewoon voort uit de RPI ontwikkelingen. Waar bij ik als eerste er melding van heb gemaakt. Die ontwikkeling is volledig te danken aan Sean d'Epagnier. Die trouwens ook andere OpenCPN plugins heeft ontwikkeled waaronder Watchdog.

Tja, zo gaat dat. Als je achteraan komt dan zijn uiteraard nieuwe ontwikkelingen niet gewenst.
Je noemt het dan update-fetish in plaats van een nieuwe trend.

Groet,


Bram

Tja Bram sorry ik kan er niets aan doen dat je geheugen je in de steek laat, ik heb al eens eerder op het forum en in pm je gevraagd oude mails maar eens terug te lezen, zoals gewoonlijk ga je er niet op in.

Ik ga alleen maar vooruit in de ontwikkelingen. Als je concrete feiten hebt waarbij ik onjuiste informatie heb verstrekt dan hoor ik dat graag. Op onzinnige vragen over benchmarks geef ik geen antwoord. Die benchmarks zijn er ook niet na een Windows update.

We gaan maar rustig verder op de ingeslagen weg van ongebonden informatie verstrekking over de nieuwste ontwikkelingen. Zo als ik dat al steeds hebt gedaan.

Bram

brambo schreef : brambo schreef :
In 2008 heb ik al gebrainstormd met één van de founders van Signalk over universele communicatie. Ik ben bij verschillende Signalk Meetings aanwezig geweest, ik heb je er nooit gezien.
Ik ben de eerste geweest die commercieel een multiplexer op de markt heeft gebracht op basis van een raspberry pi.
Ik ben de enige die een firmware versie kan leveren van Pypilot die functioneel op de meeste vlakken goed werkt, in de master van Sean zitten nog duizenden bugs. Daarnaast hebben wij tientallen functies toegevoegd die het gebruik makkelijker maken waarvan Sean er een aantal heeft overgenomen. Sean heeft nog steeds geen release op basis van Tinycore 13 dus geen versie geschikt voor de zero 2 Hij is daarbij afhankelijk van iemand anders, hmmm wat zou mijn relatie zijn met die persoon....
Ja ik kan helaas niet meegaan met de nieuwste releases want alles moet het wel doen en blijven doen, dat verwachten de gebruikers van mijn producten.
Oh ja en dan heb ik er ook nog "iets" mee te maken dat er zo hard wordt gewerkt aan de radar plug-in voor opencpn

Zeilprutser schreef :
Sean’s code van PyPilot staat op GitHub: github.com/pypilot/pypilot
Waar is de PC Nautic-versie te vinden?

Die is er niet want het is gewoon de Pypilot code van Sean d'Epagnier.

De Prutser gaat nu ook het trukje uithalen met de radar plugin uit OpenCPN.

Dus straks komt de PC radar applicatie uit met tegelijk een radar scanner van Simrad in de verkoop.

Terwijl iedereen de pypilot zelf kan opzetten en ook de radar otvangst met de radar plugin in OpenCPN. Die actuators voor de Pypilot zijn overal te koop in alle soorten en maten.

Eigen code ? Wat een overschatting. Bovendien Open Source Code moet je ook nog publiceren. Maar die is er helemaal niet.

Nou laat ik er dan nog een keertje netjes op antwoorden en dan hou ik erover op.

Mbt de code van Sean, men neme die van Sean laatste release en kijk dan wat er in zijn master is veranderd aan functies die ik al heb, hoe zou dat kunnen waar komen die vandaan?
Sean krijgt van mij een fee per verkochte unit en heeft volledig toegang tot mijn code, een ander persoon die het meeste aan de code werkt van Sean werkt ook voor mij en die betaal ik € 100,- per uur.
Al het andere werk bijvoorbeeld dat van Aswin (daarmee heb ik een speciale afspraak) en anderen die ik inhuur hou ik op zich voor me zelf maar zoals hierboven aangegeven heeft Sean gewoon toegang tot die code, ook hebben mijn gebruikers allemaal root rechten tot de code, je moet je klanten de zelfde rechten geven die je zelf hebt.

Met een aantal personen uit de open source community zijn we commerciële en open source projecten aan het combineren zodat er geld vrij komt voor de community zo heb je dan bijvoorbeeld financiering om iemand te kunnen inhuren om de plug ins om te bouwen voor Flatpak.
Een goed voorbeeld is de radar plug in, omdat "we" een mooi commercieel project hebben binnengehaald wordt op kosten daarvan ook meteen de opensource plug in verbeterd. In dit team werken we perfect samen, helaas lukt dat niet met Sean, dit zal waarschijnlijk betekenen dat we ons verder los gaan weken van zijn code.

Ik denk dat ik een wezenlijke bijdrage lever aan de opensource community en ben niemand iets verschuldigd.