Anche io ho notato un leggero scostamento tra Shelly e app Solaredge.
Il mio grafico si forma in tempo reale. In pratica HA interroga le API ogni 5 secondi, che dovrebbe essere il loro tempo nativo di aggiornamento (contro i 5 minuti di log CSV). Voglio vedere se la fa anche oggi l'anomalia. È come se facesse una lettura di una immissione, e quella analoga della produzione con un valore notevolmente inferiore: produzione 1000 - immissione 1500 (ovviamente impossibile), e mi da un risultato negativo.
Cmq appena ho tempo giro le pinze e metto in negativo sul FV la prima, e in positivo sotto al generale la seconda

Ciao avvalex, anch'io vorrei smanettare con Home Assistant sul Raspberry che ho preso da poco per sostituire lo Shelly EM che mi aveva dato tanti grattacapi.
Al posto dello Shelly userò 2 SDM230 che dovrebbero essere più performanti, precisi e robusti (come spiegato qualche post fa)

Potresti spiegare meglio, anche ad uso di chi usa lo Shelly, ma poi servirà anche a me, come hai integrato Home Assistant con le API ?
Grazie.

se hai la produzione 1000 - immissione 1500 avrai negativo - 500 ( cioè quello che stai assorbendo dalla rete, positivo se immetti )

poi se vai in positivo avrai questa situazione

Dando per scontata l'installazione di home assistant, basta aggiungere il componente aggiuntivo ShellyForHASS (si tratta in GitHub) in custom_components, e seguire la relativa guida. In pratica compaiono i due sensori istantanei, i due di consumo totale, e lo switch per il relè.
Poi con quelle entità uno ci fa quello che vuole (io ci ho fatto il grafico).

novità in arrivò per Shelly EM e Shelly 3M

Il problema non è che legge un prelievo, ma che continua a leggere una immissione (segno negativo) superiore alla produzione, quindi da un consumo negativo. E infatti il grafico dei consumi va in negativo, il che è impossibile (a meno che i miei elettrodomestici non abbiano imparato a generare energia).

Bello! Dove si trova la notizia?
Che stiano lavorando per implementare un maniera corretta il dispositivo proprio per un uso fotovoltaico?

sulla pagina ufficiale di supporto in inglese
Groupe public Shelly support group (English Version) | Facebook

mi auto quoto il Ceo di shelly ha detto che oggi sistemeranno il problema per le scene [emoji41]

Interessante ... devo ancora approfondire HASS, ma questo plugin può darmi qualche spunto ... benchè non sia molto ferrato in python (conosco decine di altri linguaggi ma con questo non c'ho mai lavorato), dovrei poi riuscire a personalizzarlo all'occorrenza. Oppure a creare delle API identiche allo shelly, utilizzando il plugin così com'è.

Sembra sempre che si limiti a sommare i vari consumi, mentre l' logica per il monitoraggio del fotovoltaico andrebbe strutturata diversamente...

Stasera ho fatto alcune riflessioni e nel mio caso penso che le pinze vadano messe in maniera un pò diversa, ma potrò provarle solo domattina.
nel video di Caputo si vedono valori negativi per la produzione e nell'altro video di Pier Punto anche, perciò mi viene da pensare che bisogna cambiare il modo di installare quella dei consumi e cioè metterla all'uscita contatore scambio sulla stessa fase dell'immissione .
In tal modo dovremmo avere come valore positivo l'immissione di tutta la produzione nel contatore di scambio e come positivo anche il prelievo se inferiore all'immissione, che in realtà è il vero consumo dalla rete.
In pratica la logica di chi l'ha costruito e pensato è che le pinze nel verso K verso L indicano la direzione della corrente e l'ha chiamata sempre "consumed"
quindi anche la produzione FV sarà indicata in APP con "consumed" , invece la pinza uno , sulla stessa fase, di quella del FV ( questo forse era l'errore fatto da me) indicherà con "consumed" l'energia che esce dal contatore dopo l'immissione sempre con segno positivo sull'APP segno che in questo caso diventa negativo quando l'immissione supera il prelievo e faccio un esempio:
produco 2500W, la pinza 2 porta in APP la scritta 2500, nel contempo sto consumando 1000 la pinza 1 porta in APP il valore -1500 nella casella della Pinza invece in alto , a sx di DISARMATO leggerò 1000 che è l'effettivo consumo di quell'istante ma lo shelly avrà registrato:
nella stanza "Fotovoltaico" il "consumed" di tutta la produzione ( pinza due K verso L con direzione FV-rete pubblica)
nella stanza "Consumi" il "consumed" effettivo dalla rete verso casa meno il "returned" ovvero l'autoconsumo ( pinza Uno K verso L con direzione da rete pubblica ad abitazione)
In pratica mi sembra che il valore returned sia importante ed è in realtà l'autoconsumo che quindi dallo shelly viene visto come valore negativo da sottrarre a tutti i consumi reali della casa che arrivano con valore positivo sull'applicazione, perchè conteggiato a parte come valore assoluto.
Domani sapremo ma il ragionamento è corretto mi pare, che ne dite? Allego una schermata "scritta adesso" come esempio ( in questo momento non c'è produzione).
Per l'ON e OFF vedremo come va ma penso debba valere sul valore della Pinza Uno ovvero del consumo, se positivo accende se sotto soglia spegne, funzionerà anche questo credo.

Dimenticavo la riflessione finale:
leggo con immediatezza la produzione e il consumo ma la casella consumi in realtà dovrà essere chiamata "scambio" ed è esattamente quello che fa
se valore negativo "lo scambio" è negativo per la rete ovvero non sta vendendo ma ricevendo energia. Diciamo che il ragionamento è arzigogolato
parecchio ma evidentemente questo è il modo di pensare dei Bulgari o forse è quello che consuma meno RAM.

Se fossero così I valori come da esempio descritto, sarebbero giusti.

Inviato dal mio MHA-L29 utilizzando Tapatalk

Questa è dove stanno posizionate le mie pinze.


Inviato dal mio MHA-L29 utilizzando Tapatalk

Questa mattina con il Ceo di Shelly, ho dato la mia mail e password di shellycloud e da remoto ha visto i vari log all interno dell’app.. ha capito dove è l’errore... tra tre settimane rilasceranno delle scene avanzate incluso lo script per far funzionare da interfaccia le due pinze.... non ci resta che attendere, che dire #shellytop

Ora sono fuori casa poi posto lo schema .
comunque ora funziona, le pinze vanno sulla stessa fase,
solo così funziona correttamente e il grafico cambia colore: Azzurro per consumi da rete e Verde per autoconsumo,sulla stessa pinza.
le scene funzionano male

@Gladiangel
Potresti completare lo schema indicando anche i versi k-->L delle due pinze?
E' importante perchè da quello dipendono i segni delle letture.

Il senso delle pinze, positivo produzione e in negativo il prelievo

Inviato dal mio MHA-L29 utilizzando Tapatalk

Per completare il ragionamento, ora lo Shelly EM misura correttamente la produzione, l'autoconsumo e il consumo totale, purtroppo per loro scelta di progettazione fanno chiamare
"Consumed" entrambe le rilevazioni delle pinze 1 e 2 ,sia quella del FV che quella della pinza del consumo.
il Valore "Returned" che sarebbe l'autoconsumo durante la produzione sulla dashboard viene indicato in negativo, è una scelta progettuale e come tale va presa.
Il segreto della disposizione delle pinze è tutto semplicemente nella loro disposizione, in pratica si devono "fronteggiare" sullo stesso filo di una delle due fasi.
In poche parole se la pinza produzione è sulla fase anche quella dei consumi sarà sulla fase e ugualmente se le mettiamo sul neutro.
questo è lo schema e tenete conto che quest'impianto ha i due contatori distanti 40 metri l'uno dall'altro ma le pinze sono entrambe sotto il solo contatore di scambio con il verso che vedete indicato nelle frecce: rosso per il consumo e verde per la produzione

@dolam
Prima di questo montaggio (che è quello standard desumibile dai vari tutorial tranne che dal video di V. Caputo) che schema avevi realizzato?
Giusto per curiosità.

vari schemi, quello ultimo era uguale ma le due pinze erano sulle due fasi differenti, ovvero una sulla fase e l'altra sul neutro e misurava in maniera errata anzi non riporta su consumed i consumi reali ,
comunque chi ha pensato lo Shelly EM lo ha fatto pensando più all'MQTT che alla gestione da APP perchè anche così non è logico che l'autoconsumo sia indicato con segno negativo ed il consumo con quello positivo è cervellotico!

....non è logico che l'autoconsumo sia indicato con segno negativo....

Visto il tuo schema, non è che il funzionamento sia che nella pinza n. 1 hai:
- in positivo quanto stai prelevando da Enel
- in negativo quanto stai immettendo verso enel

quindi se produci 1 Kw pinza 2
e nella pinza 1 hai -600 w, il tuo consumo attuale è 400 w)
Nel totale in alto a sx della stanza hai pertanto il consumo complessivo (400w)
Sembrerebbe più logico...

comunque nemmeno questa sembra essere la combinazione corretta, nella schermata di riepilogo infatti unisce la produzione e i consumi quindi è sbagliata anche questa configurazione.
Dovrei tornare alla prima ma non ricordo com'era e comunque era prima dell'aggiornamento, ma ripeto la domanda: c'è qualcuno tra voi che ha lo SHELLY EM e vede correttamente tutti i valori con le distinzioni corrette, se c'è per cortesia dica ha sistemato le pinze.
Avevo letto in precedenza di persone entusiaste di questo Shelly, addirittura uno che ne aveva preso 4-5, mi spiegate cos'ha di entusiasmante un oggetto che non fa quello per cui è costruito??
Non accende i carichi correttamente, riporta valori con segni errati, dove sta la "bellezza" dell'EM ?

Gladiangel, quei due video sono entrambi errati perchè riportano solo parziale configurazione, per l'esattezza solo quella della Dashbord ma non mostrano altre registrazioni che fanno si che esse possano essere definite "monitoraggio" di produzione e consumi, addirittura quella di Caputo ha il valore di produzione negativo .
Solo quando i valori giornalieri settimanali e mensili e annuali saranno corretti si potrà parlare di monitoraggio e al momento non lo sono.
amed83 hai ragione ad entusiasmarti che ti abbiano promesso di sistemare le scene, ma sistemassero prima il monitoraggio o almeno dicessero come va sistemato, secondo loro, non trovi strano che non ci siano istruzioni sulla configurazione fotovoltaica?

Allego il riepilogo di oggi dove si vede che somma i due "consumed" Produzione FV riporta il valore giusto,
scambio-immissione riporta altro valore corretto ma la voce CONSUMO generale somma entrambi ed è : errato!

Questo è il mio schema:

Io ho sulla pinza 1 la produzione sempre positiva, consumed. Per i grafici, in azzurro quanto prodotto
su pinza 2, consumed quanto prelevato dalla rete Enel, returned quanto immesso in rete.
Per i grafici, in azzurro quanto consumato, in verde quanto immesso. Non mi è chiaro se nei grafici il verde si sovrappone all'azzurro o fa la differenza ma non mi sono soffermato su questi.
Ma dal punto di vista delle indicazioni in tempo reale, ho produzione 1.02 Kw, prelievo 3.2 Kw, totale consumato 4.20 Kw che corrispondono con i carichi accesi. Se poi spengo alcuni carichi, il consumo si abbassa, così come il prelievo. Ho provato anche a spegnere tutto e praticamente la produzione era quasi uguale all'immissione con segno meno.
Ho delle spie in casa per il monitoraggio dei consumi e vedo la differenza quando accendo il microonde (ad esempio) e quindi nel mio caso i dati risultano veritieri.
Per le scene in effetti ci sono dei problemi, io riesco a farle funzionare solo agendo sulla luminosità dei led e non nell'accesione e spegnimento.
Per me così funziona, quando ho in prelievo -1000Kw (pinza 2- dato in tempo reale sulla stanza) , accendo la lavastoviglie o la lavatrice manualmente (o la pompa di calore) ed il consumo complessivo aumenta (dato in alto a sx della stanza) mentre il prelievo (pinza 2) tende a zero (questo a parità di produzione). In questo caso la spia verde accesa (impostata per potenze inferioria a -500 ) diventa gialla (impostata per potenze maggiori di -500 e inferiori a 500)

Pluto 1966 , hai la mia stessa configurazione ma le pinze invertite : la 1 sulla Produzione FV e la 2 sul consumo ma i versi di misurazione sono eguali.
nei video citati mi sembra abbiano la 1 sui consumi.
Intanto ho risolto per la somma , ho escluso il risultato della produzione dalla stanza ed ora si vede solo il Consumed dei CONSUMI.

"Intanto ho risolto per la somma , ho escluso il risultato della produzione dalla stanza ed ora si vede solo il Consumed dei CONSUMI."
anche questo è da annullare se faccio così il valore del consumo in alto a SX cambia, quindi altra configurazione da scartare.
Domani riprovo invertendo le pinze ma entrambe sempre sulla stessa fase e vediamo cosa accade. Chissà se se ne esce.

ti conviene invertire sola la pinza della prelievo...
io ho questa situazione per il prelevo dalla rete


e questa per la produzione


se voglio sapere quando ho immesso a fine giornata faccio la differenza produzione meno prelievo...

"se voglio sapere quando ho immesso a fine giornata faccio la differenza produzione meno prelievo…"
si amed83 ma non è così che dev'essere un monitoraggio.
Tra le altre cose questo riesce anche a farlo, basta sapere come farglielo fare.
Aspettiamo che ti dicano qualcosa , anzi se mi dai la mail del CEO di Shelly, gli mando il mio feedback dettagliato e magari faccio anche qualche proposta perchè o
non pensavano al fotovoltaico quando hanno scritto il software o non l'hanno mai avuto.

come detto sopra questa mattina abbiamo fatto le prove in diretta, ha visto l’errore e tra tre settimane rilasceranno il nuovo software con scene avanzate, comunque si può aprire il ticket assistenza
Offizielles Shelly Support Forum

Ciao Dolam, non so se ti riferivi a me, io ne ho presi sei ma non em, bensi i 2.5 che comandano a meraviglia le tapparelle anche da google home. L'em con il suo cloud attuale non mi sembra un monitoraggio fv, e sembra che non lo spaccino come tale. Sembra un ottimo contatore bidirezionale o anche un ottimo sensore da interfacciare a sistemi di monitoraggio piu' sofisticati . Essendo bidirezionale si può sfruttare comunque per fv come stiamo facendo (i dati che servono ci sono tutti), ma a livello software serve attendere l'evoluzione promessa ad Amed. Io ho la conf di Pluto e l'unica mancanza che noto è che per calcolare autoconsumo reale sul periodo devo andare sui totalizzatori dei grafici e fare pinza1 consumed + pinza2 returned. Manca quindi la possibilità di configurare quelle due pinze come facenti parte dello stesso sistema fv configurando una pinza come generatore fv, l'altra come contatore scambio, e interpolarne i dati per ottenere autoconsumo. Una sciocchezza per shelly a mio avviso, anche considerando la qualità del prodotto di base e l'apertura che dimostra agli utenti.

Inviato dal mio HUAWEI VNS-L31 utilizzando Tapatalk