search

virtualdj / pun_sensor

Prezzi PUN del mese - Home Assistant Integration
MIT License
78 stars 13 forks source link

Integrazioni nella documentazione #38

Open r1si opened 3 months ago

r1si commented 3 months ago

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:

Ora ti chiedo:

Spero di non essere andato troppo off-topic :D

r1si commented 3 months ago

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:

2024-04-02 00_43_40-MobaTextEditor
virtualdj commented 3 months ago

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 commented 3 months ago

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 commented 3 months ago

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 commented 3 months ago

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 https://github.com/virtualdj/pun_sensor/issues/38#issuecomment-2038146587, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQPG3ID6ZSRRILFHPWSNDTY3WZQHAVCNFSM6AAAAABFSJXXPGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZYGE2DMNJYG4 . You are receiving this because you authored the thread.Message ID: @.***>

malafalx91 commented 2 months ago

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: 2024-04-02 00_43_40-MobaTextEditor

ma quindi segue come da immagine i valori della formula?

virtualdj commented 2 months ago

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 commented 2 months ago

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 commented 2 months ago

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

image

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

image
virtualdj commented 2 months ago

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 commented 2 months ago

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):

Costi a consumo:

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

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:

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 commented 2 months ago

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

r1si commented 2 months ago

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

virtualdj commented 2 months ago

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 commented 2 months ago

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):

Costi a consumo:

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 commented 2 months ago

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:

A presto!

virtualdj commented 2 months ago

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 febbraio 2024 - 3 kW

r1si commented 2 months ago

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 https://github.com/virtualdj/pun_sensor/issues/38#issuecomment-2061802509, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQPG3OTZB2EMB6LLHOJ5XLY52VBRAVCNFSM6AAAAABFSJXXPGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRRHAYDENJQHE . You are receiving this because you authored the thread.Message ID: @.***>

r1si commented 2 months ago

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 commented 2 months ago

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 commented 2 months ago

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 commented 2 months ago

@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 commented 2 months ago

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 commented 2 months ago

@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 commented 2 months ago

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...