Ciao!
Ho in mente di realizzare una sorta di filtro dati. In altre parole vorrei applicare un controllo ai dati letti dalla stazione, prima che vengano archiviati nel database e inviati nel server. Questo perchè talvolta ritrovo archiviati dati errati per esempio di raffiche di vento o di temperatura. Vorrei sapere se sia possibile agire attraverso un plug-in o se sia necessario mettere mano a qualche codice.
Grazie mille!

Ciao, io avevo problemi con la temperatura che in alcune letture saliva a più di 300°, ti linko la soluzione di alegrechi tramite la modifica del pugni allLogger:
www.vololiberomontecucco.it/vlmc/index.p...=180&Itemid=210#2767

Una cosa volevo chiedere ad Ale, quando parli di disattivare la configurazione di invio intendi tramite php?

Grazie mille per le indicazioni!

alegrechi ha scritto: Ah ecco, mi ricordavo di aver scritto qualcosa, grazie per averlo ritrovato Ciaschini !

In quella discussione intendevo che se si usa un plugin per il logging e l'invio dei dati, bisogna disabilitarli da pagina di configurazione web, altrimenti vengono inviati due volte!

Ciao Alessandro

per la precisione potresti postare la sezione dove bisona disabilitare l'invio dei dati??

Grazie

......Se si può fare per un parametro, lo si può far per tutti....no?
Ad esempio:
Se nell'arco dell'invio dati, la temperatura è aumentata o diminuita più di 10 gradi per fare un esempio, il valore che verrà inviato sarà nullo, oppure max 2° maggiore o minore del precedente inviato (dipende se l'errore dei 10 gradi e più, era in diminuzione o in aumento)
Se il dato di pioggia supera un valore che per i 5 minuti di attesa tra un invio e l'altro sarebbe spropositato
Idem si potrebbe fare per la pressione e il vento
....non so se sono riuscito a farmi capire....

ma certo che sarebbe ottima la tua soluzione......io vedevo anche già in ottica futura, per migliorare ancor più il sint

io avendo avuti degli sbalzi di temperatura sempre sopra 300° mi son permesso di inserire nel file del sensore wh1080 rf, come diceva ale, un superamento di quella che potrebbe essere una temperatura realistica.

diciamo che come soluzione è sicuramente molto più grezza, però funziona bloccando l'analisi dei dati ricevuti

.....ma questo codice poi dove andrebbe a collocarsi? Cioè in che file deve essere editato?

Nel weekend vedo di trovare un po' di tempo per completarlo e testarlo...

Grande alegrechi......molti confidano in te!!!

P.S.: Di python e altri linguaggi non ne capisco quasi nulla, ma se ti serve una mano per testare o idee per migliorare ancora di più, puoi contare anche su di me

Ciao Alessandro,
(premesso che con python non sono molto ferrato)
visto che la stazione viene usata in posti e per scopi differenti non potresti creare delle variabili da inserire nel swpi.cfg cosi che ognuno se le possa personalizzare a seconda dell'uso che gli serve?

Forse ho detto una.......

Dirò un'altra cavolata, ma credo che il fattore principale da tener presente è l'ultimo dato inviato.
Vi faccio un esempio.....
Ho una pressione di 1011,9 hpa inviato, nel secondo invio mi scende a 1000,9 per "errore", nel terzo invio mi risale a 1011,1.
Ora io non posso filtrare la pressione al di sotto di 1001,0, perchè sopratutto in inverno quel valore lo potrei benissimo ritrovarmelo normalmente.
Questo era un esempio, ma lo si può fare anche per la pioggia, dove non posso andar a filtrare un valore di 6mm quando 6mm possono cadere benissimo in 5 min......
Ecco, da profano in merito, credo che il nocciolo del filtro si dovrebbe basare sull'ultimo dato inviato e poi da li decidere di quanto filtrare eventualmente il valore che verrà.
Se la pressione è di 1000 e mi sale di 0.015 in 5 minuti allora verrà filtrato perchè sarebbe impossibile un aumento così repentino in 5 min, ma non posso filtrare a prescindere il valore di 1010.
Non so se ho reso l'idea......

In questo caso lo script dovrebbe prendere una lettura, e subito dopo confrontarla con una seconda lettura, se la differenza dei due valori è maggiore ad'una variazione plausibile mettiamo di 2° in 48 secondi, la lettura viene scartata, sicuramente più complicato anche da realizzare, io facendo un po di test ho fissato un'ipotetica temperatura massima di 45 gradi, nel file sensor_wh1080rf sono andato ad applicare la condizione alla funzione che da il valore true a good_data, non ho ancora testato bene ma in teoria la lettura sballata dovrebbe essere sostituita da un bad data a monte del sistema, non ho ancora verificato il corretto funzionamento

In effetti Tony ho pensato potesse dipendere dal sensore, appena posso provo anche a tirare fuori l'rfm più lontano da alimentatori Ecc..
Comunque colgo l'occasione per farvi i complimenti per tutto il programma, si vede che ci avete lavorato molto ed è venuto fuori un sistema da urlo ma soprattutto molto comodo e flessibile

@tony: l'unico problema è l'invio a wu che avviene direttamente dal swpi.

io modificherei solo la def logDataToWunderground.

come dice ale, l'intera lettura risulta evidentemente sballata.

non sarebbe più semplice fare in modo che ognuno, secondo le sue esigenze di zona, potesse cambiare i valori a piacimento? Cioè creare un plugin con valori variabili dall'utente che ne fa uso?

if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.temp_out > 45 ):
if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.temp_out < -8 ):
if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.wind_ave > 100 ):
if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.abs_pressure > 1060.0 ):
if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.abs_pressure < 970.0 ):
if ( globalvars.meteo_data.status == 0 and globalvars.meteo_data.rain > 60 ):


P.S.: Non cercate di decifrare il codice.....ho copiato e incollato qua e la ma giusto per rendere l'idea

Le avevo provate proprio tutte......
Cambiando scheda memoria, reistallare il tutto, cambiando raspberry, cambiando cavo di rete, aggiungendo ferrodi ai vari cavetti, pulendo la console centrale (lacrosse 2350), pulendo i plug dei sensori esterni, cambiando il canvertitore COM-USB con 2 diversi tipi, allontanando la consolle centrale al raspberry e lo stesso da pc, tv, o altre fonti di campi elettromagnetici, aggiungendo la messa a terra sia al rasp che alla stazione meteo......insomma proprio tutto al punto di essermi quasi arreso nella speranza che qualcuno creasse un filtro per far si che i dati che andavano in rete, fossero esenti da valori sballati.
Sapevo bene che il problema era dalla consolle in poi, dato che sulla stessa i valori erano sempre validi e non sballati.
Sui valori che arrivavano a wunderground (temperatura, umidità, pioggia e vento), almeno 10-12 valori al giorno erano sballati e dovevo cancellarli.
Poi mi son ricordato che quando comprai la mia stazione meteo, vi era nella confezione un convertitore COM-USB senza cavetto, cioè le due porte erano sullo stesso blocco.
Nel frattempo ho fatto un trasloco e con un pò di pazienza mi son messo a cercare........e finalmente ieri sera l'ho trovato.
Ne avevo provati già altri due diversi, ma la speranza non l'avevo del tutto persa.
Ebbene......da ieri sera non sto avendo nessun tipo di dato sballato in nessun parametro!, cosa che da quando uso questo sistema non era mai capitato
Mi mantengo ancora "calmo".......ma credo di aver risolto il problema