Onderwerp: Nieuwe kernel serie RPI Raspian

Na de kernel serie 4.14.XX is men nu gestart met een nieuwe kernel serie 4.19.XX V7+

Een moderne kernel. Die zo lijkt het na de eerste start, goed en snel te werken.

Opwaarderen naar deze beta kernel is: sudo rpi-update.

Uiteraard ook de andere bestanden opwaarderen.

Bram

brambo schreef :
hoe ?

Beste Spr,

heel eenvoudig:

sudo apt update (vernieuwt de bestandenlijsten)

sudo apt upgrade (waardeert de gewijzigde bestanden op)

Kan natuurlijk ook met Synaptic. Maar zo in de terminal is het zeker zo handig.

Als er verandering zijn worden die ook van OpenCPN meegenomen.

Dat is alles.

Groet,

Bram


Oh ja: uname -r (geeft de kernel versie weer).

Wat kun je met deze kernel dat je met vorige niet kon? If it ain't broken, ...

Beste J,

er worden continue verbeteringen aangebracht. De meeste verbeteringen komen voort uit de software en minder uit de hardware.

Elke maand komt er voor Linux een nieuwe kernel versie uit.

Dit is een nieuwere kernel versie. De RPI werkt sneller en werkt prima met OpenGL acceleratie.

Raspex werkt met V8+. Die kernel is 64 bits. Maar om de uitwisselingen van SD kaartjes met eerdere RPI's, voor scholen bijvoorbeeld, mogelijk te houden wordt in deze versie v7+ gehandhaafd.

Gewoon een copie kaartje maken en het zelf te proberen tegelijk met OpenCPN 5 beta.

Groet,


Bram

Het is allemaal weer fantastisch.
"Sudo rpi-update" uitvoeren, alles netjes laten afhandelen, herstarten.
Zwart scherm. Niets, nada, noppes.

Ik zal vermoedelijk de hele boel weer uit elkaar moeten schroeven om bij het SD-kaartje te komen. Dan de bestanden uit boot.bak naar de boot-partitie kopiëren en dan zal 'ie het wel weer doen.

Maar zo simpel als het hier soms voorgeschoteld wordt, is het dus niet.

Eclips schreef :
Nee, misschien niet, maar Bram heeft toch al heel vaak gezegd om altijd een backup te maken voor je een update doet, is een redelijk advies. Als je de boel zo inbouwd dat je er niet bij kan wordt dat lastig ja.

Oh nou is het nog Eclips z'n eigen schuld ook.... Wondere wereld.
Het is nu te laat Eclips, maar als ik jou was zou ik wachten tot de volgende kernel update. Dan zijn de fouten die er in deze zitten uit.

( Bram, ik plaag maar een beetje hoor, humor, je weet wel)

Beste EC,

Tja, ik begrijp het werkelijk niet. Aangegeven is, dat het in de eerste plaats een beta versie is.

Maar goed ik wil dit altijd eerst eens proberen. En hier werkt het gewoon en weer beter en sneller dan voorheen.

Heb je misschien een bijzondere handmatige instelling van je scherm ?

Zie je Raspberry wel via een VNC client ? Dan hoef je niets te demonteren en ligt het aan je scherm instelling. Dan de laatste sudo update doen en je hebt de laatste 4.14. kernel weer op je systeem.

Inmiddels is er weer een update beschikbaar, waarbij de kernel weer terug gezet is naar de 4.14.XX versie (die is dan stabiel (stable) bevonden.

Dan kun even geen nieuwe kernel 4.19 update doen.

Ook zonder scherm kun je er altijd nog bij draadloos met een VNC client.

Jammer. Je hebt dit al meer ervaren ?

Groet,

Bram

Een goed principe is om belangrijke dingen zo te monteren dat je er altijd eenvoudig bij kan komen.

Bas van Dijk schreef :
Bas, aan een backup heb je niet zoveel in dit geval. Het SD kaartje moet eruit want er moeten wat files op aangepast worden. Dan start ie gewoon weer op. Dit gebeurt zo nu en dan na een firmware update. Maar mijn pi zit in een behuizing die veel weg heeft van een "echte" kaartplotter. Met maar één nadeel : de boel moet helemaal open geschroefd, dsi kabel los, pi en strompi eruit voor ik eindelijk bij dat kaartje kan. En daar had ik na vanavond ff geen zin meer in.
Mijn bericht was vooral om te illustreren dat het niet per definitie zo makkelijk is als even sudo dit, sudo dat, sudo klaar is Kees. En een enkele keer is dat best frusterend. Vooral als je het niet verwacht.

Gepost met de officiële Zeilersforum-app

Beste Roald, jouw opstelling is duidelijk niet geschikt voor experimenteren waarom doe je dat dan?
Een extra pi in een doosje met 220 voeding icm VNC viewer en klaar je hebt een experimenteel setje.
Er zijn ook micro sd card extenders op alie te koop
nl.aliexpress.com/item/Mini-25...-93fb-13cd3372c361-6
Geen ervaring mee, weet niet of het werkt!

update uitgevoerd, zonder problemen.
ding lijkt wel sneller te starten.

betreft een een pi3b

oja als je wifi bereik wil vergroten.
op de print zit een keramisch blokje wat de antenne is.
die soldeer je er af, daar soldeer je de midden kern op van een kort stukje coax van een rpsma pigtail. de mantel soldeer je op een stukje kaal gemaakt min vlak ook dicht bij daar en voila een externe antenne voor je pi.

Een usb wifi adapter er bij en je hebt een wifi router
Een 4g usb modem en je hebt een mobiele hotspot.
Dit is het enige wat ik gebruik van openplotter, en werkt boven verwachting nu al een paar weken hier op het buro.

uitzetten doe ik door de stekker van de voeding uit het stopcontact te trekken, nog geen corrupte sd gehad.

Zeilprutser schreef :
Je hebt helemaal gelijk, Onno. Zoals je wellicht weet, staat het nog altijd op mijn to-do list om Open-GL aan de praat te krijgen op de Pi en dat was de reden voor deze firmware update. De Openplotter-Pi is en blijft vooralsnog een extraatje aan boord, want primair navigeer ik op een Galaxy TAB Active 2 met OpenCPN. Wat het probleem betreft: vooralsog houd ik het op de gebrekkige support van de Pi Foundation voor hun "eigen" dsi touchscreen, want een zwart scherm komt vaker voor na een firmware update. Vaak is dan niet de dsi-poort, maar de hdmi-poort geactiveerd. Mogelijk moet ik een regeltje in config.txt aanpassen, mogelijk moeten ook de bestanden uit boot.bak naar de boot-partitie gekopieerd worden. In alle gevallen moet de Pi uitgebouwd worden, want zo'n kaartplotterbehuizing is wel fraai, maar niet geschikt voor testopstellingen. En ik was inderdaad van plan om bij Ali op zoek te gaan naar een extender-kabeltje om de micro-SD kaart beter bereikbaar te maken.

Aanvulling en reactie op Brambo: ik denk dat config.txt aanpassen niet werkt, want de Pi boot helemaal niet. Als hij zou booten met video op de hdmi-poort, zou ik er met VNC wel bij kunnen. Maar ook dat gaat niet. Dus het zal wel het herstellen van de bestanden in de boot-partitie worden.

Beste Eclp,

het is mij nog steeds niet erg duidelijk, De RPI boot hier gewoon ook zonder een scherm. Dan kun je er met ethernet of nog gemakkelijker draadloos bij met een ander systeem met VNC client.

Kun je gewoon alles verstellen en eventueel een kopietje maken van je config.txt. Een andere kernel versie heeft toch geen effect op je video instellingen ?

En waarom zou OpenGL niet werken ? Heb je de OpenGL driver aangezet in sudo raspi-config ?

Draait hier alle lange tijd.

Linus Torvalds (Linux) heeft juist aangegeven dat in de laatste kernel versie de Raspberry nog beter wordt ondersteund.

Groet,

Bram

Hallo Bram,

Hij draait weer hoor. Het was een kwestie van de boot-files uit een backup terugkopieren naar de SD-kaart.
Omdat ik nu toch de hele boel moest uitbouwen had ik direct een mooie gelegenheid om mijn OpenGL-vermoeden te reproduceren. En dat bleek precies uit te komen.
Na het herstellen van de boot-files heb ik de Pi via hdmi aan een monitor gehangen. Toen OpenGL ingeschakeld -> succes!
Daarna de Pi weer aan zijn eigen dsi-touchscreen gehangen -> zwart scherm!
Maar wel benaderbaar via VNC, dus langs die weg de Fake KMS-driver weer ingeschakeld. Reboot -> et voila, het touchscreen werkt weer.
Conclusie: vooralsnog werkt OpenGL alleen via hdmi. Enige tijd geleden schreef ik al dat de ontwikkelaar van de KMS driver dat ook bevestigd heeft en dat hij daarom die Fake-KMS driver als workaround heeft gemaakt. Ik heb het nu met eigen ogen gezien.
7 inch official Pi touchscreen: NIET OpenGL aanzetten!

Goed bezig Roald! bedankt voor de info!

brambo schreef :
Hallo Bram,

Hoe kom je aan die informatie? Als ik "rpi-update" intoets in de terminal (installeren doe ik natuurlijk ff niet! ), krijg ik nog steeds de melding dat rpi-4.19.x geïnstalleerd gaat worden.

groet,

Beste Eclp,

het komt wat raadselachtig over. Maar er zit een logica achter. Rpi-update kijkt naar de versie en/of datum en geeft dan aan dat er een nieuwere versie beschikbaar is.

Dus nadat ik eerst de rpi-update gedaan had kwam versie 4.19 tevoorschijn.

Daarna kwam er een vrij grote meervoudige sudo update met daarbij ook een (stable) kernel update en daarna was de kernel weer terug bij bij 4.14.89 Het was daarna niet meer mogelijk een update van de kernel te doen, want 4.14 dat was op dat moment de laatste versie.

En vandaag was er opnieuw een rpi-update nu weer van 4.19.. Een versie die mij overigens wat minder bevalt.

Bepalend is het versie nummer ofwel de datum.

Dat is de logica. Overigens met kernel 4.14.89 werkt het prima.

Ben overigens erg benieuwd op het can-usb kaartje gaat werken met NMEA2000 via SignalK en de omzetting naar NMEA183.

We zullen het zien a.s. zaterdag.

Groet,

Bram

Eclips schreef :
Kun je daar eventueel eens kort een uitlegje over maken. Ik denk dat er wel meer mensen problemen hebben met de combinatie 7 Inch official Pi touchscreen en Openplotter.
Ik in ieder geval wel. Sinds vorig jaar heb ik me er een tijdje niet meer in verdiept wegens andere bezigheden, maar binnenkort ga ik er weer mee starten.
Een korte heldere stappenlijst om een SD kaart zo aan te passen dat hij met het 7 inch scherm wil meespelen is dan wel aangenaam.

Tony2920 schreef :
Kun je me wat inzicht geven in de problemen die je tegengekomen bent? Ik wil er best eens naar kijken, maar een echt stappenplan lijkt me toch niet nodig. Zo heb ik het althans niet ervaren.
Het belangrijkste punt van zorg is de voeding van het geheel. Bij het touchscreen wordt een micro-USB splitterkabeltje geleverd, zodat je met de officiele Pi-voeding zowel de Pi als het scherm kunt voeden. Die oplossing heeft bij mij nooit voldaan. Het werkte wel, maar vooral tijdens het opstarten kreeg ik regelmatig het bekende bliksemflitsje in beeld en ook startte het systeem soms wel 3 of 4 keer opnieuw op voor het eindelijk goed ging. Bovendien vond ik het een beetje een houtje-touwtje oplossing, zo'n splitterkabeltje. Zeker voor op een boot.
Ik heb het nu als volgt opgelost. Op de Pi zit een StromPi-2, zodat ik de Pi rechtstreeks met 12V kan voeden. Intern heb ik, d.m.v. een kort USB naar micro-USB- kabeltje, de USB power OUT van de StromPi verbonden met de micro-USB power IN van het scherm. Daarnaast zijn Pi en scherm verbonden via de 5V pinnen op de GPIO header. Pi en scherm zijn ingebouwd in een SmartiPi behuizing. Een oud 12V 50 mm pc-ventilatortje zorgt voor wat koeling, omdat het geheel behoorlijk dicht is en de StromPi volgens de documentatie behoorlijk heet kan worden. Het fannetje zit ook op de 5V van de GPIO header. Daardoor draait het lekker langzaam en dus stil. Het geheel ziet er eigenlijk net uit als een kaartplotter, maar niet waterdicht natuurlijk. Aan boord hang ik het via een aanstekerplug aan het boordnet, voor thuis heb ik een 230 naar 12 volt convertertje waar de aanstekerplug in gaat.
Opstartproblemen en bliksemflitsen zijn daarmee verleden tijd. Het systeem is superstabiel en draait hier soms dagen achter elkaar zonder onderbreking.
De overige aandachtspunten zijn software-gerelateerd. Hierboven en in andere Pi-draadjes heb ik al uitgebreid geschreven over OpenGL in combinatie met het touchscreen. In het kort: het werkt niet en daarom heeft de ontwikkelaar van de driver een speciale "Fake-KMS" driver geschreven waarmee OpenGL geëmuleerd wordt.
Op Youtube circuleert een video van een Duitser die OpenGL wél aan de praat gekregen heeft met het touchscreen. Het is dus niet helemaal onmogelijk en dat is voor mij reden om af en toe, vooral bij major updates van de firmware, een nieuwe poging te doen. Tot nu toe dus zonder succes. Zodra het me wel lukt, zal ik daar vanzelfsprekend in jubelstemming verslag van doen.

Eclips schreef : Daarom is naar mijn mening de StromPi dan ook niet geschikt voor aan boord.

Zeilprutser schreef :
Dat valt te bezien. Het ding kan over een groot spanningsbereik ingezet worden en dat is aan boord wel weer fijn. Ik heb zelf ook niet gemerkt dat 'ie heet werd. Maar omdat daar wel iets over in de documentatie staat én omdat het qua airflow niet overhoudt in de SmartiPi case heb ik maar wat keramische koellichaampjes op de Pi geplaatst en dat fannetje gemonteerd. Zoals gezegd draait dat op (minder dan) halve kracht en ook als het niet draait gaat de Pi niet in het rood. Dus voorlopig ben ik zeer tevreden.

Nog een paar opmerkingen over de laatste kernel update. Inmiddels is dit 4.19.27.

De beta versie van OpenCPN 5 is tegelijk ook op te waarderen.

De kernel opwaarderen is sudo rpi-update.

Hierbij is gebleken, dat met de laatste kernel update naar de 4.19. serie, dat in OpenPlotter het draadloze Wifi Access punt (AP) niet goed meer werkt.

Inmiddels is daar een handmatige oplossing voor gevonden:

sudo apt-update en sudo apt-upgrade (standaard voor het opwaarderen) en dan

sudo systemctl enable hostapd.service

sudo shutdown -r now

Uiteraard opnieuw opstarten.

Zo werkt het hier weer.

Misschien goed om dit te weten voor de gebruikers die graag de laatste stand van zaken willen gebruiken.

Bram

Inmiddels is de kernel ontwikkeling aangekomen bij kernel 4.19.42-v7+.

Er is een flinke sprong voorwaarts gemaakt met de werking van Linux op de RPI. Zeker in combinatie met de OpenGL driver VC4, werkt het nu zeer snel.

Verder is er nog een probleem gesignaleerd bij het zeer intensieve taken, dat soms het beperkte geheugen overbelast raakt.

Volgens de hoofd ontwikkelaar van OpenCPN is dit mogelijk te voorkomen door de volgende regel in de OpenCPN config te zetten:

MEMCacheLimit=200

Terugkijkend naar de beginfase is er al erg veel verbeterd.

Groet,

Bram

Release notes?

Zolang die OpenGL driver alleen maar over HDMI werkt en niet op de DCI-poort, hebben alleen gebruikers met een "extern scherm" er iets aan.