Onderwerp: Ubuntu 64 bits Focal OS voor de RPI 3 en 4.

Tiep:
>>ru -1*&&fg -udi -hhgd -sdf -ggds -go -ffsfsnn gsggs //&

Maar ik kan er naast zitten hoor

roozeboos schreef :
Dat was gisteren. Als je vandaag het laatste en het beste wilt moet je iets heel anders in typen.
Maar wil je gewoon dat het werkt voor niet nerds is het wachten totdat het volgende zinnetje niet meer op de site van OpenCPN verwijderd is.

There are multiple problems reported against the 64-bit arm builds, both raspbian and stock Debian. For the time being, OpenCPN doesn't support 64-bit builds on ARM

Je kunt natuurlijk een 32 bit OS nemen. Maar dan heb je helaas maar de helft van je 8Gb ram aan het werk.

Ik begrijp jullie angst voor mijn frustratie. Die was er best een beetje

Ja grote uitdaging voor mij. Het moet makkelijk, begrijpelijk, snel en stabiel zijn en snel te installeren. Ik wil alleen nuttige leermomenten van dingen die ik graag wil weten. Laatste kans voor mij heb ik mezelf gegund en dan ook nog ambitieus voor de 64 bits versie gaan!

Inmiddels werkende versie 4.2.11-0 van de oeSENC-pi plugin gekregen van Brambo. Hij lijkt dit soort dingen te verzamelen, terwijl mijn gegoogle voordat ik verdwaalde op Github niets had opegeleverd.

Anyway ik ben weer vol verwachting!
En Brambo dankje

Voor diegene die ook wat moeite ervaren met de 64 plugin voor Oesenc. Zie bijlage. Voor het gebruik het achtervoegsel pdf weghalen en installeren met: sudo dpkg -i (naam bestand).

En daarna aanzetten. Is geschikt voor de fingerprint en voor de Oesenc usb dongle.

Volgens mij is de huidige status min of meer hetzelfde als vorig jaar:
- de enige arm64-plugins zijn die voor Ubuntu 18.04;
- de ocpn_draw plugin is inmiddels al niet meer beschikbaar;
- de plugins werken met dezelfde opencpn-versie als vorig jaar;
- alle plugins via de pluginmanager zijn dus hard gelinkt aan de distributie.

De enige stable distributie voor de RPI4 is op dit moment Ubuntu 20.04 Focal (LTS). Voor Pine64 en Odroid kun je soms uitwijken naar Ubuntu 18.04 Bionic (LTS), maar je ziet dat de leveranciers overschakelen naar Focal.

De andere distributies die het proberen waard zijn, zijn Lysmarine (met meerdere beta pakketten) en Ubuntu 21.04 Hirsute. Vooral als je passende plugins hebt heb je daarmee weinig problemen. Bij Hirsute is 'beta' vooral omdat je de software niet uit de originele bron krijgt.

Debian Bullseye staat om de hoek, maar daarvan heb ik nog geen beta-versie gezien.
Debian Buster is niet stable voor arm64 en zal het ook nooit worden.

Het werk aan de 64-bit plugins ligt effectief al een half jaar stil. Het gaat daarbij om de CI integratie en de automatische relaese naar Cloudsmith. En met name met de RPI4 heb je dan een probleem met arm64.

In de github versie zit een optie om minder strikt met de versienummering om te gaan (de "oplossing" voor het oeverbeek probleem), maar dat betekent eigenlijk alleen dat je de deur open zet voor meer problemen met plugins. Die functie is bedoeld voor beta-testers (en die zullen geen moment in de problemen komen als ze alsnog zelf de plugins compileren en onderzoeken waarom het niet werkt hoort bij een beta).

Willekeurig deb-bestanden gaan installeren in de hoop dat het werkt is een slecht plan. Dat is al 20 jaar zo. Zelfs op Windows installeer je geen printerdrivers voor XP onder W10.

Wat je stelt klopt is ook mijn ervaring: installatie van versie 4.2.11-0 van de oeSENC-pi plugin die Brambo hierboven gelinked heeft gaat goed (althnans geen bevroren scherm was de eerste vooruitgang) en fingerprint wordt aangemaakt. Na installatie kaarten duurt een scan 45 min (onder W10 5 min..). Dat geeft op zich niet, maar na scan en kiezen juiste chartgroup blijft melding “no charts in chartgroup of charts are empty” komen (terwijl kaarten in chart opties scherm wel gelist staan). 3x Opnieuw gescand met zelfde resultaat is voor mij voldoende tijd om te concluderen dat die 64 bits versie niet bruikbaar is met oeSENC. Heeft bovendien mijn licentie voor de NL+BE kaartset opgebruikt.

Voor mij geen geëxperimenteer meer met supersnelle betaversies; ik probeer nog de stabiele 32 bits versie met een wel betrouwbare oeSENC plugin; anders bestel ik een NUCje.

Beste Reuver, ik begrijp hier werkelijk niets van. Maar ja, ik ben maar een geinteresserde lek.

Ubuntu focal werkte prima. Maar die versie heb ik al weer verlaten. Ubuntu Groovy Gorilla werkte ook prima. Inmiddels vervangen door de Hirtute Hippoo. Allemaal 64 bits. De Ubuntu Hirtute Hippo is inmiddels officieel geintroduceerd en is geen beta meer.

Ik heb er eenvoudig de OpenPlotter extra's bij voorgaande versies toegevoegd. Die werken ook bijna allemaal prima.

Op alle drie de systemen heb ik npm en signalk toegevoegd. Doen het ook prima.

Er was alleen probleem om de MXTommy/Kip instrumenten display werkend te krijgen. Er ontbraken wat zaken. Logisch denkend had ik het idee dat dit mogelijk kwam door de omschakeling naar Python3. Daarom Python2 erbij gezet en toen werkte de installatie.

De Oesenc kaarten met de USB plugin werken, zoals ik hiervoor al heb vermeld.

Een aantal plugins werken gewoon. Echter een aantal andere plugins in de reeks worden gemaakt door derden. Ja die moeten er nog aankomen voor 64 bits.

Dan is er het RaspiOS 64 bits. Het RaspiOS is nog steeds niet officieel uitgebracht. De reden heb al meerdere malen aangegeven, de uitwisselbaarheid met 32 bits only systemen.

En uiteraard met alle OpenPlotter extra's toegevoegd. De 64 beta is er inmiddels al 3/4 jaar en de ontwikkeling van de 64 bits kernel (V8) wordt bijna wekenlijks opgewaardeerd.

Op mijn video kun je zien hoe snel nu 64 bits werkt op een RPI4 met 2 GB.

Inmiddels gekeken op mijn PinePhone Linux GSM telefoon. Tot mijn verbazing kon ik zo OpenCPN installeren. Bleek versie 4.8.8-R2 te zijn. Het OS is Manjaro. Maar Debian en andere Linux schijnen ook versies kan ook. Maar dit moet ik nog verder uitproberen. Ik dacht dat de Debian versie Bulleye was.

Het draait hier allemaal stabiel zonder problemen en vooral snel.

Oh ja, de Ais ontvangst hier thuis met de eenboudige RTL-DSR dongle werkt ook perfect op alle 3 de RPI versies.

Groet,

Bram

Superfijn voor je Brambo; ik weet ook niet hoe je het allemaal bij elkaar gochelt...

Inmiddels is gebleken dat geen gebruikers jouw systeem hebben kunnen reproduceren, anders dan dat jij hun een kaartje toestuurt.

Is het niet handig de verwachtingen te temperen door alleen aan te kondigen wanneer er een nieuwe “latest stable release” is gelanceerd!?

Nachtvlinder schreef :
Beste NV,

de Oesenc kaarten haal je eenvoudig op met je andere computers via de email link en die zet je op de RPI in een mapje genaamd kaarten of zoiets.

Eenvoudige met een usb stick dan op de RPI en dan draait het direct. Ik heb hier meerdere kaartenset in gebruik, waaronder MBTiles Atlantic met daarop de Google Earth beelden van het land en uiteraard C??. Allemaal met de stroompijlen op de kaart.

Tja, het zijn allemaal bekende zaken.

Groet,

Bram

Denk niet dat hem dat lukt hoor...

Ik draai niet met de dongle maar gebruik de encryptie met systeemafhankelijke fingerprint. Zou heel snel en eenvoudig moeten werken en ondersteund moeten zijn...

Beste Roos,

dat was allemaal de start van de RPI ontwikkeling bij de UNI van Cambridge. Studenten konden alleen maar standaard programma's installeren en hadden geen weet hoe het werkte of hoe ze dingen zelf konden beheren of programmeren.

Met Openbron software kon men zien hoe het werkte en konden studenten zelf allerlei programma's maken. Er zijn vele scholen die met de RPI werken. Een handig systeem met minimale kosten.

Maar ook voor de "grote mensen" wereld en voor industrieele toepassingen is het een enorm succes.

Ontwikkelaars werken liever met de Openbron software dan met andere systemen. Dat heeft MS ook zien gebeuren en hebben Linux toegevoegd aan Windows 10 en hebben snel Github en NPM overgenomen. Het is nog "erger", ze gebruiken zelf Linux op de Azure systemen.

Maar goed het is een andere manier van denken en ermee werken.

Groet,

Bram

Nachtvlinder schreef :
Als je de juiste kaarten sets hebt aangegeven met de fingerprint van je "nieuwe" systeem, krijg je de juiste kaarten. Op je email verschijnt er de melding met het server adres waar je de kaarten set kunt downloaden. Het handigste is om ze daarna op de usb stick te zetten en even te verplaatsten naar een map in de RPI. Zelf maak ik een map aan in Downloads met de naam kaarten. Daar zet ik de kaartensets in.

En vergeet niet de Oesenc plugin aan te zetten ! Iets wat nog al eens veel vergeten wordt.

We horen het wel.

Zoals eerder aangegeven als je het zelf wilt instellen is het even een leerproces, hetgeen ook de bedoeling is.

Groet,

Bram

Nachtvlinder schreef :
Beste NV,

ik heb je eenvoudig wat dingen aangereikt hoe je het 64 bits systeem kunt installeren. Je heb nu toch een volledig werkend systeem in een korte tijd. Dat nog niet alles direct werkt is ook wel logisch.

Je hebt dit allemaal zelf gedaan !.

Een compleet kaartje met de nodige kaarten sets erop, is alleen om het klik en play te maken.

Gebruikers hoeven in eerste instantie alleen het kaartje er in te steken en dan heb je direct een werkend systeem met een aantal kaarten. De Kosten ? Een postzegel !

Bram

Vers gedownloade kaartset staat netjes op de Pi, scannen (“force full database rebuild” etc aangekruist) duurt 45 min maar daarna stevast de melding “charts are empty”. OeSENC plugin bevat dus bugs (wellicht niet wanneer gebruikt met dongle), maar moet ook met fpr werken.

Ik ga niet via omwegen kaarten installeren; omdat het zou moeten werken zoals ik nu doe.

Post van reuver gelezen: als je het aan de praat krijgt lijkt dat meer geluk dan wijsheid...

Het was maar een grapje Bram. En je verhaaltje kennen we onderhand wel.

Daarnaast , Ik snap linux hè, en ook het open software concept.
Wat ik niet begrijp is waarom het niet wat beter gemanaged wordt. Het is enorm veel werk om een operating system te ontwikkelen.
Dat blijkt want het is nog steeds niet klaar. En werkt het dan, dan is er weer een nieuwe hardware versie en kan je weer een deel opnieuw gaan aanpakken.

Maar als ik reuver zijn bijdrage lees, zijn er wel tien (of meer) verschillende projecten parallel dezelfde software aan het ontwikkelen.
Dat is toch wel heel erg zonde.
Maak 1 versie, en werk daar met zijn allen aan. In plaats van tien distributies die allemaal maar half werken, heb je er dan 1 die wel goed werkt.

Ze zijn toch geen concurrenten van elkaar? Of mis ik iets?

Fouten ontstaan meestal tussen het toetsenbord en het systeem.

Als het lang duurt en de melding komt van van kaartenset "leeg" dan gaat er iets verkeerd.

Gewoon eerst wat ervaring opdoen met de Delta Kaart van RWS. Ik heb hier meerdere kaarten sets, maar die kan ik niet verplaatsen. Met een wat verouderde C?? kaart heb je de hele wereld in vergelijkbaar ENC formaat.

Hier nog een afbeelding van de MBTiles Atlantic met stroompijlen getijde data.

Nachtvlinder schreef :
Met een dongle deed mijn Rpi 64 bit installatie precies het zelfde. In mijn idee is de enige manier om voor niet nerds een goed te onderhouden Rpi - OpenCPN plotter alternatief te maken is je op het moment neerleggen bij een 32 bit OS. Het toverwoord bij Linux is stable.

Omdat het mij vooral te doen is om de o-charts die ik veel beter vind dan mijn navionics kaarten op mijn c-120 heb ik mijn toevlucht genomen tot een debian amd64 systeem. Als hardware een 8e generatie NUC omdat die zeer tolerant is m.b.t. voedingsspanning en eventueel passief gekoeld kan worden.
Een Linux systeem omdat ik het idee heb dat zo'n systeem jarenlang kan draaien zonder internet verbinding. Wat voor mij als boordsysteem een essentiële voorwaarde is. Commerciële OS'n gaan dat niet doen is mijn idee. Mijn 14 jaar oude Linux powered RM c-120 draait al die jaren stabiel.

Ik kan nu onderbouwd zeggen dat de RPI4/8GB voor aan boord geen goed systeem is:
De RPI4/2GB verbruikt 3,5W (idle met OpenCPN) - 5,5W (piek)
De RPI4/4GB verbruikt 4,5W (idle met OpenCPN) - 6,5W (piek)
Een Celeron (hystou, 4GB) verbruikt zo'n 8W (idle) en dat loopt op tot zo'n 17W.

Ik geloof dat 3N nu een i3 gebruikt, waarvan ik geen data heb gezien.

Maar de bottom line is dat je voor een zuinig systeem moet kijken hoeveel geheugen je nodig hebt. Het verversen van het geheugen is verantwoordelijk voor een aanzienlijk deel van je stroomverbruik in idle (als je het systeem op z'n staart trapt zal stroomverbruik niet interesseren, een snelle CPU schakelt immers direct na de piek weer omlaag).

PS ik gooi de getallen zo even over de schutting, met de opmerking dat je +/- 0,5W moet rekenen. Het verschil tussen de 2GB versie en de 4GB RPI4-versie is vrij hard! (die meting is goed vergelijkbaar). Maar het verschil met de performance van de Celeron is echter ook vrij hard!

PPS ik laat de vergelijking met een odroid N2+ bewust weg. In vergelijk lijkt voor mij de N2+ de betere machine (vergelijkbaar verbruik en betere prestaties). Maar als ik het filmpje van de RPI4 van sjoerd zie trek ik de conclusie dat mijn RPI4 ondermaats presteert en het vergelijk dus waardeloos is.
Met de Celeron kan ik een vergelijkbaar verhaal ophangen: daar is OpenCPN op W10 gezet zonder ook maar een streep optimalisatie (dat systeem is aangeschaft voor een ander doel).

Ik zou wel nieuwsgierig zijn hoe mijn Odroid zou presteren met de radar van 3N. Het verschil in 1.5GHz en 2.2GHz zou daar wel eens voldoende kunnen zijn (en ik denk dat met panfrost ook de videodrivers inmiddels vergelijkbaar zijn met die van de RPI4).

Eens 3Noreen. Dat is mijn “RPi leermomentje” geworden.

@Brambo: ik weet hoe met die kaarten “tussen toetsenbord en systeem” om te gaan. Ik heb dit 3 jaar onder W10 gedaan zonder 3x dezelfde problemen en telkens 45 min wachten. Het is echt iets in de plugin dat niet goed werkt.

reuver schreef :



0,14A @ 19V = 2,66 Watt idle zonder wifi met 16Gb ram en 500Gb ssd. Wifi AP kost 1-1,2 W extra.
Natuurlijk als die wat gaat doen kan het oplopen naar 30 W.
Een i3 heeft i.t.t. een Rpi wel power mangement.
Kost wel wat meer dan een Rpi ik heb €267,- betaald zonder ssd die ik nog had.

Ik draai wingps op een win7 fanless pctje. Ook nooit problemen. In de haven een update draaien van wingps en kaarten gaat altijd goed. paar muisklikjes. Paar weken geleden nog gedaan, hij doet gewoon zijn eigen ding.
Nou ben ik niet getrouwd met wat voor OS dan ook. Ik vind wel dat je eigenlijk niet eens moet merken wat voor OS er op zit.
In ieder geval weiger ik een slaaf te zijn van het OS. Aan boord wil ik met andere dingen bezig zijn.

Wingps draait voor zover ik weet niet op linux, dus is het windows geworden.

Ik wil maar aangeven, het is niet zo dat het niet stabiel is als je geen linux gebruikt.

Excuses voor de off topic. Ik ga nu weer verder met mijn multiview programma. OS loos.

Volgens mij kun je op wingps geen o-charts gebruiken. Voor mijn vaargebied zijn o-charts naar mijn mening de beste en betaalbaarste kaarten.

Oh dat weet ik niet. Ik koop af en toe nvcharts kaarten, voor mijn zeil stijl goed genoeg.

roozeboos schreef : dan zul je MS moeten loslaten.