Originariamente inviato da glfp
Visualizza il messaggio
annuncio
Comprimi
Ancora nessun annuncio.
Monitoraggio con InfluxDB e Grafana
Comprimi
X
-
Ragazzi, anche questa volta l'esperienza con lo Shelly mi è andata male ...
Come vi avevo detto, qualche giorno fa ho acquistato uno Shelly Pro 4PM (Gen2) - tra l'altro il modello nuovo con le 5 ingressi/uscite nella parte superiore (un ingresso FASE e 4 uscite) - che funziona perfettamente e ho integrato su InfluxDB tramite Telegraf.
L'ho integrato, usando le sue API e su Influx e Grafana monitoro correttamente il consumo istantaneo.
Ha solo un piccolo problema: accedendo all'API
codice:/rpc/Switch.GetStatus?id=0
codice:aenergy.total
Peccato che ad ogni spegnimento/accensione il valore si azzera, rendendolo inutile allo scopo !
Avevo trovato in alcuni vecchi post la volontà del fondatore di Shelly di fare in modo che questo valore rimanesse memorizzato a seguito dello spegnimento, ma dopo 2 anni questa funzione ancora non c'è.
Al momento ho il firmware 0.13.0-beta1
Qualcuno di voi ha qualche news su questo tema ? C'è in previsione un aggiornamento del firmware in questa direzione o devo restituire il Pro 4PM e orientarmi ad un Pro 3EM ?
... e si ritenta .... ;-)20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Originariamente inviato da glfp Visualizza il messaggioRagazzi, anche questa volta l'esperienza con lo Shelly mi è andata male ...
Come vi avevo detto, qualche giorno fa ho acquistato uno Shelly Pro 4PM (Gen2) - tra l'altro il modello nuovo con le 5 ingressi/uscite nella parte superiore (un ingresso FASE e 4 uscite) - che funziona perfettamente e ho integrato su InfluxDB tramite Telegraf.
L'ho integrato, usando le sue API e su Influx e Grafana monitoro correttamente il consumo istantaneo.
Ha solo un piccolo problema: accedendo all'API
codice:/rpc/Switch.GetStatus?id=0
codice:aenergy.total
Peccato che ad ogni spegnimento/accensione il valore si azzera, rendendolo inutile allo scopo !
Avevo trovato in alcuni vecchi post la volontà del fondatore di Shelly di fare in modo che questo valore rimanesse memorizzato a seguito dello spegnimento, ma dopo 2 anni questa funzione ancora non c'è.
Al momento ho il firmware 0.13.0-beta1
Qualcuno di voi ha qualche news su questo tema ? C'è in previsione un aggiornamento del firmware in questa direzione o devo restituire il Pro 4PM e orientarmi ad un Pro 3EM ?
... e si ritenta .... ;-)
Commenta
-
Originariamente inviato da alexdelli Visualizza il messaggio
Perchè lo utilizzi in questo modo? non conviene utilizzare i dati mqtt direttamente?
Al momento non sono ancora riuscito a capire come (soprattutto a livello query su Influx), tenendo conto del fatto che se per caso mi perdo dei campionamenti mi perdo anche la precisione dell'informazione.
Faccio un esempio:
Io campiono ogni 5 secondi, per cui se il consumo è di 3000w per tutta un'ora (costante), io avrò (60 sec 5) 12 campioni al minuto e quindi 720 campioni in un'ora. Se faccio la media dei miei 720 campioni sempre con valore a 3000, avrò un consumo di 3kwh.
Ma se i valori salgono e scendono durante l'ora, devo fare la media di ogni 5 secondi ... e al momento non riesco mai ad ottenere il valore giusto.
Era un qualcosa che già all'inizio di questa discussione avevo valutato e non ne ero uscito, infatti ho usato i valori "import" ed "export" dell'SDM230.
Al momento la formula che uso è
codice:from(bucket: "aircond-studio") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["url"] == "http://<IP>/rpc/Switch.GetStatus?id=0") |> filter(fn: (r) => r["_field"] == "apower") |> aggregateWindow(every: 5s, fn: mean, createEmpty: false) |> cumulativeSum() |> map(fn: (r) => ({r with _value: float(v: r._value) / 1000.0}))
Forse gli devo dire che deve fare la media ogni 5 secondi ... ma in ogni caso, se mi perdessi dei campioni probabilmente si sminchierebbe perchè fra 2 campioni interrotti, dove magari sono passati 10 minuti fra uno e l'altro, lui lo considererebbe sempre da 5 secondi ?
Ho ancora pochi giorni prima di poter restituire lo Shelly alla grande Amazzone e trovare la formula giusta
Tu per caso hai affrontato il problema ?
Quello sopra è in linguaggio Flux, ma anche con la versione 1 di Influx non avevo trovato nulla di utile.
20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Anche ChatGPT pensa che il problema sia nel campionamento che deve essere fisso (ovvero ogni 5 secondi).
Vedrò di approfondire.20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Ecco cosa suggerisce .... proverò a breve !
20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Ma ti stai complicando la vita secondo me, puoi farlo direttamente in grafana e lasciare i dati grezzi su influxdb
Questo è una esempio di consumo giornaliero (su fill puoi usare anche null se devi monitorare il consumo istantaneo )
Commenta
-
Originariamente inviato da glfp Visualizza il messaggioRagazzi, anche questa volta l'esperienza con lo Shelly mi è andata male ...
...
Peccato che ad ogni spegnimento/accensione il valore si azzera, rendendolo inutile allo scopo !
Avevo trovato in alcuni vecchi post la volontà del fondatore di Shelly di fare in modo che questo valore rimanesse memorizzato a seguito dello spegnimento, ma dopo 2 anni questa funzione ancora non c'è.
Al momento ho il firmware 0.13.0-beta1
Qualcuno di voi ha qualche news su questo tema ? C'è in previsione un aggiornamento del firmware in questa direzione o devo restituire il Pro 4PM e orientarmi ad un Pro 3EM ?
... e si ritenta .... ;-)
quindi nemmeno gli Shelly sono affidabili in caso di blackout? A parte la famiglia SDM230 che però lavora su 485 non ci sono validi meter wifi che mantengano la memoria dopo mancanza di corrente? io con SDM + metern ho il problema sul sw che mi da buchi quando impazzisce, con gli Shelly e Influx+Grafana ce l'abbiamo anche a livello hardware?
FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
Originariamente inviato da Another Visualizza il messaggio
quindi nemmeno gli Shelly sono affidabili in caso di blackout?
Anche perchè vorrei sostituire i miei SDM230 con quello, e tornare al mio progetto originale, che mi evita di usare obbligatoriamente il raspberry20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
diciamo che un Pro 3EM potrebbe andare bene magari nel quadro generale, ma altrove dove uno vuole misurare 1 carico massimo 2 diventa un esborso eccessivo e uno spreco... i cavi delle pinze rimangono affidabili se giuntati? fino a quale lunghezza?FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
ciao, scusate ma ho un po' di confusione in testa:
- attualmente quali versioni state usando ? sono piattaforme open? mi sembra abbiano abbonamenti, quelli di InfluxDB anche piuttosto arzigogolati
- in sostanza Grafana è un kit di analisi?
- c'entra nulla HomeAssistant o questo comunque ha dei suoi grafici di base?
Io ho attualmente una serie di SDM che parlano in 485 con un RPi 3 dove girano 123solar e Metern, vorrei irrobustire la cosa se fosse possibile, soprattutto perchè in alcune situazioni di black-out possono arrivare dati "spannati", con strani azzeramenti
L'ideale sarebbe poterci integrare anche componenti Shelly / Sonoff
su quale strada meglio incamminarsi? semplicità e potenza ?FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
Originariamente inviato da Another Visualizza il messaggiociao, scusate ma ho un po' di confusione in testa:
- attualmente quali versioni state usando ? sono piattaforme open? mi sembra abbiano abbonamenti, quelli di InfluxDB anche piuttosto arzigogolati
- in sostanza Grafana è un kit di analisi?
- c'entra nulla HomeAssistant o questo comunque ha dei suoi grafici di base?
InfluxDB e Grafana sono 100% gratuiti, i costi che vedi sono relativi alle piattaforme già pronte sul cloud.
Ovviamente te li devi scaricare e installare sul Rasp. Nel mio articolo su github trovi le istruzioni su come installarli in versione docker.
Prossimamente uscirà una versione 2.0 di quella soluzione che eliminerà gli SDM con integrazione anche della temperatura (come ho scritto qualche post più sopra).
Io ho attualmente una serie di SDM che parlano in 485 con un RPi 3 dove girano 123solar e Metern, vorrei irrobustire la cosa se fosse possibile, soprattutto perchè in alcune situazioni di black-out possono arrivare dati "spannati", con strani azzeramenti
L'ideale sarebbe poterci integrare anche componenti Shelly / Sonoff
su quale strada meglio incamminarsi? semplicità e potenza ?
La versione 2.0 sarà basata tutta su Shelly, sono in attesa che mi arrivino i 3EM PRO che mi permetteranno di eliminare gli SDM.
20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Ti prego , quando fai la 2.0 lascia una porta aperta per 'i vecchi' SDM, delle istruzioni su come implementarli
piccolo OT:
capita questo, non è un problema di SDM ma di meterN che sballa qualche scrittura e quindi calcolo, in questo caso i prelievi e conseg. immissioni e autoconsumo:
quindi c'è la versione o.s. di influxdb e grafana, meglio..
però ho visto che oggi il rpi 4 ha prezzi fuori di testa :-(
ma HomeAssistant infastidisce questo monitoraggio? Io gradirei anche una piattaforma di integrazione, possono girare su stesso hw e stessi dati grezzi?FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
Su Metern non so aiutarti e non è il gruppo giusto per farlo
In ogni caso il mio progetto puoi implementarlo in parallelo fin da subito sul tuo pi3, anche se non so quanto incide HAS sulle risorse della macchina.20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
quindi influx+grafana aggiornati girano su un rpi 3 b?FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
Originariamente inviato da Another Visualizza il messaggioquindi influx+grafana aggiornati girano su un rpi 3 b?
Per Grafana non c’è questo limite.20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Originariamente inviato da glfp Visualizza il messaggio
Presumo il tuo pi3 sia con OS a 32bit, per cui potrai far girare solo influxdb v1. Il 2 è solo a 64bit.
.
Io ci faccio girare di tutto, sono a 64 bit, e non si fermano mai
Non ho mai usato il raspy e ho sulla stessa macchina 123Solar, grafana, influx, domoticz, server web, vpn, su linux ubuntu server
Su una "macchina" dual core x86 64 bit pagata in Francia 38 Euro
Un pianeta migliore è un sogno che inizia a realizzarsi quando ognuno di noi decide di migliorare se stesso.
Quando il gioco si fa duro, i duri cominciano a giocare. John Belushi.
Utente EA dal 2009
Commenta
-
È una opzione. La sto valutando anche io con un NUC con j4005 o n5000. Siamo comunque sui 130-150 euro senza ram e ssd e in generale consumano un po’ di più dispetto ad un rasp. In passato un rasp costava 30-40 euro ed era imbattibile rispetto anche ai thin da te segnalati. oggi in effetti costano troppo rispetto a quelle soluzioni che comunque sono sempre degli usati da comprare chissà dove…20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Originariamente inviato da glfp Visualizza il messaggio. oggi in effetti costano troppo rispetto a quelle soluzioni che comunque sono sempre degli usati da comprare chissà dove…
Io li ho sempre usati, ne piu di uno in funzione, quello con domoticz e grafana in 5 anni mai un crash, aggiorno e riparte sempre
Non vorrai mica paragonare un x86 con ssd ad un Raspy nudo e crudo e magari con una sd che costa piu del thin
Per questi usi non trovi di meglio, e il consumo e dell'ordine di 10/15 Watt. Il raspi piu ssd non consuma molto di meno
https://www.ebay.it/itm/125394622202...AAAOSw9CZivbdSUltima modifica di rrrmori53; 04-03-2023, 22:47.Un pianeta migliore è un sogno che inizia a realizzarsi quando ognuno di noi decide di migliorare se stesso.
Quando il gioco si fa duro, i duri cominciano a giocare. John Belushi.
Utente EA dal 2009
Commenta
-
Salve a tutti sto cercando di installare la guida di Glfp https://bit.ly/2XTm8Sh, su un raspberry pi3. Quando arrivo all'installazione di Grafana, inizia bene poi fa una sfilza di errori.
Puo' essere che non vada bene la Debian Buster.?
Commenta
-
Se stai seguendo la mia guida dovresti aver usato l’ambiente docker, e la bellezza dei docker è proprio il disaccoppiamento fra SO e applicazione.
Che tipo di errori ti da ?20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Originariamente inviato da glfp Visualizza il messaggioSe stai seguendo la mia guida dovresti aver usato l’ambiente docker, e la bellezza dei docker è proprio il disaccoppiamento fra SO e applicazione.
Che tipo di errori ti da ?
curl -sSL https://get.docker.com | sh " fosse a posto.
Commenta
-
Questi sono gli errori:
docker: permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post "http://%2Fvar%2Frun%2Fdocker.sock/v1.24/cont ainers/create?name=grafana": dial unix /var/run/docker.sock: connect: permission denied.
See 'docker run --help'.
Commenta
-
hai elevato l’utente a root con ‘sudo su -‘ ?20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Prova con "sudo chmod 666 /var/run/docker.sock" o "sudo chmod 777 /var/run/docker.sock"20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
Originariamente inviato da glfp Visualizza il messaggio
Presumo il tuo pi3 sia con OS a 32bit, per cui potrai far girare solo influxdb v1. Il 2 è solo a 64bit.
Per Grafana non c’è questo limite.FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
-
Ai prezzi attuali dei Raspberry direi di si. Se non hai problemi di spazio nella zona degli SDM allora è una scelta interessante.20*305W (ovest) + 11*460W (est) + 3*385W (sud)- Totale: 12.3Kw + Solaredge 6kw.
Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh
Commenta
-
gli sdm sono attualmente collegati via usb al rasp3, anche per lnflux+grafana si gestiscono via usb?FV: 6,54kwp SunPower e20 327, inverter SE 6000 con ottimizzatori P500, azimuth=-13, tilt=20°, pvoutput=http://pvoutput.org/aggregate.jsp?id...=50540&v=0&t=m ; PdC = Mitsubishi Zubadan 11,2 VAA ; HYC 500
Commenta
Commenta