- Posts: 1523
- Karma: 9
- Thank you received: 240
Postate qui domande o segnalate problemi / bug che riscontrate,
RFM01
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Sto leggendo i dati di quello collegato alla consolle e quello alla RFM01, sono uguali.
Domani ordino il sensore barometrico e di temperatura così è completa.
Ciao e buonanotte
Roberto
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Da web non trova la pagina e da riga di commando da questo errore:
ommissis ...
swpi/audio/mp3/meters.mp3
swpi/audio/mp3/cloudbase.mp3
tar: Uscita con stato di fallimento in base agli errori precedenti
Il parametro che ti chiedevo è:
CB: 451
Ciao
Roberto
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Sint Wind PI 01.16.59
Non riuscivo ad aggiornare e ho ricaricato l'immagine.
Ti allego gli errori,
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
[26/03/2013-21:10:21] System time adjusted from NPT server : europe.pool.ntp.org
[26/03/2013-21:10:30] First data received from RFM01 station 0A06 .. processing
[26/03/2013-21:10:31] No digital cameras found
[26/03/2013-21:10:31] Disk space left = 1515188224
[26/03/2013-21:10:31] Sleeping 600 seconds
[26/03/2013-21:10:39] Dir: SSW - Spd: 0.0 - Gst: 2.45 - T: 4.5 - U: 77 - R: 311 - CB: 448
[26/03/2013-21:11:17] New data received from RFM01 station 0A06 .. processing
[26/03/2013-21:11:17] Bad data received from RFM01
^CException in thread Thread-2:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/home/pi/swpi/sensor_wh1080rf.py", line 94, in run
log("Something wrong with RF ... restarting")
File "/home/pi/swpi/sensor_wh1080rf.py", line 32, in log
print datetime.datetime.now().strftime("[%d/%m/%Y-%H:%M:%S]") , message
IOError: [Errno 32] Broken pipe
killando swpi facendo partire wh1080 non ho problemi, ricevo tranquillamente i dati dai sensori.
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Sembra che WH1080 si intoppi, monitorandolo, con swpi killato saltuariamente al wait 0s sta fermo e poi riprende dopo un tempo sempre diverso.
Questo probabilmente blocca swpi perchè non legge i dati, infatti dice che non c'è la stazione e dopo un po' esce con l'errore che ti ho mandato.
Please Log in to join the conversation.
Dal tuo log sopra sembra che hai dato tu un ctrl-C
Il messaggio :
Bad data received from RFM01
vuol dire che i dati ricevuti non hanno crt corretto ma può succedere specialmente se usi un rssi troppo alto.
L'importate è che poi ricominci a ricevere correttamente.
Ora io per esempio ne una fuori a 4 metri dalla stazione con rssi a 91 ( e qiella che vedi sul sito come stazione Sigillo ) ed una dentro casa a 20 metri con rssi a 97. Stanno andando e vediamo domani quanto sono stabili
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Comunque il problema è mio. La SD da problemi. Si blocca tutto. E quando funziona è tutto molto lento. Vedo di cambiarla.
Tu che SD usi?
Io ne ho provate un po' ma non tutte funzionano a lungo.
Hai già collegato il sensore di temperatura e di pressione?
Ciao
Roberto
Please Log in to join the conversation.
Ora uso sia delle Trascent che delle kingstone da 4Gb class > 4 e sono stabilissime anche dopo molti spegnimenti brutali.
Le mie 2 schede sono sopravvissute alla notte e continuano ad acquisite i dati
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
dopo varie prove, ho scoperto il mio problema.
Ho cambiato SD, controllato e sostituito alimentatori ma il sistema dopo qualche minuto si bloccava.
Ho semplicemente spostato l'alimentazione del RFM01 dai 3v ai 5v e adesso è qualche ora che sta funzionando.Da datasheet si può alimentare fino a 5v.
Ho messo su un sito web di test e invia correttamente i parametri.
Ho pensato a questa modifica quando togliendo il modulo e andando in simulate il sistema non si bloccava più. Può essere il mio RASP che non sopporta il carico del modulo sui 3v. Mha
La settimana prossima mi arriva il BMP085, puoi dirmi come l'hai collegato?
Bisogna fare delle modifiche al sorgente o basta attivarlo nella configurazione di SWPI?
Auguri di una Buona Pasqua a te e famiglia
Roberto
Please Log in to join the conversation.
E non l'avrei mai fatta. Non tanto per l'RFM01 che non ha problemi con la 5V ma per la Rasbberry. Se alimenti a 5V anche i livelli di output sono a 5V ed i pin GPIO sono intolleranti a tale tensione. E' scritto chiaramente sulla documentazione !!!!!!! elinux.org/RPi_Low-level_peripherals vedi subito sull'introduzione.
Io stò andando con 2 schede ininterrottamente da una settimana quindi deve funzionare.
Quando dici si blocca cosa intendi ? si blocca la rasbberry o la ricezione dei dati RF ? Se si blocca la rasberry devi ricercare altrove il problema .. di solito alimentazione o SD.
Per RFM01 quello che ho notato è che se la stazione è troppo vicina ed usi un rssi troppo alto molti dati arrivano corrotti quindi conviene abbassare il rssi ma non troppo altrimenti non ricevi. Ne ho una a 97 ( in casa che uso per fare i test ) e una a 91 ( fuori a 4 metri dalla stazione .. è quella che vedi qui http://www.vololiberomontecucco.it/vlmc/index.php?option=com_content&view=article&id=59&Itemid=144 )
Per il BMP vedi http://www.vololiberomontecucco.it/vlmc/index.php?option=com_content&view=article&id=41:sint-wind-pi-bmp085&catid=13&Itemid=169
Please Log in to join the conversation.
Ho collegato tutto seguendo le istruzioni ed il chip è stato subito riconosciuto, peccato non ricevesse i dati...
Dopo qualche prova tony ha individuato il problema: il mio raspberry infatti è la rev 1 (con 256mb di RAM). Stamani quindi ha fatto un aggiornamento al wh1080rf aggiungendo il parametro "s".
Dunque ho avviato con "sudo ./wh1080_rf –s 1" e subito ha iniziato a ricevere e decodificare i dati
Ora aspetto istruzioni per inserire il parametro di default nel file di config di swpi, ma credo dovrebbe essere una sciocchezza...
Sono abbastanza entusiasta di questo miglioramento, perchè con poco potrei aver risolto definitivamente i problemi di comunicazione principalmente dovuti alla consolle.
Sistemato questo ho intenzione anche io di procedere all'aggiunta del BMP085 !
Please Log in to join the conversation.
Non serve inserire il parametro s in swpi in quanto rileva automaticamente la revisione della scheda e lo imposta ... forse.
Fammi sapere se funziona anche sulle rev 1.
devi solo lanciare swpi.
il parametro s serve solo per i test iniziali e determinare il valore corretto di rssi
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Comunque diversamente da quanto affermato il problema è rimasto si è nuovamente bloccato. dopo circa 5 ore.
Il blocco è della raspberry, non è più raggiungibile, a volte con tutti i led accesi e a volte con solo quello di alimentazione. L'alimentatore che uso in questo momento è un lineare da 2A e la tensione misurato tra tp1 e tp2 è 5v precisi, la SD è una kingston SDHC 4 da 8Mb, lo stesso modello che sta funzionando da alcune settimane sull'altra raspberry collegata ala consolle.
Per quando riguarda il rssi è come di default e quando il sistema funziona non da problemi.
La rasp si blocca quando c'è l'RFM01 collegato indipendentemente che sia attivo o meno. Quindi anche in simulate. Scollegandolo va senza intoppi.
Mi sta venendo voglia di prendere un'altra rasp e un altro sensore.
Quella che funziona non la voglio toccare.
Please Log in to join the conversation.
- Roberto Vaccaro
- Topic Author
- Offline
- Moderatore
Please Log in to join the conversation.
Ho provato a 91 ma non riceve. Lascio il default e lo lascio andare per un po'...tony wrote: Ok prova 91 ... 85 ...
Se ricevi anche a 85 metterei 91 altrimenti lascia pure 97
Le foto del montaggio che mi hai inviato magari postale anche qui ... potrebbero essere utili. La mia oramai è inscatolata al freddo ed al gelo e non ho fatto foto.
Ho impostato l'upload a 50 secondi, in modo da avere i dati online praticamente in realtime!
Ho scritto due righe nel mio blog ed inserito anche qualche foto, prendile pure se ti servono !
grechi.it/blog/2013/03/30/raspberry-pi-r...s-20-senza-consolle/
Please Log in to join the conversation.
monitorando la situazione per adesso ho verificato due "blocchi" in cui swpi smette di inviare i dati.
Guardando i log non si notano errori... solo che il log si ferma in attesa di nuovi dati e non prosegue (anche senza ricevere i dati). Riavviando swpi la lettura dai sensori riprende.
[30/03/2013-14:14:59] Sleeping 50 seconds
[30/03/2013-14:15:00] Sent file to server : meteo.txt
[30/03/2013-14:15:00] Deleted file : ./meteo.txt
Please Log in to join the conversation.
Ho pensato che si possa trattare di un qualche conflitto di temporizzazione. Adesso ho impostato l'upload a 48s, in modo che sia sincronizzato con la lettura. Per adesso non si è ribloccato....
Se fosse questo forse potrebbe essere opportuno far partire il trigger dell'upload non appena viene letto un nuovo dato in modo che sia sincrono. Che dici?
La routine che ho adesso è questa:
[30/03/2013-17:14:40] New data received from RFM01 station 0A2C .. processing
[30/03/2013-17:14:45] Dir: SSE - Spd: 11.02 - Gst: 13.46 - T: 11.9 - U: 88 - R: 11 - CB: 640
[30/03/2013-17:15:18] Checking internet connetion ...
[30/03/2013-17:15:18] Internet ok
[30/03/2013-17:15:18] Sending to server ...
[30/03/2013-17:15:18] Logging data ...
[30/03/2013-17:15:18] Data sent to server : OK
[30/03/2013-17:15:18] Logging data to Wunderground ...
[30/03/2013-17:15:19] Log to Wunderground : success
[30/03/2013-17:15:19] Uploading data ...
[30/03/2013-17:15:20] Rereading config file ..
[30/03/2013-17:15:20] Disk space left = 5447913472
[30/03/2013-17:15:20] Sleeping 48 seconds
[30/03/2013-17:15:20] Sent file to server : meteo.txt
[30/03/2013-17:15:20] Deleted file : ./meteo.txt
Edit: sto aggiornando anche il firmware che in effetti era datato
Please Log in to join the conversation.