Onderwerp: Nieuwe Linux Ubuntu versie Groovy Gorilla

H700 schreef :
De uiterlijkheden en de interfaces zijn verschillende. Echter de motor van Linux, dat is de kernel, die komt bij alle versies uit dezelfde ontwikkelbasis. Er zijn uiteraard wel wat verschillen al naar gelang de versie. De Groovy werkt bijvoorbeeld op een zeer moderne kernel versie 5.8.

De interpretatie kan wat aangepast worden.

De kernel van IOS heeft een andere route gevolgd en dat is de Mach kernel.

De principes komen neer op het sublieme basis ontwerp van Unix.

Wadloper schreef :
Dat idee had ik al. Ik zie dan niet zo het verschil tussen meanwell blokje dat 5V maakt met één die 19V maakt. Maar dat zal aan mij liggen.

3Noreen schreef :
Ik heb altijd het idee dat van een hogere spanning een lagere spanning maken energie-efficënter is dan een lagere omvormen tot een hogere. Overigens had ik, toen ik de X9S kocht, het idee dat ook die op 12V draaide, net als de eerdere modellen. Dat was destijds een klein tegenvallertje

Maar de vraag ging eigenlijk over galvanische scheiding, toch? Heb ik het een beetje voor elkaar opde beschreven manier, denk je?

Even los hiervan: je mag van mijn manier van doen vinden wat je wilt, maar de toevoeging "dat zal aan mij liggen" geeft zo'n mening een vervelende twist, die nergens voor nodig is, lijkt mij.

Inmiddels de Groovy Gorilla 64 bits ook kunnen testen op mijn nieuwe daglicht 10 " touchscreen.

Heeft de touch bewegingen (capacitive) al ingebouwd. Met OpenCPN kun je interface en de kaart objecten ook nog wat vergroten.

Voor invoeren van teksten kan dit met een toetsenbord of anders verschijnt er op het scherm een toetsenbord.

De interface van de Groovy is voor een touchscreen beter.

Wat niet werkt zijn de OpenPlotter extra's. OpenCPN en de Oesenc kaarten met de beveiling in de dongle, dat werkt prima. De SignalK server werkt ook alsmede het MXTommy Kip instrumenten paneel.

Het ziet er niet naar uit dat de OpenPlotter extra's hierop kunnen werken.

Dit bericht en de schermprint komt uit de Groovy RPI4.

Als nob even geprobeerd. Image hier gedownload. Op een kaartje gezet.
In mijn Raspberry pi 4




Vervolgens opgestart. Duurde even. facebook en google weggeklikt.
Dan met het bekende apt-get install opencpn
Leek het prima te doen.

Ondertussen even gekeken wat het stroomverbuik van de raspberry was.



Best wel veel. Nu tot 3 cijvers achter de komma. Dat vinden mensen belangrijk.

Vervolgens dit resultaat.



Ook na een half uurtje koffie nuttigen.

Beste N3,

is nog beta die Gorilla. Er wordt hard aangewerkt.

Heb je in ieder geval de updates al gedaan voor de laatste stand van zaken ?

Weet niet of je nog aanpassingen in OpenCPN gedaan hebt.

Anders is goed om de .opencpn.conf even weg te halen. Als je die niet ziet Ctrl-H (hide) doen.
Je hebt dan weer een maagdelijke versie met een nieuwe config.

Als je dongle wilt gebruiken, met de al in je bezit zijnde kaarten. Dan even berichten, dat spaart je wat werk.

Groet,

Bram

Ben hier zeer tevreden over deze Groovy. Maar mis wel de extra's van OpenPlotter. Die werken overigens wel op de Focal versie.

Voor de Groovy moet je wel aangeven focal bij de server settings en geen groovy

Een minder geavanceerd nieuwste van het nieuwste poging.

Image van hier de lite verzie.

Vervolgens het volgende pseudo code in de terminal uitgevoerd.

resultaat inclusief werkende o-charts key



Met ook nog eens een lager stroomverbruik.



Mijn voorlopige conclusie is dat als je een plotter van je raspberry wilt maken je misschien beter gewoon een zo klein mogelijk systeem moet bouwen.
Wat me wel opvalt is dat het in en uitzoomen tergend lang duurt. Dat doet zelfs mijn 14 jaar oude RM plotter beter.

3Noreen schreef :
Die Groovy heeft een van de laatste moderne kernel versies 5.8. (Uname -r)

En heb je de OpenGL instelling wel aangezet ?

Dan gaat het hier perfect. Op een AMD64 gaat het zelfs te snel.

Als je zoals eerder vermeld een SSD dingetje aanhangt. Zie mijn eerdere post, dan gaat hethelemaal erg snel.

Je kunt natuurlijk een 64 bits AMD64 systeem nemen en met de Groovy of de Focal versie, dan kun je een deel van de OpenPlotter extra's wel gebruiken.

Die keyserver heb je in principe ook niet nodig. Gewoon de beta Raspios 64 bits nemen. Is nog niet officieel uit maar werkt prima.

Je gaat volgens mij veel te veel stappen terug in de ontwikkeling.

Kan eenvoudig even een kopie kaartje voor je maken met Raspios 64 of the Groovy 64 bits. Met daarop de Oesenc plugin en een aantal kaarten. Dan heb je alles "state of the art".

Groet,

Bram

Stuur maar even een pb.

@brambo,

Ik waardeer je inzet voor de Raspberry. Maar zelf kan ik niets met jou aanwijzingen. Aan een voorgebakken kaart zal ik niet veel hebben. Daar ik een speciale verzie met ongebruikelijke drivers voor hostapd gebruik. Ik ben nu een plotter aan het bouwen voor toekomstig gebruik aan boord. Alle bits and pieces komen langzaam bij elkaar.
Zoals je misschien al gemerkt heb is er bij mij een sterke voorliefde voor het originele Debian. Die ik als basis gebruik om een systeem te bouwen wat aan mijn eigen wensen voldoet. Eén van die wensen uit ik ook in mijn onderschrift. Als ik dan bij het installeren van Ubuntu als Facebook en Google tegenkom en het vervolgens ook nog niet werkt heb ik gegeten en gedronken. In het verleden heb ik een jaar of 6 servers gedraaid op Ubuntu totdat ik hun bemoeienissen zat was. Daar ben ik overgestapt op Debian en heb nooit meer omgekeken tot nu.
Daar ik de performance van de rpi4 voor grafische toepassingen nogal tegen vind vallen dacht ik dat misschien die versie van Ubuntu daar een antwoord op was. Maar de tijd die nodig was om op te starten was al een behoorlijk indicatie dat zulks niet het geval zou zijn. Ubuntu is in mijn ogen een zwaar en lomp besturingssysteem. Grote kans is dat ik nu een intel nuc systeem bestel om als boord computer/plotter te dienen. Na een periode waarin ik achtereenvolgens een rpi-1/2/3/zero/3+ en nu een 4 gebruikt heb komt dan een eind. Ze zijn teveel stroom gaan gebruiken zonder dat de performance evenredig beter van geworden is. Dat maakt die keuze duidelijk voor mij.
Zie het bovenstaande niet als kritiek op jou inzet. Ik heb gewoon andere wensen en verwachtingen naar zo'n boordcomputer.
Verder post ik hier mijn bevindingen. Mogelijk hebben anderen daar iets aan.

Wadloper schreef :
Voor navigatiedoeleinden (we zitten toch op het zeilersforum) een onbegrijpelijke uitspraak; draait hier zelfs MaxSea op z'n sloffen als navigatie programma met AIS / GPS. Mocht je dan de CPU belasting willen weten met energie verbruik totaal (incl. beeldscherm etc), je zal versteld staan! USB-problemen met Win10-LTSC? hier met bluetooth communicatie. Spanningsuitval ongepland, geen probleem wegens interne accu, etc.

Ik blijf genieten met zulke uitspraken.

Oh ja, even vergeten: ventilator voor CPU(X5-Z8350)-koeling is normaliter uitgeschakeld bij navigatie, dus geen stofnest.

Beste 3N,

RaspiOS 64 is Debian !!. Dat is toch je wens ?

Groovy is Ubuntu. OpenPlotter is altijd al gebaseerd op een Debian versie.

Het is allemaal eenvoudig te doen. Zoals eerder aangegeven het is beta, om reden dat de Raspberry organisatie ook nog wat vastzit aan de Raspberry Pi2, die geen 64 bits is.

Daarom moet je er wat extra moeite voor doen.

Ik probeer nieuwe, soms domme. dingen, zodat een ander het niet hoeft te doen. Dat was ook de kreet van Jerry Pournelle, destijds de columnist van het blad Byte.

Groet,

Bram

PietO schreef :
Ik begrijp op mijn beurt niet zo goed waarom jij niet begrijpt dat we hier over twee verschillende dingen praten, Piet. Een normale Windows-editie als die waarmee de Pipo werd geleverd is niet hetzelfde als Windows 10 LTSC, toch? Vergelijk je dan geen appels met peren?

Als jij ook een Pipo gebruikt, dan heb jij toch ook in tweede instantie de Windows-versie waarmee die werd geleverd vervangen door W10 LTSC. En daar zul je wel een reden voor hebben gehad, toch?

Ik heb nu toevallig als eerste naar Xubuntu gegrepen om een wat lichter systeem op de Pipo te krijgen. Jij had kennelijk kennis van Windows 10 LTSC. Waarvan ik tot voor een paar dagen nog nooit gehoord had, eerlijk gezegd. Mogelijk heb ik een tijdje onder een steen gelegen. Kan best.

Maar stop nu even met dat arrogante toontje van je en leg eens even klip en klaar uit waarom ik zou moeten kiezen voor Windows 10 LTSC. Daar hebben de meelezers misschien ook nog wat aan.

Doe je best!

even de zoekfunctie van het forum gebruikt. resultaat

downloads.raspberrypi.org/raspios_arm64/images/

Wel direct de updates opladen en de rpi-update voor de laatste kernel versie. Wordt niet aangeraden, maar werkt prima. Nu versie 5.4.70

De RealVNC server is ook al beschikbaar. Zodat je op andere systemen zoals een Ipad draadloos met een VNC client kunt werken. Wel nog de OpenPlotter extra erbij zetten voor Wifi access punt en Ais ontvangst calibratie met een RTL-DSR usb dongle.

Groet,

Bram

En niet vergeten SignalK installeren als data server.

3Noreen schreef :
Hmm. Pots van 13 september j.l. Ik lag toen weliswaar niet onder een steen, maar ik had een ban. Toen was mijn aandacht ook even wat minder, kennelijk.

Wat Airgead vertelt had ik ondertussen natuurlijk al gegoogeld. Temeer omdat een ZF-er die ik altijd zeer kan waarderen mij heel recent via PB op het bestaan van W10 LTSC wees.
Ook wordt meteen duidelijk dat een officiële licentie voor LTSC centjes kost. Ben je bereid jezelf in de rafelranden van de softwaremarkt te begeven, dan is het te bekomen voor een paar tientjes. Van die rafelranden en hoe je daar bepaalt of er betrouwbaar zaken kunnen worden gedaan, heb ik ook nooit veel gesnapt, eerlijk gezegd. Maar sommigen weten de weg, kennelijk.

Nou, leuk. Als uiteindelijk toch blijkt dat ik niet zonder Windows kan leven op de Pipo is het misschien wat.
Maar ik was nu juist zo ontzettend trots dat ik, als iemand met beperkte begaafdheden als het om computers gaat, zomaar in staat was om Xubuntu werkend te krijgen op m'n Pipo. Komen er weer een paar nerds uit het andere kamp langs..

Ik zeg het nog maar een keer: mijn probleem lijkt voorlopig opgelost. En wie wil genieten van mijn oliedomme uitspraken, wens ik daar alle plezier van de wereld mee.

Inmiddels ook de Groovy Gorilla op een NVMe SSD gezet en kan berichten dat deze versie ook prima werkt vanaf de RPI4 2 GB.

Start gewoon op de RPI zonder een SD kaartje in de RPI.

Zowel het RaspiOS als de Groovy kun je simpelweg gebruiken. Werken uiteraard allebei met de Oesenc dongle en bijbehorende kaarten.

Een nadeel is dat je een USB3 poort minder kunt gebruiken.

Voor het booten moet je wel eerste de laatste Pi upgrade doen voor de juiste Eeprom.

De eenvoudigste van deze NVMe SSD heeft een capaciteit van 128 GB.

Hier nog een artikel over de mogelijkheden met deze vooruitstrevende Ubuntu versie voor de RPI. Er is een desktop versie en een server versie.

OpenCPN, de Oesenc kaarten met behulp van Oesenc plug en de SignalK server werken probleemloos. Een fraaie grafische interface. Werkt prima in combinatie met een touchscreen. Eenvoudig te bedienen.

De OpenPlotter extra uitbreidingen zijn nog niet beschikbaar. Echter de OpenPlotter ontwikkelaar heeft zojuist aangekondigd dat er ook een OpenPlotter versie komt die werkt op deze Groovy Gorilla.

Hier de beschrijving op ZDnet.

www.zdnet.com/article/ubuntu-c...on-the-raspberry-pi/

Wat een vooruitgang wordt er geboekt op het gebied van de software.

Groovy is 64 bits software en werkt op de Raspberry Pi 3B en 4.

Doet het prima als een plotter navigatie systeem.

Bram

Groovy werkt overigens ook prima op 64 bits AMD systeem.

Sinds de laatste OpenCPN is de ondersteuning voor plugins op de schop gegaan. Je kan nu vanuit OpenCPN (Options->Plugins) alle beschikbare plugins downloaden en installeren. Klik op Update plugin caltalog, en je krijgt een bijgewerkte lijst met alle beschikbare plugins. Ook kan je hier zien of er voor een al aanwezige plugin een nieuwe versie uitgekomen is.

rooiedirk schreef :
De bovenstaande opmerking van mij had ik niet in dit draadje moeten plaatsen. Het betreft namelijk niet het installeren van Ubuntu Groovy maar Debian Bullseye. Ik heb namelijk een irrationele voorkeur voor Debian boven Ubuntu. Dat maakt mijn software leven een stuk lastiger. Maar het is niet anders.

3Noreen schreef :
Ubuntu is gebaseerd op Debian. En het RaspiOS 64 bits is Debian.

Wat is er nu zo moeilijk aan ?

brambo schreef :
Helemaal niet moeilijk maar dit draadje gaat over iets anders. Namelijk Ubuntu.

3Noreen schreef : Daar zijn anders ook genoeg rationele argumenten voor te vinden!

brambo schreef : Gebaseerd op != geheel compatible.

Ubuntu heeft Groovy een half jaar geleden afgesplitst van Bullseye, en in die tijd kunnen er verschillen in libraries e.d. gekomen zijn. En ze doen ook nog hun eigen aanpassingen en toevoegingen, dus dat is ook niet altijd helemaal compatible.
Daarnaast is Bullseye nog in ontwikkeling, dus zolang die niet in freeze gaat kunnen dingen die nu nog met een Focal of Groovy PPA werken alsnog kapot gaan.

3Noreen schreef :
Het is inderdaad off-topic.

Toevallig heb ik na de discussie over Ubuntu/Dabian ook Ubuntu vervangen voor Debian op mijn huidige laptop. (Op mijn oude laptop stond ook altijd Debian).
Voor Debian (Bullseye) zijn er 2 versies voor OpenCPN:

Package: opencpn
Version: 5.2.0+dfsg1-1
Architecture: amd64

Package: opencpn (launchpad PPA)
Architecture: amd64
Version: 5.2.4.0-0~focal1

Ik heb de 5.2.0+dfsg1-1 versie nooit echt geprobeerd. De ondersteuning voor 5.2.4 is zoveel beter. Voor mijn systeem moest ik in januari nog zelf plugins compileren, maar dat is sinds ca. juni niet meer nodig.

Ik heb een complete lijst plugins, volgens mij mist alleen objsearch.

En ja, als je vanuit Github werkt, werkt Ubuntu ontzettend veel eenvoudiger. Maar Github met x86_86 heb ik nooit zo eenvoudig gevonden als arm64, dus ik gebruik voor x86_64 geen Github en geen Ubuntu.

Menno schreef :
Het is de vraag of wxgtk3.2 stabiel genoeg is als standaard widget library bij de introductie van Bullseye. De release van wxgtk3.2 wordt rond de kerst verwacht en de release van Bullseye in het eerste kwartaal van 2021.

Ik verwacht dat men wxgtk3.0 voor compatibibiliteit meelevert voor applicaties als OpenCPN. Dat zou in mijn ogen de meest waarschijnlijke valkuil voorkomen.

Maar we gaan het zien.

PS om iets meer on-topic te zijn: dit gaat ook spelen voor Ubuntu 21.04 Hirsute H.

reuver schreef : Als we het nu eens laten konden.