- Messaggi: 16
- Ringraziamenti ricevuti 0
Postate qui domande o segnalate problemi / bug che riscontrate,
WH3080
Dalla cartella conteneti i gfile, se digito il comando:
rtl_433 -r gfile001.data, mi decodifica il pacchetto;
Se digito rtl_433 -f 868300000 -F json -l 0, mi decodifica i dati che riceve (vedi allegato1);
Riavvio il processo con "swpi start", e controllo il log con "swpilog".
Come puoi notare Seven, non c'è un accenno di decodifica (allegato2).
E' strano perchè con comando "secco" riceve e decodifica. Sto impazzendo , non capisco dov'è il blocco o dove sbaglio.
Nel frattempo, ho raccolto un pò di dati al crepuscolo (WH3080_UV1.zip) con tutti UV=1. Per il sole bisogna aspettare condizioni meteo meno avverse .
Il file 001 ha Lux a 3,69KLux, il 017 ha 3,51Klux.
Si prega Accedi a partecipare alla conversazione.
Mi sono accorto adesso (per caso) che l'ultima build di rtl_433 pone la WH1080 come device n. 17 anziché 32 com'è stata finora!
In altre parole swpi avvia ora rtl_433 programmandolo in modo da attendere i segnali provenienti da una "Bresser Thermo-/Hygro-Sensor 3CH", col cavolo che poteva funzionare!!
Fai così:
in /swpi modifica il file sensor_wh1080rtlsdr.py , righe 102 e 115
dove leggi '-R 32' trasformalo in '-R 17' .
Se ancora non funzionasse prova a rimuovere su entrambe le righe la parte '-R 32' e non aggiungere nulla al suo posto.
Salva e avvia swpi.
Non occorre ricompilare rtl_433, è una questione di swpi.
Ottimo per i dati, mi servirebbe però qualcosa di più dettagliato... Devo cercare (alla cieca) l'esatto valore che mi segnalerai, perciò necessiterei dell'esatto valore LUX e UV per ciascuno dei files salvati.
Una decina di files può bastare. Grazie!
Si prega Accedi a partecipare alla conversazione.
Nel file sensor_wh1080rtlsdr.py , righe 102 e 115, ho cancellato -R 32;
nel settaggio della frequenza ho messo 868300000.
Fatto ciò è partita subito!
Quindi la frequenza di trasmissione della mia WH3080 è sui 868,3MHz.
100KHz in meno fa la differenza.
Si prega Accedi a partecipare alla conversazione.
Vorrei acquistare i miei primi sensori da esterno e preferirei evitare l'acquisto dell'unità interna (solo per risparmiare qualcosa).
Ho trovato questi oggetti compatibili con la WH3080 su un sito tedesco:
www.froggit.de/product_info.php/language...tt-wh3080-solar.html
Pensate che potrebbero andare bene per farli comunicare con swpi tramite la chiavetta RTL?
In particolare sul loro sito dicono che "Il sensore è solo funzionalmente con
Oggi ho scritto loro chiedendo se sono inclusi i sensori UV e di irragiamento perchè non sono menzionati nella loro lista.
Ciao e grazie,
Andrea
Si prega Accedi a partecipare alla conversazione.
**DOVREBBE** funzionare, esclusa la (eventuale) parte UV per la quale al momento non ho avuto dati a sufficienza da analizzare per tentare la decodifica.
Naturalmente la certezza puoi averla solo dopo avere i sensori in mano e dopo aver eventualmente posto in essere le modifiche contenute in questo thread (che sono relative a "Il sensore è solo funzionalmente con PASS14c").
Sono comunque curioso di sapere se davvero comprendono i sensori UV!
Si prega Accedi a partecipare alla conversazione.
I tedeschi mi hanno già confermato la presenza del sensore UV senza però dire nulla sul sensore di irraggiamento (ma forse il sensore è lo stesso?)
Penso di fare l'acquisto e potrei averli già la prossima settimana. Le prime prove potrei farle con il ricevitore RFM01, mentre l'RTL mi dovrebbe arrivare tra metà marzo e metà aprile dalla Cina.
Se riuscirò a ricevere i dati sarò ben lieto di fornirti tutti quelli che ti potrebbero essere utili per trovare la decodifica
Si prega Accedi a partecipare alla conversazione.
Può rivestire qualche utilità ma solo se affiancata a rilevazioni molto dettagliate dei dati, ciò che per ora manca. E' necessario un perfetto allineamento tra quanto rilevato da rtl_433 e ciò che mostra il display della console per almeno un quarto d'ora, meglio se per mezz'ora.
Con le rilevazioni parziali ricevute nella parte iniziale di questo thread credo di aver individuato i dati relativi ai raggi UV, ma quelli per la luminosità per ora non mi corrispondono.
Purtroppo se riceverai il solo sensore potremo fare solo delle prove empiriche del tipo: metti il sensore al buio completo ed allega i dati che ricevi, poi mettilo in pieno sole ed allega i dati, e via così. Non avremo la console di riferimento...
Si prega Accedi a partecipare alla conversazione.
Hi, Andrea
Here is our RF sensor data protocol.
Please note it is in ASK modulation: 1: 500us high with 1000us low 0:
1500us high with 1000us low
Let me know if you need anything else.
Regards, Henry
Seven, se ci dai un'occhiata, fammi sapere se sono utili, sennò provo a riscrivergli
Si prega Accedi a partecipare alla conversazione.
Pensa che per la WH1080 in diversi hanno provato a chiedere la stessa cosa e gli è stato risposto che si tratta di un protocollo proprietario che non potevano documentare. Sono così nati gruppi di discussione che -a tentoni- hanno cercato (riuscendoci) di decodificarlo!
Grande! Appena mi libero un attimo mi metto al lavoro!
Si prega Accedi a partecipare alla conversazione.
io sono possesore della WH-3080 venduta dala Froggit. Attento che quella ha la frequenza di trasmissione a 433MHz, dal RTL impostato a 433 viene letta senza alcun problema. I sensori UV e solare sono inclusi, per il protocollo di lettura adeguato ci dobbiamo affidara agli esperti di questo bellissimo progetto.
Un bel saluto dalla Val Gardena
Si prega Accedi a partecipare alla conversazione.
grazie per le informazioni! avevo chiesto alla froggit.de la frequenza di trasmissione dei sensori, senza ottenere risposta. Mi hai risparmiato una perdita di tempo nel tentare di ricevere il segnale con il ricevitore RFM01. Se hai la centralina, potresti verificare per curiosità se all'interno del vano batterie c'è un adesivo verde con l'indicazione PASS18? sul loro sito, relativamente a questi sensori, c'è solo l'indicazione che funzionano esclusivamente con le centraline con l'etichetta PASS18. Immagino sia relativo alla frequenza di trasmissione.
Ciao e grazie,
Andrea
Si prega Accedi a partecipare alla conversazione.
Un curiosità: hai fatto caso se la tua stazione a 433Mhz si sincronizza da sola con il segnale orario o hai dovuto impostare tu l'ora?
Da quel poco che capisco ci sono due versioni di WH3080: quella a 433Mhz viene descritta come in grado di sincronizzarsi con il segnale di ora esatta 'americano', mentre quella a 868Mhz, praticamente introvabile a quanto vedo, dovrebbe essere quella per il mercato europeo. Quest'ultima riceve l'ora esatta dal segnale DCF77 proveniente dalla Germania, quindi sarebbe quella adatta a noi.
Tuttavia non è da escludere che possa riceverlo anche la 433Mhz, ma ripeto: le notizie al riguardo sono praticamente inesistenti, per questo te lo chiedo.
Intanto nutro un certo ottimismo per la decodifica dei segnali UV e LUX: i valori che ho decodificato dai segnali di test raccolti da Aladino coincidono perfettamente con quelli da lui riportati nel post, si tratta ora di vedere se è una casualità o se ho centrato l'algoritmo... Ci vorrebbero ulteriori segnali di test.
Chi ha una WH3080 con console ed una chiavetta RTL-SDR si faccia avanti!
Si prega Accedi a partecipare alla conversazione.
si funziona, a patto che l'hub usb sia autoalimentato per non sovracaricare la porta dello zero.....
ps...si sei un pò OT
Stazione Meteo: Raspberry PI B, Sensori Vento PCE, BME280, Camera PI, Web Cam HD, Huawei K3765, Pannello Fotovoltaico 50W - 1 Batteria 12V-40Ah
Si prega Accedi a partecipare alla conversazione.
Ho fatto casino perchè in questo topic volevo scrivere che ho anch'io i sensori della Froggit citati poco più in alto, nei miei c'è l'adesivo 14c e vanno a 868.300 MHz.
Per convincere SWPI a leggerne i dati ho dovuto ricompilare rtl_433 e rimuovere dal file sensor_wh1080rtlsdr.py i riferimenti al tipo di stazione (nell'ultima release la WH1080 è la numero 18, ma con "-R 18" non andava...)
Si prega Accedi a partecipare alla conversazione.
Si prega Accedi a partecipare alla conversazione.
Ottima notizia per quanto riguarda gli altri dati meteo!
Si prega Accedi a partecipare alla conversazione.
Devo decidermi ad aggiornare rtl_433 presente nei sorgenti di SWPI!
Swpi utilizza una versione modificata di rtl_433, si è reso necessario per fargli scrivere il file meteo.txt ad ogni lettura dati. Chiaramente se scarichi i sorgenti di rtl_433 dalla pagina principale del progetto la modifica non c'è, è necessario quindi modificare un file e poi potrai compilare rtl_433.
Trovi le istruzioni dettagliate a questo post .
Si prega Accedi a partecipare alla conversazione.
la mia stazione è montata su un palo e dovrei smontarla per vedere..
Cmq l'ho presa completa ( www.froggit.de/product_info.php/info/p14...ul-und-uv-index.html ) e sul panello c'é l'adesivo con su pass 15.
Si prega Accedi a partecipare alla conversazione.
secondo descrizione la mia Froggit WH3080 (433MHz) aquistata completa due anni fa si sincronizza sia con il segnale americano che con il dcf77 europeo..
Ti posso confermare che la mia si sincronizza ad ogni ora pari con il dcf77 e invia sia al panello che al swpi l'ora esatta.
Inoltre da quel che ho capito io del sito Froggit sembra che la pass 18 ( www.froggit.de/product_info.php/info/p22...tt-wh3080-solar.html ) invece funzioni a 868MHz e, secondo descrizione, si sincronizza con il segnale dcf77 europeo..
Si prega Accedi a partecipare alla conversazione.
Ho ricevuto i sensori "Pass 18" della WH3080 acquistati su froggit!
Vi riporto la foto della confezione con le caratteristiche che dovrebbero avere. Se la confezione è veramente quella giusta, sembra che anche con il codice Pass 18, i sensori funzionino a 433 MHz e siano compatibili sia con il segnale orario europeo che con quello americano. Mi manca sempre la RTL per fare le prove...
Andrea
Si prega Accedi a partecipare alla conversazione.
Alla fine ho ceduto alla curiosità, ho preso la WH3080 così ho potuto testarla di persona. E' un modello diverso da quella di Aladino, suppongo che la sua sia Pass-qualcosa e la mia sia Pass-qualcos'altro. La sua trasmette 63 bytes di dati, la mia 64. Colpo di fortuna perchè così ho trovato la decodifica giusta per entrambe
Per ora va tutto perfettamente, ma ho dovuto fare uno script che aggiorni automaticamente rtl_433. Quella è la parte che devo ancora testare per bene, poi è fatta, non mi resta che uppare il tutto in github e chiedere a Tony il merge.
A prestissimo!
P.S.: Aggiungo lo screenshot della mia versione di rtl_433 che decodifica un pacchetto meteo e subito dopo uno UV/Luce:
P.S.2: Ciao AleGrechi! Ben ritrovato!
Si prega Accedi a partecipare alla conversazione.