Onderwerp: Raspberry Pi 3

brambo schreef : In goed Nederlands:

Maar het is niet het direct de stroom, maar het is de spanning waar de gevoeligheid ligt.

Maar die spanning wordt weer door die stroom bepaald, in combinatie met de weerstand van die k..kbeltjes.

Nieuwste versie Openplotter staat online en is geschikt gemaakt voor RPI3. Nu loopt RPI3 probleemloos op een 2A voedinkje. Wel heb ik een powered USB hubje voor de rtlsdr dongle. Zag nu ook in de OpenCPN instellingen een schuifje om de grootte van objecten aan te passen!

Gr.

Erik

Beste Erik,

als je inderdaad de laatste beta versie 0.7.1 van OpenPlotter hebt genomen, die juist vandaag is uitgekomen. Dan heb je een "ander" systeem gekregen.

Bewegingen op het beeldscherm gaan veel sneller. Processor draait tot zo'n 30% inplaats van 70% en hoger.

Het kan niet anders of de grafische handeling nu in de grafisch processor worden uitgevoerd. De lang verwachte hardware accelleratie.

Het aanzetten van OpenGL niet doen, dan valt OpenCPN telkens uit bij het opstarten.

Alle overige functies werken nu ook veel beter. Zeg maar super !

Ik zie ook de Raspberry Pi 2 en 3 geen regenboog scherm meer.

De basis image maakt op de SD kaart slechts een kleine partitie aan.

Deze partitie na het installeren zo snel mogelijk vergroten. Anders loop je klem bij het installeren van andere programma's.

Ja, het is echt een grote stap vooruit zowel op de Pi2 als de Pi3.

Bram

Oudere versies weigerden te installeren, moest wel wachten op 0.7.1.
OpenGL in OpenCPN heb ik wel aangezet RPI herstartte meteen en ook onmiddellijk als ik na de herstart OpenCPN weer opende Opgelost door de SD kaart te formatteren en de boel opnieuw te installeren. Dan maar geen OpenGL, prima. Openplotter menu heeft er weer wat functies bij gekregen. RTLSDR en GPS nog niet kunnen testen, die liggen op de boot. Enige wat er nog te doen is, is een schakelaar verzinnen die de stroom afsluit EN netjes een shutdown uitvoert. Dan is er in principe geen muis of toetsenbord meer nodig.

Gr.

Erik

Over dat correct afsluiten: belangrijkste reden is volgens mij dat de sd kaart snel corrupt kan raken.
Inmiddels is er een speciale harddisk aangekondigd voor de Pi. Als daar het OS op draait, heeft een lompe power off dat effect niet, toch? Of krijg je ook allerlei core dumps? Die zou je dan evt met een rm in een scriptje kunnen weghalen. Of zijn er nog meer redenen die ik nog niet ken?

Bij alle moderne systemen is het verstandig het system af te sluiten en alle server functies te laten stoppen.

Hoewel Ext4 een journaled file systeem is, in principe zelfherstellend, is het altijd verstandig de computer taken ordelijk af te sluiten en niet zomaar de stroom eraf te gooien.

Shutdown schakelaar toegevoegd, kon niet makkelijker met het menu van Openplotter. Schakelaar toevoegen op een willekeurige GPIO bij tabblad schakelaars. Gemaakte schakelaar selecteren bij tabblad acties. Als actie shutdown selecteren. Klaar. Een 10k weerstand solderen van de GPIO pin naar 0V. Een schakelaar monteren tussen 3,3V en dezelfde GPIO pin. That's all.

Schakelaar indrukken en de RPI word netjes afgesloten. Vervolgens met een tweede schakelaar de spanning van de adapter(s) afhalen. Om in te schakelen hoeft alleen de tweede schakelaar aan geet te worden. Probleem sluipverbruik ook opgelost.

Gr.

Erik

Hier de sd-card read-only gemaakt om de problemen met uitschakelen te voorkomen. Gebruik een usb-stick voor data. Ik gebruik een rpi image en geen openplotter, maar neem aan dat het met OP ook zou moeten kunnen.

Beste Dirk,

helaas kun je de micro SD kaartjes, zoals die passen in de Raspberry Pi 2 en 3 niet op read only zetten.

OpenPlotter is alleen een aanvulling op de Raspberry Debian Jessie image.

Het is dus een Raspberry image met daaraan toegevoegd de OpenPlotter extra's. Die zijn werkelijk fantastisch. Maken van de Pi een multiplexer. Wifi Access punt, een SignalK server, een VNC server. En je kunt er ook nog een SDRSTL dongle mee instellen calibreren als AIS ontvanger.

De NMEA en AIS datastroom wordt draadloos uitgezonden en kan gebruikt worden op willekeurige systemen met OpenCPN zoals Windows, Android, Linux.

Werkt ook nog als VNC server. Dus je kunt op andere systemen met een VNC client het bureaublad van Raspberry inclusief OpenCPN gebruiken.

Werkt ook met een een Ipad.

En nog meer toepassingen zijn mogelijk.

Ding kan ook nog stand alone werken, dan heb je niet eens een eigen beeldscherm nodig en doe je navigatie op een netbook, tablet of zelfs op een Android smartphone.

En de nieuwe beta image van OpenPlotter doet ook nog hardware accelleratie, waardoor de beeldverplaatsingen sneller verlopen. En hiermee is ook het voltage probleem opgelost.

Groet,


Bram

Erik12 schreef :
Mooie oplossing! Misschien is het nog mooier om een externe batterij aan te sluiten en op het moment dat gedetecteerd wordt dat de hoofdstroom wordt afgesloten, 1 minuut te wachten en daarna een shutdown uit te voeren? Dan hoef je zelf handmatig niets meer te doen en ben je zeker dat eea toch netjes wordt afgesloten.

@Brambo De Pi kan de stand van de "switch" op de sdkaart zowiezo niet lezen, dus dat werkt niet. Ik mount de root (en /boot) partitie als readonly. ZoAlsHierBeschreven En uitloggen doe ik helemaal niet meer, alleen uitschakelen. Wel verstandig om de data usb-stick met een journaling filesystem (bv ext4) te formateren. Als je dan uitschakeld halverwege een schrijf actie op de usb, dan heb je nog steeds een werkend systeem dat ea automatisch kan herstellen.
PS Voor Opencpn moet je nog wel een link maken voor je configuratie bestand naar de usbstick.

XanderB schreef :
Had al oplossingen gevonden 1 schakelaar, dubbelpolig relais en een elco. Wat ik nu heb, heb dit op kunnen lossen met spulletjes uit de rommeldoos en laat het lekker hierbij. OpenGL maak ik me ook niet meer druk om. Ergens moet je ophouden, anders blijf je ermee bezig.

Gr.

Erik

zal het mogelijk om de Qstarz818XT GPS via bluetooth aan de praat te krijgen?

tweakers.net/pricewatch/263146/qstarz-bt-q818xt.html

XanderB schreef :
Ja 7 inch scherm, werkt leuk, is wat klein voor gebruik als computer, maar voor app achtige applicaties prima.
Voor het schrijven van software gebruik ik dan wel een remote desktop verbinding ipv het 7 inch scherm.
7" is wat groot voor bij mij aan boord.

Zelf ben ik op zoek naar een 2.8" of 3.5" schermpje met bijbehorend huisje!
Die van Pimoroni bij KIWI is helaas uitverkocht. Ik zoek iets om alleen wat basis gegevens (b.v. snelheid, coordinaten, tracks e.d. te laten zien.)

100 soorten 12v >> 5v 3A


www.lightinthebox.com/nl/Populair/12v_Usb_5v.html

Ik heb een raspberry 3 maar de SD kaart zoals 'gebouwd' conform de instructies op sailoog.gitbooks.io/openplotte...getting_started.html leidt tot niet-booten, blijft hangen op 't opstartscherm met die kleuren.

Wat heb ik in de gauwigheid mss overzien?

Je voeding heeft te weinig vermogen waarschijnlijk...

dolf123 schreef :
Hij boot wel gewoon van de meegeleverde SD kaart.

Zal toch niet uitmaken, dat die openplotter toestand een andere/gewijzigde distributie is, dat stroomgebruik?

Ik dacht mss omdat het een rasp 3 en geen 2 is? Kan dat?

Ik heb me er nog niet erg in verdiept hoor (wel in linux op servers overigens, jarenlang), zal wel iets stoms zijn wat ik over het hoofd zie.

waarschijnlijk heb je een monitor aan de pi hebt hangen?

of de AIS dongle..?

met een 2A voeding gaat dat niet goed..

als je usb hub met externe voeding gebruikt moet het goed gaan.

(naar het schijnt)

De Raspberry Pi3 gebruikt wat meer stroom dan de Pi2. Regenboog kleuren bij opstarten geeft aan dat er te weinig voeding is.

Met de Raspberry voeding werkt het perfect en deze zijn ook nog uitgevoerd met een degelijke stekker. Voor die paar euro's kun je beter een originele voeding aanschaffen.

Veel van de Chinese goedkope spullen werken gewoon minder goed.

Met een actieve hub moet je bovendien wel opletten. Als je de stroom van Raspberry uitschakelt dan blijft de voeding doorgaan via de actieve hub.

D'r zijn ook (goedkope) SD kaartjes die niet snel genoeg zijn. Met zo'n kaartje blijft ie hangen in het opstarten van de kernel. Evt te volgen op de serieele uitgang /dev/ttyS0.

dolf123 schreef :
Aha, ja die hangt er idd wel ja. Verder nog niks.

Voeding heb ik er standaard bij gekregen.

Zal 'ns booten zonder monitor dan, kijken of dat 't is, thanks.

Kan het zijn dat de 0.6 versie (laatste stable zo te zien) hier de boosdoener is? Monitor afgesloten laten maakte nl. niet uit. Ga nu 0.7 installeren, kijken of die wel werkt.

De nieuwste versie bevat video accelleratie via de grafische processor. Hierdoor is de Raspberry minder gevoelig voor de spanning. Processor werkt dan op zo'n 30%. Voorheen 70 a 80%.

Zou zeker ook de laatste updates toepassen. Werkt hier perfect.

brambo schreef :
"De laatste" is dan? 0.8 beta? 0.7.1 beta? Of (stable) 0.6.0?