- Messaggi: 286
- Karma: 3
- Ringraziamenti ricevuti 63
×
Benvenuti sul nostro forum su Sint Wind PI!
Postate qui domande o segnalate problemi / bug che riscontrate,
Postate qui domande o segnalate problemi / bug che riscontrate,
Nuovo driver USB RTL-SDR per SWPI
8 Anni 8 Mesi fa - 8 Anni 6 Mesi fa #6595
da seven
Nuovo driver USB RTL-SDR per SWPI è stato creato da seven
Ciao a tutti! Passate bene le festività pasquali? 
Come promesso ho provato ad implementare in SWPI un driver per la chiavetta USB DVB-T in oggetto, ed il risultato lo trovate qua:
https://mega.nz/#!SYtwkI7B!3m3a_T_mae__gcJFeDye4_wQmfgBgK2VnU0wb6ksGFs
Si tratta della versione 845 di SWPI, leggermente rimaneggiata per 'incastrarci' il nuovo driver.
Questo file non è l'immagine completa, si tratta solo della cartella '/swpi', cuore del sistema. Per chi ci vorrà smanettare (a cominciare da Ale
) basterà partire da una scheda SD sulla quale avrete appena installato SWPI nuovo di zecca (da immagine .img).
Occorrerà quindi scompattare il file scaricato swpi_845_rtlsdr_seven_0.2.tar.gz nella cartella /swpi della vostra installazione sovrascrivendo i files presenti con quelli scompattati.
Per questo motivo suggerisco CALDAMENTE di utilizzare una SDcard di prova ad hoc, NON la SD che utilizzate normalmente all'interno della vostra stazione. Non si tratta di un aggiornamento, siamo ancora in fase beta! Tra l'altro, occhio che tutti i dati dell'archivio database (DB) ed i settaggi eventualmente presenti sulla scheda verranno sovrascritti!
Occorre inoltre compilare ed installare rtl-sdr e rtl_433 partendo dai sorgenti inclusi nel file.
Prima rtl-sdr: dopo aver sovrascritto i file nella cartella /swpi portarsi all'interno della stessa (cd /swpi) e...
Tocca infine a rtl_433. Torniamo in /swpi:
Chi invece desidera l'immagine completa già pronta ed è disposto ad accollarsi il relativo tempo di download la troverà qui:
https://mega.nz/#!mV0SGIQL!DuyxWBNklwXBKJ42oPlpx8WHlP3mVCrhxe5Zwfza9tc
Va scritta sulla SDcard con il solito metodo usato per SWPI (e per le altre distro per Raspberry in generale). Come di consueto sovrascriverà eventuali installazioni preesistenti che andranno perse, con relativi settaggi e database. Occhio!
Presupposto fondamentale per testare il nuovo driver è quello di possedere (e collegare alla porta USB della Raspberry) una chiavetta DVB-T basata sul chipset Realtek RTL2832U. Come antenna va bene anche quella mini originale che di solito viene fornita con la chiavetta stessa, ma è possibile utilizzare anche direttive per TV poste in verticale che possono aumentare la distanza di ricezione del segnale della stazione anche oltre i cento metri (testato!).
Un ultimo cenno sul prezzo: su Ebay si può trovare la chiavetta anche a meno di 10 euro...
Una volta fatto avviate la Raspberry come di consueto, SWPI dovrebbe partire in modalità SIMULATE.
Scegliete come sensore il WH1080_RTL-SDR, attivate anche il modulo BMP085 (se ce l'avete) ed eventualmente nella nuova linguetta RTL-SDR modificate i relativi parametri secondo necessità (vedi oltre).
Infine riavviate la Raspberry... E vediamo cosa succede
Se i test andranno bene vedremo poi con Tony come fare un eventuale merge (beninteso: sempre che Tony non abbia nulla in contrario per l'operazione. Massimo rispetto, Tony, per te ed il tuo lavoro, il mio qui è ben poca cosa!)
Riassumendo quanto scritto in un altro post: il nuovo driver consente l'utilizzo delle economiche chiavette USB DVB-T basate su chipset Realtek RTL2832U al posto del ricevitore RFM01 che a volte non ...collabora come dovrebbe (diciamo ).
Il driver decodifica, almeno per ora, solo stazioni meteo WH1080 e compatibili/simili, come ad esempio la PCE FWS-20. Questo sistema svolge le stesse funzioni del modulo RFM01, ma è mooolto più sensibile e mooooolto più... Collaborativo.
Consente inoltre di ricevere il segnale orario DCF77, lo stesso usato da milioni di sveglie ed orologi in Europa, e di utilizzarlo per sincronizzare data ed ora di SWPI con l'ora esatta.
Nella pagina web di configurazione di SWPI appare ora, proprio di fianco alla sezione RFM01, la sezione dedicata al driver RTL-SDR, contenente le seguenti opzioni:
- Band Frequency MHz: seleziona la banda di frequenza su cui opera la propria stazione (che può essere a 433, 868 o (più difficilmente) 915 Mhz)
- Bit Detection Level: livello di sensibilità per la decodifica dei bit contenuti nel segnale radio ricevuto. Suggerisco di lasciare su Auto.
- Tuner frequency offset error correction: permette di correggere la frequenza di ricezione della chiavetta, nata non certo per questo tipo di utilizzo e quindi non sempre precisissima. Se il default 0 non va bene occorrerà fare un po' di prove sia con valori positivi che negativi. Da test fatti di solito ci si aggira su valori tra -40 e +40, ma ogni chiavetta è un mondo a sé... Una buona calibrazione andrà fatta solo dopo qualche ora di accensione per permettere ai componenti interni di raggiungere la temperatura di esercizio. Nella maggioranza dei casi, comunque, il default 0 va bene. Il numero rappresenta parti per milione (ppm) di Hz, tenere presente che 1 Mhz = 1.000.000 di Hz.
- Synchronize system datetime with received DCF77 timesignal: se impostato su True data ed ora di sistema verranno aggiornate con il segnale DCF77. Tale segnale è ricevuto dai sensori esterni della nostra stazione e ritrasmesso al posto dei normali dati meteo. Ciò avviene ogni due ore (per la precisione all'inizio delle ore pari) per circa 3 minuti.
Piccola chicca tecnica: ogni 48 secondi la chiavetta riceve i dati in arrivo dai sensori e li trasferisce su un file, che viene letto ed elaborato poi da SWPI. Questo ciclo di funzionamento, a conti fatti, comporta circa mezzo milione di scritture su SD in un anno... Ho pertanto provveduto a fare in modo che il file venga scritto (e letto) non su SD, ma su un disco virtuale in ram (/dev/shm) in modo da prolungare la durata nel tempo dell'SD, almeno per quanto riguarda l'utilizzo di questo driver. Vedremo col tempo se si tratta di un'idea azzeccata.
Per ora mi fermo qua. Per chi è interessato sarebbe importante testare quanti più moduli possibile (webcam, wunderground, ftp...) per verificare che tutto funzioni. Fatemi sapere!
Ciaooo!
Seven
Come promesso ho provato ad implementare in SWPI un driver per la chiavetta USB DVB-T in oggetto, ed il risultato lo trovate qua:
https://mega.nz/#!SYtwkI7B!3m3a_T_mae__gcJFeDye4_wQmfgBgK2VnU0wb6ksGFs
Si tratta della versione 845 di SWPI, leggermente rimaneggiata per 'incastrarci' il nuovo driver.
Questo file non è l'immagine completa, si tratta solo della cartella '/swpi', cuore del sistema. Per chi ci vorrà smanettare (a cominciare da Ale
) basterà partire da una scheda SD sulla quale avrete appena installato SWPI nuovo di zecca (da immagine .img).Occorrerà quindi scompattare il file scaricato swpi_845_rtlsdr_seven_0.2.tar.gz nella cartella /swpi della vostra installazione sovrascrivendo i files presenti con quelli scompattati.
Per questo motivo suggerisco CALDAMENTE di utilizzare una SDcard di prova ad hoc, NON la SD che utilizzate normalmente all'interno della vostra stazione. Non si tratta di un aggiornamento, siamo ancora in fase beta! Tra l'altro, occhio che tutti i dati dell'archivio database (DB) ed i settaggi eventualmente presenti sulla scheda verranno sovrascritti!
Occorre inoltre compilare ed installare rtl-sdr e rtl_433 partendo dai sorgenti inclusi nel file.
Prima rtl-sdr: dopo aver sovrascritto i file nella cartella /swpi portarsi all'interno della stessa (cd /swpi) e...
cd rtl-sdr
mkdir build
cd build
cmake ../ -DINSTALL_UDEV_RULES=ON -DDETACH_KERNEL_DRIVER=ON
make
sudo make install
sudo ldconfig
Tocca infine a rtl_433. Torniamo in /swpi:
cd /swpi
cd rtl_433
mkdir build
cd build
cmake ../
make
sudo make install
Chi invece desidera l'immagine completa già pronta ed è disposto ad accollarsi il relativo tempo di download la troverà qui:
https://mega.nz/#!mV0SGIQL!DuyxWBNklwXBKJ42oPlpx8WHlP3mVCrhxe5Zwfza9tc
Va scritta sulla SDcard con il solito metodo usato per SWPI (e per le altre distro per Raspberry in generale). Come di consueto sovrascriverà eventuali installazioni preesistenti che andranno perse, con relativi settaggi e database. Occhio!
Presupposto fondamentale per testare il nuovo driver è quello di possedere (e collegare alla porta USB della Raspberry) una chiavetta DVB-T basata sul chipset Realtek RTL2832U. Come antenna va bene anche quella mini originale che di solito viene fornita con la chiavetta stessa, ma è possibile utilizzare anche direttive per TV poste in verticale che possono aumentare la distanza di ricezione del segnale della stazione anche oltre i cento metri (testato!).
Un ultimo cenno sul prezzo: su Ebay si può trovare la chiavetta anche a meno di 10 euro...
Una volta fatto avviate la Raspberry come di consueto, SWPI dovrebbe partire in modalità SIMULATE.
Scegliete come sensore il WH1080_RTL-SDR, attivate anche il modulo BMP085 (se ce l'avete) ed eventualmente nella nuova linguetta RTL-SDR modificate i relativi parametri secondo necessità (vedi oltre).
Infine riavviate la Raspberry... E vediamo cosa succede
Se i test andranno bene vedremo poi con Tony come fare un eventuale merge (beninteso: sempre che Tony non abbia nulla in contrario per l'operazione. Massimo rispetto, Tony, per te ed il tuo lavoro, il mio qui è ben poca cosa!)
Riassumendo quanto scritto in un altro post: il nuovo driver consente l'utilizzo delle economiche chiavette USB DVB-T basate su chipset Realtek RTL2832U al posto del ricevitore RFM01 che a volte non ...collabora come dovrebbe (diciamo
).Il driver decodifica, almeno per ora, solo stazioni meteo WH1080 e compatibili/simili, come ad esempio la PCE FWS-20. Questo sistema svolge le stesse funzioni del modulo RFM01, ma è mooolto più sensibile e mooooolto più... Collaborativo.
Consente inoltre di ricevere il segnale orario DCF77, lo stesso usato da milioni di sveglie ed orologi in Europa, e di utilizzarlo per sincronizzare data ed ora di SWPI con l'ora esatta.
Nella pagina web di configurazione di SWPI appare ora, proprio di fianco alla sezione RFM01, la sezione dedicata al driver RTL-SDR, contenente le seguenti opzioni:
- Band Frequency MHz: seleziona la banda di frequenza su cui opera la propria stazione (che può essere a 433, 868 o (più difficilmente) 915 Mhz)
- Bit Detection Level: livello di sensibilità per la decodifica dei bit contenuti nel segnale radio ricevuto. Suggerisco di lasciare su Auto.
- Tuner frequency offset error correction: permette di correggere la frequenza di ricezione della chiavetta, nata non certo per questo tipo di utilizzo e quindi non sempre precisissima. Se il default 0 non va bene occorrerà fare un po' di prove sia con valori positivi che negativi. Da test fatti di solito ci si aggira su valori tra -40 e +40, ma ogni chiavetta è un mondo a sé... Una buona calibrazione andrà fatta solo dopo qualche ora di accensione per permettere ai componenti interni di raggiungere la temperatura di esercizio. Nella maggioranza dei casi, comunque, il default 0 va bene. Il numero rappresenta parti per milione (ppm) di Hz, tenere presente che 1 Mhz = 1.000.000 di Hz.
- Synchronize system datetime with received DCF77 timesignal: se impostato su True data ed ora di sistema verranno aggiornate con il segnale DCF77. Tale segnale è ricevuto dai sensori esterni della nostra stazione e ritrasmesso al posto dei normali dati meteo. Ciò avviene ogni due ore (per la precisione all'inizio delle ore pari) per circa 3 minuti.
Piccola chicca tecnica: ogni 48 secondi la chiavetta riceve i dati in arrivo dai sensori e li trasferisce su un file, che viene letto ed elaborato poi da SWPI. Questo ciclo di funzionamento, a conti fatti, comporta circa mezzo milione di scritture su SD in un anno... Ho pertanto provveduto a fare in modo che il file venga scritto (e letto) non su SD, ma su un disco virtuale in ram (/dev/shm) in modo da prolungare la durata nel tempo dell'SD, almeno per quanto riguarda l'utilizzo di questo driver. Vedremo col tempo se si tratta di un'idea azzeccata.
Per ora mi fermo qua. Per chi è interessato sarebbe importante testare quanti più moduli possibile (webcam, wunderground, ftp...) per verificare che tutto funzioni. Fatemi sapere!
Ciaooo!
Seven
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6602
da tony
Risposta da tony al topic Nuovo driver USB RTL-SDR per SWPI
Bene seven 
Se dai tuo test non ci sono effetti collaterali sulle atre funzionalità potresti utilizzare il repository ufficiale ( che ricordo è github.com/ToninoTarsi/swpi ) per fare un tuo fork e successivo pull.
TT
Se dai tuo test non ci sono effetti collaterali sulle atre funzionalità potresti utilizzare il repository ufficiale ( che ricordo è github.com/ToninoTarsi/swpi ) per fare un tuo fork e successivo pull.
TT
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6608
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Rieccomi dopo il blackout del forum!
Grande Tony, bella mossa il ripristino!
A proposito, già che ci sono, volevo segnalarti nel caso ti fosse sfuggito, che il file
www.vololiberomontecucco.it/ip.php
a cui punta SWPI all'avvio per ottenere il suo IP esterno sembra svanito nel nulla, forse conseguenza del malaugurato blackout.
Anche alcuni argomenti in evidenza del forum, ahimé, sembrano ancora non raggiungibili (ad esempio quello del plugin Whatsapp), mentre altri vanno e vengono dando un errore 500. Probabilmente lo sai già ma per sicurezza te lo segnalo ugualmente.
Tornando al nuovo driver, ho già fatto il fork e sto caricando le nuove versioni dei file che fanno 'girare' SWPI qui nella mia Raspberry.
Le modifiche che ho eseguito non dovrebbero coinvolgere alcuna altra funzionalità di SWPI stesso, ma naturalmente se nessuno prova il fork non ne avremo mai la certezza (AleGrechi, dove sei?)
In mancanza di test esaustivi penso sarebbe un po' azzardato il pull 'ufficiale', per cui porterò a termine l'upload, posterò qui il link e poi chi vivrà vedrà.
Ho altre belle novità in serbo, ci sto lavorando su...
A prestissimo!
Grande Tony, bella mossa il ripristino!
A proposito, già che ci sono, volevo segnalarti nel caso ti fosse sfuggito, che il file
www.vololiberomontecucco.it/ip.php
a cui punta SWPI all'avvio per ottenere il suo IP esterno sembra svanito nel nulla, forse conseguenza del malaugurato blackout.
Anche alcuni argomenti in evidenza del forum, ahimé, sembrano ancora non raggiungibili (ad esempio quello del plugin Whatsapp), mentre altri vanno e vengono dando un errore 500. Probabilmente lo sai già ma per sicurezza te lo segnalo ugualmente.
Tornando al nuovo driver, ho già fatto il fork e sto caricando le nuove versioni dei file che fanno 'girare' SWPI qui nella mia Raspberry.
Le modifiche che ho eseguito non dovrebbero coinvolgere alcuna altra funzionalità di SWPI stesso, ma naturalmente se nessuno prova il fork non ne avremo mai la certezza (AleGrechi, dove sei?)
In mancanza di test esaustivi penso sarebbe un po' azzardato il pull 'ufficiale', per cui porterò a termine l'upload, posterò qui il link e poi chi vivrà vedrà.
Ho altre belle novità in serbo, ci sto lavorando su...
A prestissimo!
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6628
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Ma grazie a te Tony
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6642
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Che meraviglia!
Che modello di stazione hai esattamente Roberto?
Vista così mi pare di capire che il driver non interpreti correttamente i segnali di tempo che vengono (o dovrebbero essere) ricevuti ogni due ore (nelle ore pari, quindi anche a mezzanotte). Se il driver confonde data ed ora per dati meteo, saranno ovviamente valori del tutto sballati.
Poiché a me la stessa cosa NON sta succedendo, vedo due possibili cause:
o tu hai un tipo di stazione nella quale finora non mi ero mai imbattuto (e quindi il driver non riconosce il formato dei dati), o la versione del driver che stai utilizzando contiene -ahimé- qualche magagna di gioventù.
Inizierei da quest'ultima ipotesi, quindi fai un backup della tua attuale cartella /swpi, poi svuotala e copiaci dentro l'ultima versione che trovi nella repository Git di Tony ( github.com/ToninoTarsi/swpi.git ).
Sovrascrivi poi il db vuoto appena installato con il tuo (se vuoi), infine riavvia la Rasp. Ricordati che swpi partirà con le impostazioni di default, quindi dovrai deselezionare il sensore SIMULATE e selezionare il RTL, nonchè attivare il BMP085.
Una volta riavviata magari tienila d'occhio durante i primi 5-7 minuti delle ore pari che vediamo come va.
Che modello di stazione hai esattamente Roberto?
Vista così mi pare di capire che il driver non interpreti correttamente i segnali di tempo che vengono (o dovrebbero essere) ricevuti ogni due ore (nelle ore pari, quindi anche a mezzanotte). Se il driver confonde data ed ora per dati meteo, saranno ovviamente valori del tutto sballati.
Poiché a me la stessa cosa NON sta succedendo, vedo due possibili cause:
o tu hai un tipo di stazione nella quale finora non mi ero mai imbattuto (e quindi il driver non riconosce il formato dei dati), o la versione del driver che stai utilizzando contiene -ahimé- qualche magagna di gioventù.
Inizierei da quest'ultima ipotesi, quindi fai un backup della tua attuale cartella /swpi, poi svuotala e copiaci dentro l'ultima versione che trovi nella repository Git di Tony ( github.com/ToninoTarsi/swpi.git ).
Sovrascrivi poi il db vuoto appena installato con il tuo (se vuoi), infine riavvia la Rasp. Ricordati che swpi partirà con le impostazioni di default, quindi dovrai deselezionare il sensore SIMULATE e selezionare il RTL, nonchè attivare il BMP085.
Una volta riavviata magari tienila d'occhio durante i primi 5-7 minuti delle ore pari che vediamo come va.
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa - 8 Anni 8 Mesi fa #6647
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Non è la PCE il problema Roby, sto cercando di inquadrare a che punto del processo di decodifica c'è qualcosa che va storto.
Come accennato prima, a cavallo delle ore pari (00:00, 02:00, 04:00, ecc...) il sensore esterno della nostra stazione smette di trasmettere alla console i dati rilevati dai sensori meteo (temperatura, vento ed umidità) come fa di solito ogni 48 secondi e se ne sta zitto per qualche minuto (circa 3-4 minuti).
Ci sono quindi 3-4 minuti di vuoto dal minuto (ad esempio) 23:59 al minuto 00:03.
Dal minuto 00:03 al minuto 00:07 circa i segnali cambiano: non sono più segnali meteo ma di data ed ora. Questi sono ricevuti direttamente via radio da una stazione tedesca (cerca DCF77 in Wikipedia) e rappresentano data ed ora esatta.
In questo modo la console rimane perfettamente sincronizzata con l'ora esatta. Il mio driver riesce a leggere (di solito) questi segnali ed a regolare l'ora della Raspberry di conseguenza, se l'apposita opzione è selezionata nel pannello di controllo del driver.
Dopo il minuto 00:07 la stazione riprende a trasmettere i segnali meteo come di consueto (temperatura, vento, umidità).
Chiaramente qui c'è qualche problema legato al non riconoscimento dei segnali di tempo da quelli meteo da parte del driver, che interpreta (poniamo caso) l'anno 2016 come se fosse il valore della pioggia caduta ed è perciò un dato sbagliato.
Se guardi il log i valori sballati sono tutti a cavallo di questi fatidici 7-8 minuti: il driver dovrebbe accorgersi che sta ricevendo il segnale orario ma non lo fa, e tenta di interpretare data ed ora ricevuti come fossero gradi, pioggia, umidità.
Per questo volevo capire che modello di stazione hai: il driver sembra non riconoscerla e se così fosse dovrò analizzarne il segnale in un modo che poi ti dirò.
Come accennato prima, a cavallo delle ore pari (00:00, 02:00, 04:00, ecc...) il sensore esterno della nostra stazione smette di trasmettere alla console i dati rilevati dai sensori meteo (temperatura, vento ed umidità) come fa di solito ogni 48 secondi e se ne sta zitto per qualche minuto (circa 3-4 minuti).
Ci sono quindi 3-4 minuti di vuoto dal minuto (ad esempio) 23:59 al minuto 00:03.
Dal minuto 00:03 al minuto 00:07 circa i segnali cambiano: non sono più segnali meteo ma di data ed ora. Questi sono ricevuti direttamente via radio da una stazione tedesca (cerca DCF77 in Wikipedia) e rappresentano data ed ora esatta.
In questo modo la console rimane perfettamente sincronizzata con l'ora esatta. Il mio driver riesce a leggere (di solito) questi segnali ed a regolare l'ora della Raspberry di conseguenza, se l'apposita opzione è selezionata nel pannello di controllo del driver.
Dopo il minuto 00:07 la stazione riprende a trasmettere i segnali meteo come di consueto (temperatura, vento, umidità).
Chiaramente qui c'è qualche problema legato al non riconoscimento dei segnali di tempo da quelli meteo da parte del driver, che interpreta (poniamo caso) l'anno 2016 come se fosse il valore della pioggia caduta ed è perciò un dato sbagliato.
Se guardi il log i valori sballati sono tutti a cavallo di questi fatidici 7-8 minuti: il driver dovrebbe accorgersi che sta ricevendo il segnale orario ma non lo fa, e tenta di interpretare data ed ora ricevuti come fossero gradi, pioggia, umidità.
Per questo volevo capire che modello di stazione hai: il driver sembra non riconoscerla e se così fosse dovrò analizzarne il segnale in un modo che poi ti dirò.
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa - 8 Anni 8 Mesi fa #6655
da Roberto Vaccaro
Risposta da Roberto Vaccaro al topic Nuovo driver USB RTL-SDR per SWPI
Conosco il DCF77, l'ho implementato in altre app radioamatoriali. Purtroppo dove vivo io il segnale non è gran chè a volte passa molto tempo prima che i sistemi si aggancino. L'unico che funziona decentemente è un'hardware esterno con antenna in ferrite orientato nella direzione giusta
Attualmente recupero l'ora per le mie apparecchiature tramite un gps.
Comunque questa è una divagazione.
Ti confermo che il problema si presenta in concomitanza del 4/5 minuto delle ore pari. Però io ho disattivato l'aggiornamento ora tramite DCF77.
Se ti può aiutare ricordo che quando monitoravo costantemente il segnale con rtl_433 non ho mai visto l'output relativo hai segnali di tempo (Msg type:1)
Però la console PCE viene aggiornata. Sono quasi sicuro che la parte relativa al DCF sia al suo interno. Se non ricordo male quando l'avevo aperta ho visto un'antenna in ferrite non certo adatta a ricevere gli 800 Mhz.
Quindi credo che il mio sistema non trasmetta i dati di tempo dal sensore esterno. Inoltre il problema relativo hai dati sballati si presenta, molto raramente, anche col RFM01. E non solo ame.
Attualmente recupero l'ora per le mie apparecchiature tramite un gps.
Comunque questa è una divagazione.
Ti confermo che il problema si presenta in concomitanza del 4/5 minuto delle ore pari. Però io ho disattivato l'aggiornamento ora tramite DCF77.
Se ti può aiutare ricordo che quando monitoravo costantemente il segnale con rtl_433 non ho mai visto l'output relativo hai segnali di tempo (Msg type:1)
Però la console PCE viene aggiornata. Sono quasi sicuro che la parte relativa al DCF sia al suo interno. Se non ricordo male quando l'avevo aperta ho visto un'antenna in ferrite non certo adatta a ricevere gli 800 Mhz.
Quindi credo che il mio sistema non trasmetta i dati di tempo dal sensore esterno. Inoltre il problema relativo hai dati sballati si presenta, molto raramente, anche col RFM01. E non solo ame.
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa - 8 Anni 8 Mesi fa #6656
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Lo immagino per il rfm01, infatti quando lo usavo avevo impostato una specie di filtro anti valori sballati del tipo 'se la temperatura supera 50 gradi non considerarla' ecc.
E se invece lasci attivo l'aggiornamento dell'ora da pannello di controllo cosa succede?
Rimango dell'idea che i dati male interpretati siano proprio quelli di data ed ora, probabilmente con un preambolo diverso da quello che si aspetta il driver...
Stasera ci do'un occhio.
E se invece lasci attivo l'aggiornamento dell'ora da pannello di controllo cosa succede?
Rimango dell'idea che i dati male interpretati siano proprio quelli di data ed ora, probabilmente con un preambolo diverso da quello che si aspetta il driver...
Stasera ci do'un occhio.
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6661
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Ottimo. Con i tuoi files avrò un quadro completo della situazione sul quale potrò lavorare.
Per inciso è importante che rtl_433 'capti' sia qualche pacchetto di dati meteo, sia qualche pacchetto di dati data/ora, per questo mi serve che sia fatto dal minuto 58 (che conterrà dati meteo) al minuto 8 - 10 della nuova ora (pari).
[OT] Mi fa piacere sapere che anche tu smanetti con la RF, è una delle mie passioni fin dalle elementari!
Per inciso è importante che rtl_433 'capti' sia qualche pacchetto di dati meteo, sia qualche pacchetto di dati data/ora, per questo mi serve che sia fatto dal minuto 58 (che conterrà dati meteo) al minuto 8 - 10 della nuova ora (pari).
[OT] Mi fa piacere sapere che anche tu smanetti con la RF, è una delle mie passioni fin dalle elementari!
Si prega Accedi a partecipare alla conversazione.
8 Anni 8 Mesi fa #6663
da seven
Risposta da seven al topic Nuovo driver USB RTL-SDR per SWPI
Spettacolo Roby! Ho già trovato la magagna ed ora provo a sistemarla. Grazie!
No non sono ancora radioamatore anche se penso che prima o poi il patentino me lo farò. E' da una vita che me lo dico ma ci sto pensando seriamente da un po'
No non sono ancora radioamatore anche se penso che prima o poi il patentino me lo farò. E' da una vita che me lo dico ma ci sto pensando seriamente da un po'
Si prega Accedi a partecipare alla conversazione.
Tempo creazione pagina: 1.010 secondi