Onderwerp: Raspberry Pi4 openplotter vragen

Nou, RPi 4 8 GB gekocht met Flirck alu behuizing en Intenso 128 GB USB SSD drive.

www.amazon.nl/Intenso-Portable...a-439256236290&psc=1

Daarop RaspiOS geïnstalleerd en geupgrade naar 64 bit versie (ook alle andere updates/upgrades). Voor USB boot de eeprom firmwareversie vergeleken en geflashed. Firmware laatste versie is van Jan nog.

OpenCPN geïnstalleerd met RWS ENC kaarten als stresstest.

Paar bevindingen:

-USB boot werkt niet in UAS mode (incompatibility tussen JMicron chipset in SSD en RPi kernel). Bekend probleem (achteraf...) Met een “quirck” waarbij SSD zich als storage device gedraagt werkt dit wel, maar verlies ik zo’n beetje alle snelheids en robuustheidswinst tov SD kaartje. In m’n Windows laptop werkt deze SSD wel supersnel zoals het hoort.

www.raspberrypi.org/forums/viewtopic.php?t=245931

-OpenGL in OpenCPN werkt niet bij virtuele desktop in RealVCN, alleen bij HDMI mirror. Niet handig want ik heb virtuele desktop nodig om iPadPro resulolutie (2732 x 2048) te draaien.

Performance valt (ik denk door beide issues) tegen.

-Wat doet de “Software OpenGL” optie in OpenCPN?
-in Raspi-config vind ik (even uit m’n hoofd) “GL enable”. Setting maakt niet uit voor bovenstaand issue. Wat doet dit?
-Hoe weet ik welke USB SSD drives wel werken? Ik zie niet wrlke chipset gebruikt wordt voirdat ik iets koop en aansluit...

OpenGL zet je aan in de OpenCPN software. Niet de software versie gebruiken.

Je moet de laatste Eeprom versie hebben die boot dan vanaf de usb. Voor de SSD blauwe poort usb3.1 gebruiken. Hoewel die SSD's veel sneller werken is de maximale snelheid gelimiteerd door de usb verbinding. SD kaartje er met een SSD uit nemen.

Updates uitvoeren met sudo apt update en daarna sudo apt upgrade. Je kunt ook nog de laatste kernel versie installeren met rpi-update. Maar hoeft niet up[date van de kernel komt mee met de algemene update. Kenel versie kun je zien met: uname -r

Ik gebruik de PCIe NVMe 128 GB in een aluminium behuizing. Maar de Sata kan ook.

De eerste heeft twee pootjes en de tweede 3 pootjes. Die PCIe's zijn razendsnel maar niet aan de usb kabel. Maar de Sata versie werkt ook prima. Sneller via de USB3.1 gaat het niet. Daarvoor moet je een PCIe poort hebben.

RaspiOs kijkt naar het aangesloten beeldscherm voor de resolutie. Anders moet je beeld in een ander formaat instellen. Eerder een probleem gezien als je headless werkt. Dan krijg je in de VNC client de lage resolutie.

Er is ook een dongle die de indruk geeft van een HDMi aansluiting. Steek je eenvoudig in de HDMi poort. Er zijn hele reeksen van resoluties die je handmatig in kunt stellen.

Maar standaard is het de resolutie van je aangesloten beeldscherm. OpenGl instelling werkt hier via VNC client.

Dit voorlopig maar eens proberen.

Groet,

Bram

Je kunt eenvoudig een SD kaartje maken en deze met SD Card copier kopieren naar een SSD drive. Andersom kan ook je SSD kopieren naar een SD kaartje. Het verschil in capaciteit wordt automatisch aangepast.

Behuizing SSD 128 GB tot 1 TB is ook mogelijk

De gewenste native iPad resolutie kan ik alleen realiseren als RealVNC virtual desktop (is geen standaard HDMI mode). Maar dan werkt OpenGL niet. Is daar een oplossing voor?

USB booten zonder SD kaartje werkt allemaal en alles is bijgewerkt schreef ik al, maar SSD boot dus niet in default en snelle UAS mode. Weet jij of dit opgelost gaat worden? Speelt al een jaar blijkbaar. Onder Windows geen issue...

Ik begrijp dat niet OpenCPN met de OpenGl instelling aan werkt als VNC client gewoon op een Ipad. Heb er zelf geen. Maar die wel eens geprobeerd op een Ipad van een ander.

Er staan diverse instelling als je kijkt in boot/config.txt.

Naar boot directory en dan sudo nano config.txt.

Er is ook een hele beschrijving te vinden met alle mogelijke resolutie instelling. Logisch dat VNC de bestaande scherminstelling ook doorgeeft aan de VNC client.

Zoals eerder aangegeven de rem is de USB3.1 aansluiting. Die gaat niet sneller.

De schermbewegingen gaan hier erg snel. Eigenlijk al wat te snel.

Verder zou je adviseren de OpenPlotter instellingen er aan toe te voegen. Of heb je dat al gedaan ?

Groet,

Bram


Nachtvlinder schreef :

brambo schreef :
VNC heeft volgens mij twee manieren om te draaien:

• Overnemen van het scherm zoals dat ook fysiek aan de RPi hangt
• Een virtual scherm, dat ook kan op een headless RPi. Dit kan ook zonder dat er een scherm aan de RPi is verbonden.

Bij de eerste is het logisch dat de resolutie gelijk moet zijn aan die van het fysieke scherm, maar een virtual desktop zou ook in andere resoluties moeten kunnen. Of dat ook via OpenGL kan zou ik niet weten.

brambo schreef :
Linkje gelezen? Probleem is dat de firmware van de Pi niet goed overweg kan met de chipset van mijn SSD drive (JMicron). Door de quirk geïnstalleerd te hebben opereert de SSD in storage mode zoals een flash drive; hierdoor geen UAS functies waardoor groot snelheidsverlies! USB3 is de bottleneck niet!!

Niet voordat de basis lekker draait!
Menno schreef :
Klopt. Virtuele desktop starten in native iPad resolutie via
Gaat goed, echter OpenGL inschakelen in OpenCPN geeft dan zwart scherm ipv kaart!

De OpenPlotter extra's staan daar los van Debian of Ubuntu.

Ik heb hier ook een JMicron generic SSD drive in gebruik als bootable SSD en die werkt gewoon.

Wat voor type Micron drive heb je in gebruik ?

Bram

Ah! Zal de lsusb en dmesg info hier delen (heb systeem hier nu niet bij de hand)

Nachtvlinder schreef :
In ieder geval cache niet aanzetten in de OpenGL instellingen. Alleen OpenGL aanvinken. Zo werkt het hier probleemloos.

Afwijkende scherminstellingen zijn te vinden in de config.txt.

Misschien is ook goed de geheugen instelling wat te vergroten. Je hebt GB's genoeg.

Het is mij gelukt op een linux systeem tegelijkertijd een TightVNC en een X11VNC te draaien. Wel met twee verschillende users. Die dus beiden een eigen desktop hebben. En natuurlijk heb je maar 1 echte GPU dus de tweede is altijd een virtuele OpenGL.

Video settings vind je hier:

www.raspberrypi.org/documentat.../config-txt/video.md

Zeilprutser schreef :
Ik dacht uit de informatie op de website te begrijpen dat dat wel zou moeten kunnen, in "ad-hoc" modus, met tot 4 apparaten verbonden.

Dat klopt niet?

De quark stuurt in ad hoc zijn data naar de devices, maar ik weet niet of hij de internet data onderling (VNC verbinding tussen tablet en pc) naar elkaar doorstuurt. Dat doet een router wel, plaatje 2 station mode de router stuurt de data van de Quark door naar de devices en verbind de devices onderling.
Wil niet zeggen dat het niet kan zonder router, dat moet iemand dan proberen.

Een nieuwe installatie, 64Bit op Raspberry 4 met 8gb
Alles werkt naar tevredenheid, maar..........

Mijn iphone(13) en ipad ontvangen geen data via de WiFi verbinding op adres 10.10.10.1 en poort 10110.
Ze krijgen beide wel een ipadres en kunnen bv wel naar 10.10.10.1:3000 voor de SignalK server.

Mijn laptop en oude ipad-mini krijgen de nmea-data WEL binnen via 10.10.10.1:10110

In de bijlage de logfiles van de Iphone (geen data) en de ipad-mini (wel data)

Ook vind ik in de logfiles foutmeldingen t.a.v. Apple Bonjour (zie bijlage)

Iemand enig idee?

Wifi kun je dan uitsluiten, want poort 3000 werkt wel. Dus er is gewoon netwerk.

Verder is Avahi een open source implementatie van het Apple Bonjour protocol. Dat wordt gebruikt om eenvoudig services te kunnen benaderen zoals ptempel-rpi4.local:10110 ipv een ip adres gebruiken dat van te voren uitgezocht moet worden en ook nog zou kunnen wijzigen. Kun je negeren in jouw setup, ik denk dat je het niet nodig hebt gezien de RPi als AP draait en dus een vast IP heeft.

Verder lastig vast te stellen met die logging van de RPi, want die zegt niet zo veel. Het is veel interessanter om te zien wat de iphone en nieuwe ipad voor foutmeldingen geven.

ptempel schreef :
Heb je de verbindingen wel aangemaakt als UDP verbindingen? Als het TCP is dan is het maximale aantal verbindingen bereikt met je oude iPad en je laptop.

Heeft de Signal K-server een beperking van maar 2 TCP-verbindingen? Lijkt me een raar verhaal.

Bij de embedded server van bijv. een roosmux kan ik me daar nog iets bij voorstellen, maar voor Signal K zou dat echt niet hoeven.

Orange Sunset schreef :
De Iphone geeft geen foutmeldingen. Die maakt gewoon verbinding met 10.10.10.1 en krijgt keurig een ipadres. Bij afmelden van het netwerk wordt dat ook keurig in het log weergegeven.
In de logbestanden is er wel een verschil te zien in de connectie regels in het log.
De ipad log- regels zijn uitgebreider dan bij de iphone

XanderB schreef :
Alleen met een "nieuw"apparaat maakt niets uit. Ik heb zeker niet met "te veel" apparaten verbinding

Menno schreef :
Denk ook niet dat het daar in zou zitten.... ook met één nieuw apparaat krijg ik de data niet of maar heel even binnen

OPGELOST

De app van NVcharts wil toegang tot het lokale netwerk.
Op dat soort vragen zeg ik standaard NEE, maar is wel nodig.
De app verwijderd, opnieuw geïnstalleerd en bij gps rmc port de vraag om toegang tot het lokale netwerk met JA beantwoord...... en TADAAA
Het werkt, de data komt keurig binnen

Iedereen bedankt voor het meedenken over dit probleem.

Groeten
Peter

Zoals ik al zei, gezien je verhaal is het veel interessanter om aan de iphone/ipad kant te kijken Echter had ik niet aan de rechten gedacht, die stel ik vrij bewust in, dus goed gevonden!

Je kunt die instelling ook schakelen door in “instellingen” naar de app te navigeren en daar “Lokaal netwerk” in te schakelen. niet nodig om te verwijderen.