Onderwerp: 3 vragen Rpi , ssd, gps en datum

Beste wei dit leest,
ik werk met rpi 4 8 gig

al een tijdje bezig en dacht dat ik "het" een beetje begon te snappen.
Laatste 32 bit op sd kaartje gezet via openplotter readthedocs

USB sensor van gps gevonden geinstaleerd en aan signal K gekoppeld. Deze ziet hem ook: data komt binnen. Als ik openplotter aan zet geen GPS? ook niet als ik het bootje rechts onderin een paar keer aan/uit zet. Iemand een idee?
Veder wil ik graag de weerdata van de afgelopen 30 jaar erop, maar wat ik zie: de datum staat op 21-4-8 ipv nu, Tijdzone heb ik al ingesteld op Amsterdam. Moet ik deze datum aanpassen voor de werking van bepaalde apps en als ja dan hoe?

SSD: overschrijven gelukt maar dan.. zie hieronder. Alles ingevuld in dat zwarte scherm, maar best wat foutmeldingen.

pi@openplotter:~ $ sudo mkdir /mnt/ssd
pi@openplotter:~ $ sudo mount /dev/sda1/ /mnt/ssd
mount: /mnt/ssd: special device /dev/sda1/ does not exist (a path prefix is not a directory).
pi@openplotter:~ $ sudo cp /boot/*.elf /mnt/ssd
cp: cannot stat '/boot/*.elf': No such file or directory
pi@openplotter:~ $ sudo cp /boot/*.dat /mnt/ssd
cp: cannot stat '/boot/*.dat': No such file or directory

de ssd is voor mij wel een must. Al paar keer stroom eraf om diverse redenen en de hele boel is gelijk traag als ....
grtz en bedankt

Ik heb met fdisk van te voren de ssd partitie vrij gemaakt. (kan ook met disk management in windows) daarna via sd sdcard copier van openplotter alles overgezet. Boot device aangepast naar usb. Reboot en klaar.

Rarotonga schreef :
Met een 32 bits besturingssysteem heb je weinig aan je 8gig. Om 8 gig te kunnen gebruiken heb je een 64 bits besturingssysteem nodig.

Bedankt voor de reactie.

64 bit is mij te moeilijk.
Ik heb de ssd geformateerd met PC, aangesloten op rpi en copy, daarna werden er bij het kopiëren partities aangebracht dacht ik te zien.

Bizarre met de gps is trouwens dat deze ook op mijn oude trage kaartjes dezelfde klacht geeft: wel K signal,maar geen positie in opencpn..

Om een copy van je sd kaartje te maken heb je een programma als etcher nodig.
Eerst maak je een backup van het kaartje naar een bestand. Vervolgens schrijf je dat bestand weer met etcher naar je ssd.
Pas goed op dat je het naar de juiste disk schrijft ! Alles wordt namelijk overschreven en ben je definitief kwijt.

Beste Rarot,

64 bits is hetzelfde als 32 bits. Kun je ook eenvoudig gebruiken in combinatie met de OpenPlotter extra's. Wat nou moeilijk ?

Verder kun je de image van RPI kopieren met het Piclone(kopieren SD kaart) programma wat in het RaspiOS zit.

Kopieert ongeacht het formaat van de SD kaart. Je hebt wel zo'n usb SD kaartlezertje van een paar € nodig voor SD naar SD.

Je kunt de complete image hiermee ook kopieren naar een SSD HD. Of andersom van een SSD HD naar een SD kaartje.

Super eenvoudig.

Bram

brambo schreef :

Ik gebruik dit programma ook voor software, zoals Ubuntu, waar deze applicatie niet inzit.

Ik start het RaspiOS op.

Aan de ene usb poort de kaartlezer of de SSD HD met de te kopieren programma's en aan een andere usb poort de lege SSD HD of SD kaart.

Dan in de RaspiOS applicatie kopieren Sd kaart en aangeven de bron en het doel.

Dan zie je snel genoeg dat het gewoon werkt.

En klaar is Bram.

Totaal andere programma's kopieren via de applicatie in het RaspiOS.

Bram

Hoi Bram ik heb ergens een stukje gevonden waar jij het uitlegde en dat ook gedaan. Bij het 1e comando om te booten via de SSD zag je al een foutmelding. Kopie maken ging prima, maar opstarten helaas niet.
pi@openplotter:~ $ sudo mkdir /mnt/ssd
pi@openplotter:~ $ sudo mount /dev/sda1/ /mnt/ssd
mount: /mnt/ssd: special device /dev/sda1/ does not exist (a path prefix is not a directory).
pi@openplotter:~ $ sudo cp /boot/*.elf /mnt/ssd
cp: cannot stat '/boot/*.elf': No such file or directory
pi@openplotter:~ $ sudo cp /boot/*.dat /mnt/ssd
cp: cannot stat '/boot/*.dat': No such file or directory

Je hoeft helemaal niets te doen. Als je de image van een werkend SD kaartje hebt gekopieerd naar de usb SSD dan is dat voldoende . Je kunt ook nog de boot volgorde instellen in sudo raspi-config.

Je systeem moet wel de laatste eeprom versie hebben. Komt normaal mee met de updates. Achteraf installeren kan ook. (opwaarderen is: sudo apt update daarna sudo apt upgrade)

En uiteraard het kaartje eruit halen. Dan moet het systeem gewoon opstarten van de SSD.

Hoor wel of dit lukt.

Bram

Bedankt Bram
ik ga het zo weer eens proberen.
kwam dit tegen:
sudo rpi-eeprom-update -d -a
op : www.tomshardware.com/how-to/boot-raspberry-pi-4-usb, maar misschien niet eens nodig.

Als die eeprom-flash mislukt kun je je pi weggooien trouwens! Zorg voor een goede voeding en geen brakke stekkertjes!

Waarschijnlijk probeert TS het kaartje te kopiëren met de Rpi waar de Rpi vanaf is opgestart.

Nachtvlinder schreef :
Is onzin. De eeprom update komt gewoon mee met de algemene software updates.

ben opnieuw begonnen. Moet ik in SD card copier "New Partition UUIDs" box aanvinken of niet

trouwens iemand een idee hoe het zit met de GPS?
wel in signal K maar niet in opencpn te zien
ik lig nog steeds ergens in de Middenlandse zee

Niet aanvinken.

Voor de invoer van SignalK naar opencpn:

in OpenCPN netwerk signalk localhost en poort 3000

Waypoint en route gegevens kun je ook naar de signalk server sturen.

Maar dat is een volgende stap.

Bram

brambo schreef :
OpenCPN wordt niet gegarandeerd op 64 bit. Been there. oeSENC plug-in werkt bijvoorbeeld niet volledig. Altijd bij de laatste “Stable release” blijven. Je bent geen beta-tester neem ik aan! Het zou heel mooi zijn als beide versies hetzelfde functioneerden, maar dat is (nog) niet het geval.

Waarom denk je SignalK nodig te hebben? Spuugt je GPS-muis geen NMEA0183 uit? Dan hoef je niet te gaan vertalen.

brambo schreef :
De eeprom-flash in een RPi4 schrijft naar geheugen dat in de hardware verwerkt zit, dus als die update niet goed gaat helpt het niet om een reserve SD-kaart te gebruiken. Daardoor zit er meer risico aan dan aan een gewone update, vergelijkbaar met de BIOS-updates van een PC.
Het is niet per se zo dramatisch dat je de Pi kan weggooien, maar wel meer gedoe om te herstellen.

moet je niet nog ergens aangeven dat de pi opstart via de SSD?
kwam wel iets tegen in config, maar geen aanpassing boot volgorde

vraagt bij mij na opstarten toch echt om een sd card

hmm waar en hoe zorg ik ervoor dat de pi via de SSD boot/opstart?
las ook weer ergens dat dit in principe automatisch gaat als de pi geen sd kaart vindt

dit is wt ik nu heb
pi@openplotter:~ $ vcgencmd bootloader_config
[all]
BOOT_UART=0
WAKE_ON_GPIO=1
POWER_OFF_ON_HALT=0
DHCP_TIMEOUT=45000
DHCP_REQ_TIMEOUT=4000
TFTP_FILE_TIMEOUT=30000
TFTP_IP=
TFTP_PREFIX=0
BOOT_ORDER=0x1
SD_BOOT_MAX_RETRIES=3
NET_BOOT_MAX_RETRIES=5
[none]
FREEZE_VERSION=0

pi@openplotter:~ $ ^C
pi@openplotter:~ $ vcgencmd bootloader_version
Sep 3 2020 13:11:43
version c305221a6d7e532693cc7ff57fddfc8649def167 (release)
timestamp 1599135103
update-time 0
capabilities 0x00000000

kwam deze nog tegen, maar geen idee wat er dan gebeurd

sudo apt install rpi-eeprom -y

Nachtvlinder schreef :
Zal het nog een keer proberen:

Ook weer gedeeltelijk onzin. OpenCPN heeft een officiele RaspiOS ARM versie voor 64 bits.
Werkt al maanden hier. De Oesenc plug-in werkt gewoon, alleen met je twee handelingen doen. De juiste Oesenc plugin gebruiken. Als je de Oesenc USB dongle gebruikt dan moet je een bestandje
libusb-1.0-0 installeren. Komt automatisch mee met de volgende versie van OpenCPN.

Alles werkt overigens ook op de laatste Ubintu Hirsute Hippo 64 bits versie voor de RPI. Ook met met de meeste OpenPlotter extra's. Die kun j er eenvoudig aan toevoegen.

Overigens is er werk gaande van een nieuwe unversele oesenc-plugin.

Bram

SignalK hoeft in principe niet te vertalen, kan het NMEA183 data stroom ook doorzenden. Waar het omgaat is de multiplexer functie en de mogelijkheden van allerlei uit- invoer van diverse formaten. De oude NMEA183 windset naar bijvoorbeeld NMEA2000 of andersom. Het is een universeel data exchange.

Dat alles was allemaal al eerder aangegeven in de diverse draadjes.