Mi Piace! Mi Piace!:  18
NON mi piace! NON mi piace!:  0
Grazie! Grazie!:  6
Pagina 4 di 7 primaprima 1234567 ultimoultimo
Visualizzazione dei risultati da 67 a 88 su 150

Discussione: Monitoraggio con InfluxDB e Grafana

  1. #67
    TUTOR

    User Info Menu

    Predefinito



    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
    5.76 kW 24 IBC SOLAR Tilt 19°, Azimut+54° S-SO, Power-One 6 kW , 2 boiler 0-1200W in serie, controllo domotico , SDM220Modbus x monitoraggio consumi con MeterN, 7 split a PDC, http://pvoutput.org/list.jsp?userid=8660 Aderite al Team di monitoraggio denominato EnergeticAmbiente su Pvoutput.org , così sapremo ogni giorno quanta energia pulita hanno prodotto gli amici del forum. Questo il link del Team ​https://pvoutput.org/listteam.jsp?tid=1115

  2. #68
    Amante storico del Forum

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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.
    Segui on-line il funzionamento dei miei impianti in tempo reale.
    Impianto Fotovoltaico grid: 7 pannelli Sanyo HIP 205, 1.44 kWp, Az 90°, Tilt 17°, Inverter Fronius IG.15 + Impianto fotovoltaico in isola da 0,86 kWp con 10 kWh di accumulo + impianto solare termico a svuotamento da 7mq + pompa di calore Altherma 3 Compact R32 da 8 kW.

  3. #69
    Affezionato

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

  4. #70
    Amante storico del Forum

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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.
    Segui on-line il funzionamento dei miei impianti in tempo reale.
    Impianto Fotovoltaico grid: 7 pannelli Sanyo HIP 205, 1.44 kWp, Az 90°, Tilt 17°, Inverter Fronius IG.15 + Impianto fotovoltaico in isola da 0,86 kWp con 10 kWh di accumulo + impianto solare termico a svuotamento da 7mq + pompa di calore Altherma 3 Compact R32 da 8 kW.

  5. #71
    Affezionato

    User Info Menu

    Predefinito

    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
    Ultima modifica di raffaelem; 10-04-2020 a 07:08 Motivo: nota su datasource e group by e vecchi dati
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

  6. #72
    Amante storico del Forum

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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...

  7. #73
    Seguace

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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.
    Ikea/Wolmann 20 pannelli monocrististallini Jinko Solar JKM305M-608 da 305W - Totale: 6.1Kw - Ottimizzatori e Inverter Solaredge HD Wave. Allacciato il 20/02/2020.
    Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh

  8. #74
    Seguace

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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

    Cattura.PNG

    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.
    Ikea/Wolmann 20 pannelli monocrististallini Jinko Solar JKM305M-608 da 305W - Totale: 6.1Kw - Ottimizzatori e Inverter Solaredge HD Wave. Allacciato il 20/02/2020.
    Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh

  9. #75
    Seguace

    User Info Menu

    Predefinito

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

    IMG_20200410_104210.jpg

    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.
    Ikea/Wolmann 20 pannelli monocrististallini Jinko Solar JKM305M-608 da 305W - Totale: 6.1Kw - Ottimizzatori e Inverter Solaredge HD Wave. Allacciato il 20/02/2020.
    Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh

  10. #76
    Amante storico del Forum

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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.
    Segui on-line il funzionamento dei miei impianti in tempo reale.
    Impianto Fotovoltaico grid: 7 pannelli Sanyo HIP 205, 1.44 kWp, Az 90°, Tilt 17°, Inverter Fronius IG.15 + Impianto fotovoltaico in isola da 0,86 kWp con 10 kWh di accumulo + impianto solare termico a svuotamento da 7mq + pompa di calore Altherma 3 Compact R32 da 8 kW.

  11. #77
    Affezionato

    User Info Menu

    Predefinito

    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"
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

  12. #78
    Amante storico del Forum

    User Info Menu

    Predefinito

    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
    Segui on-line il funzionamento dei miei impianti in tempo reale.
    Impianto Fotovoltaico grid: 7 pannelli Sanyo HIP 205, 1.44 kWp, Az 90°, Tilt 17°, Inverter Fronius IG.15 + Impianto fotovoltaico in isola da 0,86 kWp con 10 kWh di accumulo + impianto solare termico a svuotamento da 7mq + pompa di calore Altherma 3 Compact R32 da 8 kW.

  13. #79
    Affezionato

    User Info Menu

    Predefinito

    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.
    Ultima modifica di raffaelem; 10-04-2020 a 13:22 Motivo: detta meglio spero
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

  14. #80
    Appassionato/a

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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 ) ?

  15. #81
    Seguace

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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.
    Ikea/Wolmann 20 pannelli monocrististallini Jinko Solar JKM305M-608 da 305W - Totale: 6.1Kw - Ottimizzatori e Inverter Solaredge HD Wave. Allacciato il 20/02/2020.
    Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh

  16. #82
    Seguace

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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
    Ultima modifica di glfp; 10-04-2020 a 14:59
    Ikea/Wolmann 20 pannelli monocrististallini Jinko Solar JKM305M-608 da 305W - Totale: 6.1Kw - Ottimizzatori e Inverter Solaredge HD Wave. Allacciato il 20/02/2020.
    Monitoraggio con InfluxDB, Grafana, Docker, Raspberry | Discussione: https://bit.ly/2XAol57 | Guida completa su Github: https://bit.ly/2XTm8Sh

  17. #83
    TUTOR

    User Info Menu

    Predefinito

    “....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
    5.76 kW 24 IBC SOLAR Tilt 19°, Azimut+54° S-SO, Power-One 6 kW , 2 boiler 0-1200W in serie, controllo domotico , SDM220Modbus x monitoraggio consumi con MeterN, 7 split a PDC, http://pvoutput.org/list.jsp?userid=8660 Aderite al Team di monitoraggio denominato EnergeticAmbiente su Pvoutput.org , così sapremo ogni giorno quanta energia pulita hanno prodotto gli amici del forum. Questo il link del Team ​https://pvoutput.org/listteam.jsp?tid=1115

  18. #84
    Appassionato/a

    User Info Menu

    Predefinito

    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…

  19. #85
    Appassionato/a

    User Info Menu

    Predefinito

    Quote Originariamente inviata 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...

  20. #86
    Affezionato

    User Info Menu

    Predefinito

    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)
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

  21. #87
    TUTOR

    User Info Menu

    Predefinito

    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
    5.76 kW 24 IBC SOLAR Tilt 19°, Azimut+54° S-SO, Power-One 6 kW , 2 boiler 0-1200W in serie, controllo domotico , SDM220Modbus x monitoraggio consumi con MeterN, 7 split a PDC, http://pvoutput.org/list.jsp?userid=8660 Aderite al Team di monitoraggio denominato EnergeticAmbiente su Pvoutput.org , così sapremo ogni giorno quanta energia pulita hanno prodotto gli amici del forum. Questo il link del Team ​https://pvoutput.org/listteam.jsp?tid=1115

  22. #88
    Affezionato

    User Info Menu

    Predefinito

    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.
    LG Therma V Split R32 9kW + ECO COMBI1 500lt su impianto a termosifoni
    Fotovoltaico 4.5 Kwp (Vitovolt 300 M325 + HUAWEI SUN 2000L – 4,6 KTL)

Pagina 4 di 7 primaprima 1234567 ultimoultimo

Discussioni simili

  1. Risposte: 254
    Ultimo messaggio: 18-04-2020, 11:56
  2. monitoraggio
    Da Felix2013 nel forum Tecnica, componentistica e installazione
    Risposte: 0
    Ultimo messaggio: 25-01-2017, 22:08
  3. monitoraggio consumi
    Da geopaolo76 nel forum Tecnica, componentistica e installazione
    Risposte: 17
    Ultimo messaggio: 14-07-2014, 15:50
  4. logger e/o monitoraggio
    Da mhc5560 nel forum Tecnica, componentistica e installazione
    Risposte: 9
    Ultimo messaggio: 08-04-2014, 13:19
  5. Consiglio monitoraggio
    Da pise nel forum Tecnica, componentistica e installazione
    Risposte: 48
    Ultimo messaggio: 10-06-2011, 11:42

Tag per questa discussione

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •