Ho impostato una libreria per la gestione del Mics 4514; questo un
esempio di lettura delle resistenze del sensore:https://github.com/r-ma
p/rmap/blob/master/arduino/sketchbook/libraries/Mics4514/examples/ardui
no_mics4514/arduino_mics4514.ino
Questa la libreria tutta da testare per ora solo compila:https://github
.com/r-
map/rmap/blob/master/arduino/sketchbook/libraries/Mics4514/Mics4514.cpp
Commenti e suggerimenti.
La libreria legge le resistenze dei due sensori; da questi valori
tramite una "calibrazione" reale o solo teoricasi ottengono le
concentrazioni. La libreria per la calibrazione è in sviluppo.Il tutto
dovrà poi essere integrato in https://github.com/r-map/rmap/tree/master
/arduino/sketchbook/rmap/i2c-sds011 e gestito nella libreria
SensorDriver.
Qui sotto l'hardware a cui si fa riferimento.
Paolo----con qualche modifica allo schema elettrico siamo giunti a
definire schema elettrico e pcb per la breakout board di misura per NO2
e CO.
Lo schema lo trovate https://github.com/r-map/rmap/blob/master/kicad/r-
map_v2/breakout_board/NO2-CO/svg/NO2.svg
E l'anteprima della scheda https://github.com/r-map/rmap/tree/master/ki
cad/r-map_v2/breakout_board/NO2-CO/3D
In questi giorni sono state installate due stazioni di test tipo STIMA
in modalità report, una con GSM, l'altra con ethernet power over
ethernet; la prima in prossimità di Molinella, l'altra in Viale
Silvani. Qui l'how to http://www.raspibo.org/wiki/index.php/Gruppo_Mete
o/HowTo#HowTo_per_il_bando_di_gara_ARPAE_2016
Qui alcune foto dell'installazione e dell'assemblaggio
dell'elettronica:
http://liste.raspibo.org/wws/d_read/meteo/installazioni
L'assemblaggio è stato eseguito dalla ditta DigitEco nell'ambito di una
commessa di ARPAE.
--
Paolo Patruno
mailto:p.patruno@iperbole.bologna.it
jabber:pat1@jabber.linux.it
Ciao a tutti,
continuano i lavori sul server ...
* completato il sezionamento dei DB ora i dataset logici (e non fisici
che sono di più) sono 3:
le stazioni mobili vanno in "mobile"
le stazioni fisse vanno in "report"
le stazioni che trasmettono campionamenti vanno in "rmap"
la composizione dei grafici inizia la navigazione con questa logica htt
p://rmapv.rmap.cc/graphite/
le altre mappe generalmente visualizzano "report" ma è possibile
comporre altre viste facilmente
* integrazione tra arkimet (dati storici) e dballe (dati real time) che
avviene tramite una app django (borinud) ha un po' cambiato logica:
arkimet e dballe ora non si sovrappongono più temporalmente, ma i dati
migrano dopo un po' di giorni da dballe a arkimet risolvendo così un
po' di problemi; questo meccanismo deve essere ancora finito di essere
automatizzato
* le api ora permettono l'estrazione dei dati in 3 formati: json,
jsonline e geojson
* sono stati scritti dei prototipi per i daemon per fare correttamente
logging anche quando si usa subprocess e non lasciare zombies
* Dal punto di vista grafico siamo ancora un po' grezzi, ma intanto
alle mappe sono stati aggiunti i cluster
http://rmapv.rmap.cc/showdata/*/*/*/254,0,0/103,2000,-,-/B12101/spatial
series/2017/03/27/12
purtroppo ho un paio di problemi da risolvere https://github.com/SINTEF
-9012/PruneCluster/issues/142; se qualcuno ne sa di javascript si
faccia avanti
La visualizzazione quindi ora è molto più rapida e il background delle
label con i valori è colorato secondo una scala colore che va dal blu
al rosso.
Ci sono ancora un bel po' di cose da fare per terminare la parte server
e testimone c'è il numero di issue https://github.com/r-map/rmap/issu
es?q=is%3Aopen+is%3Aissue+milestone%3A%22server+rmap+release+2%22
ma sono fiducioso che una release 2 beta ci possa essere tra poco
tempo.
Paolo
--
Paolo Patruno
mailto:p.patruno@iperbole.bologna.it
Hola,
qualche tempo fa Paolo mi raccontava della mancanza
di un sistema di filtro nella visualizzazione dei dati di rmap.
Negli ultimi giorni ci ho sragionato sopra.
Magari arrivo dopo la puzza ed è già risolto, oppure non
ho capito bene la natura del problema e vi serve tutt'altro.
Comunque, metto qui una demo: https://ismito.it/raspibo/rmap/
Il codice per far girare un serverino nell'intimo della vostra cameretta
lo trovate qui: https://github.com/raspibo/rmap-data-filter
Note sparse:
- è ancora ampiamente ottimizzabile in quanto a prestazioni.
- inevitabilmente, il modo giusto di fare questa cosa prevede spostare
molta di questa logica lato server, prima o poi.
- il set di dati su cui lavora non è live: ho scaricato
rmap.cc/borinud/api/v1/dbajson/*/*/*/*/*/*/summaries qualche giorno fa
e sto servendo quello (questo perché non posso fare richieste
cross-site dal mio sito verso rmap.cc)
- no, al momento non visualizzo i dati in nessuna forma, mostro solo
il conto di quanti sopravvivono al filtro (banalmente: non sapevo cosa
visualizzare e non avevo voglia di sbattermi)
- i filtri vengono messi in AND logico tra loro (ma dai!)
- non fate caso al fatto che è possibile comporli privi di senso (max
inferiore al min...)
- è sicuramente sensato pensare a miglioramenti di visualizzazione,
tipo il formato delle date.
- è stato fatto in fretta e furia.
- se piace, poi parliamo a voce come integrarlo.
Cose imparate:
- se non si hanno troppe pretese e non si vuole/può usare widget
prevenienti da altri framework,
https://github.com/selectize/selectize.js è una enhanced-select
carina, ben documentata (select2, sto guardando te) e con buone
prestazioni
- lodash ( https://lodash.com/ ) crea dipendenza.
Il consueto disclaimer: IANAFD - I Am Not A Front-end Developer.
Miao,
--
Davide Alberani <da(a)erlug.linux.it> [PGP KeyID: 0x3845A3D4AC9B61AD]
http://www.mimante.net/
