Onderwerp: RPI als boordcomputer

Joop66 schreef :
Ja dat kan omgekeerd- maar geen enkele garantie van mij he? Ik heb het zelf nog niet geprobeerd- dat ga ik deze week eens doen.
Recovery EEPROM images zijn beschikbaar- maar je kan ook wachten tot deze update in de Critical branch terechtkomt. Geen idee hoelang dat kan duren...

die eeprom upgraden maakt het OOK mogelijk om direct vanaf SSD te booten, het is geen verplichting. als er geen bootable SSD gevonden word gaat ie alsnog van SD kaart booten.

in dat geval slaat ie ook die hele eeprom inhoud over begrijp ik: www.raspberrypi.org/documentat...errypi/booteeprom.md

dus als je een bootable SD card gebruikt dan ben je 'terug'

OK. Dan is dit voor na de vakantie, als ik m niet meteen weer nodig heb.

Joop66 schreef :
De via Cruisersforum aangeraden Dashboard-tactics (dat is een pakketje waar beide opnieuw in geschreven zijn) geinstalleerd. Dat is iets minder makkelijk ik op de RPi gewend was. Moest van een aparte site worden gedownload en dan geinstalleerd met een programma gdebi wat weer apart opgehaald moest worden.

Hoewel t allemaal wat netter lijkt te werken, blijft de RPi sloom worden bij het vol lopen van het windhistory scherm. Wel is de tijd wat waarover een beeld gemaakt wordt, wat langer.

En is er een mogelijkheid tot opnemen van de wind grafiek. Leuk.

Allo Joop,

denk dat het met 64 bits gewoon beter werkt.

Groet,

Bram

brambo schreef :
Moglijk. Maar:
- Is dat al officieel released voor de meute?
- Werken alle plugin's nog?
- Kan ik overige installatie werk meenemen, of moet ik alles opnieuw doen?
- Hoe werkt dat samen met USB/SSD boot, wat nog niet eens officieel released is?

brambo schreef :
Mogelijk. Maar:
- Is dat al officieel released voor de meute? Dus niet alfa, beta, of ergens op internet weggevonden?
- Werken alle plugin's nog?
- Kan ik overige installatie werk meenemen, of moet ik alles opnieuw doen?
- Hoe werkt dat samen met USB/SSD boot, wat nog niet eens officieel released is?

Joop66 schreef :
Beste Joop,

de RaspiOS 64 bits is nog niet officieel uitgegeven. Dit heeft te maken met de uitwisselbaarheid met oudere RPI's en nog wat ontbrekende zaken.

Er zijn wel officieel uitgegeven versies voor een 64 bits RPI. Dat zijn de 3 en 4. Zie mijn eerdere berichten over de Unbuntu Focal Fossa versie voor de RPI.

Om te zien hoeveel het beter werkt kun je op deze Youtube test zien:



Kan het zeker aanbevelen. Vrijwel alles werkt hier. OpenCPN 5.2 met de Oesenc plugin.

De OpenPlotter extra's werken overigens (nog) niet.

Maar de SignalK server kun je ook relatief eenvoudig installeren.

Echt, die 64 bits werkt veel beter en sneller dan de 32 bits versies.

Groet,

Bram

Youtube filmpje even vanaf het begin bekijken,

Dit is feitelijk een OpenCPN vraag.

Maar toch in mijn eigen verzameltopic.

Gisteren kwam ik er achter dat ik graag een parameter (ware wind richting en kracht in dit geval) over langere tijd wil geplot wil monitoren.

Binnen OpenCPN is daar de windhistory voor, maar die doet t maar een uurtje. NavmonPC kan dit over 24 uur, zonder schijnbare belasting van mijn laptop. Maar daar is geen RPI versie voor.

Is er binnen OpenCPN (dus niet OpenPlotter, want dat heb en wil ik niet) iets voor?

Nog een tweede vraag:

De "tijd" komt mee met de gps NMEA feed. Echter de RPI systeem tijd haalt hij alleen van internet.

Is het mogelijk om de GPS tijd over te nemen als systeem tijd?

Je zou dit kunnen proberen:
photobyte.org/raspberry-pi-str...-chrony-timedatectl/

Joop66 schreef :
Ja, dat is mogelijk, we hebben net dat script geschreven voor PC, echter........

In RMC zit normaal gesproken tijd en datum, tenzij....
Tenzij de GPS module een rolover gehad heeft, dan is het datumveld leeg. Tijd klopt nog wel.

Uiteindelijk is dat ook weer op te vangen.

Het mooie is dat je dat dan kan doen vanuit UDP, dus ná opencpn o.i.d., je hebt5 dan geen compoort nodig.

In de sourcecode staat dit:Geen idee of het nog steeds werkt, wand dit is al een oud stukje code.

Ik ga het eens voor je proberen.

Edit:
Ik krijg het niet werkend. Tenminste niet zoe even snel. Misschien WnW maar even lief aankijken voor dat scriptje.

Draait Qtvlm op Linux?
Dan zou je dat kunnen proberen. Daarin zijn een hoop histogram dingetjes aanwezig, ook je polar weergave.

holtere schreef :
Op een Raspberry werkt qtVLM alleen als je een 32-bits versie van Linux gebruikt.

holtere schreef :
Poeh. Dat is weer een hele studie er bij! Heb t op windows wel eens bekeken, maar vrij ingewikkeld voor mij.

Volgende stap:

USB boot. Ik zal er maar kort over zijn: niet gelukt.

Ik heb deze procedure gevolgd:

www.raspberrypi.org/documentat...bootloader_config.md

Gekeken naar deze video:



Resultaat: hij kijkt wel naar de USB, start daar ook van op, maar loopt ergens mee vast. Ook met een vers nieuw image op de SSD. Ik heb m een hele nacht laten lopen. Maar komt gewoon niet verder.

Terug naar de huidige configuratie met de pi-juice module wil ik niet. Dat is een K-ding. Na een paar keer starten laadt hij de accu niet meer tot 100% op en blijft ook stroom vragen. Stroom was nou net de reden om dit hele project aan te gaan.

Wat over blijft: Het risico nemen dat er iets met de SD kaart gebeurt. De eerste tests zijn bemoedigend. Ook na een aantal keer hard stoppen, gewoon stroom er af, blijft alles gewoon werken.

Als iemand echt goede ideeën heeft voor de SSD boot... Dan graag.

Allo Joop,

hier een artikel hoe de RPI te laten booten met het gehele systeem op een USB SSD of stick.

www.tomshardware.com/how-to/boot-raspberry-pi-4-usb

Laatste updates. Dan in sudo raspi-config zie je onder boot opties de diverse mogelijkheden.

De USB moet dan natuurlijk wel het systeem er op hebben staan. Dat kan met Piclone (SD kopieer mogelijkheid)



Bram

rooiedirk schreef :
Voor mijn eigen boord-pi heb ik de volgende code geschreven. Essentieel is dat de gps al een fix heeft. Anders gebeurt er nog niets.
In main.h de regels
#define BAUDRATE_GPS 4800
#define MODEMDEVICE_GPS "/dev/ttyUSB0"
aanpassen zodat het overeenkomt met de aangesloten gps.
Als het naar behoren werkt en je er van overtuigd bent dat de gps een fix heeft voordat je de Raspberry opstart kun je het programmaatje toevoegen aan systemd service.

Ik merk dat bij mijn Pi / SSD op USB4 config, na een mislukte boot (om wat oor reden dan ook) de 'dirty bit' op mn SSD wordt gezet. Dan wil ie prompt niet meer booten (scherm blijft zwart, activity lampje knippert.)

Als ik dan boot van SD (wel even de SSD uit de USB) dn dan een
doe, kan ik die dirty bit opruimen. Daarna boot ie weer.

Tis jammer dat ie dat niet zelf tijdens booten kan doen...
Hopelijk helpt dit je verder!

Hi Bram, Maarten,

Dank je voor je antwoord. Fijn dat je even meekijkt.



Dit is een boot na de procedure van Brambo net, met een verse SSD.

Tja.

maar, Maarten, als ik t goed begrijp, is USB boot dus ook niet probleem vrij?

Voor mijn eigen boord-pi heb ik de volgende code geschreven. Essentieel is dat de gps al een fix heeft. Anders gebeurt er nog niets.
In main.h de regels
#define BAUDRATE_GPS 4800
#define MODEMDEVICE_GPS "/dev/ttyUSB0"
aanpassen zodat het overeenkomt met de aangesloten gps.
Als het naar behoren werkt en je er van overtuigd bent dat de gps een fix heeft voordat je de Raspberry opstart kun je het programmaatje toevoegen aan systemd service.


[/quote]

Hoe werkt dit als ik gewoon alles aanzet? Op enig moment komt de GPS/AIS data stroom op gang. Of kijkt hij hier alleen bij de opstart van de RPi naar?

Joop66 schreef :
Bij mij in ieder geval nog niet.. Kan een stroom probleempje zijn, als ik de schijf in een (van SD gebootte) pi steek, doen de muis / keyboard niets mee- en wordt de SSD dus 'dirty'..
Net nieuwe voeding binnen, dus straks weer verder experimenteren. Tis echt stukken sneller!

Joop66 schreef :
Zal het hier ook eens proberen. Kan toch nooit zo'n probleem zijn. Doe het dan wel met SignalK.

Ik begrijp niet dat men hier niet aan wil beginnen. Het is toch logisch: OpenCPN als kaartplotter en SignalK als data verwerker en multiplexer.

Doe je het via serieel van OpenPlotter, dan worden de apparaten (alias) ook nog herkend ongeacht welke poorten je ze insteekt.

Ik kom er met mijn test nog op terug.

Bram

Maarten-IW31 schreef :
Dat is inderdaad een ander punt van zorg van me: de ssd snoept wat van het toch al beperkte stroombudget van de USB-poorten op. Moet nog wel genoeg over hebben voor de usb hub en de ZP-mux.