Tweet
stai editando il file da windows. Devi farlo da linux oppure non devi far aggiungere i carriage return "/r" in ogni riga. Linux ha solo gli "/n". Comunque in quella riga specifica l'errore è "\r" che è invisibile, ma c'è nell'errore
-
Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.png -
Grazie della risposta, nò sto editando con gedit, ho preso il tuo script ed ho fatto le modifiche per gli accessi ed i permessi.
Presumo che quindi in "CR" non ci sono, alle brutte faccio la conversione con notepad e poi riprovo.
aggiornamento: ho fatto la conversione da CR a LF, adesso mi da altri errori, vediamo se riesco .....
tnxUltima modifica di boomerang; 27-12-2022, 20:15.Commenta
-
adesso riesco ad inviare i dati con il comando ./raw.sh, ma i dati non corrispondono, come si può vedere dalla schermata allegata....
Commenta
-
A parte che leggo diversi errori, hai toccato parti che non dovevi toccare credo o mancano i software bc e jq (li hai installati?).
Poi dallo screen di shelly non capisco se stai prelevando o immettendo. Lo script funziona con il sensore di produzione in positivo e quando immetti il prelievo deve essere negativo. Se sono entrambi positivi si sommano come se fossero consumi e anche shelly ti segna male i consumi totali di casa.
Altra cosa importante è che lo script deve essere messo in esecuzione automatica ogni 5 min. Facendolo a mano sballi le letture.
Ultima modifica di Virtualj; 28-12-2022, 12:07.Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
1) non ho toccato altro che le righe dove bisogna inserire i dati per l'accesso a shelly e pvoutput.
2) I software bc e jq, li ho istallati altrimenti non andava.
3) le pinze amperometriche sono messe in modo corretto. quando vado in autoconsumo, ho dati positivi, e quando ho un eccesso di produzione, rispetto al consumo, ho valori negativi.
4) allego una foto dell'app sul telefono.
5) per inviare ogni 5 minuti creerò un crontab.
Grazie
Commenta
-
Dopo varie, prove la situazione "negativa", è la seguente.
Se lancio lo script pvc.sh da terminale, si riescono ad inviare i dati sul portale PvOutPut, ma solo dando per due volte il comando, altrimenti, non aggiorna nulla.
Se invece lancio in CRON, non riesce ad inviare, (probabilmente come sugerito da "ebli", non trova la Path giusta). il file pvc.sh si trova nella dir home, e quella ho inserito, ma evidentemente la capra che è in me. non riesce a venirne fuori in modo dignitoso.
Allego il cron, ed i due invii che eseguo da terminale.
File allegatiCommenta
-
-
Un saluto a tutti. Situazione attuale, ho modificato il crontab in:
comunque non parte. Ho ricontrollato la PATH, e credo sia corretta.codice:# esegue ogni 5 minuti */5 * * * * /home/gianni/pvc.sh
Penso che dovrò abbandonare l'ipotesi d'inviare i dati su pvoutput con questo benedetto shelly.
Un ringraziamento a coloro che mi hanno sopportato fino ad adesso.
Commenta
-
È sbagliato, torno a casa e ti dicoImpianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
Commenta
-
Questa è la riga giusta. Ovviamente pcc.sh deve avere i permessi di esecuzione chmod +x pvc.shOriginariamente inviato da boomerang Visualizza il messaggioImpianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
Dopo tanto provare e penare, sono riuscito a far arrivare i dati dello shelly em sul portale di pvoutput, questo solo GRAZIE ALL'AIUTO DI VIRTUALj, a cui pubblicamente invio i miei ringraziamenti.
I dati che arrivano adesso sul portale, sono però, ogni 10 minuti.
L'inconveniente è forse legato al fatto che se lancio lo script pvc.sh da terminale per fare l'aggiornamento devo dare DUE volte l'invio ?
Allego la schermata del comando,
codice:gianni@radio:~$ ./pvc.sh ./pvc.sh: riga 38: SEUPDATE: variabile in sola lettura Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 09:00:54 /home/gianni/INITIALVALUES: riga 5: SEUPDATE: variabile in sola lettura SHELLY ENERGY CONSUMED: 4389734.1 Wh SHELLY ENERGY RETURNED: 978.2 Wh SHELLY ENERGY PRODUCED: 1675979.3 Wh SHELLY ENERGY TOTAL BALANCE: 6064735.2 Wh PV Output ENERGY PRODUCED: 16 Wh PV Output ENERGY USED: 143 Wh First Time of the day. Exit gianni@radio:~$ gianni@radio:~$ ./pvc.sh ./pvc.sh: riga 38: SEUPDATE: variabile in sola lettura Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 09:01:02 LAST TOTAL ENERGY COUNTER: 6064735.2 Wh PVOutput ENERGY Production: 16 Wh PVOutput ENERGY Used: 143 Wh TOTAL ENERGY COUNTER @09:01 6064745.0 Wh Data from Shelly @09:01:02 PV Power: 0 W Cons Power: 582.71 W ./pvc.sh: riga 93: printf: 16.00000000000000000000: numero non valido PV Energy now: 16,0 Wh ./pvc.sh: riga 94: printf: 152.80000000000000000000: numero non valido Energy now: 152,0 Wh % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 118 0 20 100 98 29 143 --:--:-- --:--:-- --:--:-- 172 OK 200: Added Status ./pvc.sh: riga 122: SEUPDATE: variabile in sola lettura gianni@radio:~$
Commenta
-
Lo script usa un file dove salva i dati e dopo 5min vede la differenza, la prima volta è normale quindi che viene eseguito due volte "First Time of the day. Exit", ma i successivi sono ogni 5 min. Per vedere i log di quello che succede col crontab devi leggere il file dei log che hai scelto, dovrebbe essere alla riga 37 readonly LOG_FILE. esegui il comando tail -f "nomefile" e vedrai ogni 5 min lo script cosa fa. NON devi eseguirlo più a mano altrimenti intrecci tutto...
Assicurati che su PVoutput hai impostato l'intervallo del fotovoltaico a 5min:
Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
OK l'intervallo su PVoutput è settato corettamente a 5 minuti.
Ti inoltro il comando tail, tieni presente che i dati si sono aggiornati al minuto 10:15 e 10:25.
Grazie del tempo che mi stai dedicando. Caffè pagato se sei dalle mie parti.
codice:gianni@radio:~$ tail -f Shelly2PVOutput.log Cons Power: 1163.42 W PV Energy now: 102,0 Wh Energy now: 455,0 Wh OK 200: Added Status Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 10:10:01 SHELLY ENERGY CONSUMED: 4390511.6 Wh SHELLY ENERGY RETURNED: 978.2 Wh SHELLY ENERGY PRODUCED: 1676158.6 Wh SHELLY ENERGY TOTAL BALANCE: 6065692.0 Wh PV Output ENERGY PRODUCED: 102 Wh PV Output ENERGY USED: 455 Wh First Time of the day. Exit Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 10:15:01 LAST TOTAL ENERGY COUNTER: 6065692.0 Wh PVOutput ENERGY Production: 102 Wh PVOutput ENERGY Used: 455 Wh TOTAL ENERGY COUNTER @10:15 6065794.0 Wh Data from Shelly @10:15:02 PV Power: 0 W Cons Power: 1253.84 W PV Energy now: 102,0 Wh Energy now: 557,0 Wh OK 200: Added Status Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 10:20:01 SHELLY ENERGY CONSUMED: 4390717.8 Wh SHELLY ENERGY RETURNED: 978.2 Wh SHELLY ENERGY PRODUCED: 1676158.7 Wh SHELLY ENERGY TOTAL BALANCE: 6065898.3 Wh PV Output ENERGY PRODUCED: 102 Wh PV Output ENERGY USED: 557 Wh First Time of the day. Exit Start getting measurement from Shelly EM 192.168.1.18 and upload to PVOutput 88644 START TIME: 10:25:01 LAST TOTAL ENERGY COUNTER: 6065898.3 Wh PVOutput ENERGY Production: 102 Wh PVOutput ENERGY Used: 557 Wh TOTAL ENERGY COUNTER @10:25 6066002.8 Wh Data from Shelly @10:25:02 PV Power: 0 W Cons Power: 1235.77 W PV Energy now: 102,0 Wh Energy now: 661,0 Wh OK 200: Added Status
Commenta
-
La lettura delle 10:20 viene rilevata come la prima del giorno. Lo script controlla la data del file che viene salvato ogni 5min "readonly VAR_FILE=" per cancellarlo a mezzanotte e ricominciare i conteggi nel giorno nuovo. Nel tuo caso sembra farlo ogni 10min come se appunto rilevasse che è cambiato il giorno.
Prova a dare questi due comandi: date -r $VAR_FILE +%F (sostituisci $varfile col nome del tuo file) e poi date +%F. Dovrebbero darti lo stesso risultato. Probabilmente la tua versione di linux interpreta in modo differente le date. Vedo anche errori nel printf che non accetta numeri con la virgola (ma è solo un errore estetico di visualizzazione), mentre il mio sì... Quindi hai sicuramente una versione di linux un po' differente dalla mia.Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
codice:gianni@radio:~$ date -r Shelly2PVOutput.log gio 5 gen 2023, 14:25:07, CET gianni@radio:~$ gianni@radio:~$ date +%F 2023-01-05 gianni@radio:~$
codice:Distributor ID: Ubuntu Description: Ubuntu 22.04.1 LTS Release: 22.04
Ultima modifica di boomerang; 05-01-2023, 14:57.Commenta
-
Manca +%F alla prima riga. La mia distribuzione è kali linuxOriginariamente inviato da boomerang Visualizza il messaggioImpianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
danno lo stesso risultato
P.S. tanto di cappello per Kali...codice:gianni@radio:~$ date -r Shelly2PVOutput.log +%F 2023-01-05 gianni@radio:~$ date +%F 2023-01-05 gianni@radio:~$
Ultima modifica di boomerang; 05-01-2023, 15:25.Commenta
-
Ciao a tutti,
ritorno su questo thread creato da me ormai 3 anni fa (!!) per informarvi che da pochi giorni sono possessore di uno Shelly Pro 4PM che intendo usare per monitorare i consumi di alcune utente (condizionatori per lo più). Per l'impianto fotovoltaico continuo invece con altra strada e altro thread di discussione (Monitoraggio con InfluxDB e Grafana https://www.energeticambiente.it/fon...uxdb-e-grafana).
Ritorno qui per dare una notizia, che per fortuna non interessa a nessuno
perchè sono stato l'unico, a suo tempo, ad avere il problema.
In breve:
- 3 anni fa acquisto uno Shelly EM per monitorare (con influxdb e grafana) il mio impianto
- il tutto funziona bene, ma in breve tempo mi accorgo che il wifi dello Shelly mi distrugge la rete (me la blocca, non navigo più, manda in crisi il router). Ogni volta che lo accendevo dopo 15-30 minuti dovevo resettare il router principale.
- Non potendo cambiare il router (ho tutta una rete professionale basata su prodotti Ubiquiti), decido di abbandonare lo Shelly
Fino ad oggi.
Ho preso lo Shelly pro 4pm perchè ha la presa di rete. Mi sono detto: se non va il wifi ci attacco il cavo.
La sorpresa è che a questo giro funziona anche il wifi !!
Era una cosa su cui ci contavo visto che è un Gen2 e speravo in componentistica e software migliore/più aggiornato. Così è.
A questo punto butto un occhio per vedere se qualcuno ha già creato un thread su questo Shelly per capire se anche altri hanno esperienza sull'uso e sulla gestione per il monitoraggio.
Ciao a tutti.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/2XTm8ShCommenta
-
meno male, chissà se anche lo shelly EM ha un aggiornamento simileFV: 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 500Commenta
-
Sullo Shelley EM leggevo che a volte basta cambiare un condensatore e si risolve il problema
Commenta
-
ah, ma non fa per me, paghi 70-80 euro per una cosa che crea problemi...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 500Commenta
-
Sarebbe da capire il problema perché mi sembra molto specifico e legato al tuo caso. A me funzionano alla grande e avrò una decina di shelly di modelli differentiImpianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
Ciao Virtualj, al tempo provai a capire i motivi ma senza molto successo.Originariamente inviato da Virtualj Visualizza il messaggio
Devo ammettere che se oggi ci fosse uno Shelly EM Pro Gen2 prenderei quello senza dubbio.
[UPDATE]
In effetti esiste ...
https://www.shelly.cloud/en-it/produ...rview/pro-3-em
ci devo pensare seriamente ...
[/UPDATE]
Ormai sto cambiando tutta l'architettura del mio monitoraggio ... Influxdb2 è molto meglio della versione 1, e sto disaccoppiando meglio la parte DB dalla parte lettura dati.
Infatti al momento ho tutto su un Raspberry che legge i dati dall'SDM230 via modbus, li mette su un suo DB, e li ho anche Grafana.
Ne approfitto per farti una domanda tecnica di basso livello, sicuro che tu possa darmi un parere visto che facciamo lo stesso mestiere
Ho lo Shelly 4PM col quale voglio monitorare il consumo di una utenza.
Lo schema attuale è:
InfluxDB <-- write <-- Telegraf --> http --> Shelly 4PM
(influx e telegraf sulla stessa macchina su docker)
In pratica uso l'API rest dello Shelly ogni 5 secondi
http://<pi>/rpc/Switch.GetStatus?id=0
per avere i dati del consumo di una delle 4 porte.
Il mio dubbio riguardava la modalità di accesso.
Polling HTTP o MQTT ?
- HTTP: la configurazione è solo sulla macchina del DB, telegraf richiama l'api ogni 5 secondi
- MQTT: la configurazione devo farla sullo Shelly, poi devo installare Moquitto e configurare anche Telegraf
Secondo te ne vale la pena ?
Secondo me no:
- i dati che viaggiano sono gli stessi
- creo un maggiore accoppiamento e un software in più
- non traggo alcun vantaggio dall'MQTT, as esempio "ti mando i dati solo quando succede qualcosa"
Via HTTP non rientro nel caso di long-polling, perchè non faccio un polling ogni tot per vedere se è successo qualcosa, ma ogni 5sec recupero dei dati che uso, esattamente come MQTT ogni 5sec mi mandarebbe i dati.
Cosa ne pensi ?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/2XTm8ShCommenta
-
Hai provato a settare 3 invece di 5? a me ha funzionato.Originariamente inviato da Virtualj Visualizza il messaggioCommenta
-
Eh eh, può essere un escamotage, ma sulla base di un problema non compreso...Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
Hai ragione, a me però gira su due router identici uno in Italia l'altro a Bruxelles. Con 5 uno updatava ogni 5 l'altro ogni 10. Mettendo 4 update di 5 anche lui. Forse poca memoria? Io tra l'altro non ho mai capito perché ci vogliano 2 passaggi per avere l'aggiornamento su PVOutput.Originariamente inviato da Virtualj Visualizza il messaggioCommenta
-
Perché quando lo script viene eseguito lui può leggere dallo shelly em solo i contatori totali di prelievo ed immissione, che di per sé non hanno valore. Dopo la prima lettura, le successive ogni 5min indicheranno quanto è stato prodotto in quei 5min, facendo la differenza dal dato precedente. Il vostro problema è che la seconda lettura in qualche modo rovina il file dove si salvano i dati della lettura, quindi la terza lettura in realtà si trasforma nella prima del giorno che non pubblica dati e poi la quarta sì è così via...Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
A dirla tutta non penso che facciamo lo stesso mestiere perché io non sono un programmatore, ma è solo un hobby con le relative limitazioni di conoscenza. Personalmente non gradisco mqtt proprio per dover mettere il broker che non saprei dove far girare (avevo trovato anche una soluzione cloudOriginariamente inviato da glfp Visualizza il messaggio
). Inoltre con gli shelly se abiliti mqtt perdi l'accesso dal cloud shelly via app quindi per me completamente escluso
Impianto FV da 2,925 kWp, 9x REC Solar n-peak 325W, Solaredge SE3000H, Azimut 135° SE, Tilt 20°, SSP) https://pvoutput.org/list.jsp?userid=81764
http://images.spritmonitor.de/1194866.pngCommenta
-
Ooops sorry, forse mi sono confuso con altra persona…Originariamente inviato da Virtualj Visualizza il messaggio
Credo comunque che gli Shelly Gen2 non abbiano più quel limite sull’MQTT .. o almeno i Pro, quello che sto testando nasce sganciato dal cloud ma si può attivare tutto il resto.
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/2XTm8ShCommenta
-
ciao, in pratica dopo 2 anni di esperienza consigliereste lo shelly em da integrare in un monitoraggio FV + altri consumi?
io ho attualmente alcuni 4 sdm230 tutti su unico bus, ma sporadicamente (circa 1 volta / anno) ho dei problemi sui dati per cause varie come blackout che mi generano distorsioni sui dati tipo consumi 5000000kw in quel giorno
inoltre eviterei di tirare nuovi cavi modbus per una nuova sezione dell'impianto
grazieFV: 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 500Commenta
Commenta