Postate qui domande o segnalate problemi / bug che riscontrate,
Ogni tanto non risponde...
Scherzi a parte, mi è già successo almeno tre volte che si sia inchiodato qualcosa nel sistema e il SWPI abbia smesso di rispondere al telefono, pur continuando a loggare i dati regolarmente.
Guardando i log ho notato anche un'altra cosa molto curiosa, anche se probabilmente non è correlata al problema in oggetto: Jessica viaggia nel tempo! Nonostante l'ultima volta che l'avevo collegato al pc avessi settato la data giusta, nel log di ieri/oggi la data parte dal 29, poi passa al 30 ed a mezzanotte a 31.
Nella configurazione ho impostato che l'ora si resetti alle 21 quando si riavvia il SWPI (appunto alle 21), probabilmente è lì l'inghippo.
Riguardo invece al non rispondere, dall'ultima volta che mi ha risposto in poi (alle 11.00) si può notare nel log una serie di "Waiting for HangUP ..." ripetuta fino alle 19.55, ora in cui ho prima provato a staccare e riattaccare la chiavetta, riprovato a chiamare e poi spento e portato in casa la scheda SD.
Allego un po' di log.
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Allegato swpi.cfg.zip non trovato
Se può aiutare, dove è piazzato ora il SWPI non c'è moltissimo segnale, e la chiamata delle 11.00 si è interrotta a metà, forse proprio perchè è caduta la linea.
Si prega Accedi a partecipare alla conversazione.
Per la risposta non credo possa dipendere dal segnale ... no so che dirti per ora
Si prega Accedi a partecipare alla conversazione.
È una situazione temporanea che conto di sistemare domani o dopodomani quando avrò finalmente il timer (pare impossibile ma è difficile procurarsi un timer a 12v).
Per il risponditore, sono a disposizione per qualsiasi tipo di test.
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
I log di sistema sembrano regolari (eccetto per la data un giorno avanti, ma è colpa mia: dovevo impostarla un giorno indietro per far si che riavviandosi andasse pari al giorno giusto), sembra però che proprio l'applicativo SWPI si sia piantato all'avvio, senza nemmeno partire con la raccolta e l'elaborazione dei dati...
Questo il lig relativo al giorno odierno:
[06/06/2013-21:00:37] Starting SINT WIND PI ...
************************************************************************
* Sint Wind PI 01.20.03 *
* *
* 2012-2013 by Tonino Tarsi <tony.tarsi@gmail.com> *
* *
* System will start in 10 seconds - Press Ctrl-C to cancel *
************************************************************************
10.....9.....8.....7.....6.....5.....4.....3.....2.....1.....
[06/06/2013-21:00:54] Starting sensor reading - Sensor type is : PCE-SENSOR
gpio mmap error -1271918592
[06/06/2013-21:00:54] Error initializing mcp3002 library.Try to continue
[06/06/2013-21:00:56] Modem Model : E1692
[06/06/2013-21:00:56] Revision : 11.108.01.02.192
[06/06/2013-21:00:56] Modem Serial Number : B14CAB1962000596
[06/06/2013-21:00:56] Pin Status : READY
[06/06/2013-21:00:56] Device Center : +393492000200 145
[06/06/2013-21:00:56] Signal quality : 11
[06/06/2013-21:00:56] Checking new sms messages...
[06/06/2013-21:00:56] Checking internet connetion ...
[06/06/2013-21:00:58] No Internet
[06/06/2013-21:00:58] Checking internet connetion ...
[06/06/2013-21:00:58] No Internet
[06/06/2013-21:00:58] Running without internet connection
ven 7 giu 2013, 08.00.58, CEST
[07/06/2013-08:00:58] Config Server running on port 80
[07/06/2013-08:00:58] Halter: System will Halt in 46742.0 seconds
[07/06/2013-08:00:58] Starting General WatchDog
Dal log di sistema si vede che cron ha continuato a lanciare i job orari (nessuno in verità) fino a quando ho staccato io alle 17.30, quindi il sistema andava.
Non si potrebbe implementare un cron job che controlli ogni tanto se SWPI è "sveglio", ed in alternativa lo riavvii, o al limite riavii tutto il sistema?
EDIT: Orpolà, mi sono accorto solo ora rileggendo il post dell'errore nell'inizializzare MCP3002, che sia di nuovo una saldatura fredda? Eppure fino ad ora ha funzionato, però...
Si prega Accedi a partecipare alla conversazione.
Adesso le saldature sembrerebbero buone, ma tutto ad un tratto non risponde lo stesso e ad ogni chiamata corrisponde questo errore nel log:
[...]
[14/06/2013-08:01:32] Sleeping 600 seconds
[14/06/2013-08:02:01] Receiving call from : "+390000000000"
[14/06/2013-08:02:01] Answering with data of 30 seconds old
[14/06/2013-08:02:01] Error in answering <type 'exceptions.TypeError'>
[14/06/2013-08:02:07] Receiving call from : "+390000000000"
[14/06/2013-08:02:07] Answering with data of 36 seconds old
[14/06/2013-08:02:07] Error in answering <type 'exceptions.TypeError'>
[14/06/2013-08:02:30] Calculating Meteo data and statistics
[14/06/2013-08:02:30] Logging data to Database
[14/06/2013-08:02:30] Dir: N - Spd: 0.72 - Gst: 2.4 - Tout: 18.3
[14/06/2013-08:03:30] Calculating Meteo data and statistics
[14/06/2013-08:03:30] Logging data to Database
[14/06/2013-08:03:30] Dir: NW - Spd: 1.2 - Gst: 2.4 - Tout: 19.9
[...]
Che faccio, provo a rispianare la scheda e riparto a pulito?
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Il sw è aggiornato all'ultima versione ?
Si prega Accedi a partecipare alla conversazione.
Per quel che riguarda gli aggiornamenti, non manco di lanciare swpi-update ogni volta che lo collego in rete, e di pari passo lancio anche apt-get update ed upgrade.
UPDATE: ho appena tirato giù il log di oggi e c'è una novità forse importante, eccolo qua:
[13/06/2013-09:17:31] Starting SINT WIND PI ...
************************************************************************
* Sint Wind PI 01.20.15 *
* *
* 2012-2013 by Tonino Tarsi <tony.tarsi@gmail.com> *
* *
* System will start in 10 seconds - Press Ctrl-C to cancel *
************************************************************************
10.....9.....8.....7.....6.....5.....4.....3.....2.....1.....
[13/06/2013-09:17:48] Starting sensor reading - Sensor type is : PCE-SENSOR
gpio mmap error -1271918592
[13/06/2013-09:17:48] Error initializing mcp3002 library.Try to continue
[13/06/2013-09:17:50] Modem Model : E1692
[13/06/2013-09:17:50] Revision : 11.108.01.02.192
[13/06/2013-09:17:50] Modem Serial Number : B14CAB1962000596
[13/06/2013-09:17:50] Pin Status : READY
[13/06/2013-09:17:50] Device Center : +393492000200 145
[13/06/2013-09:17:50] Signal quality : 12
[13/06/2013-09:17:50] Checking new sms messages...
[13/06/2013-09:17:50] Checking internet connetion ...
[13/06/2013-09:17:50] No Internet
[13/06/2013-09:17:50] Checking internet connetion ...
[13/06/2013-09:17:50] No Internet
[13/06/2013-09:17:50] Running without internet connection
ven 14 giu 2013, 08.00.50, CEST
[14/06/2013-08:00:50] Config Server running on port 80
[14/06/2013-08:00:50] Halter: System will Halt in 46750.0 seconds
[14/06/2013-08:00:50] Starting General WatchDog
Cosa può voler dire quel "gpio map error"? ho qualcosa in corto?
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Stamattina comunque Jessica s'è svegliata più di buon umore, mi ha risposto regolarmente.
...donne!
Si prega Accedi a partecipare alla conversazione.
La situazione è questa: ogni tanto Jessica (anzi, adesso Melissa) non mi risponde più, a volte dopo aver smesso di parlare a metà discorso.
Analizzando i log ho visto che a volte la colpa è della libreria MCP che non si inizializza bene, altre volte i dati vengono rilevati regolarmente ma non c'è traccia nei log delle mie chiamate, nonostante il modem sia stato rilevato regolarmente dal software.
In quei casi ho visto in dmesg che è come se il modem venisse disconnesso e riconnesso.
Quello che ho provato:
- ho rifatto ex novo il circuitino MCP3002 - TMP36
- ho cambiato l'alimentatore
- ho formattato e flashato da capo l'immagine
- ho sostituito il Raspberry mod. A con il mod. B che ho di servizio
- ho provato a far partire il tutto senza collegare i sensori
Non cambia nulla.
Adesso ho cominciato a sospettare del cavo di alimentazione composto, che alimenta sia la chiavetta che il PI e trasporta anche i segnali dal PI alla chiavetta.
È possibile che una brutta saldatura o un contatto su quel cavo, possa indurre anche l'errore della libreria MCP?
Si prega Accedi a partecipare alla conversazione.
non ho l'MCP ma mi sembra che altri non abbaiano problemi ( www.vololiberoserrasanta.it/ )
Prova a postare un log
Si prega Accedi a partecipare alla conversazione.
In questo log si vede il temutissimo "waiting for hangup" ripetuto per tutto il ciclo dopo l'ultima chiamata andata abuon fine.
edit: ops, non mi ero accorto di aver spammato così tanto il forum, ho tolto il log.
Si prega Accedi a partecipare alla conversazione.
In verità però ancora non sono riuscito a fare un debug definitivo, e non sono affatto convinto che possa dipendere da quello.
Si prega Accedi a partecipare alla conversazione.
- roberto2011
- Offline
- Moderatore
Secondo me bisognerebbe controllare il firmware !
Sensori Davis +BME280 + Raspberry b+ webCam serrasanta.fleanet.it (Eremo di Serrasanta - Gualdo Tadino - 1.340 m s.l.m.)
Si prega Accedi a partecipare alla conversazione.
La cosa che mi cruccia è che nei log non ci sono tracce delle chiamate, è come se la chiavetta non venisse proprio riconosciuta, però in cima al log è presente tutta la sezione relativa.
Ho notato nei log che c'è una certa fluttuazione nei valori rilevati dal TMP36, ogni qualche minuto rileva una temperatura molto più bassa del normale (da circa 20° passa a 14°): da profano, mi verrebbe da pensare che sia la tensione di alimentazione proveniente dal GPIO che cala un po', magari in conseguenza a sua volta di un calo dell'alimentazione USB, forse (ma sto improvvisando a braccio) dovuto alla trasmissione del segnale periodico dalla chiavetta alla cella GSM.
Tony, che ne dici, ho dato proprio di fuori?
Allego un log in cui il SWPI ha risposto ad una chiamata, è caduta la linea e poi non ha più risposto.
Si vede anche abbastanza bene la ciclicità della fluttuazione della temperatura (il sint era dentro casa, con temperatura circa costante).
Si prega Accedi a partecipare alla conversazione.
Questi i risultati:
Situazione 1) MCP3002 collegato ed abilitato, chiavetta assente e disabilitata: si avvia sempre bene e registra regolarmente i dati, nessuna traccia di errori nel log.
Situazione 2) Chiavetta collegata ed abilitata, MCP3002 collegato ma non abilitato (sensori su SIMULATE): si avvia sempre bene e risponde sempre alle telefonate
Situazione 3) Chiavetta e MCP3002 collegati e abilitati entrambi, sensori su PCE-SENSOR: si avvia e registra i dati ma non risponde al telefono, nessuna traccia delle chiamate nel log.
Situazione 4) Chiavetta collegata ed abilitata, MCP3002 abilitato ma non collegato: si avvia e risponde (ovviamente con i dati sballati)
Ho eseguito per ogni test una decina di riavvii, e la ripetibilità della situazione è risultata molto elevata (ho solo una situazione dubbia, ma l'ho esclusa perchè credo di aver pasticciato io con le connessioni).
La situazione n°2 sembrerebbe escludere un problema di alimentazione, perchè credo che la GPIO sia alimentata anche col sensore disabilitato, giusto?
Si prega Accedi a partecipare alla conversazione.
- roberto2011
- Offline
- Moderatore
Prova ad agg. Il firmware della chiavetta!
Sensori Davis +BME280 + Raspberry b+ webCam serrasanta.fleanet.it (Eremo di Serrasanta - Gualdo Tadino - 1.340 m s.l.m.)
Si prega Accedi a partecipare alla conversazione.
Tony
Si prega Accedi a partecipare alla conversazione.
Io intanto, in attesa delle mie, di vacanze, mi inca22o a vedere che la chiavetta in qualche maniera la usa, il mio SWPI, dato che riceve gli SMS da vodafone, però si rifiuta di rispondere a me!
Questo è un log durante il quale ho fatto ben due telefonate, delle quali non c'è traccia:
Allegato log07072013.log.zip non trovato
Si prega Accedi a partecipare alla conversazione.
- Roberto Vaccaro
- Offline
- Moderatore
Via hub, diretta o in altro modo?
Si prega Accedi a partecipare alla conversazione.
Il mio SWPI è alimentato da un carica-ipad cinese da 2A pagato circa 3.60€ compresa la lenta spedizione dalla cina. La tensione che ne esce è abbastanza pulita, niente da invidiare a qualsiasi altro alimentatore in switching con cui l'abbia confrontato (in ditta con oscilloscopio), quindi il fatto che sia cinese non lo rende più cinese dei suoi fratelli più blasonati (a volte faccio fatica a capirmi anch'io...).
il problema era però comunque legato all'alimentazione: avevo costruito un bel cavo quadricefalo con una presa che andava all'alimentatore, una microUSB ad alimentare il PI, una all'uscita USB del PI ed una femmina alla chiavetta; il fatto è che il cavo che andava all'alimentatore era un semplice USB, con quei cavetti capillari da 0.018 mm² di sezione, e la corrente trasportata era a mala pena sufficiente a far funzionare tutto normalmente. Quando sopraggiungeva una chiamata, il calo di tensione era sufficiente a far andare in palla il sistema, probabilmente facendo saltare alcuni dei device relativi alla chiavetta.
Adesso ho sostituito quel tratto di cavo con una sezione più grossa (esagerata: 1,5 mm²) e sembra funzionare di nuovo a regola.
Il fatto che per un periodo abbia funzionato anche con quel cavo lì lo imputo al fatto che facesse più freddo e l'effetto joule nel cavo fosse minore, probabilmente si era in una situazione veramente sul filo del rasoio.
A pensarci bene, le prove che ho fatto la sera dopo cena hanno funzionato più spesso che quelle di giorno col caldo...
Spero che il problema fosse davvero quello, in qualche giorno di test dovrei avere la risposta.
Si prega Accedi a partecipare alla conversazione.
- roberto2011
- Offline
- Moderatore
Sensori Davis +BME280 + Raspberry b+ webCam serrasanta.fleanet.it (Eremo di Serrasanta - Gualdo Tadino - 1.340 m s.l.m.)
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.