Penso che sia una buona cosa, perchè anche a me si blocca ogni tanto, così a caso, e non riesco a capire il problema, ho fatto delle cose che mi hanno consigliato ma non vedo il problema, ovvero penso sia quando acquisisce dalla webcam, ma appunto quando si freeza non c'è modo di accedervi se non reboottarlo ..
Non ne capisco molto di comandi linux ma penso che questo watchdog possa risolvere i problemi, d'altronde su sistemi complessi questa opzione è attiva per garantire il continuo funzionamento.
Antonio.

mooolto interessante!

Ciao Antonio avevi provato a fare un crontab con il reboot, per capire se era swpi che si bloccava o il raspberry???

Tony non è meglio un daemon esterno a swpi.

Roberto si blocca la webcam e rimane il led acceso, però di conseguenza il raspberry non è più raggiungibile. Adesso ho messo fswebcam e vedere cosa succede. Come alimentazione ho un alimentatore switching da 2.1 ampere e non posso misurare la tensione sui due TP perchè il raspberry è nel contenitore e difficilmente raggiungibile. Comunque sto approntando una stazioncina organizzata e con alimentazioni da 12 a 5 v con i moduli Pololu e vediamo un pò.
Antonio.

E' probabile sia anche la sd, ma non credo perchè nonostante poi spengo brutalmente levando l'alimentazione dopo parte senza errori ... adesso c'è una SD Kingston 4 gb class 4.

Bene, allora rimaniamo in trepida attesa per l'inserimento del watchdog, naturalmente rispettando i tempi di Tony, non è una questione di vita o di morte.
Grazie, Antonio.

Con demone esterno ecco come fare !

Reset your Pi if the load average exceeds 24 in any 1-minute span.!

Mi sembra molto bello!
A me è successo che a volte si bloccasse il swpi per una chiamata non correttamente terminata (ogni tot minuti nel log c'era un messaggio tipo "waiting for hangup"), l'unico modo di far ripartire la baracca era proprio un hard reset.
Sarebbe possibile eventualmente subordinare l'invio dell'hartbeat non solo ad un blocco del sistema ma anche al reiterarsi di errori tipo quello nel sistema attivo?

Credo che il mio problema più grosso fosse quello del firmware farlocco della chiavetta telefonica, a parte le difficoltà iniziali dovute alle mie scarse doti di saldatore...

Molto, molto interessante, credo che lo implementerò.
Sono d'accordo con Tony sul fatto che non sia una soluzione, ma un work around, ma dal momento che le indagini le ho svolte tutte, male non fa e poi se viene concepito un reboot all'interno di swpi come configurazione, se ci mettiamo un cane da guardia esterno male non fa, anche per prevenire blocchi derivanti da altri servizi.

Ribadisco ottima segnalazione

Eccomi qua, visto che non trovo soluzione per l' addormentamento apparente di SintWind, solo in certe condizioni e assolutamente casuali, alle volte si blocca dopo solo 18 ore, alle volte fa quattro giorni, Ho deciso di testare il sistema del watchdog; in prova per tutto oggi e pare andare.
Una volta lanciato il demone se si blocca il SintWind con il comando killswpi.sh, dopo il tempo prefissato il sistema rebotta.

Spiegazioni brevi: il demone controlla che il file swpi.cfg che viene aggiornato ogni 10 minuti effettivamente sia aggiornato se così non fosse dopo 15 minuti effettua il reboot del RaspBerry

--== Vado con le spiegazioni lunghe ==--

Procedura per abilitare WatchDog hardware su RaspBerry
Seguire questi semplici passi una volta connessi con SSH sul proprio PI

scaricare pacchetto watchdog:
sudo apt-get install watchdog

attendere scaricamento pacchetti in seguito digitare:
sudo update-rc.d watchdog defaults

editare il file di configurazione:
sudo nano /etc/watchdog.conf

inserire sotto a queste righe:
#file = /var/log/messages
#change = 1407
#
file = /home/pi/swpi/swpi.cfg
change = 920

aggiungete anche:
# email if empty not send email to root address
admin =

al termine CTRL X rispondere Si al salvataggio del file di configurazione.


in caso di necessità il servizio si abilita / disabilita con questi comandi:
sudo /etc/init.d/watchdog start
oppure
sudo /etc/init.d/watchdog stop
per vederne lo status
sudo /etc/init.d/watchdog status


--== FINE DELLE SPIEGAZIONI ==--

Ho messo come indirizzo admin = (niente) altrimenti WatchDog cerca di inviare una email al utente root anche se non è configurato, quindi risulta necessario scaricare sendmail o altri programmi per l'invio della posta. (se volete farlo seguite il link in fondo a questo messaggio.

Il percorso del file è relativo al file di configurazione di swpi e 920 sono i secondi tra un ciclo e l'altro di controllo.
Il demone Watchdog esegue un controllo sul file swpi.cfg e se non è cambiato dopo 15 minuti (920 sec.) esegue un reboot del sistema.
Inizialmente avevo inserito la creazione e modifica di un file dentro a swpi.py verso la fine vicino al watchdog software poi mi sono accorto che swpi.cfg cambia dopo essere stato riletto per cui non ho creato complicazioni nel codice di Tony e ho semplicemente verificato l'aggiornamento del file in questione in un periodo di tempo superiore al ciclo di aggiornamento dei dati di SintWind.

Se volete provarlo e verificare se funziona o avete suggerimenti per migliorare questo semplice controllo, fate un fischio.

Ho preso spunto da qui:
www.domoticz.com/wiki/Setting_up_the_raspberry_pi_watchdog

Informazioni dettagliate su watchdog qui:
linux.die.net/man/8/watchdog

e sul file di configurazione:
linux.die.net/man/5/watchdog.conf

questo sul tipo di controllo "stat" che viene eseguito:
linux.die.net/man/2/stat

Ciao Alegrechi, l'idea del soft reboot è buona, avevo visto che si poteva implementare, ma all'inizio e per testare il sistema non ho messo troppe variabili per complicarmi la vita.
Tra l'altro sarebbe comodo anche una email per sapere se e quando interviene il watchdog, ma non volevo installare le librerie per il sendmail. Inoltre visto che comunque ad ogni riavvio mi arriva l'email con il cambio IP è ovvio che se si è riavviato fuori orario qualcosa è andato storto.

Nel mio caso come nel tuo il RaspBerry non si pianta ed è sempre raggiungibile quindi un kill solo del servizio che non gira dovrebbe essere sufficiente.

L'idea del file swpi.cfg mi è venuta casualmente, come detto avevo inserito un paio di righe dentro al codice di Tony per creare un file ad hoc e mentre controllavo il cambiamento del file mi sono accorto che cambiava anche swpi.cfg

Quindi ho scelto la strada meno complicata. Si può controllare anche il meteo.txt, ma il percorso potrebbe variare da installazione ad insitallazione e volevo fare una cosa semplice e per tutti.
A mio avviso dal momento che dentro al codice viene eseguito un chmod +x ciclicamente sui files necessari al funzionamento di Swpi, credo che sia ininfluente su quale files dei suddetti viene eseguito il controllo.

Se invece è relativo alla creazione o aggiornamento di un specifico sensore allora può avere una logica.

Tutta questa complicazione nasce dal fatto che un semplice controllo del pid da parte del demone watchdog non è implementabile nel mio caso, perchè il pid risulta attivo anche quando sintwind dorme.

Se fai delle prove tienimi aggiornato, io farò altrettanto.

Eccomi qua. dopo un paio di giorni finalmente il primo intervento del watchdog hardware del RaspBerry. Il software si era piantato nel solito punto e dopo qualche minuto, visto che il file swpi.cfg non cambiava grazie al chmod di sint.py è stato riavviato


Non ho eliminato il problema, ma almeno adesso non ci penso più

tony ha scritto: Bene .. d'altronde l'informatica è un continuo workaround

Volevo solo segnalare che riscontravo alcuni blocchi inspiegati del Raspy, fino al blocco a ripetizione ad ogni reboot. Mi sono deciso e ho sostituito la SD con una Sandisk Classe 10. Ho aggiornato il firmware ed effettuato l'update, ho reinstallato il watchdog e poi provando ad aggiornare SWPI venivo "dirottato" sulla index della procedura di configurazione Web.
Allora ho reinstallato ancora il tutto scoprendo che l'ordine corretto degli aggiornamenti deve partire sempre da SWPI e poi tutto il resto (apt-get update, apt-get upgrade, rpi-update).
Alla fine non ho installato alcun watchdog ed ora Raspy è attivo da una settimana senza alcun problema. Inoltre, mi sembra che sia diventato molto più rapido.

Se può essere utile...

Per finire, ancora complimenti a Tony e tutti i numerosi partecipanti a questo Forum che con il loro contributo stanno facendo crescere Sint Wind PI.

ciao, io oggi ho reinstallato tutto e ho fatto l'aggiornamento del firmware.
ma non ho ancora dato il comando sudo upgrade...
ho paura a farlo!!!!!

non capisco come mai dopo aver lanciato l'update e upgrade
mi ha cambiato firmware tornando a quello vecchio!!!
poi riprovando il rpi..nulla diceva che era aggiornato..

allora ho dato
sudo rpi-update 3626277a5915a7cfeb90d536355227570c6f8c17
e cosi sembra averlo fatto
Linux swpi 3.10.19+ #600 PREEMPT Sat Nov 16 20:34:43 GMT 2013 armv6l GNU/Linux

Oramai posso dire che dopo aver installato il watchdog il sistema funziona a meraviglia e udite udite; credo che non si sia mai più addormentato!
I reboot avvengono solo all'ora predefinita e via software da SintWInd.

Ciao, sono rientrato dalle vacanze e mi son trovato inchiodato il Rasp, ovviamente ho anche potuto appurarlo in periodo vacanziero, ma non ho potuto far nulla.
Mi son deciso quindi di procedere la tua strada seguendo le vostre indicazioni, capisco poco di informatica e parto dall'inizio.... dove posso scaricare il pacchetto watchdog adatto al raspberry?
Questa è la prima richiesta penso che se siete disponibili ne seguiranno altre
Grazie