Onderwerp: RPI samenvatting laatste stand van zaken

Kom nog bij dat het geen Raspberry PI gebruikers zijn, maar Windows gebruikers.

Doet mij denken aan Steve Balmer van Microsoft, die de goede werking van Linux ook niet kon uitstaan en het een "kanker" noemde.

Beetje het wij van "WC-Eend" principe.

Maar goed we gaan gewoon verder op de weg van moderne software ontwikkelingen.

Bram

brambo schreef :
Volgens mij komt het grootste deel van de posts in dit topic van mensen die in ieder geval enige ervaring met Raspberry Pi of Linux hebben. Daarnaast gebruiken ze misschien ook nog Windows.

Zelfs Baasklusje heeft een Raspberry Pi thuis staan.

brambo schreef : Bram, ik waardeer je interesse en inzet voor dit onderwerp.
En ik geloof ook dat je er veel verstand van hebt.

Maar je leest denk ik de reacties niet goed.
Je verliest mij ook met het mantra dat het weer sneller en beter is.
Ik wil graag weten hoe ik er concreet op vooruit ga als ik naar een nieuwe versie zou gaan.
Mij gaat het al helemaal niet op snelheid, die vind ik meer dan voldoende, maar vooral om functionaliteit.

brambo schreef :

Ik mag wel degelijk kritiek leveren. Want hoe kom je erbij dat ik het niet zelf probeer? Ik draai momenteel zelf de RC van OpenCPN, in afwachting van de release van 5.8.0. Het enige dat ik je vroeg is om je snelheidsclaims te beargumenteren.
Maar als jij op jouw beurt niet snapt waarom hardware bij iedere nieuwe generatie meer rekenkracht, werkgeheugen en opslagruimte krijgt zijn we snel uitgepraat.

Menno schreef :
Beste Menno,

nee ze gebruiken zelf geen navigatie software op een Raspberry Pi. Maar uitsluitend Windows. Het zijn bovendien steeds dezelfde reaguurders.

Ze hebben in verleden steeds afgegeven op het gebruik van de RPI. Lees nog maar eens terug. Speelgoed ! Voor de SignalK server was ik de enige gebruiker. Programma's worden op een zolderkamertje gemaakt enz. enz.

Dan de heer R, die heeft niets anders gedaan dan de ontwikkeling af te kraken in een lange reeks van reacties.

Maar goed sinds 1984 volg ik steeds de laatste trends en heb van alles gebruikt.

Ik hoef toch niet te gaan uitleggen waarom de Linux kernel 6 een verbetering is met ingebouwde steun voor de RPI ?. Bovendien ga ik geen Benchmarks erbij zoeken.

Dit terwijl men het eenvoudig zelf kan proberen. Een extra SD kaartje of een snelle usb stick en je kunt het vergelijken. Dat is kracht van een modulair systeem met het OS plus alle software op een verwisselbaar medium.

Het thema is nu SBC (Small board Computer) boardjes. Met als laatste ontwikkeling Risc-V boardjes.

Bram

brambo schreef : Zelf gebruik ik AvNav op een Rp3 onder Raspbian. En verder draait alles in mijn huis onder Linux, geen Windows of MacOS te vinden. Wellicht doel je op anderen?

Als je (telkens) beweert dat een update sneller is, maar dat niet onderbouwt, dan snap je hopelijk wel dat men daarover valt?

"Resistance is useless"...

de heer B vergeet te vertellen dat ik zelfs opsteekbordjes voor de rpi heb ontworpen, met een behoorlijk zware FPGA erop.
Fotos heb ik wel eens geplaatst. Daarmee kon ik 6 controllers tegelijk draaien.
Dus ik heb best wel ervaring met de rapsberry hoor.
Maar het project bleef, gelukkig, bij een aantal prototypes.
Ik kreeg er wel voor betaald, dat scheelt een stuk.

En ja sorry, ik kan niet werken met opencpn, heb er niks mee. (3 keer geprobeerd) Dus dan is een framboos ook niet echt een optie voor aan boord. Daar kan je geen wingps op draaien.
Overigens zit de tapas vol met microcontrollertjes op eigen ontwerp printplaatjes. Combineren van twee hobbies. Stuk of 40 kom ik wel aan... . communicatie is meest draadloos. Lekker makkelijk bedraden en geen aardlussen.

brambo schreef : Als je mij bedoeld; ik heb jaren OpenCPN op een Raspberry Pi3B gedraaid. Traag maar redelijk bruikbaar. Nu Odroid N2+; veel sneller (zonder benchmark) en makkelijker verkrijgbaar (ook geen benchmark) dan die Pi3 / 4. Wel jammer dat ik gedwongen Flatpack moet gebruiken om een goed werkende OpenCPN met plugins te krijgen. Zelf compileren is gewoon niet leuk / moeilijk / gebruiksonvriendelijk. Verder uiterst tevreden.

Pi3b en nu Odroid zijn een eindpunt in mijn systeem. Bieden informatie uit een hardwarematig netwerk, kunnnen informatie aanbieden. Maar hebben geen rol in het systeem. Alles draait, of dat ding het nou doet of niet. Er is een backup in de vorm van plotter die ook in hetzelfde netwerk hangt.

Ik gebruik ook Signal K. Maar alleen om de NMEA data op 2 verschillende plaatsen te gebruiken.

Als ik jou berichten lees, zie ik veel enthousiasme. Helaas onderbouw je je claims niet. Je hoeft geen benchmarks te zoeken. Vergelijk dezelfde handeling eens met een filmpje op 2 systemen. Maak de snelheidswinst inzichtelijk. Verbeteringen benoemen, ipv alleen "veel beter". Volgens mij is dat wat velen hier irriteert (mij wel iig).
Iedere nieuwe softwareversie is zwaarder. Vereist dus tevens doorontwikkeling van hardware. Anders draaide iedereen nog Windows 2000... Dus een Pi4 uit 2016 wordt niet sneller door elke keer maar nieuwere versies erop te zetten. Dat gaat niet. Wel kun je kijken naar een systeem wat optimaal gebalanceerd is voor een dergelijk bordje; zonder zware opsmuk en geoptimaliseerd voor de processor architectuur. Daar is vast nog wel iets winst te behalen.

Zelf ben ik geen early adaptor. Ik ga niet onmiddelijk OpenCPN 5.8.0 erop knallen als het uit is. Ga liever voor 5.8.1....

Koezt schreef : Daar kwam ik ook achter toen ik nog met OpenCPN aan het knutselen was (ben uiteindelijk voor AVnav gegaan). Volgens Bram is dit een onzinverhaal (zijn woorden). Tsja....

Met de moderne software versies kun je eenvoudig een paar filmpjes maken van je desktop bewegingen.

Helaas kan ik op de ZF deze opnames niet direct tonen. Ik moet dan YouTube gaan gebruiken. Maar dan moet zo'n opname ook gepaard gaan met een goede lay-out en commentaar. Anders heeft het weinig zin.

Nogmaals ik hoeft alles niet uit te leggen. Je kunt het zelf eenvoudig proberen en vergelijken.

Ben je tevreden met je bestaande systeem en heb je verder geen technische interesse. Hou het dan daarbij.

Flatpak is geen "een-dags-vlieg" die je niet nodig hebt. Dit is de toekomst van Linux applicaties naast Snap van Ubuntu.

Ik ga het de Vegaman niet nog een keer uitleggen. Bij iedere release zijn andere plugins nodig. Met Flatpak heb je een uniforme versie voor alle Linux systemen.

Groet,


Bram

brambo schreef : Er valt ook helemaal niets uit te leggen. De PPA is kreupel omdat daar geen plugins in zitten. Het hoofdprogramma van OpenCPN zit er wél in maar dus zonder de plugins. Zou zeggen, doe dan die hoofdprogramma dan óók niet. Nu heb je een onbruikbare versie.

Koezt schreef : Blijkbaar komen er steeds meer mensen achter.

brambo schreef : En daar zit de crux. Jij zegt dat iets veel beter is. Maar je levert geen enkel bewijs daarvoor. DAT irriteert mij. Als iedere update van software op dezelfde hardware VEEL beter is, was het daarvoor dus automatisch bagger...

Snap dat je het leuk vind. Maar maak dan inzichtelijk wat er beter is...

Ik ga het niet proberen namelijk

Als je het als Linux specialist nu nog niet snapt, na meerdere keren uitleg, dan weet ik het ook niet.

wie de oogkleppen past, trekke ze aan...

brambo schreef :
Dat is je hele probleem: je legt niks uit. Je roept alleen maar dat het sneller is. En om het te beargumenteren hoef je er geen benchmarks bij te halen. Je kunt ook gewoon melden dat kaarten sneller laden, dat het systeem sneller opstart, dat de CPU-load van een bepaald proces lager is, of wat dan ook. Maar alleen maar roepen dat het sneller is en dat verder niemand er iets van snapt is gewoon niet juist. Ik draai zoveel mogelijk testversies van OpenCPN, alleen doe ik dat onder Windows op een laptop die niet mee het water op gaat, ik draai OpenCPN en AvNav naast elkaar, ik werk met SignalK, noem maar op...je bent echt niet de enige.
Op de Pi ben ik van april tot november wat voorzichtiger, want het systeem moet wel blijven functioneren! Tijdens het winterseizoen experimenteer ik er lustig op los. Soms tot grote frustratie, want lang niet iedere update is een verbetering.

VegaMan schreef :
Er is wel een work-around:

In opencpn.conf kan je in de sectie Plugins een variabele toevoegen die je keuze geeft welke plugins catalogus je wil gebruiken:





Hiermee kan je handmatig een compatibility kiezen, en als die binary compatible is met je OS werken de plugins gewoon.

Menno schreef : Als dit zo is (twijfel daar niet aan), waarom staan ze dan niet in de PPA erbij?

Antwoord zou kunnen zijn: omdat zo mogelijk je systeem gedestabiliseerd wordt. In dat geval lijkt me de flatpack een betere optie omdat je zeker weet (soort van) dat ze binair bij elkaar horen, het hoofdprogramma en de plugins.

Ik vind het wel vermakelijk, eens in de zoveel tijd een post van Bram waarin hij de Pi en linux verheerlijkt en de daarop onvermijdelijke commentaren.
Lekker voorspelbaar, een soort soap zeg maar.

of TelSell

beter !
sneller !
eenvoudig !

..hoewel..
toen was het ook; 2e voor half geld
(ivm de kwaliteit van nr 1 dacht ik toen)

In mijn Raspberry zit een heel klein Lipo batterij zodat als de stroom uitvalt of dipt de boel niet gelijk crasht.
Na 20 tot 30 minuten (afhankelijk van schermhelderheid) is hij leeg.
Dat zou 50 minuten moeten zijn.

Ik heb dat eens geanalyseerd met powertop:
- Het stroomverbruik met gebruikmaking van software dmv Snap neemt ¨fors¨ toe.



- Ook de applicatie Firefox gebruikt onder Snap 238mw, als ik ´m via de PPA installeer slechts 111mw. Ruim de helft minder. Na wat tweaken nog maar 80mw.

- Door alle Snaps uit het systeem te halen wordt in totaal circa 1 watt bespaart.

- Poorten zoals USB, PCI etc uitzetten of slaapstand etc levert nog eens een 1/2e watt op. De opzet blijft een lean machine met een mininaal stroomverbruik.

- De snelheid van het opstarten van de applicatie is zonder Snap ook sneller, maar dat is bijvangst.

Sneller, beter, zuiniger en weet ik veel is dus met Snaps mogelijk niet zo, ik zal er verder nog in duiken, in zoverre dat relevant is, post ik dat hier.

Zou iemand een kunnen kijken wat Opencpn onder Snap verbruikt, inclusief /usr/lib/snap/snapd (ong 50mw)?
Ik stel mij voor dat niet alle systemen gelijk zijn, maar een ruw vergelijk zou mij helpen.




Besluit:
De Opencpn versie 5.7 vanaf PPA blijft dus gewoon staan.

Wat is "snap"?

Edit: de toekomst, begrijp ik...
brambo schreef :

Nachtvlinder schreef :
Soort Flatpak.

Maar geen mooie toekomst;

Meest irritante van Linux is net als vroeger met laders; vele varianten die allemaal hetzelfde doen maar niet uitwisselbaar waren. Het mooie was dat dmv depencies software lean & mean was, door forking (dus allerlei linux smaken) werkte dat niet meer en is men de software als ¨complete sets¨ gaan aanleveren.

Betekent, wanneer eenzelfde applicatie op dezelfde CPU, een hoger stroomverbruik heeft, deze ook trager is (omdat er meer instructies uitgevoerd worden)?

PvO schreef :
Het vervelende is, het komt dan van mensen die zelf geen Linux gebruiken of een RPI. En het zijn ook nog steeds dezelfde. De toekomst zijn de SBC systemen met een minimaal stroomgebruik.

Ik vertel geen onzin. Er is een enorme verbetering slag gemaakt sinds mijn eerste gebruik van de RPI. Met nu support in de Linux kernel 6.

Opmerkelijke is dat de kritiek op het SignalK en Flatpak gebruik aanzienlijk was. Echter na een lange periode worden deze toepassingen nu door een deel van dezelfde personen toegepast.