Onderwerp: Snellere HW dan de Raspberry Pi voor OpenPlotter

Anders moet je zelf de test even doen. Het lijkt me dat je hardware wel aanwezig is?

roozeboos schreef :
Hardware zat, maar openplotter gebruik ik niet en heb maar 1 versie image met gedateerde Opencpn en gedateerde Raspbian.
Ik volg de ontwikkelingen hier graag omdat ik ook de mogelijkheden onderzoek voor ondersteuning van OpenCPN (plotter functie) op onze BoatController, echter daar ga ik pas mee aan de slag als onze release voor de B+ klaar is. Hoe eerder ik overtuigd ben dat de plotter functie een betrouwbaar en stabiel systeem kan zijn en qua snelheid aan mijn verwachtingen kan voldoen hoe hoger voor mij dan de prioriteit zal worden om dat voor volgend seizoen ook klaar te willen hebben, of dat op dat moment dan nog haalbaar is weet ik natuurlijk niet en andere functies kunnen ook ineens in prioriteit stijgen.
Dus eerst focussen op de B+ en dan op de plotter mogelijkheden, alles wat anderen dan al voor me hebben uitgevonden is natuurlijk dan mooi meegenomen, ik hoop dat ze me dat niet kwalijk nemen en dat ik op andere vlakken voldoende bijdraag.

ik hoop t ook voor je.

Zeilprutser schreef :
De versies gaan gewoon door, alsmede de kernel ontwikkeling. Als je te lang wacht loop je al weer ver achter.

Voor de goede orde nogmaals. OpenPlotter is geen besturing systeem. Het is gewoon standaard Raspian. Echter OpenPlotter voegt er een aantal interessante zaken aan toe.

OpenCPN zit er in OpenPlotter al standaard in, alsmede Kplex.

Je kunt het beste maar zelf proberen. Dan weet je of de systemen identiek zijn met dezelfde kernel versie en instellingen. De kans is anders erg groot dat de ander net een iets andere configuratie gebruikt. Snelheid van de Sd kaart speelt ook nog een rol. Echter basis is voor alle systemen allemaal standaard.

Succes ermee,

Groet,

Bram

Zeilprutser schreef :
Toch snap ik je vraag niet. Wat wil je weten ? Of een Rpi nu snel genoeg is om als plotter te functioneren ? Dat lijkt me overduidelijk van wel. Zolang je binnen "normaal" gebruik als plotter blijft. Dat hebben brambo en wadnwind wel redelijk aangetoond.

3Noreen schreef :
Ik wil weten hoeveel sneller de SSD/USB versie is tov de SD versie.
Dat voor velen de snelheid al goed genoeg is, is prima voor hen maar ik stel kennelijk hogere eisen.
Tot nu toe ben ik niet tevreden icm een 12" scherm en het in en uitzoomen van de ENC binnenwater kaarten waarbij dan bijvoorbeeld enkele delen moeten worden bijgeladen. De snelle voorbeelden die ik heb gezien waarbij er werd in en uitgezoomd waren binnen zoom niveaus van de al opgehaalde kaarten.
Dat je hier tijdens het varen (omdat je geen grote afstanden aflegt) geen last van hebt klopt, maar ik wil wel snel kunnen in uit kunnen zoomen voor het overzicht, Brambo lost dit op door een extra venster te openen met het overzicht, dat is ook prima maar vindt ik moeilijk te verkopen.
Kennelijk heeft TS ook behoefte aan een snellere oplossing.

your mileage may vary

Als ik hier met een 2,5Ghz intel core i7 met 16GB 1600Mhz geheugen en een sata express ssd mijn kaarten op een USB3.0 stick zet i.p.v. op de ssd lijkt het over het scherm te kruipen. Zeker als ik een wat complexe route wil uitzetten. Maar de HW kost ook wel het 20 voudige. Maar het geeft wel een idee waar het plafond zit w.b.t. een Rpi en kaarten op een USB.

Beste ZP,

je moet OpenCPN met de ENC kaarten wel goed gebruiken. Enc kaarten zijn losse cellen, die in een database thuis horen.

In principe hoeft systeem helemaal geen cellen bij te laden. Gewoon even de database opnieuw genereren. Verder is er ook nog de keuze: Alle ENC kaarten voorbereiden.

En met OpenGL ingesteld vliegt de kaart over het scherm.

Je kunt ook de OeSENC kaartenset eens als test gebruiken. Anders gewoon even de gedetailleerde kaartenset Deltawateren, Rotterdam of Dordrecht van RWS downloaden. Dit geeft een goed beeld hoe het kan werken.

En de GPS muis ? Die kun je zo inpluggen, maar dat wist je al !

Groet,

Bram

3Noreen schreef : Voor een beetje nonstandaard hardware is er nog een hoop te tweaken. Met 16Gb zou je wat meer geheugen kunnen gebruiken bv. https://opencpn.org/wiki/dokuwiki/doku.php?id=opencpn:opencpn_user_manual:advanced_features:configuration_file

@Brambo, waarom merk ik dan zo weinig van de snelle database? Als ik alle ENCs inlaadt en vervolgens deing de enc database opnieuw op te bouwen, blijft het zo traag als dikke poep door een trechter als ik door de kaarten heen scroll op de router..

Ik begrijp dat niet. In de eerste plaats laad ik alleen kaarten die ik op dat moment gebruik. Niet alles wat ik beschikbaar hebt. Want het is onzin alles te laden met kaarten die je niet nodig hebt.

Ik gebruik een snelle SD kaart. Sandisk Ultra UHS-1 A1. Snelheid tot 98 MB/s.

Ik gebruik de laatste kernel versie 4.14.62. Werkt hier het best.

De VC4 OpenGL driver staat aan. In OpenCPN staat OpenGL ook aan.

Het is natuurlijk wel zo als je een groot overzicht wilt hebben, dan moeten alle bijbehorende cellen geladen worden. Als dat nodig is, zet ik de kaartteksten, lichten en dieptes uit. Geeft alleen maar een hoop "clutter" op het scherm.

Ik zet standaard behoud schaal uit.

Gewoon inzoomen- en uitzoomen gaat prima voor het gebruik tijdens het varen. Met twee open schermen hoef je niet eens in-of uit te zoomen. Beiden lopen met de boot mee. In het overzicht scherm zet ik de dieptes uit en doe de werkbalk weg.

Bedienen doe ik met een draadloos toetsenbord van Logitech of via mijn Touch scherm. Maar dan krijg je wel allemaal vette vingers op je beeldscherm.

Zal binnekort eens een video clip maken om te laten zien hoe snel het hier werkt. Als iemand anders het kan publiceren. Jammers dat ZF geen video clip kan verwerken.

Groet,


Bram

Bram, stuur de clip net als vorige keer maar naar mij, dan zet ik hem op YouTube.

Ok Sander,

gaan we doen na het weekeinde.

Groet,

Bram

@ Brambo

Ik denk dat het verschil tussen jou Sandisk Ultra UHS-1 A1 sd-card en USB SSD niet zo groot zal zijn. Mogelijk zelfs niet beter.

Wij vergelijken dat tegen goedkope kaartjes met lagere snelheid.

WADnWIND schreef :
Alle hoop weer weg......

Beste W&W,

ik heb ook nog een sneller micro SD Sandisk kaartje en die werkt ook prima op de Raspberry Pi 3B+

Extreme SDHC UHS-1 V30

lezen maximaal 100 MB/s en schrijven 60 Mb/s

De ontwikkelingen gaan snel en de capaciteit neemt ook snel toe. Zag al kaartjes met 400 GB.

Maar 16 of 32 GB is al ruimschoots voldoende.

Kan mij alleen geen enkele voorstelling maken hoe dit op zo'n plaatje kan worden aangebracht.

En de kosten ? Is voor de Sandisk Ultra UHS-1 A1 32 GB circa € 18,- Er staat dan ook nog op vermeld 10 jaar garantie.

De extreme versie is wel wat duurder.

Bram

Beste Bram,

Zou je deze 2 linkjes die al in andere draadjes zijn geplaatst eens willen bekijken?
https://www.jeffgeerling.com/blog/2018/raspberry-pi-microsd-card-performance-comparison-2018
https://www.jamesachambers.com/2018/03/raspberry-pi-3b-microsd-vs-ssd-speed-benchmarks/

Daar heb ik het volgende al op geantwoord:Zeilprutser schreef :
Mijn conclusie, de theoretische opgegeven snelheden in de specificaties van de fabrikanten zeggen niet zo veel, daarnaast hebben de testen werkelijk niets te maken met hoe wij de Raspberry gebruiken, dus tijdens het gebruik van OpenCPN op de Raspberry kan je hele andere resultaten krijgen.

Vandaar dat mijn vraag nog steeds open staat, wat zijn de snelheid verschillen in onze toepassing?
Ik geloof bijvoorbeeld best dat de rpi van Wadnwind misschien een keer zo snel opstart maar dat heeft in onze toepassing nauwelijks meerwaarde, en die vervalt helemaal als hij zijn gewenste UPS toevoeging toepast.

Mbt thuis testen van nieuwe versies (Linux, OpenCPN, etc) is er een goede NMEA server (op Linux) applicatie waar OpenCPN een verbinding mee kan maken en vervolgens de NMEA berichten van de server kan ontvangen? Wat gebruiken jullie?
Nog mooier zou zijn dat ik de NMEA logging van een tocht zou kunnen hergebruiken.

Voor het weer afspelen van een nmea log, moet je de VDR (VoyageDataRecorder) plugin gebruiken. Deze kan een nmeafile afspelen en invoeren in OpenCPN. Opnemen van lifedata kan ook.

Terugkomend op het onderwerp van het draadje: ik ga dit najaar met een Tinker Board aan de slag. Eerst voor mediadoeleinden, maar als ik Android er goed en werkbaar draaiend op krijg (en waarom zou dat niet?) ga ik kijken of ik het bordje ook kan gebruiken voor een Android-based navigatiesysteem. Omdat ik Android als (touch)interface toch prefereer boven de Pixel desktop van de Pi.

Leuk om te lezen dit draadje. OpenPlotter dan is het Arm hardware en Linux op basis van raspbian.
- snelle SD kaart belangrijk.
- voor warmte afvoer heb ik koellichamen er al op zitten.


voor niet OpenPlotter configuraties met eigen installatie van OpenCPN en andere zaken:
- OpenCPN op een Lubuntu met raspberry pi 3B nu eens onderzoeken of ik daar wat aan ga hebben. Nu mee bezig.

- overwegen op x86 platform voor mij zijn:
1.Intel NUC
tweakers.net/categorie/326/bar...EouT4SIFqcmeQHW6hrUA

Draait goed met linux en meer dan voldoende performance.
De "beperkingen" van een raspberry pi zijn voorbij, wel ander stroomgebruik.

2. Een 2de hands laptop met touchscreen.

NielsvdB schreef :
Als stroomgebruik een punt van zorg is, valt een 2e hands laptop eigenlijk direct af, want dat is veel meer dan een NUC. Als ik nu een systeempje moest bouwen zou ik waarschijnlijk kiezen voor een Asus Tinkerboard S. Zelfde form factor, dus Pi-accessoires zijn allemaal compatibel, aanzienlijk snellere SoC en 16 GB eMMC aan boord voor je OS. Dat is sneller en robuuster dan een micro-SD kaartje.

Als de laatste software updates toepast: sudo apt update, daarna sudo apt upgrade.

De laatste kernel versie erop zet: sudo rpi-update

En dan nog de VC4 driver (OpenGL) aanzet: sudo raspi-config > advanced

Dan in OpenCPN OpenGL aanzetten.

En de Raspberry Pi werkt net zo snel als een andere Linux PC.

Je kaarten vliegen over het scherm !

Bram

Andere oplossingen geven al snel het dubbele stroomgebruik en zijn veelal niet sneller.

Beste Bram,

Blijkbaar voel jij je persoonlijk aangevallen als er iets kritisch over de Pi geschreven wordt. Die kruisvaart weerhoudt mij er bijna van om nog te reageren in dit soort draadjes.
Terwijl je volgens mij best weet dat heel veel gebruikers nog steeds flinke problemen hebben met die VC4 driver. De meeste gebruikers hebben een andere configuratie dan jij. Ander scherm, andere voeding, etc. Bij jou werkt het, dat weten we inmiddels wel. Maar een bewezen, algemeen toepasbare oplossing voor de relatieve traagheid van de Pi is het nog allerminst.

Deze zomer had ik teleurstellende ervaringen met de RPI-Openplotter combinatie: meerdere keren per dag vastlopen, opnieuw starten, een uur werkend, daarna weer vastlopen. Ik ben niet zeker van de oorzaak, mogelijk een kernel-versie met geheugenlek. Of de extreme warmte.
Ik ben nu (op basis van berichten van WnW en RooieDirk) overgegaan op snellere (en duurdere...) hardware: een Hystou Core i5 7200U, fanless minipc dus. Daarop Ubuntu 18.04 Linux, heb geen zin in de Windows update problemen. OpenCPN 4.8.6.
Duidelijk een orde sneller dan RPI en het lijkt zeer stabiel. Ik zie het zelf niet als RPI-alternatief, meer een upgrade, want aanzienlijk duurder (iets van € 350) en wat hoger stroomgebruik.
Een overweging om voor andere hardware te kiezen was ook, dat ik niet zo dol ben op Openplotter. Het blijft eeuwig in de alpha-fase, de maker is meer geinteresseerd in nieuwe features dan in een stabiele versie. En in principe prefereer ik een externe multiplexer en een separate AIS-transponder. Als de PC helemaal zou uitvallen, heb je dan nog steeds de essentiele navigatiegegevens beschikbaar (GPS,COG, SOG, AIS,diepte).