Raspberry inaffidabile

[Resolution]

In crociera ho messo a confronto il mio portatile con OpenCpn con il Raspberry p4 con OpenPlotter, monitor, hd solido con le carte e gps (differente da quello usato sul pc), con l'intento di verificarne le potenzialità al fine di farne il cuore della rete in barca.
Ebbene devo dire che mi ha deluso perchè pur essendo usato solo con il programma di navigazione, (su entrambi Opencpn versione 5.2) ha avuto funzionamento alternante, perdeva la traccia, pur avendo provato ben 3 diversi gps.
Quindi inaffidabile per lo scopo prefissato.
Qualcuno ha avuto esperienze al riguardo?

[AndreaB72]

Ovviamente stiamo parlando di attrezzature che costano una frazione infinitesima dei sistemi commerciali - questo non significa che siano meno affidabili o abbiano prestazioni inferiori, significa che che per farli funzionare c'è bisogno di più lavoro, più manutenzione, più tuning etc.

Hai provato a capire la causa dei malfunzionamenti? Quando si sono verificati che procedura di recovery hai seguito?

[Resolution]

(31-08-2020 17:11)AndreaB72 Ha scritto:  Ovviamente stiamo parlando di attrezzature che costano una frazione infinitesima dei sistemi commerciali - questo non significa che siano meno affidabili o abbiano prestazioni inferiori, significa che che per farli funzionare c'è bisogno di più lavoro, più manutenzione, più tuning etc.

Hai provato a capire la causa dei malfunzionamenti? Quando si sono verificati che procedura di recovery hai seguito?

Ho cambiato gps, ho cambiato la porta usb, ho controllato che le porte fossero abilitate, ma non sono mai riuscito ad avere una traccia completa nè l'avvio immediato della posizione.
Puoi spiegare meglio cosa intendi per procedura di recovery?

[AndreaB72]

(31-08-2020 17:54)Resolution Ha scritto:  Ho cambiato gps, ho cambiato la porta usb, ho controllato che le porte fossero abilitate, ma non sono mai riuscito ad avere una traccia completa nè l'avvio immediato della posizione.
Puoi spiegare meglio cosa intendi per procedura di recovery?

Cosa vedi succedere? Funziona e poi smette? L'interfaccia rimane responsive ma non c'è più il segnale del GPS? O si blocca tutto? È il GPS che perde il segnale o la comunicazione su USB si interrompe? Per ripartire segui una procedura o spengi tutto e riparti?
Che tipo di GPS hai preso? Qual'e il tempo di cold e hot start?
Difficile diagnosticare il problema al buio

Sent from my BTV-DL09 using Tapatalk

[Resolution]

(31-08-2020 19:43)AndreaB72 Ha scritto:  Cosa vedi succedere? Funziona e poi smette? L'interfaccia rimane responsive ma non c'è più il segnale del GPS?
Sì, Opencpn continua a funzionare ma perde il segnale del gps. talvolta riprende ma talvolta Opencpn si spegne

O si blocca tutto? È il GPS che perde il segnale o la comunicazione su USB si interrompe?
Ho provato 3 gps, due sono GPS Ubx G7020-KT G-MOUSE e un Holux RCV3000/RCV-3000 collegati con usb

Per ripartire segui una procedura o spengi tutto e riparti?
Normalmente faccio ripartire Opencpn

Che tipo di GPS hai preso? Qual'e il tempo di cold e hot start?
Ti ho detto dei gps, il resto non so di cosa parli

Difficile diagnosticare il problema al buio
Infatti, è un mistero

Sent from my BTV-DL09 using Tapatalk

[AndreaB72]

OpenCPn ha un dialog per il debugging dello stream NMEA (trools, options, connections, NMEA debug window).
Prova ad attivarlo e vedere se le sentenze RMC, GLL e/o VTG continuano ad arrivare quando "perde il segnale".

Problemi standard:
- Quanta RAM hai sull'Rpi? Può essere che per qualche ragione rimanga "a secco"
- L'alimentazione è stabile e adeguata? L'Rpi 4 vuole 3A mentre le presine USB normali sono da 2.1A o 1A

[Resolution]

(01-09-2020 06:49)AndreaB72 Ha scritto:  OpenCPn ha un dialog per il debugging dello stream NMEA (trools, options, connections, NMEA debug window).
Prova ad attivarlo e vedere se le sentenze RMC, GLL e/o VTG continuano ad arrivare quando "perde il segnale".
Interessante, dovrò controllare


Problemi standard:
- Quanta RAM hai sull'Rpi? Può essere che per qualche ragione rimanga "a secco"
è il modello Pi4 4Gb. e ho messo SD 16G e le carte sono su memoria usb separata

- L'alimentazione è stabile e adeguata? L'Rpi 4 vuole 3A mentre le presine USB normali sono da 2.1A o 1A
Utilizzo l'alimentatore dalla 220 in dotazione con usbC

Grazie dei suggerimenti, controllerò se arrivano dati dal gps

[clavy]

(02-09-2020 12:56)Resolution Ha scritto:  Problemi standard:
- Quanta RAM hai sull'Rpi? Può essere che per qualche ragione rimanga "a secco"
è il modello Pi4 4Gb. e ho messo SD 16G e le carte sono su memoria usb separata

Hai anche già verificato che queste memorie non abbiano problemi?
Io ho avuto problemi d'instabilità a causa di SD che era fallata in origine, al tempo avevo trovato dei programmi da utilizzare per "testare" e isolare i settori non funzionali della scheda, prima ancora di metterla in produzione.

[AndreaB72]

Sul discorso dell'SD, quello che dice clavy è vero. In generale non sono affidabilissime - il mio consiglio è quello di comprare un SSD esterno da 128 o 256GB e usare quello (ormai costano poco, case USB + SSD SATA stai sotto i 50EUR).
L'RPi4 sa fare il boot da disco esterno quindi no problem.

[Resolution]

(02-09-2020 16:01)AndreaB72 Ha scritto:  Sul discorso dell'SD, quello che dice clavy è vero. In generale non sono affidabilissime - il mio consiglio è quello di comprare un SSD esterno da 128 o 256GB e usare quello (ormai costano poco, case USB + SSD SATA stai sotto i 50EUR).
L'RPi4 sa fare il boot da disco esterno quindi no problem.

Cioè copio openplotter sullo stesso ssd su cui ho le carte e tolgo la schedina sd? L'ssd credo che sia da 1 tera.

[AndreaB72]

(02-09-2020 23:29)Resolution Ha scritto:  Cioè copio openplotter sullo stesso ssd su cui ho le carte e tolgo la schedina sd? L'ssd credo che sia da 1 tera.

Si, esatto. Poi togli la schedina e usi solo L'SSD.

Sent from my SM-G960F using Tapatalk

[Resolution]

(03-09-2020 06:30)AndreaB72 Ha scritto:  Si, esatto. Poi togli la schedina e usi solo L'SSD.

Sent from my SM-G960F using Tapatalk

Bene farò senz'altro questa prova. Il tutto è in barca e ci andrò tra due settimane

[Resolution]

(04-09-2020 16:02)Resolution Ha scritto:  Bene farò senz'altro questa prova. Il tutto è in barca e ci andrò tra due settimane

Salve
ho fatto come suggerito e cioè copiato col pc il file root dalla schedina SD ed incollato sulla SSD. Poi avviato Rasberry avendo collegato solo SSD ma
"SD card not detected
.
.
.
SD boot failed
BOOT_STOPPED:

[AndreaB72]

documentazione
In rete si trova un sacco di documentazione sul come fare.

Nello specifico: non basta copiare i files - si deve fare un copia fisica del device. Con linux si può usare il comando dd - su windows si deve usare qualche software (free) preso da internet per "clonare" le SD card (tipo questo DiskImager).

(19-09-2020 15:45)Resolution Ha scritto:  Salve
ho fatto come suggerito e cioè copiato col pc il file root dalla schedina SD ed incollato sulla SSD. Poi avviato Rasberry avendo collegato solo SSD ma
"SD card not detected
.
.
.
SD boot failed
BOOT_STOPPED: