Onderwerp: Welke PiPo voor OpenCPN (ipv een Raspberry Pi)

Twist schreef :
Dat neem ik ook aan. Overigens maak ik zelf geen gebruik van VC4/OpenGL, want blijkbaar heeft dat zoveel invloed op de stroombehoefte van de Pi dat hij dan niet meer opstart. Dat was al zo onder Debian Jessie en is nog steeds zo onder Stretch. Bij mij "vliegen de frames niet over het scherm" zoals ik hier steeds maar weer lees, maar om eerlijk te zijn vind ik die hele framerate-performance ook totaal niet relevant voor ons doel. Zonder gpu-versnelling presteert OpenCPN ruim voldoende op mijn Pi 3B (geen +), dus dat zal op het Tinkerboard alleen maar beter zijn. Die heeft niet alleen een hogere standaardklokfrequentie dan de Pi, maar ook nog eens een turbo op 2.8 GHz.

edit: misschien dat GPU-acceleratie wel werkt op de boot, want dan wordt de Pi gevoed door een StromPi en speelt het voedingsspanning-issue niet. Maar op de boot wil ik zeilen en niet experimenteren.

off topic
Zo langzamerhand kom ik erachter dat ik blijkbaar toch niet van die rare dingen heb geschreven over de raspberry.
Toegegeven , de kracht van het luisteren. Dat heb ik niet genoeg gedaan.
/off topic

Eclips schreef :
En dat is de crux. Ik wil iets betrouwbaars dat 'gewoon werkt'. Ben bang dat ik met een tinkerboard wellicht toch meer aan het experimenteren ben dan me lief is.

Ik zal nog eens testen met OpenCPN op de 3B+ zonder vc4 gedoe. Misschien levert dat gewoon iets werkbaars op.

roozeboos schreef :
Dat heb je ook niet. Je hebt het alleen te vaak herhaald, net als Bram zijn zaligverklaring van de Pi/OpenPlotter iets te vaak heeft opgevoerd.

ja dat is ook zo, sorry daarvoor.

Twist schreef :
Bram heeft hier nota bene zelf gemeld dat OpenCPN prima draait op een Tinkerboard. Hij mist alleen de OpenPlotter functionaliteit. Maar als jij daar geen behoefte aan hebt, denk ik dat je Tinkerboard net zo (on)betrouwbaar is als de Pi. Asus is niet bepaald een hobbyclub.

roozeboos schreef :
Bespaar jezelf alsjeblieft de moeite om ook hier je gospel over het (half)product te verspreiden. Dit komt op mij weer over als zo'n passief agressief bericht om je gelijk te halen. Dat vind ik jammer. Want als Delftse ir. elektrotechniek snap ik inhoudelijk best wel waar jij het over hebt.
Ik maak mijn eigen afwegingen over de inzet van navigatie elektronica aan boord, en gebruik daarbij graag ook de kennis en ervaring die op dit forum aanwezig is. Inclusief die van jouw.
Ik zeg dus niet: reageer niet meer, maar meer laat de hele raspi-zonder-extra's-is-een-recept-voor-ellende verhaal hier achterwege. Het is bekend.

ik kan het zelf niet meer weghalen, vanwege de qoutes. Wanneer je je er aan stoort wil een mod het wel vast even wissen.
doet ook verder niet terzake en voegt niks toe, ik had er al off topic erbij gezet. Het was maar een spinsel.

Nee hoor laat maar staan, het stoort me verder niet hoor. Ik wil gewoon graag dat dit niet weer "zo'n" draadje wordt.

Eclips schreef :
Heb je natuurlijk helemaal gelijk in. En ik heb respect voor Brambo's geduldige instructies bij alle OpenPlotter vragen. Maar ik heb me nog niet kunnen vinden in zijn 'hier werkt het gewoon met 1000fps' statement. Vandaar dat ik ook niet weet hoe ik zijn opencpn+tinkerboard ervaring in moet schatten.

Ik schreef al eerder: dat ligt ongetwijfeld aan mij, het is tenslotte nooit de schuld van de computer

Ondertussen levert iSailor een aardig alternatief op de iPad op, behalve dan de afwezigheid van kaarten van de Oostzee. In OpenCPN ook nog geen oesENC Denemarken, maar wel NV bijvoorbeeld.

Beste T,

ik zal voor jou het Asus Tinker board weer eens uit de kast halen. De laatste updates doen.

En dan kijken met GLXgears, zonder de scherminvloed, wat de beeld snelheid is.

Als GLXgears er standaard niet in een Linux systeem aanwezig is, kun je die gemakkelijk installeren:

apt install mesa-utils.

De ondersteuning van Asus is overigens maar beperkt.

Geen idee of OpenGL ook op de Tinker werkt.

Het is al weer enige tijd geleden dat ik het ding geprobeerd heb. Ze waren toen in de uitverkoop.

Bram

Passen overigens precies in de RPI kastjes.

Ik ben in de situatie dat ik de Pipo X9 en de RPI 3B kan vergelijken. Ik ben begonnen met een PipoX9 (12V, fanless) in combinatie met een externe multiplexer (Roosmux). OpenCPN op de Pipo onder W10, en soms een klein tablet met VNC in de kuip. Draaide heel redelijk. Een jaar later ben ik gaan spelen met een RPI, niet omdat de Pipo een probleem gaf, maar meer omdat ik wou zien hoe ver je kan komen met zo'n eenvoudig systeempje. Eigenlijk vond ik de Pi een leukere uitdaging.
Inmiddels beschouw ik de RPI met OpenCPN en Oesenc kaarten als m'n standaard navigatiesysteem en hou de Pipo als backup achter de hand. De computer (RPI of Pipo) hangt alleen via USB aan de Roosmux. Bij de RPI heb ik wel een 10 inch Faytech scherm gezet (waardoor het financiele voordeel van de Pi geheel teniet is gedaan...).
Mijn indruk over de performance is dat de Pi niet trager is dan de Pipo. Als je sterk uitzoomt in OpenCPN en nogal wat ENC kaarten geladen hebt, dan is zowel de Pipo als de RPI wat traag, een inzoomactie kan dan 1-2 seconden duren. Voor normaal gebruik zijn beide goed bruikbaar. Als je denkt dat een RPI te weinig power heeft, dan kom je naar mijn indruk met de Pipo niet veel verder.

Dit is nu de snelheid van de RPI3B+ met de laatste updates en OpenGL aan.

Bram, kun je misschien wat filmpjes maken met verschillende instellingen en hardware waarbij je openCPN gebruikt?
Dat zou een hoop opklaren over wat bij jou 'vliegende schermen' worden genoemd, en weten we zo ongeveer wat er mogelijk is en waar we tevreden mee kunnen/moeten zijn.

@agvisser:
dank je, dat is een interessant praktijk vergelijk. Heb jij daarbij op de Pi de vc4 opengl drivers wel of niet aan staan?

Twist schreef : Ja, die vc4 driver staat aan.

toren van Babel?
ik heb sterk de indruk dat Bram iets anders bedoeld dan ik met de kaarten vliegen over het scherm.
de kans is groot dat anderen misschien ook iets anders bedoelen.
FPS kan heel hoog zijn maar volgens mij heeft Opencpn dan nog lang niet de kaarten decripted en zitten wij te wachten op het opbouwen van de kaarten op het scherm bij in en uitzoomen en schuiven.
Dat is iets anders dan de FPS.
Ik ga er echter van uit dan de 3B+ met bepaalde instellingen en een nieuwe versie Opencpn sneller zou moeten kunnen zijn dan wat wij ervaren.
Die tip met filmpje vindt ik een goed idee Bram?

Vooral een filmpje waarin het vliegen wordt getoond is wel interessant. En het in- en uitzoomen.
Want dat vliegt bij mij wel bij iSailor op een heeeeeele oude iPad2, maar niet op m'n rpi3.

Beste ZP,

ik kan best wel een filmpje maken van de "vliegende" schermbeelden, het in- en uitzoomen en van de twee schermen achter elkaar. Een met de detail kaart en de andere met de overzichts kaart met daarop allebei de Ais objecten en de positie. Geen steeds in- en uitzoomen meer, maar gewoon even scherm 1 of 2 aanraken.

Helaas zie ik niet waar ik een filmpje kwijt kan op dit board.

Alles werkend op een Faytech 10" touchscreen met de Egalax driver.

Hoor graag waar dit geplaatst kan worden.

Groet,


Bram

Heel graag, dat filmpje. Ik begrijp die "frames per second" ook niet, want als dat in de ordegrootte van 60 ligt is dit toch al sneller dan je monitor weer kan geven? Ben bang zat ZP gelijk heeft en de processing power de bottleneck kan zijn in de praktijk. Dan meet zo'n FPS benchmark iets wat niet relevant is.

@Zeilprutser: inderdaad, ik schreef al:
Twist schreef :
En daarmee bedoel ik, van 3 tandwielen waarvan wel 1000 plaatjes per seconde berekend worden, ben ik nog nooit beter geïnformeerd gaan navigeren.

@agvisser en Ecplis:
hmmm, letterlijk bij de eerste bootpoging met vc4 drivers weer aan hangt de pi aan het einde van het opstarten van openplotter... zucht, ik ben geen vriendjes met die experimental drivers.

Doe ik het zoals Ecplis: zonder vc4 en zonder opengl aan te vinken in OpepCPN, dan is er zowaar een acceptable (werkbare) response bij zoomen en schuiven. Zeker niet 'de kaarten vliegen over het scherm', maar alleszins werkbaar denk ik. Slechts kort getest met de zeeland ENC kaarten.

Misschien komt daarmee dan toch weer de optie Pi3B+ of Tinkerboard om de hoek kijken.

Hoe dan ook ga ik de nmea mux en wifi apart regelen.

brambo schreef :
Je kan zoiets bij youtube uploaden (wel een account nodig). Zet de link naar het filmpje vervolgens hier op ZF neer.

Bram, super dat je een filmpje hebt gemaakt!

Ik heb zelf een Youtube account om af en toe wat filmpjes te delen, maar zo bestaat er bijvoorbeeld ook Vimeo. Daarnaast kun je het filmpje eventueel ook op een cloud hosting dienst zetten als Dropbox of Google Drive. Voor al deze diensten heb je wel een account nodig.

Wellicht heeft iemand een betere tip

@Bram begrijp dat een youtube account maken misschien weer wat lastig is voor je, heb je whats app?
Mocht je mijn mobiele nummer niet hebben die geef ik graag in een pb. Ik kan dan aan mijn zoontje vragen of hij hem op zijn youtube account wil plaatsen.

Dat met 2 schermen/frames achter elkaar is een prima tussenoplossing!
Daarnaast geeft dat decripten op gewone pc's ook ongewenste vertraging en werkt iSailor etc veel prettiger!

Beste NV,

glxgears geeft standaard de snelheid aan in combinatie met die van de monitor.

Door de invloed van de monitor uit te schakelen. Zie de commando regel. Dan krijg je de pure snelheid die de grafisch processor levert en kijk tegelijk ook naar de processor belasting.

Daarom heb ik de waarde van deze glxgears vergeleken met mijn 64 bits Linux systeem en een snelle grafische kaart met een intern geheugen van 4 GB.

Filmpje zal ik vanavond maken.

Groet,


Bram

.