June 2016 - RMAP - lists.cs.unibo.it (DISI)

[meteo] Ultrasonic Anemometer
by Paolo Patruno 05 Jan '17

05 Jan '17

Un mio collega ha recuperato un paio di articoli molto affascinati sulla misura del vento: http://www.technik.dhbw-ravensburg.de/~lau/ultrasonic-anemometer.html http://hackaday.com/2013/08/21/ultrasonic-anemometer-for-an-absurdly-accura… La cosa mi pare molto interessante ... C'è qualcuno che si vuole cimentare ?

2 1

[meteo] aggiunto salvataggio dati su SD card
by Paolo Patruno 14 Oct '16

14 Oct '16

Mentre stiamo lavorando al porting della board master su microduino visto che mi veniva comodo ho aggiunto al firmware il salvataggio dei dati su SD card ... ho usato questo modulo: https://www.microduino.cc/wiki/index.php?title=Microduino-SD e una normale micro SD da 8G ora i dati oltre a essere pubblicati sul broker vengono scritti sull'SD card in questa forma: rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29221,"t":"2015-03-19T16:45:19"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29221,"t":"2015-03-19T16:45:24"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29246,"t":"2015-03-19T17:02:59"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29246,"t":"2015-03-19T17:03:04"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29246,"t":"2015-03-19T17:03:09"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29246,"t":"2015-03-19T17:03:14"} rmap/pat1/1128564,4448498/rmap/254,0,0/105,200,-,-/B12101;{"v":29246,"t":"2015-03-19T17:03:19"} quindi topic e payload separati da ";" e sono quindi pronti per essere ripubblicati su rmap.cc I dati si possono leggere ovunque essendo la card formattata fat32 Paolo

3 6

[meteo] misure di qualità dell'aria
by Paolo Patruno 28 Sep '16

28 Sep '16

Qualcuno dispone di uno o più sensori tra questi? a. SenseAir S8 per la misura di concentrazione di CO2 con metodo IR (in ppm); b. MiCS-OZ47 per la misura di concentrazione dell’O3 (ppb); c. MiCS-2614 per la misura di concentrazione dell’O3 (in conteggi, unità relative); d. MiCS-2714 per la misura di concentrazione dell’NO2 (in conteggi, unità relative); e. Figaro TGS-2600 per le misure di concentrazione del CO (in conteggi, unità relative); f. MiCS-5524 per la misura della concentrazione dei VOC (in conteggi, unità relative); g. NOVASENSE SDS011 per la misura di PM2.5 e PM10 (µg/m3) Paolo -- Uomo di rara bellezza e acume intellettivo ruba tempo all'amore, alle amicizie, alla famiglia e a se stesso per realizzare improbabili progetti alla luce di cooperazione e libertà.

3 7

[meteo] Crowdfunding Stima: preordini
by Paolo Patruno 20 Sep '16

20 Sep '16

L'oggetto è un po' altisonante; in pratica sarebbe utile sapere chi è interessato a completare i moduli Stima versione microduino acquistando alcune schede utili al loro completamento; sono schede microduino compatibili ma progettate da noi e realizzate da Futura Elettronica. Le componenti hardware per la realizzazione dei moduli sono i seguenti: http://www.raspibo.org/wiki/index.php/Gruppo_Meteo/HowTo#Hardware I preordini si ricevono per: * Board stima-bluetooth: per realizzare il modolo Stima-BT da abbinare a un dispositivo Android * Board STIMA-I2C: utilizzato in tutti i moduli Stima (quello bluetooth, quello ethernet e quello col modulo radio nrf24) * Board Stima-TH: breakboard sensori di temperatura e umidità I2C di ottima qualità Gli altri moduli o li avete già o si acquisiscono da Futura Elettronica o direttamente da Microduino. Purtroppo per i 3 moduli Stima non abbiamo i prezzi; possiamo considerare un costo unitario che si aggira sui 20/25 Euro quindi i preordini non sono vincolanti. Fatemi saper SUBITO l'eventuale vostro interesse. Paolo

5 19

[meteo] paho mqttclient
by Paolo Patruno 08 Jul '16

08 Jul '16

Sul tema mqtt da microcontrollore ... La libreria PubSubClient funziona abbastanza bene, ma manca di alcune funzionalità è ha alcuni problemi: https://github.com/r-map/rmap/issues/160 https://github.com/r-map/rmap/issues/159 https://github.com/r-map/rmap/issues/134 L'assenza di QoS 1 comporta perdita di messaggi sul broker. Sto provando la libreria Eclipse Paho](http://eclipse.org/paho) MQTT C/C ++ client library for Embedded platorms che pare essere molto più completa. Con ethernet e wiznet funziona senza problemi: https://github.com/r-map/rmap/blob/master/arduino/sketchbook/libraries/MQTT… ma con sim800 dopo la connect e la subscribe sul broker risulta un socket error: https://github.com/r-map/rmap/blob/master/arduino/sketchbook/libraries/MQTT… Chi fosse interessato si faccia avanti. Paolo

1 1

[meteo] javascript: Enrico e amatyr hanno bisogno di una mano
by Paolo Patruno 01 Jul '16

01 Jul '16

Ci sono alcuni problemi col javascript di amatyr; qui la descrizione dei problemi incontrati da Enrico che volge al termine del suo periodo di tirocinio: https://github.com/r-map/rmap/issues/161 se qualcuno potesse dargli una mano è benvenuto ... come replicare l'ambiente di sviluppo ? consiglierei di creare un virtualenv pyton git clone https://github.com/r-map/rmap.git git checkout AmatyrEnrico2 pip install un sacco di robe cd python ./rmapctrl --syncdb ./rmapweb puntare il browser a http://127.0.0.1:8888/amatyr queste istruzioni sono un poco grossolane, se quancuno si vuole cimentare le raffiniamo insieme ... Paolo

4 7

[meteo] Stima versione GSM con HTTP in modalità report
by Paolo Patruno 24 Jun '16

24 Jun '16

Sto facendo i primi test di funzionamento per una versione di Stima che comunica con GSM con protocollo HTTP inviando report (gruppo di dati di sintesi) ogni 15 minuti. premessa: fino ad ora Stima è stato principalmente pensato per utilizzare trasporti con elevato up time: mqtt mantiene aperta la connessione e invia dati con ritardi minimi. L'ethernet si può riavviare con ritardi di qualche secondo. L'alimentazione per il modulo master è pensata power over ethernet e comunque non a batterie. Utilizzando invece il GSM queste premesse non si ricreano: l'up time è inferiore e i tempi di riconnessione che l'mcu dedica alla comunicazione superano il minuto e provocano perdite di dati anche con la prevista memoria locale su SD; inoltre i consumi del modulo sim800 GSM in cnnessione permanente non sono adeguati a una alimentazione a batteria. Quindi ho sviluppato una stazione Stima con modulo GSM che elabora in locale i campionamenti, li trasforma in elaborazioni, ci fa elaborazioni statistiche e invia periodicamente un report; la comunicazione è http con GSM/GPRS. Per fare questo il bus I2C è stato utilizzato in modalità multimaster: è stato aggiunto un modulo I2C-TH che serve ad acquisire i dati di temperatura e umidità (tramite I2C) elaborarli e renderli disponibili nuovamente si I2C. Questo il firmware che utilizza sempre la libreria SensorDriver per l'interrogazione dei sensori. https://github.com/r-map/rmap/tree/master/arduino/sketchbook/rmap/i2c-th Questo firmware mi ha fatto un po' soffrire: campiona i sensori ogni 3 secondi, elabora una media ogni 60 secondi per avere una osservazione dai campionamenti e poi elabora una media trascinata fino a tre ore. La lettura del buffer è atomica e utilizza il double buffering. A questo punto il modulo Stima-gsm si addormenterà per 15 minuti spegnendo il modulo gsm e andando in sleep; al risveglio interrogherà i sensori (in realtà altri moduli con mcu) e li invierà al server con http; il server provvederà a tradurre http in mqtt e i dati faranno il giro di tutti gli altri report della rete. Esiste un nuovo template per configurare il modulo Stima a compile time: https://github.com/r-map/rmap/blob/master/arduino/sketchbook/rmap/rmap/stim… e dei nuovi templates per i sensori. Ecco un estratto dal README >>> Create GSM report THP station and configure board rmap-configure --wizard --station_slug=report_thp --board_slug=report_thp_gsm --height=100 --stationname="ARPAE" --username=username --password=password --server=rmap.cc --samplerate=180 --lat=44.69950 --lon=10.64555 --upload_to_server rmap-configure --addsensors_by_template=stima_report_thp --station_slug=report_thp --board_slug=report_thp --user=username --password=password --upload_to_server rmapweb modify board report_thp : * activate * activate MQTT transport with parameter * activate SERIAL transport with parameter rmap-configure --config_station --board_slug=report_thp --station_slug=report_thp --username=username Alla fine dei conti ecco un esempio di dati pubblicati su mqtt con temperature e umidità istantanee, medie, minime e massime e precipitazione cumulata report/pat1/1064555,4469950/rmap/254,0,0/103,2000,-,-/B12101 {"v":29957,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/254,0,0/103,2000,-,-/B13003 {"v":51,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/3,0,900/103,2000,-,-/B12101 {"v":29956,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/3,0,900/103,2000,-,-/B13003 {"v":51,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/0,0,900/103,2000,-,-/B12101 {"v":29957,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/0,0,900/103,2000,-,-/B13003 {"v":51,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/2,0,900/103,2000,-,-/B12101 {"v":29958,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/2,0,900/103,2000,-,-/B13003 {"v":51,"t":"2016-06-06T17:47:26"} report/pat1/1064555,4469950/rmap/1,0,900/1,-,-,-/B13011 {"v":0,"t":"2016-06-06T17:47:26"} Sono stati creati ovviamente nuovi bug e una nuova milestone: https://github.com/r-map/rmap/milestones/Stima%20GSM%20http%20report%20mode Paolo

1 2

Re: R: Re: [meteo] problemi in STIMA versione richardson
by mario.mazzullo＠unibo.it 24 Jun '16

24 Jun '16

Vai sul sicuro e metti itraslatori di livello sulle linee sda e slc del bus i2c per rendere il bus indipendente dalle alimentazioni sia dei sensori che della mcu. Emme Inviato da Tablet Samsung Paolo Patruno <p.patruno(a)iperbole.bologna.it> wrote: Il caso è il contrario: mcu e alcuni sensori sono alimentati a 5V e il bus lavora a 5V; poi alcuni sensori sono alimentati a 3.3V (come l'HIH) e si ritrovano il bus a 5V e bisognerebbe essere sicuri che siano 5V tollerant ... Paolo Il giorno lun, 30/05/2016 alle 19.51 +0200, mario.mazzullo ha scritto: > Se non avete moduli i2c alimentati a 5 vcc sul bus l'adattamento dei > livelli di tensione di una mcu alimentata a 5 vcc si adatta ai livelli > di tensione delmodulo i2c certo con un unico adattatore di livelli 5-3 > v e 3-5 v ti togli delle preoccupazioni sparkfun ha vari modelli di > traslatori. > > > > Inviato da smartphone Samsung Galaxy. > > > > -------- Messaggio originale -------- > Da: Paolo Patruno <p.patruno(a)iperbole.bologna.it> > Data:30/05/2016 12:55 PM (GMT+01:00) > A: meteo(a)liste.raspibo.org > Cc: > Oggetto: Re: [meteo] problemi in STIMA versione richardson > > > > > 5x1000 AI GIOVANI RICERCATORI > DELL'UNIVERSITÀ DI BOLOGNA > Codice Fiscale: 80007010376 > > 5x1000 AI GIOVANI RICERCATORI DELL'UNIVERSITÀ DI BOLOGNA Codice Fiscale: 80007010376

2 2

[meteo] [Amatyr-Rmap] Problema Javascript, Json
by Enrico Scariot 21 Jun '16

21 Jun '16

Buongiorno, sono Enrico Scariot, sto sempre lavorando al software Amatyr da integrare ad rmap per la visualizzazione di informazioni meteo provenienti dai json di arpa. I Json con i quali funziona il software Amatyr originale (lo potete vedere a questo indirizzo http://yr.hveem.no/) sono strutturati in modo del tutto diverso rispetto a quelli arpav, pertanto il mio intento è quello di ricreare degli oggetti json uguali agli "originali" estraendo dai diversi json arpa il valore dei campi che mi interessano etto json creato da me che darò in pasto alle funzioni che poi andranno a generare i grafici. In questo modo non stravolgo in maniera eccessiva il codice del progetto originario. per il momento ho provato a modificare il grafico nella sezione "/day/today" inserendo per il momento soltanto la temperatura e la pressione. I grafici vengono generati correttamente ma solo se, una volta nella giusta sezione, accendo lo strumento per sviluppatori di chrome. inoltre, se provo ad analizzare il mio oggetto json, creato dal parsing dei json rmap, talvolta mi dice che è vuoto, talvolta invece si riempie ma manca un campo (l'errore è cannot set property 'nome_property' of undefined) il campo che manca non è sempre lo stesso, cambia. Per andare meglio avevo aggiunto jquery e pensando che il problema fosse quello ho rimosso la libreria e mi sono arrangiato con quelle che c'erano già ma a quanto pare non cambia nulla... Allego la sezione di codice che ho modificato sotto rmap/python/static/amatyr/js/amatyr.js https://gist.github.com/EnricoScariot/980011e2c9ecef21862f5f238d09dd63

2 3

[meteo] [RMAP] problema lettura json in amatyr.js
by Enrico Scariot 08 Jun '16

08 Jun '16

Buongiorno, mi chiamo Enrico Scariot, sono uno studente di informatica frequentante l'università Ca' Foscari di Venezia e sto svolgendo lo stage presso l'Arpav di Padova. Sto cercando di adattare, con l'aiuto di Paolo Patruno, il software norvegese Amatyr per fare in modo che rmap non visualizzi più i dati proveniente dalla stazione norvegese ma dalle nostre stazioni. Il file in questione è questo: https://github.com/r-map/rmap/blob/master/python/static/amatyr/js/amatyr.js Io sto modificando solamente, per il momento, la linea 134 nella quale cambio solo l'url ( apiurl+'recent' )e tramite il debugger di chrome vedo il valore della variabile json. Se provate così vedrete che si tratta di un array di json di 60 elementi. Come json di test sto usando questo: http://rmapv.rmap.cc/borinud/api/v2/-/1228222,4588139/arpav/254,0,0/103,200… se all'url sostituisco questo link mi dice che il json è null mentre utlilizzando un altro url che riporta sempre ad un json, come ad esempio questo, http://api.wunderground.com/api/6e3ed1b55803b7f0/geolookup/q/IT/Venice.json funziona correttamente, lo riconosce come json leggendone corettamente i campi... Ho provato a inserire a questo indirizzo http://progettoenricopag.altervista.org/miojson.json un file json che veniva letto correttamente dal programma e non va. Mi scuso se non sono stato chiarissimo a causa della mia inesperienza, se volete posso allegare qualche screenshot alla mail. Vi ringrazio della disponibilità Enrico Scariot

3 4