Onderwerp: RPI/OpenPlotter betrouwbaar ?

lschip schreef : Een beetje telefoon heeft al snel een 3 jaar recentere CPU als een RPI4 en is geklokt op een minimaal 30% hogere snelheid.
En je gebruikt de hardware-acceleratie bij de telefoon, waar je je bij de RPI4 je best doet om te voorkomen dat de acceleratie werkt.

Het vergelijk lijkt mij een beetje heel erg scheef.

reuver schreef :
Waarom?

Als je geen leerzame momenten wilt hebben en geen interesse er in hebt, dan moet je gewoon Windows gebruiken of een kaartplotter kopen.

Is overigens die laatste categorie met die kleine beeldschermpjes wel zo snel met de beeldverwerking ?.

Overigens Win10 kun je ook gebruiken op een Raspberry Pi. Maar vrijwel niemand doet het.

De Arm processor is een superieure Risc processor, die Apple nu ook gaat gebruiken.

Er komen meerdere boardjes waarop de CM4 RPI4 module past, die voorzien zijn van een PCIe slot. Met daarop een PCIe NVMe SSD module (128 GB tot 1 TB) aangebracht (met een schroefje) werkt het razend snel.

Maar heb je die snelheid eigenlijk wel nodig voor gebruik op de boot ? Met een eenvoudig SD kaartje werkt het ook prima.

Je moet verder wel kijken naar de toepassing waarvoor je een systeem wilt gebruiken.

De Raspberry is een goedkoop, energie zuinig systeem, bestaande uit allemaal losse componenten, waar de gebruiker zelf de controle over heeft.

Vergt wel enige interesse en wat kennis. Maar maakt je self-supporting, hetgeen belangrijk is als je onderweg bent. Alle componenten zijn eenvoudig uitwisselbaar en spot goedkoop.

Niet te vergelijken uitgangspunten, systemen en dus snelheidsreferenties, dat laatste vermoedde ik al.

I rest my case.

Nachtvlinder schreef :
Bij een remote scherm moet je moeite doen om hardware acceleratie werkend te krijgen.
Nu schijnt RDP sneller te zijn dan VNC, omdat ze hardware acceleratie gebruiken.

Dus ga je er ook maar automatisch vanuit dat Microsoft dat ook geoptimaliseerd heeft voor Linux en dat het op de RPI werkt.

Zal vast wel een stukje anti-Microsoft zijn, maar voor een Linux-oplossing zou ik niet op voorhand voor RDP kiezen. Om niet te zeggen "als je RDP wil gebruiken zet er dan een Celeron met Windows neer".

Als je toch voor Linux kiest test dan op z'n minst beide alternatieven.

brambo schreef : ‘Die’ ARM gaat Apple niet gebruiken hoor! Apple ontwikkelt al vele jaren eigen ARM chips voor oa de iPhones en iPad (en vroeger <2007 op de laptops en IBM/Motorola PowerPC RISC cpu’s). ARM is maar een instructieset, zoals x86 en PowerPC, die je in licentie kunt nemen. De Raspberry Pi gebruikt een kant en klaar ingekochte ARM chip. Een groot probleem bij de fabrikanten van die chips is dat deze niet alle documentatie gratis en zonder beperkingen vrij geven. Hierdoor kunnen vaak moeilijk en matig presterende drivers gemaakt worden die opensource vrijgegeven kunnen worden. De fabrikanten zelf leveren slechts beperkte (bijv geen hardware acceleratie zoals openGL) of helemaal geen ondersteuning in de vorm van drivers voor linux.

Wel nieuw zijn de ARM chips die Apple onlangs in de laptops en desktops plaatst, dat blijken performance monsters tov de Intel tegenhangers te zijn en stukken zuiniger. Volgens mij had alleen AMD een snellere laptop chip op de markt (maar weer onzuiniger). Zelfs met het emuleren van de x86(-64) instuctieset zouden deze kwa performance redelijk overeenkomen met native Intel x86(-64) CPU’s.Zoals hierboven gezegd, ben je wel afhankelijk van de fabrikant voor goede hardware ondersteuning en het uiterste uit de chips te kunnen halen. Helaas is dit nog steeds niet het geval bij linux in gratis opensource vorm. Raymarine zal beslist dezelfde/vergelijkbare chips gebruiken, maar kan door de licentie van hun eigen software wel gebruik maken van de uitgebreide specificaties en eventueel drivers van de fabrikant. Hierdoor kunnen ze bijv optimaliseren voor hardware acceleratie, stroomgebruik en dit als onderdeel van kun product aan hun klanten leveren.

Zou me trouwens verbazen als die plotters niet op Linux draaien, ze gebruiken iig opensource software in hun producten: www.raymarine.com/service-and-...updates/open-gl.htmlAbsoluut. Binnenkort ga ik ook nog eens mijn setje dat ik vorig jaar heb gemaakt bijwerken en aansluiten. Maar dat is meer ‘spielerij’. Maar voor het serieuze werk zet ik toch liever in op een kant en klare plotter.

Wat mij betreft is er ook helemaal niets mis met een (windows) laptop met bijv OpenCPN etc erop. Of een tablet met navigatiesoftware met wat NMEA/Seatalk integratie via Wifi bijv. Zuinig, geoptimaliseerd, makkelijk verplaatsbaar, flexibel, goedkoop om een 2e aan boord te hebben. Nadeel is dat deze oplossing meestal niet waterdicht is, maar laatst had iemand hier ook een rugged/waterdichte tablet gekocht. En op Android kun je ook OpenCPN native draaien, dan doe je de rest op de raspberry pi (wifi integratie met NMEA, multiplexen etc).

Hallo !

Een laptop is helemaal niet energie zuinig. Trekt minimaal zo'n 2 ampere tijdens gebruik en je moet er ook nog een 12 volt adapter bij hebben. Met veel minder mogelijkheden.

Alhoewel je kunt ook Linux 64 bits op een laptop zetten en hier de OpenPlotter extra's en SignalK aan toevoegen. Werkt ook op een AMD64 Linux Mint en andere Linux versies perfect.

Ook dual-boot is een interessante oplossing. Bij het opstarten kies je voor Windows of Linux.

Dan is er sinds kort ook nog de mogelijkheid Linux in Windows te gebruiken.

Er is een nauwe samenwerking tussen ARM en de Raspberry organisatie. Arm maakt overigens zelf de processor chips. ARM is namelijk ook van Engelse (Cambridge) oorsprong, vroeger bekend van de Acorn computers. Daar ligt de basis van ARM ontwikkeling.

Inmiddels probeert Nvidia met hoog bod ARM over te nemen. Er is discussie in het VK gaande of dit belangrijke en innovatieve bedrijf wel in buitenlandse handen moet komen.

Kortom de RPI is geen "speelgoed" maar wordt nu al voor 30% gebruikt voor industriele toepassingen.

Groet,

Bram

reuver schreef :
Net geprobeerd met VNC. Dat gaat inderdaad een stuk sneller, werkbaar zelfs.
Alleen stopt Opencpn er dan spontaan mee (sluit hard af). Dat heb ik weer niet met xrdp.

Mag ik dan de conclusie trekken dat je de traagheid ervaart met een virtual desktop?
Heb je de traagheid ook als je direct een display hebt aan de HDMI? (zonder een virtual desktop draaiend)

brambo schreef :
Wat is dat nou weer voor nonsens? Het feit dat Apple er op overstapt maakt ARM niet superieur. Er zijn genoeg (zeg maar gerust meer) voorbeelden te vinden van minder geslaagde ARM implementaties. Zoals bij Rockchip en Mediatek. ARM is gewoon een andere architectuur dan x86.
Voor Apple is het vooral strategisch belangrijk om niet afhankelijk te zijn van Intel.

De Risc systemen zijn superieur omdat ze gebruik maken van een "beperkte instructie" set.

Overigens is dit niet nieuw voor Apple, want voorheen maakten ze gebruik van de IBM PowerPC processor. Ook een Risc processor.

brambo schreef :



nl.m.wikipedia.org/wiki/ARM_Holdings#Activiteiten

Beide zijn het geval. Eigen ARM processor product naast licenties voor andere producenten:

But as well as creating its own chips, ARM also licenses out its instruction set architectures (an instruction set architecture is, essentially, what tells a chip how to execute code on a particular processor or type of processor).

This means that companies buy a license that allows them to build custom processor cores that implement an ARM instruction set, rather than purchasing or modifying ARM processors themselves.

Apple's chips, while they use the ARM instruction set, are all completely custom.

brambo schreef :

Er zijn vast dingen die wel met een Raspberry Pi kunnen maar niet met een (x86-) laptop, maar dat geldt andersom net zo goed.
Ik heb meerdere Raspberry Pi’s en meerdere laptops, en ze hebben allebei hun plaats. The right tool for the job, en dat is niet altijd een RPi, en het kan ook per gebruiker verschillen wat de right tool is.

brambo schreef :
Heb je een voorbeeld van zo’n processor die door ARM zelf gemaakt wordt i.p.v. onder licentie door een andere producent (bijv. Qualcomm, Broadcom, Samsung of Apple)?

Nachtvlinder schreef :
Om iemand in de verleiding proberen te brengen om een dergelijk filmpje te posten van een Raspberry hier alvast een filmpje van een VNC scherm. OpenCPN draait hier op een NUC i3 8e generatie onder Linux. Aan de werkende radar kun je zien dat OpenGL werkt. De radar plugin werkt allen met OpenGL. Door de muis te volgen kun je zien hoeveel tijd er tussen klikken en de opbouw van het scherm zit.

Filmpje

Netjes Denk dat het zonder radar-overlay nog sneller panned? Valt prima mee te werken dit.

Kan iemand zijn RPi4 nog even filmen - mag ook gewoon met telefoon ?

Dit haalde ik niet met de RPi4 met OpenGL zonder radar-overlay bekabeld naar monitor. Op de m3 en W10 nog veel vloeiender, maar dat is mss geen eerlijk vergelijk want ik gebruikte geen radar-overlay.

Ik zal (speciaal voor Nachtvlinder) vanavond ff een filmpje maken van m’n rpi4.

Groet!
Sjoerd

Niet speciaal voor mij svp - straks ga ik mij nog bezwaard voelen

Geen probleem, voel je zeker niet bezwaard.
Het is best een goed idee.
Heb een filmpje met m’n telefoon gemaakt, maaruh, hoe kan ik die hier uploaden..?

Dankje! Ik upload zoiets altijd naar Youtube en post de link dan hier...

Ben wel nieuwsgierig.

Ja, heb nog nooit wat geüpload naar joetoep. Ga vanavond eens kijken of dat lukt...

Nachtvlinder schreef :
Ik heb ook geen account bij Youtube. Als je het goed vindt zal ik een kopie SD kaartje naar je toe turen. Kun je het eenvoudig zelf testen en eventueel er een filmpje van op Youtube zetten.

Geprobeerd met een foto toestel een opname te maken. Echter het resultaat van een opname van een beeldscherm is erg matig.

Capture bureaublad opname werkt wel met Ubuntu Hirsute Hippoo. Echter niet met het 64 bits RaspiOS.

De opname is bovendien een voor mij in een onbekend beeldformaat: .webm. Zal nog een kijken of ik het kan omzetten in een ander formaat.

Bram

Aanvulling:

Via een site op internet kun webm omzetten naar mp4. Dat heb ik inmiddels gedaan. Helaas alleen maae kort filmpje. Zal nog kijken om een grotere versie te maken.

Dankje. Geen kaartje aub!

YT is je Google account, opname gewoon met telefoon maken.