Gruppo Meteo/Pluviometro

Note di progettazione di un pluviometro con interfaccia I2C

Se rimaniamo nell'ambito del "Tipping bucket rain gauge" direi che tutti mettono a disposizione uno switch per il conteggio e cambiare pluviometro non dovrebbe essere critico.

Bisognerebbe parametrizzare superficie dell'imbuto e volume dello scatto come parametri a compilation time

Qui pensavamo di utilizzare un piccolo microcontroller (arduino nano o simili) con batteria in tampone per effettuare il conteggio (con attenzione alle funzioni "antirimbalzo") e mettere a disposizione i dati su bus I2C. L'host dovrebbe quindi fare due operazioni tramite I2C:

• a) richiedere il conteggio da ultimo reset
• b) richiedere il reset del conteggio fino al momento dell'operazione a)

questa sequenza per non perdere nessun evento considerando quindi a) e b) come una singola transazione

In questo modo la cumulata sarebbe sempre garantita vista la presenza della batteria in tampone.

L'utilizzo di un RTC locale e un firmware leggermente più sofisticato potrebbe permettere di gestire su host un DB direttamente ad eventi o comunque un rain rate molto più risolto. Per non bruciare la eeprom il DB dovrebbe essere tutto in memoria ram e potrebbe essere utile l'uso di un round robin dove memorizzare time stamp e contatore.

Alcuni RTC hanno una batteria in tampone che potrebbe essere utilizzata anche per alimentare il microcontroller.

L'alimentazione potrebbe essere fatta tramite il cavo quadripolare I2C

Una evoluzione ancora piu' sofisticata per la gestione energetica potrebbe essere quella di mettere il microcontroller in modalità sleep di risparmio energetico risvegliato dall'interrupt del contatto del pluviometro o dall'alimentazione sul bus I2C; in questo modo i consumi potrebbero essere minimi e permettere lunghi periodi di funzionamento stand alone.

In una fase iniziale di sviluppo invece dell'interfaccia di comunicazione I2C potrebbe essere utilizzata la porta seriale con jsonrpc molto piu' facile da consifurare e diagnosticare.