<div dir="ltr">Provo a rispondere alle domande:<div><ul><li><b>MQTT vs HTTP:</b> a questo <a href="https://hackerstribe.com/wp-content/uploads/2016/04/Tesi-Rocco-Musolino.pdf">link</a> puoi trovare una tesi in cui sono spiegate molto bene le differenze tra MQTT e HTTP. Personalmente MQTT lo utilizzerei nel progetto finale mentre non escluderei di utilizzare HTTP in questa prima fase visto che sia <a href="http://crate.io">crate.io</a> che influxdb supportano HTTP nativamente e ci permetterebbe in breve tempo di iniziare a raccogliere i dati.</li><li><b>Node-Red:</b> andrebbe utilizzato nel caso si utilizzasse MQTT ma niente vieta di utilizzare altri strumenti come <a href="http://storm.apache.org/">http://storm.apache.<b>org/</b></a></li><li><b>Separazione DB</b>: anche io sarei per dividere il DB anagrafico da quello della raccolta dei dati. C'e' pero' da tenere presente che nell'interrogazione dei dati ci sara' bisogno di tutte informazioni. Per questo aspetto <a href="http://CRATE.IO">CRATE.IO</a> permette di effettuare query SQL LIKE preformanti gestendo anche la geo-localizzazione vedi (<a href="https://crate.io/docs/reference/sql/joins.html">https://crate.io/docs/reference/sql/joins.html</a> <a href="https://crate.io/docs/reference/sql/scalar.html#geo-functions">https://crate.io/docs/reference/sql/scalar.html#geo-functions</a></li><li><b>Grafana</b>: sinceramente non ho approfondito la parte di presentazione. A me piacerebbe geolocalizzare i dati in tempo reale e magari l'evoluzione nel tempo. Qui puoi trovare un esempio <a href="http://apps.socib.es/Leaflet.TimeDimension/examples/example12.html">http://apps.socib.es/Leaflet.TimeDimension/examples/example12.html</a></li></ul></div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr">Il giorno dom 18 set 2016 alle ore 17:35 Gabriel <<a href="mailto:gabriel@autistici.org">gabriel@autistici.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 17/09/2016 12:12, salvatore moretti wrote:<br>
> Ciao Marco,<br>
><br>
> l'architettura proposta è sicuramente la più natura e ti invito a fare<br>
> una sezione a casa mia per installare il tutto<br>
> cominciare a collegare la tua e la mia centralina. E' ovvio che l'invito<br>
> è esteso a tutti.<br>
> Vorrei però capire alcune cose:<br>
><br>
> Il 14/09/2016 23:58, Marco Taiuti ha scritto:<br>
>> E' stata una bella serata e secondo me ci sono le premesse per fare un<br>
>> ottimo lavoro.<br>
>><br>
>> L'idea di infrastruttura che avevo in mente e' questa:<br>
>><br>
>> 1. *Centraline*: Sensore + NodeMcu che invia i dati al server<br>
>> tramite il protocollo MQTT (vedi link<br>
>><br>
>> <<a href="http://jeanbrito.com/2016/02/24/saving-data-received-from-mqtt-to-influxdb-using-node-red/" rel="noreferrer" target="_blank">http://jeanbrito.com/2016/02/24/saving-data-received-from-mqtt-to-influxdb-using-node-red/</a>>)<br>
>><br>
>><br>
> Va bene nodemcu però teniamo presente che non in tutti i casi potrebbe<br>
> essere sufficiente (non ha tantissima memoria) e che la portata del Wifi<br>
> non è eccezionale: al massimo passa un muro.<br>
><br>
>> 1. *MQTT*: server che veicola i dati a Node-Red<br>
>><br>
> E' vero mqtt è specifico per la comunicazione di dati seriali, però<br>
> perchè no http che è più generale e tutte le basi<br>
> (Raspberry, nodemcu, arduino) ce l'hanno nativo nel SO ?<br>
<br>
Concordo, ho dato un occhio al protocollo MQTT e non sembra molto adatto<br>
al nostro caso d'uso.<br>
>><br>
>> 1. *Node-Red*: applicazione nodejs che elaborai dati e li inserisce<br>
>> nel DB<br>
>><br>
> Mi spieghi a cosa serve visto che infliuxdb ed anche <a href="http://carte.io" rel="noreferrer" target="_blank">carte.io</a> accettano<br>
> query htpp (get o post).<br>
Quoto.<br>
<br>
>><br>
>> 1. *InfluxDB*: database ottimizzato per l'elaborazione delle serie<br>
>> temporali<br>
>><br>
> Ok va bene , vorrei sottolineare che sarà necessario avere una<br>
> "tabella" dove sono catalogate tutte le centraline dalla quale attingere<br>
> per conoscere posizione , stato, responsabile , data di installazione<br>
> ed altre informazioni che possono aiutare a tenere una anagrafica e a<br>
> costruire un portale di accesso generale.<br>
> Mi pare che con influxdb sia sconsogliato (se non impossibile) gestire<br>
> tabelle.<br>
> Come risolviamo questa cosa. ?<br>
Io penso che dovremmo tenere separate le due cose:<br>
Raccolta e immagazzinamento dati.<br>
Sito web, anagrafica, pagina di amministrazione, registrazione<br>
centraline, etc<br>
<br>
La prima è gestibile interamente con InfluxDB<br>
Per la seconda dovremmo fare un portale a parte con un suo database<br>
(magari SQL).<br>
>><br>
>> 1. *Grafana*: applicazione per la visualizzazione grafica dei dati<br>
>><br>
> Garfana o altro va bene però non rimaniamo concetrati solo sui grafici<br>
> perchè alle persone<br>
> dovremmo offrire una informazione rapida e comprensibile (tipo: "Oggi<br>
> va Bene" "Ieri è stato un dramma: non si respirava").<br>
> Per capire cosa intendo vi invito a dare una occhaita qu<br>
> <<a href="http://salvatorehost.no-ip.org/aria/pm.php" rel="noreferrer" target="_blank">http://salvatorehost.no-ip.org/aria/pm.php</a>>i<br>
> Poi ci sono i nostri amici tecnio-scentifici che vorrebbero scaricare i<br>
> dati in un formato adatto ad un foglio di calcolo per fare<br>
> i loro grafici e le loro correllazioni e magari contestualizzare i dati<br>
> di inquinamento con quelli metereologici proenienti da altri servizi.<br>
> Quello che voglio dire e che comunque ci sarà da sbattersi un pochino<br>
> per fornire questi servizi.<br>
<br>
Grafana supporta già l'esportazione di dati in csv.<br>
<br>
Ho messo su grafana i dati dei miei sensori di temp, umidità e pressone.<br>
Qua puoi dare un occhio a come funziona:<br>
<br>
<a href="http://home.unname.eu:3000/dashboard/db/weather" rel="noreferrer" target="_blank">http://home.unname.eu:3000/dashboard/db/weather</a><br>
user: guest<br>
pwd: guest<br>
<br>
Se qualcuno avesse voglia di iniziare a pubblicare dati qua, sarebbe<br>
utile per capire come monitorare più centraline su Grafana.<br>
<br>
<br>
<br>
Gabriel<br>
<br>
_______________________________________________<br>
Firenze mailing list<br>
<a href="mailto:Firenze@ml.ninux.org" target="_blank">Firenze@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/firenze" rel="noreferrer" target="_blank">http://ml.ninux.org/mailman/listinfo/firenze</a><br>
</blockquote></div></div></div>