Integrazioni nella documentazione

[r1si]

Ciao,
come molte persone qui, sono finito per sbaglio su questo progetto cercando un API per scaricare il PUN e ne sono sono rimasto molto colpito.
Bravissimo !

Addentrandomi ora nella configurazione del tuo operato in home assistant, mi trovo davanti a dei dubbi, che sono convinto essere di dominio pubblico.

Provo ad elencarti qui, e successivamente alle tue risposte, se lo riterrai opportuno, si potrebbe valutare di inserire queste nozioni nella documentazione.

Come hai giustamente suggerito nella tua documentazione, dato il numero altissimo delle variabili che i vari operatori applicano al prezzo in bolletta, al fine di creare un sistema estremamente flessibile, si è optato per la creazione di un template sensor

Premetto che proprio per la giungla in cui ci troviamo non esiste un sistema unico per calcolare il prezzo, ma tolte eccezione di alcuni operatori ad abbonamento, forse ha senso applicare il metodo "switcho".

"switcho" (della qualche non voglio fare nessuna pubblicità) è un app di comparazione prezzi che ti suggerisce periodicamente di cambiare contratto, qualora esso sia più vantaggioso rispetto al tuo.
Per valutare ciò si è pensato di assegnare ad ogni contratto i seguenti valori:

• Prezzo al kw/h: può essere un valore fisso (per un lasso di tempo o no a noi non interessa) oppure può essere PUN + Delta (e qui entriamo in gioco noi)
• Costo fisso mensile: costo che l'operatore riporta come spesa per il trasporto e gestione del contatore
• Tassazione al kw/h: apriti cielo.. https://luce-gas.it/guida/bolletta/luce/imposte Teniamo per buono € 0,0227 per kw/h
• Oneri di sistema: Possiamo considerare per farla breve il 21,8 % per utenti residenti, oppure 21,8% + € 11,25 per gli utenti non residenti

Ora ti chiedo:

• Di tutto quello che ho scritto sopra, deduco che a noi a livello di sensore, interessa solo focalizzarci sul costo a kw/h (ossia PUN + delta + tassazione) giusto? Poiché i costi fissi ha senso solo applicarli di un secondo ipotetico sensore che tiene conto del consumo mensile, lo moltiplica per il prezzo del tuo sensore, ed aggiunge i costi fissi. (ragionamento da fare in multifascia in caso di PUN)
  Ne caso ha senso mettere anche un esempio di questo sensore oppure ci siamo spingendo troppo oltre?
• Dato che secondo me un buon 50% delle persone che ci si approcciano al tuo progetto stanno configurando per la prima volta il modulo Energy di HA, ha senso mettere il link di una buona guida? ( a noi per esempio forse interessa dire che il tuo sensore, andrà messo come indicatore nel secondo step di configurazione per il riferimento al prezzo... ma è corretto affermare ciò?)

Spero di non essere andato troppo off-topic :D

[r1si]

P.S come integrazione, ho provato a commentare il codice del tuo sensore, dimmi se torna tutto e se ha senso allegare questa immagine per spiegare meglio il codice:

[virtualdj]

Come hai giustamente suggerito nella tua documentazione, dato il numero altissimo delle variabili che i vari operatori applicano al prezzo in bolletta, al fine di creare un sistema estremamente flessibile, si è optato per la creazione di un template sensor

Sì, perché ognuno ha la sua... c'è chi usa il mono-orario, chi 2 fasce (mono-orario + F23), chi 3... insomma non sarebbe più finita. In più considera che non sono molto ferrato sul "come" si calcola il costo finale.
Questa integrazione mi serviva per avere un'idea del prezzo finale, ecco.

Premetto che proprio per la giungla in cui ci troviamo non esiste un sistema unico per calcolare il prezzo, ma tolte eccezione di alcuni operatori ad abbonamento, forse ha senso applicare il metodo "switcho".

Appunto. Ah, non conosco il metodo "switcho".

Ora ti chiedo:
* Di tutto quello che ho scritto sopra, deduco che a noi a livello di sensore, interessa solo focalizzarci sul costo a kw/h (ossia PUN + delta + tassazione) giusto?

Esatto.

Poiché i costi fissi ha senso solo applicarli di un secondo ipotetico sensore che tiene conto del consumo mensile, lo moltiplica per il prezzo del tuo sensore, ed aggiunge i costi fissi. (ragionamento da fare in multifascia in caso di PUN)

Sì e farlo multifascia non è semplicissimo... serve per forza un sensore per ogni fascia con un utility_meter pilotato dalla fascia stessa.

Nel caso ha senso mettere anche un esempio di questo sensore oppure ci siamo spingendo troppo oltre?

Se riesci a farlo giusto, perché no? Però non è banale perché il totale lo devi calcolare per forza "gradualmente", dato che i valori esatti dei costi del PUN (e conseguente €/kWh compreso di tasse e perdite di rete) li saprai solo a fine mese!
Praticamenti bisognerebbe durante i giorni iniziali del mese conteggiare solo i consumi in kWh per ogni fascia e poi il calcolo del prezzo finale farlo solo a fine mese, quando i prezzi sono stabiliti correttamente. Ma a quel punto che senso ha?

Non so se mi sono spiegato... Vedi il valore solo l'ultimo giorno del mese e non progressivamente.

• Dato che secondo me un buon 50% delle persone che ci si approcciano al tuo progetto stanno configurando per la prima volta il modulo Energy di HA, ha senso mettere il link di una buona guida? ( a noi per esempio forse interessa dire che il tuo sensore, andrà messo come indicatore nel secondo step di configurazione per il riferimento al prezzo... ma è corretto affermare ciò?)

Eh più o meno, proprio perché in bolletta non ti troverai il progressivo giornaliero ma solo il valore calcolato a fine mese moltiplicato per i costi per fascia calcolati. Quindi anche sapendo fare il calcolo solo a fine mese potrai sapere quanto pagherai in bolletta, non prima!
Prima sono solo ipotesi e previsioni, che in sostanza è quello che fa questa integrazione: una media mobile che a fine mese visualizzerà il valore esatto.

Spero di non essere andato troppo off-topic :D

Sei assolutamente in-topic. Il problema è solo realizzare tutto ciò. A mio avviso, se il calcolo non è corretto, forse è meglio non farlo.

P.S come integrazione, ho provato a commentare il codice del tuo sensore, dimmi se torna tutto e se ha senso allegare questa immagine per spiegare meglio il codice

Ha senso ma non lo posso confermare... l'avevo trovato da qualche parte ma non riesco più a reperire la fonte 😄

[r1si]

Grazie dei tuoi feedback!
Facciamo così: sto terminato la configurazione del mio HA una volta conclusa riporterò qui tutte le note e vedremo poi cosa vale la pena mettere in doc.
Una domanda, il PUN che recuperi è già il mediato sul mese oppure è il fisso del giorno e quindi per avere il vero PUn a fine mese vanno mediati tutti e 30 valori (che nel caso quindi mi devo salvare day by day )?
Viceversa se fosse già la media ,basterebbe prendere il pun dell' ultimo giorno del mese per avere il calcolo fatto.

Fammi sapere grazie !

[virtualdj]

Facciamo così: sto terminato la configurazione del mio HA una volta conclusa riporterò qui tutte le note e vedremo poi cosa vale la pena mettere in doc.

OK, lascio aperto allora.

Una domanda, il PUN che recuperi è già il mediato sul mese oppure è il fisso del giorno e quindi per avere il vero PUn a fine mese vanno mediati tutti e 30 valori (che nel caso quindi mi devo salvare day by day )?

Lo spiego meglio con un esempio: se oggi è il giorno 4 del mese, recupero dall'XML i dati per i giorni 1, 2, 3 e 4 e calcolo le medie nelle varie fasce orarie. Più ci avviciniamo a fine mese e più ovviamente la media "tenderà" al valore finale.
L'ultimo giorno del mese, quindi, il valore dovrebbe essere quello "finale" e definitivo (che si può confrontare anche QUI dopo qualche giorno).

Viceversa se fosse già la media ,basterebbe prendere il pun dell' ultimo giorno del mese per avere il calcolo fatto.

È già la media, quindi basta il pun dell'ultimo giorno del mese per avere il calcolo.

[r1si]

Ok chiarissimo procedo allora. Ci aggiorniamo presto. Grazie mille per il tuo fantastico lavoro ! Il gio 4 apr 2024, 22:26 virtualdj ***@***.***> ha scritto:

…

Facciamo così: sto terminato la configurazione del mio HA una volta conclusa riporterò qui tutte le note e vedremo poi cosa vale la pena mettere in doc. OK, lascio aperto allora. Una domanda, il PUN che recuperi è già il mediato sul mese oppure è il fisso del giorno e quindi per avere il vero PUn a fine mese vanno mediati tutti e 30 valori (che nel caso quindi mi devo salvare day by day )? Lo spiego meglio con un esempio: se oggi è il giorno 4 del mese, recupero dall'XML i dati per i giorni 1, 2, 3 e 4 e calcolo le medie nelle varie fasce orarie. Più ci avviciniamo a fine mese e più ovviamente la media "tenderà" al valore finale. L'ultimo giorno del mese, quindi, il valore dovrebbe essere quello "finale" e definitivo (che si può confrontare anche QUI <https://github.com/virtualdj/pun-fasce?tab=readme-ov-file#utilizzo> dopo qualche giorno). Viceversa se fosse già la media ,basterebbe prendere il pun dell' ultimo giorno del mese per avere il calcolo fatto. È già la media, quindi basta il pun dell'ultimo giorno del mese per avere il calcolo. — Reply to this email directly, view it on GitHub <#38 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABQPG3ID6ZSRRILFHPWSNDTY3WZQHAVCNFSM6AAAAABFSJXXPGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZYGE2DMNJYG4> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[malafalx91]

P.S come integrazione, ho provato a commentare il codice del tuo sensore, dimmi se torna tutto e se ha senso allegare questa immagine per spiegare meglio il codice:

ma quindi segue come da immagine i valori della formula?

[virtualdj]

L'1.1 sicuramente era l'IVA al 10%. Solo non ricordo dove avevo trovato gli altri 3 valori (0.0087, 0.04 e 0.0227): li avevo letti da qualche parte ma pur provando a cercarli di nuovo non li recupero.

Però hanno senso!

[r1si]

Ciao!
No.
il calcolo reale è molto più complesso della formula e nel caso specifico il 1.1 espresso nella formula dell'immagine è la dispersione di rete, che per legge è il 10.4%

L'iva andrebbe applicata nuovamente alla fine.

La mia dashboard energia è pronta, volevo attendere il fine mese per avere un riscontro all € della precisione sul calcolo. Ma simulando i dati del mese precedente sono riuscito ad essere preciso al centesimo.

@virtualdj fammi sapere se preferisci che posto tutto qui oppure creo una nuova issue da eventualmente inserire nella tua docs!

[r1si]

Ecco un anteprima di quello che ho fatto come risultato finale dopo tutti i calcoli:

Ed ecco tutti gli input da configurare per generare quanto sopra:

[virtualdj]

Ciao! No. il calcolo reale è molto più complesso della formula

Ah beh, questo è sicuro... non avevo alcun dubbio in merito! 😄

nel caso specifico il 1.1 espresso nella formula dell'immagine è la dispersione di rete, che per legge è il 10.4%

In effetti sì, c'erano pure quelle considerate col +10%.

La mia dashboard energia è pronta

Ammazza quanti parametri! 😮
Ma quindi cosa fai, usi un utility meter per ogni fascia che legga il consumo attuale e poi moltiplichi mano a mano ogni fascia per il PUN che si sta aggiornando?

Ma simulando i dati del mese precedente sono riuscito ad essere preciso al centesimo.

Lì però è facile, perché sai già i consumi totali. Bisogna vedere se con il sistema in tempo reale poi funziona ugualmente bene.

Preferisci che posto tutto qui oppure creo una nuova issue da eventualmente inserire nella tua docs!

Direi che se riguarda la documentazione è meglio che inserisci tutto qua (o se vuoi puoi fare una pull-request con le modifiche, che poi linkerai a questa issue).

Se i calcoli sono corretti e vanno bene a molti, potrei anche pensare di fare una versione beta che calcoli anche il costo direttamente, senza dover usare tutti gli input_number manualmente.

Ma serve tempo e soprattutto devo essere in grado (non ne sono certo, ma d'altronde non lo ero neppure quando ho iniziato a sviluppare questa integrazione...). Da capire, ad esempio, come "passare" il valore del consumo dal pannello energia a questa integrazione... sarà possibile? 😕

[r1si]

Eccomi qui.
Per rispondere alla tua domanda, faccio prima a spiegarti tutto.

Premetto che quando segue è dettato dalla mia personale esperienza con il gestore PULSEE Luce RELAX mono orario contatore 4.5kWh.
Esclusi i gestori ad abbonamento a prezzo fisso (Esempio NeN) per tutti gli altri con prezzo basato sul PUN il risultato dovrebbe essere il medesimo.

Per arrivare a un calcolo preciso del costo al kW/h dobbiamo partire da un analisi accurata dalla bolletta.
Alcuni di questi dati sono stati aggregati e rinominati per comodità, alcuni di essi potrebbero cambiare ogni tot mesi sarebbe bello se venissero recuperati dinamicamente come il PUN

Ogni bolletta è composta da costi fissi e costi variabili in base al consumo.

Costi fissi (con esempi di costo presi dalla mia bolletta di Marzo 2024):

• Spesa commerciale: € 12.00 : Spesa fissa imposta dall'operatore non varia in nessuna condizione
• Spesa di trasporto: € 10.24 : Spesa fissa che può variare leggermente in base alla potenza del tuo POD (3, 4.5 ecc..)
• Spesa di sistema: € 6.77 : Spesa fissa che può variare leggermente in base alla potenza del tuo POD (3, 4.5 ecc..)

Costi a consumo:

• PUN (Fasce oppure modo oraria): Dinamico. Preso dal sito e calcolato come la media di tutti i PUN giornalieri del mese (questa libreria fornisce già il dato corretto, senza nessuna elaborazione) Soggetto a dispersione di rete
• Delta aggiuntivo sul PUN: Nel mio caso 0, tuttavia è molto frequente. Soggetto a dispersione di rete
• Costo di immissione energia: € 0.014973 La somma di una serie costi (nascosti??) che vengono applicati per legge ad ogni kWh usato. Soggetto a dispersione di rete
• Costo di trasporto: € 0.0122 Costi applicati per legge per garantire un trasporto nazionale
• Oneri sistema: € 0.032385 Costi di sistema (smaltimento nucleare, eolico, bonus ecc...) che viene ripartito in base al consumo
• Accise: € 0.022700 Le accise vengono applicate solo a contatori superiori ai 3 kwh (oppure sopra un tot di consumo)

Come da screen sopra, per arrivare a calcolare il costo finito della bolletta vanno insieriti a mano tutti questi dati e in aggiunta:

• IVA che è sempre 10
• la % di dispersione (che ad oggi è del 10.4%)
• Tipologia di contatto (mono, biofasce, f23)

La formula in pseudocodice che va applicata per calcolare il prezzo della componente in base al consumo della bolletta è:

CONSUMO * [(dispersione * ( PUN + DELTA + ENERGIA)) + trasporto energia + onere sistema + accise] * IVA

Il consumo viene registrato a fine mese arrotondandolo al kWh, (per difetto...)

Ovviamente se abbiamo un contratto bio orario, questo calcolo viene fatto 3 volte con i 3 consumi di fascia. (e con il PUN corrispondente)

Il tutto poi va sommato ai costi fissi, ivati.

Venendo ora a HA, per creare la mia dashboard ho:

• Creato tutti i parametri sopra come helper
• Seguito questa guida per configurare il calcolo di consumo per le 3 fasce: https://indomus.it/progetti/configurare-dei-contabilizzatori-di-consumo-energetico-su-home-assistant-v2/
• Creato 5 sensori helper (uno per possibile fascia) per il calcolo del prezzo al kwh finale ( di seguito ripoto il codice template di un sensore fascia f0)
• Creato un sensore helper che tiene conto del costo della bolletta. ( di seguito il codice)
• Impostato quindi la dashboard energy base, inserendo i dispostivi creati nella guida in indomus (in aggiunta ho messo tutti i singoli misuratori: Lavatrice, Forno ecc.. come rilevazione gas... questo per sopperire a bug di HA)
• Nascosto la dashboard energy base e fatta una mia (di seguito il codice)

Dovrebbe essere tutto...

Codici.
Sensore Helper calcolo costo per fascia:

{% set accise = states('input_number.contratto_elettrico_accise')|float(0) %}
{% if states('input_select.contratto_elettrico_contatore') == '3kW' %}
  {% set accise = 0 %}
{% endif %}
{{
(
  ( 1 + ((float(states('input_number.contratto_elettrico_iva'))/100)|float(0)))
  *
  (
    ( 1 + ((float(states('input_number.contratto_elettrico_dispersione'))/100)|float(0)))
    * 
    ( 
    states('sensor.pun_mono_orario')|float(0) +
    states('input_number.contratto_elettrico_valore_f0')|float(0) + 
    states('input_number.contratto_elettrico_variabile_energia')|float(0)  
    )
    +
    states('input_number.contratto_elettrico_variabile_trasporto')|float(0)  
    +
    states('input_number.contratto_elettrico_variabile_onere')|float(0) 
    +
    accise
  )
 )
 |round(4) 
 }}

Sensore Helper calcolo costo bolletta finale:

{% set consumi_f1 = states('sensor.montly_energy_f1')|round(0)  %}
{% set consumi_f2 = states('sensor.montly_energy_f2')|round(0)  %}
{% set consumi_f3 = states('sensor.montly_energy_f3')|round(0)  %}


{% if states('input_select.contratto_elettrico_tipoloigia') == 'F0' %}
  {% set componente_energia = consumi_f1 * states('sensor.prezzo_f0_energia_al_dettaglio')|float(0)  %}
  {% set componente_energia =  componente_energia + (consumi_f2 * states('sensor.prezzo_f0_energia_al_dettaglio')|float(0))  %}
  {% set componente_energia =  componente_energia + (consumi_f3 * states('sensor.prezzo_f0_energia_al_dettaglio')|float(0))  %}
{% elif states('input_select.contratto_elettrico_tipoloigia') == 'F23' %}
  {% set componente_energia = consumi_f1 * states('sensor.prezzo_f1_energia_al_dettaglio')|float(0)  %}
  {% set componente_energia =  componente_energia + (consumi_f2 * states('sensor.prezzo_f23_energia_al_dettaglio')|float(0))  %}
  {% set componente_energia =  componente_energia + (consumi_f3 * states('sensor.prezzo_f23_energia_al_dettaglio')|float(0))  %}
{% else %}
  {% set componente_energia = consumi_f1 * states('sensor.prezzo_f1_energia_al_dettaglio')|float(0)  %}
  {% set componente_energia =  componente_energia + (consumi_f2 * states('sensor.prezzo_f2_energia_al_dettaglio')|float(0))  %}
  {% set componente_energia =  componente_energia + (consumi_f3 * states('sensor.prezzo_f3_energia_al_dettaglio')|float(0))  %}
{% endif %}

{{
(
  ( 1 + ((float(states('input_number.contratto_elettrico_iva'))/100)|float(0)))
  *
  (
    states('input_number.contratto_elettrico_fisso_commerciale')|float(0)  
    +
    states('input_number.contratto_elettrico_fisso_sistema')|float(0) 
    +
    states('input_number.contratto_elettrico_fisso_trasporto')|float(0) 
  )
  +
  componente_energia
 )
 |round(2) 
 
 }}

Codice dashboard:

title: Consumo elettrico
views:
  - title: Consumo
    cards:
      - type: energy-date-selection
        view_layout:
          position: sidebar
      - graph: none
        type: sensor
        entity: sensor.bolletta_mese_corrente
        view_layout:
          position: sidebar
        detail: 1
      - type: sensor
        entity: sensor.module_din_connesso_power
        name: Consumo Istantaneo
        view_layout:
          position: sidebar
      - graph: none
        type: sensor
        entity: sensor.prezzo_f0_energia_al_dettaglio
        view_layout:
          position: sidebar
        detail: 1
        name: Prezzo finale corrente
      - type: energy-usage-graph
        entity: sensor.module_din_connesso_power
        name: Grafico Consumo Elettrico
      - type: energy-gas-graph
      - type: energy-sources-table
    type: sidebar

[virtualdj]

Mi dovrai dare un po' di tempo e calma per studiare... voglio vedere se corrisponde anche con la mia, di bolletta.

[r1si]

Tutto il tempo che vuoi! Scarica la versione dettagliata dei costi, la trovi sul sito del tuo gestore!

[virtualdj]

Scarica la versione dettagliata dei costi

Sì sì quella ce l'ho già in bolletta, ma è comunque da andare via di testa a decodificarla 🤯 e io sono nel caso con le 3 fasce orarie.

[virtualdj]

Ho provato a decodificare la mia, ma non mi ci ritrovo del tutto (E.On).
Differenze evidenziate con 🔴.

Costi fissi (con esempi di costo presi dalla mia bolletta di Febbraio 2024):

• 🔴 Spesa commerciale: € 9.00 + IVA (la chiamano commercializzazione vendita)
  • 🔴 Poi ho un corrispettivo capacità fisso: € 2.00 + IVA (non so che cavolo sia)
  • 🔴 Una componente di dispacciamento (Dispbt) fissa che è negativa: -€ 0.89765 + IVA 🤔
  • 🔴 Ulteriori oneri fissi (denominati Aggr. Mis. Del.107/09 Art.15.2 Lett.b): € 0.007 + IVA
• 🔴 Spesa di trasporto: ce l'ho divisa in tre, 1 quota fissa e 2 quote potenza:
  • Quota fissa: € 1.84 + IVA
  • Quota potenza componente trasporto: €/kW 1.85 [x 3 kW contatore] = € 5.55 + IVA
  • Quota potenza componente Uc6: €/kW 0.01656667 [x 3 kW contatore] = € 0.05 + IVA

Costi a consumo:

• 🟢 PUN: nel mio caso ho 3 voci una per ogni fascia + IVA
• 🟢 Componente Omega: €/kWh 0.039 questo è il delta aggiuntivo sul PUN calcolato con perdite di rete + IVA
• 🔴 Dispacciamento: €/kWh 0.00698 calcolato con perdite di rete + IVA non lo vedo da te
• 🟢 Perdite di rete: 10% del PUN per ogni kWh consumato + IVA
• 🟢 Costo di trasporto: ce li ho divisi in due, stesso totale tuo:
  • Quota componenti Uc3 e Uc6: €/kWh 0.00163 + IVA
  • Corrispettivo componente trasporto: €/kWh 0.01057 + IVA
• 🟢 Oneri di sistema: €/kWh 0.032385 + IVA (non so perché li ho divisi in 2 scaglioni da 0.025398 e 0.006987 ma la somma è identica alla tua)
• 🔴 Accise / imposta erariale: €/kWh 0.0227 + IVA (solo sulla parte di kWh consumati sopra i 150 kWh)

Quindi a parte i fissi, che ovviamente dipendono dal gestore, e che forse importano poco a questa integrazione direi che le differenze vanno cercate in quelli a consumo.

Io vedo che tu hai i costi di immissione che io non ho, mentre io ho i dispacciamenti che tu non hai; entrambi sono calcolati sui kWh + perdite di rete. Però i valori sono diversi...

Ora mi è venuto mal di testa! 🤯

[r1si]

Grazie del controllo, riusciamo a scambiarci via mail le bollette dettagliate? ti invio senza problemi la mia che stranamente nella versione "full dettagli" è comprensibile.
Poi se vuoi (oscurando i dati sensibili) inviarmi la tua, mi piacerebbe andare più a fondo nei punti dove abbiamo differenze.

Premettendo che io ho un contatore da 4.5 e non 3
Alcuni appunti sui tuoi rossi:

• Spesa commerciale è diversa da contratto a contratto è uno degli indicatori (insieme al delta e la tipologia di fascia, che decretano la differenza di contratto)
• Capacità fisso, i dispacciamento (Dispbt) e Ulteriori oneri fissi non mi tornano
• La tua spesa di trasporto è corretta, se rapporti il tuo costo ai 4.5 del mio contatore siamo uguali
• Dispacciamento non mi torna, devo verificare
• Le accise vengono calcolate sopra i 150 solo se il tuo contatore è 3kw diversamente le paghi fin da subito. Trovi questa logica nel primo pezzo del : Sensore Helper calcolo costo per fascia

A presto!

[virtualdj]

Premettendo che io ho un contatore da 4.5 e non 3

Io invece un 3.

Le accise vengono calcolate sopra i 150 solo se il tuo contatore è 3kw diversamente le paghi fin da subito. Trovi questa logica nel primo pezzo del : Sensore Helper calcolo costo per fascia

Io sopra vedo:

{% if states('input_select.contratto_elettrico_contatore') == '3kW' %}
  {% set accise = 0 %}
{% endif %}

cioè calcola 0 accise col contatore da 3 kW, mentre dovrebbe sottrarre 150 al totale dei kWh consumati e lì calcolarci le accise. Non vedo questo nel codice.

Riusciamo a scambiarci via mail le bollette dettagliate?

Penso che posso fare l'upload qui, non mi pare ci siano dati personali.
La somma delle voci in giallo, più il canone Rai, è il totale da pagare.

[r1si]

Grazie per l upload, dopo ti carico la mia. Si hai ragione più tardi sistemo il codice per la regola dei 150 :) Per il resto nei prossimi giorni controllo ! Grazie mille ! Il mer 17 apr 2024, 19:17 virtualdj ***@***.***> ha scritto:

…

Premettendo che io ho un contatore da 4.5 e non 3 Io invece un 3. Le accise vengono calcolate sopra i 150 solo se il tuo contatore è 3kw diversamente le paghi fin da subito. Trovi questa logica nel primo pezzo del : Sensore Helper calcolo costo per fascia Io sopra vedo: {% if states('input_select.contratto_elettrico_contatore') == '3kW' %} {% set accise = 0 %}{% endif %} cioè calcola 0 accise col contatore da 3 kW, mentre dovrebbe sottrarre 150 al totale dei kWh consumati e lì calcolarci le accise. Non vedo questo nel codice. Riusciamo a scambiarci via mail le bollette dettagliate? Penso che posso fare l'upload qui, non mi pare ci siano dati personali. La somma delle voci in giallo, più il canone Rai, è il totale da pagare. Bolletta_Feb24.png (view on web) <https://github.com/virtualdj/pun_sensor/assets/3251704/94f6a2fc-6a89-4760-a19a-d6cd1bcaa85c> — Reply to this email directly, view it on GitHub <#38 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABQPG3OTZB2EMB6LLHOJ5XLY52VBRAVCNFSM6AAAAABFSJXXPGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRRHAYDENJQHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[r1si]

Ciao, solo per aggiornarti che purtroppo ho dovuto fare un ripristino all'installazione di HA , e ho scoperto a mie spese, che quando fai il restore perdi i log e dati energia (probabilmente vengono salvati nella cartella di temp...)
in poche parole ho buttato via il mese di di aprile.
Ci riprovo a Maggio!

[virtualdj]

ho dovuto fare un ripristino all'installazione di HA

Ciao, non preoccuparti. Intanto abbiamo già scoperto cose utili, sviscerando col tuo aiuto i dettagli delle bollette (che tuttora non mi sono chiari al 100%).

ho scoperto a mie spese, che quando fai il restore perdi i log e dati energia
in poche parole ho buttato via il mese di di aprile

Davvero? Non lo immaginavo. Il backup non salva tutto il database? Ho provato a leggere un po' in giro dopo il tuo commento e ci sono utenti che lamentano questa cosa, però più con versioni vecchie sembra, dove non era implementato il salvataggio corretto del database SQLite.

Non è che magari sia solo il database corrotto? Prova a vedere se riesci a tentare il ripristino come descritto QUI (o in modo forse più lungo e inutile QUI).

Se hai tempo e se ti interessa, ovviamente.

Pensieri per il futuro

Stavo pensando che in un'ipotetica versione 2 (anzi 1, in realtà, perché l'attuale è la 0.6 😄) mi piacerebbe che la mia integrazione effettuasse il calcolo del prezzo della bolletta mensile utilizzando i metodi da te spiegati, ma senza bisogno di passare per gli utility_meter di ogni fascia da creare esternamente. Un all-in-one, insomma.

Mi piacerebbe quindi, ma non so se sia tecnicamente possibile, che l'integrazione pun_sensor interrogasse il recorder di HA per tirare fuori i consumi dalla rete da inizio mese al giorno corrente, divisi ora per ora, cioè quello che fa il pannello energia attuale col grafico.

Fatto questo, ogni ora potrebbe moltiplicare consumi per i costi calcolati ad oggi (che non saranno corretti fino a fine mese per colpa della media del PUN non definita) e mostrare il costo mensile previsto in bolletta con i consumi attualmente in memoria. Ciò significa che solo a fine mese avremo i costi variabili calcolati correttamente.
Poi magari col nuovo mese sposta il totale dall'ipotetica entità Costo in bolletta (mese corrente) a Costo in bolletta (mese precedente) in modo da averla lì visibile a lungo termine (o memorizzabile in InfluxDB).

Ripeto, non so se tecnicamente è fattibile, però servirebbe estrarre i consumi ora per ora, in modo da capire quanti sono in una determinata fascia e quanti in un'altra. Un sistema di configurazione permetterebbe poi di definire se uno ha la bolletta per fasce, bioraria, monooraria e i vari costi fissi o delta sul PUN.

Alternativa

Potrei anche, come alternativa, passare l'entità che monitora i kWh totali direttamente all'integrazione, che poi ogni ora calcola la differenza rispetto all'ora precedente e se la memorizza internamente, ma mi piace meno perché se per qualche ragione va in errore o salta mi perdo i consumi che non posso più recuperare.

Mi sembra più corretto pescarli dal recorder, ma per ora non sono riuscito a trovare esempi in giro su come fare (ricordo che sono alle prime armi e non faccio il programmatore di professione...).

In ogni caso non ho tempo al momento, ma nei ritagli ci sto pensando, quindi non sarà a breve termine.

[virtualj]

Vi seguo con interesse :) Ma vi butto un "sassolino": avete sentito che dal prossimo anno si dovrebbe abbandonare il pun a favore dei prezzi zonali?

[virtualdj]

@virtualj In realtà non ne so nulla... Ma è confermato? Non dovrebbero già dirlo per tempo se fosse l'anno prossimo?

Spiega meglio, se hai voglia 😉

[virtualj]

Guarda più lo leggo e più non lo capisco, ma credo che per gli utenti finali rimanga applicato il pun, ma calcolato in modo ponderato dai prezzi zonali e le quote di acquisto, e poi ci sarà una perequazione che credo sia un adattamento che colmerà la differenza tra pun e prezzo zonale del cliente finale. E' stato approvato con legge il 2 febbraio ed il 18 aprile il MASE ha pubblicato i decreti attuativi https://www.mase.gov.it/sites/default/files/Archivio_Energia/Archivio_Normativa/dm_72852_18-04-2024.pdf

[virtualdj]

@virtualj Nell'ultima pagina sembra proprio che sia approvato e che ora la palla sia in mano ad ARERA che deve trovare questo sistema "transitorio" per adeguare i prezzi dei clienti che sono legati al PUN a quelli zonali.
Non riesco però a capire come si applichi tutto ciò ai calcoli... significa quindi che il costo dell'energia in bolletta sarà diverso in base al luogo di residenza? Chi definisce la zona?

Era già un casino prima (e questo thread lo certifica, direi) e mi pare che stiamo anche peggiorando ora.
Mi piacerebbe sapere se l'onorevole firmatario in calce di quel documento ha veramente capito cosa significa quello che ha firmato.

[virtualj]

Le zone esistono già e sono utilizzate al momento per la vendita. Io ho ftv e il prezzo di vendita è zonale, molto simile al pun ma differente nelle varie zone. Se non ho capito male rimarrà ancora il pun in bolletta, ma ci sarà un coefficente di correzione in base alla zona. Dovranno decidere come calcolarlo. Il principio è quello di incentivare le rinnovabili perchè più direttamente l'energia costerà meno nella zona con più rinnovabili...