Monitoraggio con InfluxDB e Grafana - EnergeticAmbiente.it

annuncio

Comprimi
Ancora nessun annuncio.

Monitoraggio con InfluxDB e Grafana

Comprimi
X
 
  • Filtro
  • Ora
  • Visualizza
Elimina tutto
nuovi messaggi

  • Originariamente inviato da glfp Visualizza il messaggio

    Molto bella, molto completa e dettagliata ! Inoltre vedo uno spunto interessante sulla temperatura in basso a sinistra con le swimlane orizzontali: non ci avevo pensato e voglio provare a gestire. Tu con cosa monitori le temperature esterne ?

    Anch'io adesso voglio fare una integrazione sui consumi dei miei Daikin (normali condizionatori con inverter, che uso per scaldare un'ala della mia casa) sia con lo Shelly PM4 a monte della presa di corrente e via API (ad esempio sto cercando di capire a cosa serve il valore cmpfreq che dovrebbe indicare il defrost ... ma non so ancora come interpretarli ... mi paiono numeri a caso ... 32, 0, 12 ... boh
    Purtroppo ogni tanto la guardo e mi accorgo di qualche errore, però dai, man mano che la sistemo mi da qualche indicazione statistica.

    Commenta


    • 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
      il valore

      codice:
      aenergy.total
      mi da i dati di "import" in w, ovvero i watt/ora consumati da quando installato, come se fosse un Energy Monitor.

      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 messaggio
        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
        il valore

        codice:
        aenergy.total
        mi da i dati di "import" in w, ovvero i watt/ora consumati da quando installato, come se fosse un Energy Monitor.

        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 .... ;-)
        Perchè lo utilizzi in questo modo? non conviene utilizzare i dati mqtt direttamente?

        Commenta


        • Originariamente inviato da alexdelli Visualizza il messaggio

          Perchè lo utilizzi in questo modo? non conviene utilizzare i dati mqtt direttamente?
          Si, se riuscissi a trovare la formula "magica" per calcolare il consumo totale dato un periodo.

          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}))
          ma non è così semplice ... e infatti non funziona.
          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).

            Clicca sull'immagine per ingrandirla. 

Nome:   Cattura.PNG 
Visite: 254 
Dimensione: 114.7 KB 
ID: 2226959

            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 !

              Clicca sull'immagine per ingrandirla. 

Nome:   Cattura.PNG 
Visite: 253 
Dimensione: 90.1 KB 
ID: 2226962
              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 )

                Clicca sull'immagine per ingrandirla.   Nome:   graf1.PNG  Visite: 0  Dimensione: 44.1 KB  ID: 2227004

                Commenta


                • Originariamente inviato da glfp Visualizza il messaggio
                  Ragazzi, 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 .... ;-)
                  ma hai provato a sentire il supporto Shelly? magari se c'è un distributore italiano?

                  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?
                    Presumo lo Shelly Pro 3EM non abbia questo problema ... sto studiando la cosa fra un buco di tempo e l'altro ...
                    Anche perchè vorrei sostituire i miei SDM230 con quello, e tornare al mio progetto originale, che mi evita di usare obbligatoriamente il raspberry
                    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


                    • 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 messaggio
                          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 Home Assistant l'ho escluso a priori, non devo fare automazione (ho già un sistema domotico) ma solo monitoraggio e con la libertà di farmi i grafici che voglio io.
                          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 ?
                          A me in caso di blackout non capita nulla di strano :-)
                          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:

                            Clicca sull'immagine per ingrandirla.   Nome:   es_errori.JPG  Visite: 0  Dimensione: 43.2 KB  ID: 2233543

                            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 messaggio
                                  quindi influx+grafana aggiornati girano su un rpi 3 b?
                                  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.
                                  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.

                                    .
                                    Perche non usare come faccio io piattaforma x86, un Thin client con dual processor da 1,5 ghz costa meno di 50 euro compreso ssd da 16 Gb e 2 giga di ram

                                    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...AAAOSw9CZivbdS
                                        Ultima 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 messaggio
                                              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 ?
                                              Grazie per la risposta. Sono elettronico ma in programmazione molto scarso. Io ho installato Debian sulla sd e poi ho seguito alla lettera il tutorial. Avrei dovuto fare lo screen degli errori che praticamente riguarda la parte di grafana. Pero' non capisco cosa significa usare l'ambiente docker. Pensavo che installandolo con "
                                              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


                                                  • Eh si. Ho provato diverse volte a riformattare anche con microsd diverse.

                                                    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


                                                      • Stasera provo e faccio sapere. Grazie

                                                        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.
                                                          da quel che leggo sull'ordine (il dispositivo è fermo da 2 anni per problemi su usb) ha un ARm 5x86 e 1 GB di RAM, forse allora è meglio un mini-pc ricondizionato con i5 8GB di RAM e SSD, a 130 euro
                                                          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

                                                              Attendi un attimo...
                                                              X