annuncio

**solarbyte** · 02-04-2020, 14:53

Provato D3 Gauge..

Ho provato altra grafica con gauge ad ago (Plugin D3Gauge: D3 Gauge plugin for Grafana | Grafana Labs) che ve ne pare? mi sembra pi� carino dell'altro...

**raffaelem** · 02-04-2020, 17:00

Originariamente inviato da leonik82 Visualizza il messaggio

Ho fatto qualche aggiustamento anche alle altre due dashboard del FTV e della pompa di calore

Si accettano consigli per migliorare la leggibilit�.

Belli entrambi, l'unica cosa che modificherei � l'immissione prelievo, la parte in negativo non rende l'idea della proporzione rispetto a consumo e produzione.
Anche Huawei fa una roba del genere ma tutto sulla parte positiva e a 5 minuti, che � gi� pi� leggibile, io aggregherei e andrei di barre

Per la PDC ad esempio ho una seconda riga della dashboard con una roba del genere, sono a 15minuti ma � solo a titolo di esempio

0.02�

**Carlowatt** · 09-04-2020, 18:42

Partendo dall'architettura del post nr. 2 di glfp, vorrei sapere quanto segue:
1. Potrei inserire un Nas Qnap TS-251, al posto del Raspberry ? Ho gi� questo Nas, attivo H24, un Raspberry sarebbe una spesa che vorrei evitare.
2. Sapete se esistono delle guide per programmare questo tipo di impianto ? Non riesco a trovarne, specifiche per il Qnap
3. Posizionerei i due SDM230 nel quadro elettrico ( al piano terra ) , ma siccome il Nas � al piano di sopra, dovrei collegare il lettore USB/Rs485 e portarlo fino al piano superiore, il che vuol dire 8-10 mts di fili elettrici. Ci possono essere problemi ?
Grazie

**glfp** · 09-04-2020, 18:57

Originariamente inviato da Carlowatt Visualizza il messaggio

Partendo dall'architettura del post nr. 2 di glfp, vorrei sapere quanto segue:
Grazie

Ciao Carlo,

si, il QNAP puoi usarlo senza problemi. Alla fine � una macchina Linux, dovresti avere la possibilit� di accedere alla shell (non so per� come...) e usarlo come un normale server.
MBMD, che trovi su github Releases * volkszaehler/mbmd * GitHub lo trovi anche compilato per Linux AMD64. Eventualmente lo puoi compilare direttamente sul QNAP (non dovrebbe essere una operazione troppo complessa vista la semplicit� del linguaggio GO).

Per quanto riguarda i cavi credo che se puoi farli "viaggiare" in canalina per 8-10 metri non dovrebbero esserci problemi ... magari Dolam ci pu� venire in aiuto avendo pi� esperienza sugli SDM. Invece io non potevo far viaggiare i cavi oltre il quadro, motivo per il quale alla fine ho dovuto implementare il Raspberry.

Facci sapere !

**dolam** · 09-04-2020, 19:49

" farli "viaggiare" in canalina per 8-10 metri non dovrebbero esserci problem"
confermo nessun problema , ho l'SDM a 23 metri dal raspberry ed uso un semplice doppino telefonico per� consiglio un doppino ritorto o un doppino del cavo ethernet

**Carlowatt** · 09-04-2020, 20:03

@glfp: vi far� sapere senz'altro , ma purtroppo io sono una capra in questa materia: la mia competenza ( sottozero... ) � inversamente proporzionale alla voglia di capirci qualcosa, che � tanta ma di sicuro non baster� ad arrivare
alla m�ta�.
@dolam: per la connessione fra SDM e Nas, devo portare nella canalina il cavo cat5e COMPLETO per via della sua schermatura ( anche se poi collegher� uno solo dei 4 doppini ritorti ), oppure potrei farci passare SOLO UNA delle 4 coppie ? Temo che in quelle canaline ormai non ci entri pi� nemmeno uno spillo, se riesco a ridurre la sezione del cavo da farci passare magari ci riesco

**dolam** · 09-04-2020, 20:07

ti occorrer� solo un doppino quindi se non ci passa vai con la solo coppia ritorta ma un minimo di schermatura credo serva,
� vero che ho solo il doppino telefonico ma passa nella canarina con il solo cavo dell'antenna. il Cat e5 sarebbe l'ideale

**fcattaneo** · 09-04-2020, 21:06

Originariamente inviato da glfp Visualizza il messaggio

..................
..

per leggere il CSV devi usare sempre Telegraf.

Vedi qui

Write Points from CSV to InfluxDB | InfluxData

o qui

telegraf/plugins/parsers/csv at master * influxdata/telegraf * GitHub

Questa discussione mi fa pensare ad una cosa..... Con Emoncms posso esportare i dati di potenza / temperatura / tensione ecc. ecc. in formato CSV.
Esportando questi file in CSV posso eventualmente migrarli in una installazione Influxdb con Telegraf ?

L'idea � quella di abbandonare Emoncms con i suoi formati di dati proprietari come phpfina e phptimeseries e migrare a grafana/Influxdb senza perdere oltre 5 anni di dati.

F.

**raffaelem** · 10-04-2020, 04:57

Originariamente inviato da fcattaneo Visualizza il messaggio

Con Emoncms posso esportare i dati di potenza / temperatura / tensione ecc. ecc. in formato CSV.
Esportando questi file in CSV posso eventualmente migrarli in una installazione Influxdb con Telegraf ?

L'idea � quella di abbandonare Emoncms con i suoi formati di dati proprietari come phpfina e phptimeseries e migrare a grafana/Influxdb senza perdere oltre 5 anni di dati.

grafana supporta mysql come datasource e diversi datasource possono essere usati in un panel
quindi per lo storico ti basta usare le tabelle feeds e/o input del db emoncms che hanno il tracciato nella forma "canonica" timestamp, variable, value e poi usare influx per i dati che rileverai in futuro

chiaro che se vuoi allineare il tutto su un unico db puoi farlo

**fcattaneo** · 10-04-2020, 06:29

Originariamente inviato da raffaelem Visualizza il messaggio

..
quindi per lo storico ti basta usare le tabelle feeds e/o input del db emoncms che hanno il tracciato nella forma "canonica" timestamp, variable, value e poi usare influx per i dati che rileverai in futuro

Nel database Mysql ho solo i dati relativi ai comulativi giornalieri ( quindi i kwg al gg o gli AH al giorno nei dati del FV in isola ); tutti gli altri dati li ho memorizzati con 'phpfina' come suggeriscono gli sviluppatori di Emoncms.

Ora immagino che Influxdb usa i dati di potenza per calcolare dinamicamente i consumi energetici in un dato periodo ..

Con Emoncms , avendo un dato di potenza in ingresso ( che arriva per esempio da un sensore di corrente ) devi settare 3 differenti feed, uno che memorizza il dato tal quale ( potenza ) e altri 2 che memorizzano il dato integrato ( al giorno e totale ).
Il dato 'al giorno' va nel db mysql.. solo quello.

Ora io immagino che InfluxDB non usa questo approccio ma gli integrali li fa al volo.. � corretto ?

Altra cosa che chiedo.... in un database mysql ci possono essere diverse tabelle ( per esempio una per ogni feed corrispondente ad una misura )... in InfluxDB c'e lo stesso approccio oppure ogni 'tabella' � in realt� un diverso DB ? ( per sempio, un datasource per la temperatura esterna, uno per la potenza prodotta dal FV, ecc. ecc. )

Ciao,
F.

**raffaelem** · 10-04-2020, 06:59

Tutto � fatto al volo in base al dato di raggruppamento, sia che si lavori su range temporali che se si vuole una vista statica (ultimi N giorni ad esempio).
Per capirsi, si tratta della clausola group by che puoi lasciare dinamica oppure fissare su un tempo di aggregazione che ti interessa (N giorni, N mesi, etc... ore minuti)

La risoluzione di quel vai a mettere nel db � affar tuo diciamo. Poi ci sono tool (nel thread sono linkati), stored procedure fondamentalmente, che consentono di snellire un dato da una risoluzione ad un'altra se l'interesse � tenere il giornaliero piuttosto che il dato al secondo.

In influx non c'� bisogno di lavorare con la logica dei feed.
Puoi tranquillamente memorizzare dati multipli (omogenei o meno) in una singola misura (tabella), l'inserimento prender� lo stesso timestamp per tutte le variabili

Un datasource � solo una connessione ad un dbserver, che conterr� uno o pi� db.

PS i vecchi dati in csv puoi ricaricarli anche in mysql senza passare per telegraf/influx, l'importante � che abbiano (come immagino) un timestamp altrimenti occorre calcolarla da un formato date... niente che non si possa fare con le solite 4 righe di bash

**spider61** · 10-04-2020, 07:10

Originariamente inviato da fcattaneo Visualizza il messaggio

Con Emoncms , avendo un dato di potenza in ingresso ( che arriva per esempio da un sensore di corrente ) devi settare 3 differenti feed, uno che memorizza il dato tal quale ( potenza ) e altri 2 che memorizzano il dato integrato ( al giorno e totale ).

Si scuro che sia cos�? in emncms ci sono almeno 3 funzioni per ricavarsi i kwh/d cio� i kwh giorno , una usa la potenza -> kwh/d , una usa un contatore in wh to kwh/d e una kwh in kwh/d , io che ho un SDM120 dove ho sia la potenza sia il contatore energia (che tra l'altro sono 3 totale , importata, esportata) ho solo due dati potenza istantanea e energia giornaliera , ho provato ad usare entrambe le funzioni e il risultato non cambia , l'unico problema � che se resetti il rasp si resetta sempre il valore di kwh/d , in pratica per� volevo dire , che il totale lo ricavi poi dal grafico, nel database rimane il kwh giornaliero , caomai prima che aggiornassi emoncms potevo scegliere come rappresentare il dato per giorno, per mese o per anno , e da l' nasceva il grafico a barre dell'energia , adesso non posso pi� raggrupparli per anno coi totali mensile per esempio , nn ho capito perch'... e sono OT non trovo nemmeno pi� come fare il backup che prima c'era nella gestione admin.... casomai forse converrebbe aprire una discussione su emoncms che mi sembra non sia mai stata a perta...

**glfp** · 10-04-2020, 07:37

Originariamente inviato da Carlowatt Visualizza il messaggio

@glfp: vi far� sapere senz'altro , ma purtroppo io sono una capra in questa materia: la mia competenza ( sottozero... ) � inversamente proporzionale alla voglia di capirci qualcosa, che � tanta ma di sicuro non baster� ad arrivare
alla m�ta�.

Nel frattempo ho verificato che i QNAP supportano i Docker e tra l'altro con una bella console di gestione:

Container Station | Supporta i container LXC e Docker | QNAP

Questo ti permetter� di avere un ambiente isolato dal resto della macchina nel quale installare Influx e Grafana con le stesse istruzioni (che viste le recenti new entry mi accinger� a fare in questi giorni di festa) di chi usa un Raspberry o un Windows o Linux.

Non posso che consigliarti questa strada per installare i due software.

**glfp** · 10-04-2020, 08:05

Originariamente inviato da fcattaneo Visualizza il messaggio

Nel database Mysql ho solo i dati relativi ai comulativi giornalieri ( quindi i kwg al gg o gli AH al giorno nei dati del FV in isola ); tutti gli altri dati li ho memorizzati con 'phpfina' come suggeriscono gli sviluppatori di Emoncms.

Ora immagino che Influxdb usa i dati di potenza per calcolare dinamicamente i consumi energetici in un dato periodo ..

Con Emoncms , avendo un dato di potenza in ingresso ( che arriva per esempio da un sensore di corrente ) devi settare 3 differenti feed, uno che memorizza il dato tal quale ( potenza ) e altri 2 che memorizzano il dato integrato ( al giorno e totale ).
Il dato 'al giorno' va nel db mysql.. solo quello.

Ora io immagino che InfluxDB non usa questo approccio ma gli integrali li fa al volo.. � corretto ?

In realt� puoi fare entrambi ... ad esempio questi due grafici

al di la della diversa scala (uno mensile, l'altro settimanale) visualizzano le stesse informazioni ma partendo da 2 dati differenti. Quello di sinistra dai dati di potenza per cui devo solo sottrarre il dato "prodotto" delle 23:59 da quello delle 00:00 e ho il prodotto giornaliero, con quello di destra invece viene applicato l'integrale su tutti i dati di potenza del giorno ogni 5''.

E i dati sono coerenti ... ovviamente applicando gli integrali su periodi lunghi il tempo del calcolo potrebbe essere maggiore. In ogni caso � una operazione che fa influx con la seguente query

codice:

SELECT integral("value")  / 3600 FROM "data" WHERE ("device" = 'SDM1.2' AND "type" = 'PowerL1') AND $timeFilter GROUP BY time(24h) fill(previous) tz('Europe/Rome')

Altra cosa che chiedo.... in un database mysql ci possono essere diverse tabelle ( per esempio una per ogni feed corrispondente ad una misura )... in InfluxDB c'e lo stesso approccio oppure ogni 'tabella' � in realt� un diverso DB ? ( per sempio, un datasource per la temperatura esterna, uno per la potenza prodotta dal FV, ecc. ecc. )

In un database NOSQL (come � Influx) il concetto di tabella � leggermente diverso. Hai si un concetto di Database che associ al Datasource di Grafana (ip, user, password) poi hai dei contenitori chiama "measurementes" che si possono associare ad una tabella classica ma in essa metti i dati che vuoi, senza predeterminare la struttura ... in pratica il formato di ogni "record" � : "data-ora", "nome-chiave1", "valore-chiave1", "nome-chiave2", "valore-chiave2", ecc.

Ad esempio ecco gli ultimi 10 record

codice:

> select * from "data" ORDER BY time DESC LIMIT 10
name: data
time                device type          value
----                ------ ----          -----
1586502305000000000 SDM1.2 VoltageL2     0
1586502305000000000 SDM1.2 VoltageL1     221.377685546875
1586502305000000000 SDM1.2 THDL3         0
1586502305000000000 SDM1.2 SumL2         0
1586502305000000000 SDM1.2 SumL1         0
1586502305000000000 SDM1.2 ReactivePower 0
1586502305000000000 SDM1.2 PowerL3       0
1586502305000000000 SDM1.2 PowerL2       0
1586502305000000000 SDM1.2 Power         0
1586502305000000000 SDM1.2 ImportPower   308.23907470703125

Poi Influx � ottimizzato per recuperare chiavi-valori in base al tempo ... � li la sua potenza.

**glfp** · 10-04-2020, 11:33

Mi sono arrivati i sensori di temperatura e gli schermi solari !

Il sensore � un BME280 da collegare direttamente al Raspberry.

.... altri dati da dare in pasto ad Influx ;-)

Vi aggiorno.

PS:
Intanto in questi giorni sto lavorando sulle logiche di backup di Influx e a breve metter� su un muletto dove poter ricreare i passaggi di installazione Influx-Grafana coi Docker in modo da poter mettere nero su bianco tutti i passaggi.

**fcattaneo** · 10-04-2020, 12:21

Originariamente inviato da glfp Visualizza il messaggio

.......
In un database NOSQL (come � Influx) il concetto di tabella � leggermente diverso. Hai si un concetto di Database che associ al Datasource di Grafana (ip, user, password) poi hai dei contenitori chiama "measurementes" che si possono associare ad una tabella classica ma in essa metti i dati che vuoi, senza predeterminare la struttura ... in pratica il formato di ogni "record" � : "data-ora", "nome-chiave1", "valore-chiave1", "nome-chiave2", "valore-chiave2", ecc.

quindi se ho ben capito basta inviare i dati nel formato {timestamp , nome, valore} e basta ?
senza curarsi di nessuna organizzazione ?
in pratica la tabella stessa sarebbe il database. ..

grazie.

**raffaelem** · 10-04-2020, 12:34

La tabella � la tabella

il concetto di database come contenitore resta invariato, soltanto il formato � quello time, variable, value...

ti metto un esempio che ti sar� familiare se inviavi i dati in emoncms con richieste post, il timestamp lo mette influx in questo caso

codice:

curl -i -XPOST 'http://localhost:8086/write?db=mydb' --data-binary "pdc,variable=mandata value=$ds1
pdc,variable=ritorno value=$ds0
pdc,variable=delta value=$delta"

**fcattaneo** · 10-04-2020, 12:55

Non sono ancora arrivato alla parte del post dei dati in tempo reale.. anche se vedo che � identica a emoncms.

io devo capire come funziona la struttura per poter migrare i dati vecchi.
infatti ho una 50ina di file csv con dati organizzati in questo modo

timestamp, valore

ogni file � la storia di un dato... es temperatura esterna.

ora gli script che ho trovato in python chiedono il nome del database influx e il nove del file csv..
vorrei capire se si pu� popolare pi� volte in tempi diversi il database dato che le informazioni non sono organizzate in tabelle.

ecco .

credo siano dubbi da neofita

**raffaelem** · 10-04-2020, 13:20

certo che puoi farlo, in sede di migrazione inserirai il timestamp quindi uno o l'altro pari sono (in momenti diversi)

quello che vuoi fare tu � quel che ho fatto io per caricare i dati storici della stazione meteo, anche se io l'ho fatto su mysql ma questo poco importa perch� � il timestamp che governa il dato che poi grafana ti presenta.

**Carlowatt** · 10-04-2020, 14:48

Originariamente inviato da dolam Visualizza il messaggio

ti occorrer� solo un doppino quindi se non ci passa vai con la solo coppia ritorta ma un minimo di schermatura credo serva,
� vero che ho solo il doppino telefonico ma passa nella canarina con il solo cavo dell'antenna. il Cat e5 sarebbe l'ideale

1. Ho trovato un percorso per un doppino telefonico rosso/bianco, quindi senza schermatura: una canalina che da dietro al quadro generale del piano terra va proprio al piano superiore, dietro al Nas ma nella canalina ci sono gi� il cavo della fibra, due ethernet e un cavo telefonico normale. Ma tutti questi cavi si possono disturbare a vicenda ? Ho visto in una guida di Flanesi che sarebbe utile usare due trecce di un ethernet una delle quali giuntata in parallelo per il cavo di terra. E' proprio necessario ?
2. I due SDM230 devo metterli obbligatoriamente nel quadro generale, oppure una volta collegati come da schema di glfp con cavi sufficientemente lunghi potrei piazzarli in un armadio a muro che ho dietro al quadro elettrico ( diciamo a circa 80 cms max dal quadro ) ?

**glfp** · 10-04-2020, 14:49

Originariamente inviato da fcattaneo Visualizza il messaggio

Non sono ancora arrivato alla parte del post dei dati in tempo reale.. anche se vedo che � identica a emoncms.

io devo capire come funziona la struttura per poter migrare i dati vecchi.
infatti ho una 50ina di file csv con dati organizzati in questo modo

timestamp, valore

ogni file � la storia di un dato... es temperatura esterna.

ora gli script che ho trovato in python chiedono il nome del database influx e il nove del file csv..
vorrei capire se si pu� popolare pi� volte in tempi diversi il database dato che le informazioni non sono organizzate in tabelle.

ecco .

credo siano dubbi da neofita

Si, dovrai caricare i 50 file CSV in una unica "tabella" di influx, ognuna col suo valore.

In pratica dovrai solo schiantare la chiave di ogni trippletta per ognuno dei file

es:
timestamp, "potenza", valore
timestamp, "import"; valore
timestamp, "export", valore
ecc

Cerca "telegraf from csv to influxdb" e troverai tonnellate di esempi.

**glfp** · 10-04-2020, 14:52

Originariamente inviato da Carlowatt Visualizza il messaggio

1. Ho trovato un percorso per un doppino telefonico rosso/bianco, quindi senza schermatura: una canalina che da dietro al quadro generale del piano terra va proprio al piano superiore, dietro al Nas ma nella canalina ci sono gi� il cavo della fibra, due ethernet e un cavo telefonico normale. Ma tutti questi cavi si possono disturbare a vicenda ? Ho visto in una guida di Flanesi che sarebbe utile usare due trecce di un ethernet una delle quali giuntata in parallelo per il cavo di terra. E' proprio necessario ?

sono tutte tipologie che non creano interferenze ... diverso il caso avessi avuto cavi di corrente ... ma in quel caso non credo ci siano problemi a far viaggiare anche il doppino per gli SDM

2. I due SDM230 devo metterli obbligatoriamente nel quadro generale, oppure una volta collegati come da schema di glfp con cavi sufficientemente lunghi potrei piazzarli in un armadio a muro che ho dietro al quadro elettrico ( diciamo a circa 80 cms max dal quadro ) ?

Stai solo facendo fare un giro in p� ai cavi di corrente (che devono andare e venire) ... non credo ci siano problemi

**dolam** · 10-04-2020, 14:53

�....lunghi potrei piazzarli in un armadio a muro che ho dietro al quadro elettrico ( diciamo a circa 80 cms max dal quadro )�
senza nessun problema
il doppino ritorto credo vada bene

**Carlowatt** · 10-04-2020, 15:05

Bene. Grazie dolam, cos� in questi giorni passo il doppino.... in attesa che si sblocchino i domiciliari e mi possano installare il FV...Ho pulito 5 volte i garage, ho verniciato 3 volte le finestre, taglio l'erba 3 volte al giorno� non so pi� cosa inventare�

**Carlowatt** · 10-04-2020, 15:09

Originariamente inviato da glfp Visualizza il messaggio

Stai solo facendo fare un giro in p� ai cavi di corrente (che devono andare e venire) ... non credo ci siano problemi

Una volta che nel quadro ci andr� il mt del FV, non ci sar� pi� posto�. ho gi� sostituito tutti i mt 2 din con equivalenti 1 din ma ora siamo al limite. Ecco perch� avevo pensato di piazzare gli SDM nell'armadio a muro: � proprio dietro al quadro quindi l'anda e rianda dei cavi non � poi cos� lungo...

**raffaelem** · 13-04-2020, 08:10

Come avevo promesso a @dolam ho buttato gi� piuttosto (molto) velocemente una "guida" spartana per avviare/instradare l'utente con un medio livello di conoscenza del mondo raspberry verso il monitoraggio usando questi due tool.

Ho iniziato dal monitoraggio della PDC con lo scopo di proseguire sul FV non appena avr� implementato il sistema di rilevazione (almeno per il mio caso specifico).

Chi fosse interessato ad usare questa repo come punto di partenza per estenderla anche ad altre tipologie di sorgenti (mysql, sqllite, postgres...), infrastrutture (docker) o addirittura altri sistemi operativi (winzozz) oppure semplicemente a collaborare inviando correzioni o suggerimenti pu� semplicemente contattarmi in privato e provveder� a fornire chiave di accesso per i commit.

Questo vale anche se volete condividere le vostre dashboard con il resto del forum.

(far� del cross posting)

**dolam** · 13-04-2020, 08:37

Grazie raffaelem speriamo che io sia in grado di passare alla fase operativa.
Finora ho usato i seguenti sistemi e usando sempre PVOutput come cassaforte �banca dati� da sempre ho inviato l� i risultati dei miei monitoraggi
inziati con Aurora Monitoring poi EnviR CourrentCost, poi SDM120, poi MerterN poi Utilizzando anche Shelly EM
ora sar� felice di fare il tuo beta tester ma dovrai armarti di pazienza e spiegarmi meglio e passo passo.
Ho disponibili il Raspberry 1, 3B e 4
dimmi pure quale ritieni sia il pi� adatto

**raffaelem** · 13-04-2020, 11:05

Diciamo che non c'� un raspberry adatto perch� non ci sono dipendenze strette dei due pacchetti su debian, Grafana ha un paio di dipendenze ma nulla di particolare, sono pacchetti che sono in qualsiasi distro debian (e quindi rapsbian). Stesso dicasi per Influx (che non ha proprio dipendenze).

I tuoi db attuali (mysql? sqlite? che roba sono? facci sapere) gi� attualmente potrebbero essere usati come data source in Grafana.

**fcattaneo** · 17-04-2020, 12:58

Originariamente inviato da glfp Visualizza il messaggio

In realt� puoi fare entrambi ... ad esempio questi due grafici

[ATTACH=CONFIG]76525[/ATTACH]

....

.... Quello di sinistra dai dati di potenza per cui devo solo sottrarre il dato "prodotto" delle 23:59 da quello delle 00:00 e ho il prodotto giornaliero, con quello di destra invece viene applicato l'integrale su tutti i dati di potenza del giorno ogni 5''.

E i dati sono coerenti ... ovviamente applicando gli integrali su periodi lunghi il tempo del calcolo potrebbe essere maggiore. In ogni caso � una operazione che fa influx con la seguente query

codice:

SELECT integral("value")  / 3600 FROM "data" WHERE ("device" = 'SDM1.2' AND "type" = 'PowerL1') AND $timeFilter GROUP BY time(24h) fill(previous) tz('Europe/Rome')

Ti ringrazio tantissimo... ora che ho installato Grafana e Influxdb e sono riuscito ad importare tutti i miei vecchi dati da formato CSV, incomincia ad essermi pi� chiaro il tuo intervento

Io ho diverse serie di dati che rappresentano il valore in kWh di energia, sia essa termica e/o elettrica ( quindi sto parlando di valori che incrementano sempre nel tempo come quelli dei contatori.. )
Questi valori sono aggiornati al minuto e per ricavare il valore dell'energia riferita al giorno uso questa query :

codice:

SELECT difference(mean("kwh4"))  / 1000 FROM "Energia" WHERE $timeFilter GROUP BY time(24h) fill(null)

.. il diviso 1000 � dovuto al fatto che nella serie di dati l'energia � espressa in Wh.. non kWh.

Come dicevamo il valore dell'energia in un dato periodo � anche espressione dell'integrale della potenza... per calcolare lo stesso valore in kWh al giorno corrispondente ad una data energia passando per� dalla potenza, uso questa query :

codice:

SELECT sum("pw4")  / 60000 FROM "Potenze" WHERE $timeFilter GROUP BY time(24h) fill(null)

In pratica sommo i valori della potenza, che sono aggiornati al minuto ed espressi in Watt, nelle ultime 24 ore e divido per 60.000.

..Ora pur essendo corretto credo che il tuo approccio di fare l'integrale sia quello da usarsi.. solo che non lo conosco e quindi devo capirlo.

Ora volevo chiederti una cosa... ho 2 serie di dati di energia incrementali dei quali vorrei calcolare la differenza al giorno e rappresentarla in un grafico a barre ... come posso fare ?
( si tratta di calcolare il cop medio giornaliero come prodotto di 2 energie al giorno ( prodotta termica / elettrica consumata )

In pratica con le 2 query che ti posto sotto, calcolo l'energia prodotta dalla PDC al giorno e l'energia elettrica consumata dalla PDC al giorno... vorrei aggiungere una terza serie che ne rappresenti la differenza ma non riesco.

codice:

SELECT difference(mean("kwh4"))  / 1000 FROM "Energia" WHERE $timeFilter GROUP BY time(24h) fill(null)

SELECT difference(mean("kwh2"))  / 1000 FROM "Energia" WHERE $timeFilter GROUP BY time(24h) fill(null)

Ciao,
F.

**raffaelem** · 17-04-2020, 13:28

Devi usare le subquery, una roba del genere

codice:

SELECT (mean("uno")  - mean("due") ) AS "tre"
(
SELECT ((mean("kwh4")) / 1000) AS "uno" FROM "Energia" 
WHERE $timeFilter 
GROUP BY time(24h) fill(null)
),
(
SELECT ((mean("kwh2"))  / 1000) AS "due" FROM "Energia" 
WHERE $timeFilter 
GROUP BY time(24h) fill(null)
)
GROUP BY time(1d) fill(null)

io ho usato le medie per le sotto query, nulla ti vieta di usare distinct o quel ti pare

annuncio

Monitoraggio con InfluxDB e Grafana

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta

Commenta