Capaciteitstarief maandpiek zichtbaar maken in home assistant

Heb je vragen of wil je een ervaring delen over elektrische apparaten? Dat kan hier!
Gebruikersavatar
NuKeM
Administrator
Administrator
Berichten: 5494
Lid geworden op: 10 nov 2002, 00:55
Uitgedeelde bedankjes: 114 keer
Bedankt: 234 keer
Recent bedankt: 4 keer

Even mijn volledige code delen m.b.t. voorspelling kwartierpiek, incl. stukken code van anderen hierboven aangedragen.
In grote lijnen doet het continu een voorspelling van waar de piek van dat kwartier naar toe gaat. Als die te hoog of groter dan het vorige max wordt krijg je een notification in je HA app op je mobiel. Vanzelfsprekend, hoe dichter tegen het einde van het kwartier, hoe nauwkeuriger de voorspelling wordt.

Sensoren en andere:

Code: Selecteer alles

sensor:
  - platform: derivative
    #Derivative op basis van gemeten vermogen met time window van 15 minuten. Dit geeft een W/min waarde (de richtingscoëfficiënt/trend).
    source: sensor.shellyem3_channel_a_power
    name: Kwartier piek trend
    round: 2
    unit_time: min 
    time_window: "00:15:00"
  - platform: statistics
    name: "Vermogen net 15min average"
    entity_id: sensor.shellyem3_channel_a_power
    unique_id: grid_average_15min_window
    state_characteristic: average_linear
    max_age:
      minutes: 15
    sampling_size: 30 #groot genoeg zetten zodat alle samples genomen binnen kwartier genomen worden
    precision: 1
utility_meter:
  elek_energieverbruik_kwartier:
    source: sensor.shellyem3_channel_a_energy
    cycle: quarter-hourly
input_number:   
  piek_elek_kwartier_min_remaining:
    name: Piek elek min remaining in kwartier
    min: 0
    max: 900.0
    step: 1
    mode: box
    unit_of_measurement: "min"    
  piek_elek:
    name: Piek elek afname
    min: 0
    max: 500.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_prediction:
    name: Piek elek voorspelling
    min: 0
    max: 500.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"    
  piek_elek_01:
    name: Piek elek januari
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_02:
    name: Piek elek februari
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_03:
    name: Piek elek maart
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_04:
    name: Piek elek april
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_05:
    name: Piek elek mei
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_06:
    name: Piek elek juni
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_07:
    name: Piek elek juli
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_08:
    name: Piek elek augustus
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"    
  piek_elek_09:
    name: Piek elek september
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_10:
    name: Piek elek oktober
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_11:
    name: Piek elek november
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_12:
    name: Piek elek december
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"    
Automation die remaining seconden berekent voor de voorspelling van dat kwartier

Code: Selecteer alles

alias: Cap tarief - Set Seconds remaining
description: set seconds
trigger:
  - platform: state
    entity_id:
      - sensor.kwartier_piek_trend
action:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ currectSecondInHour > (45 * 60) }}"
        sequence:
          - service: input_number.set_value
            target:
              entity_id: input_number.piek_elek_kwartier_min_remaining
            data:
              value: "{{ ((60*60) - currectSecondInHour)|float(0) / float(60)}}"
      - conditions:
          - condition: template
            value_template: "{{ currectSecondInHour > (30 * 60) }}"
        sequence:
          - service: input_number.set_value
            target:
              entity_id: input_number.piek_elek_kwartier_min_remaining
            data:
              value: "{{ ((45*60) - currectSecondInHour)|float(0) / float(60)}}"
      - conditions:
          - condition: template
            value_template: "{{ currectSecondInHour > (15 * 60) }}"
        sequence:
          - service: input_number.set_value
            target:
              entity_id: input_number.piek_elek_kwartier_min_remaining
            data:
              value: "{{ ((30*60) - currectSecondInHour)|float(0) / float(60)}}"
    default:
      - service: input_number.set_value
        target:
          entity_id: input_number.piek_elek_kwartier_min_remaining
        data:
          value: "{{ ((15*60) - currectSecondInHour)|float(0) / float(60)}}"
mode: parallel
variables:
  currectSecondInHour: "{{ now().minute * int(60) + now().second }}"
Bereken en bewaar voorspelde kwartiervermogen op basis van huidige trend

Code: Selecteer alles

alias: Cap tarief - set prediction
description: set prediction
trigger:
  - platform: state
    entity_id:
      - sensor.kwartier_piek_trend
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.piek_elek_prediction
    data:
      value: >-
        {{ (currentAveragePower +
        (states("input_number.piek_elek_kwartier_min_remaining")|float(0) *
        trend / float(1000)))|round(3)}}
mode: parallel
variables:
  maand: "{{ now().strftime(\"%m\") }}"
  currentAveragePower: "{{ states(\"sensor.vermogen_net_15min_average\")|float(0) / float(1000)}}"
  trend: "{{ states(\"sensor.kwartier_piek_trend\")|float(0) }}"
Waarschuwing bij mogelijk nieuwe piek op basis van trend (en enkel indien >2.5kW) en met delay van 2 minuten om niet gespammed te worden en we negeren ook de eerste 3 minuten van het kwartier, kwestie van een beetje data te hebben voor we gaan voorspellen en paniek gaan zaaien.

Code: Selecteer alles

alias: Cap tarief - 15min W peak trend threshold crossing warning
description: 15min W peak trend threshold crossing warning
trigger:
  - platform: state
    entity_id:
      - input_number.piek_elek_prediction
condition:
  - condition: and
    conditions:
      - condition: template
        value_template: >
          {{ currentAveragePower > 0 and
          states("sensor.kwartier_piek_trend")|float(0) > 0 }}
      - condition: template
        value_template: >
          {{ states("input_number.piek_elek_prediction")|float(0) >
          states("input_number.piek_elek_"~maand)|float(0) }}
      - condition: template
        value_template: >
          {{ states("input_number.piek_elek_prediction")|float(0) > float(2.5)
          }}
      - condition: template
        value_template: >
          {{ states("input_number.piek_elek_kwartier_min_remaining")|float(0) <
          float(12) }}
action:
  - service: notify.mobile_app
    data:
      message: >
        Vorige maandpiek van {{
        states("input_number.piek_elek_"~maand)|float(0)|round(2) }}kW gaat
        mogelijks {{
        states("input_number.piek_elek_prediction")|float(0)|round(2) }}kW
        worden. Nog
        {{states("input_number.piek_elek_kwartier_min_remaining")|float(0)|round(2)}}
        minuten over.
  - delay:
      hours: 0
      minutes: 2
      seconds: 0
      milliseconds: 0
variables:
  maand: "{{ now().strftime(\"%m\") }}"
  currentAveragePower: "{{ states(\"sensor.vermogen_net_15min_average\")|float(0) / float(1000)}}"

Niet gelinkt aan de voorspelling, maar handig:
Op basis van mede userbaser, zetten huidige piek en notification in HA app.

Code: Selecteer alles

alias: Cap tarief - Piek15m hoogste van deze maand
description: ""
trigger:
  - platform: state
    entity_id: sensor.elek_energieverbruik_kwartier
condition:
  - condition: template
    value_template: |
      {{  piek > states("input_number.piek_elek_"~maand) | float(0) }}
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.piek_elek_{{ maand }}
    data:
      value: "{{ piek }}"
  - if:
      - condition: template
        value_template: |
          {{  piek > float(2.5) }}
    then:
      - service: notify.mobile_app
        data:
          message: |
            Nieuwe maandpiek van {{ piek|round(2) }}kW.
mode: parallel
variables:
  maand: "{{ now().strftime(\"%m\") }}"
  piek: "{{ states(\"sensor.elek_energieverbruik_kwartier\")|float(0) * 4}}"
En nieuwe maand op nul zetten:

Code: Selecteer alles

alias: Cap tarief - Maximum piek nieuwe maand op 0
description: ""
trigger:
  - platform: template
    value_template: "{{ (as_timestamp(now()))|timestamp_custom('%d', true) | int(0) == 1 }}"
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.piek_elek_{{ maand }}
    data:
      value: 0.1
variables:
  maand: "{{ now().strftime(\"%m\") }}"
Ik ben absoluut niet thuis in HA templating of code (lang leve andere duidelijkere programmeertalen :lol: ) dus het kan zijn dat ik in een copy paste bui wat onnodige zaken heb laten staan.
Er is zeker mogelijkheid tot verbetering, bv. niet werken op basis van trend op basis sliding window van 15min, maar beter window nemen vanaf start begonnen kwartier.
Tomsworld
Elite Poster
Elite Poster
Berichten: 2656
Lid geworden op: 29 jan 2004, 10:15
Uitgedeelde bedankjes: 85 keer
Bedankt: 231 keer

Blijkbaar zou er een update zijn en het meegestuurd worden over de p1 poort



https://maakjemeterslim.be/rails/active ... attachment

1.6.0.01 : kwartierpiek vorige maand

Zou ook op de meter display komen dus mensen kunnen het zelf thuis zien zonder een account te hebben op de fluvius website.

( Met dan aan onderstaande poster - facebookloze link voor de handleiding emucs )
Laatst gewijzigd door Tomsworld 09 dec 2022, 11:15, in totaal 1 gewijzigd.
Gebruikersavatar
MaT
Elite Poster
Elite Poster
Berichten: 2083
Lid geworden op: 18 feb 2014, 15:40
Locatie: Gent
Uitgedeelde bedankjes: 163 keer
Bedankt: 311 keer

Link van @Tomsworld zonder facebook: https://maakjemeterslim.be/rails/active ... attachment
Het BIPT aanziet modems en routers als een onderdeel van de eindapparatuur van de eindgebruiker waardoor deze vrij te kiezen zijn voor breedband en internettelefonie.
Bron
Gebruikersavatar
honda4life
Moderator
Moderator
Berichten: 6008
Lid geworden op: 03 jan 2010, 21:42
Locatie: 127.0.0.1
Uitgedeelde bedankjes: 207 keer
Bedankt: 376 keer
Recent bedankt: 2 keer

NuKeM schreef: 03 dec 2022, 16:39 Even mijn volledige code delen m.b.t. voorspelling kwartierpiek, incl. stukken code van anderen hierboven aangedragen.
In grote lijnen doet het continu een voorspelling van waar de piek van dat kwartier naar toe gaat. Als die te hoog of groter dan het vorige max wordt krijg je een notification in je HA app op je mobiel. Vanzelfsprekend, hoe dichter tegen het einde van het kwartier, hoe nauwkeuriger de voorspelling wordt.

Sensoren en andere:

Code: Selecteer alles

sensor:
  - platform: derivative
    #Derivative op basis van gemeten vermogen met time window van 15 minuten. Dit geeft een W/min waarde (de richtingscoëfficiënt/trend).
    source: sensor.shellyem3_channel_a_power
    name: Kwartier piek trend
    round: 2
    unit_time: min 
    time_window: "00:15:00"
  - platform: statistics
    name: "Vermogen net 15min average"
    entity_id: sensor.shellyem3_channel_a_power
    unique_id: grid_average_15min_window
    state_characteristic: average_linear
    max_age:
      minutes: 15
    sampling_size: 30 #groot genoeg zetten zodat alle samples genomen binnen kwartier genomen worden
    precision: 1
utility_meter:
  elek_energieverbruik_kwartier:
    source: sensor.shellyem3_channel_a_energy
    cycle: quarter-hourly
input_number:   
  piek_elek_kwartier_min_remaining:
    name: Piek elek min remaining in kwartier
    min: 0
    max: 900.0
    step: 1
    mode: box
    unit_of_measurement: "min"    
  piek_elek:
    name: Piek elek afname
    min: 0
    max: 500.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_prediction:
    name: Piek elek voorspelling
    min: 0
    max: 500.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"    
  piek_elek_01:
    name: Piek elek januari
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_02:
    name: Piek elek februari
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_03:
    name: Piek elek maart
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_04:
    name: Piek elek april
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_05:
    name: Piek elek mei
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_06:
    name: Piek elek juni
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_07:
    name: Piek elek juli
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_08:
    name: Piek elek augustus
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"    
  piek_elek_09:
    name: Piek elek september
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_10:
    name: Piek elek oktober
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_11:
    name: Piek elek november
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
  piek_elek_12:
    name: Piek elek december
    min: 0
    max: 10.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
Waarom vind jij dat uw derivative afgeleid hoeft te zijn van 15 minuten of 30 samples?
Is dit niet het verschil tussen de laatste en voorlaatste meting om kort op de bal te spelen?
✂ – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Gebruikersavatar
NuKeM
Administrator
Administrator
Berichten: 5494
Lid geworden op: 10 nov 2002, 00:55
Uitgedeelde bedankjes: 114 keer
Bedankt: 234 keer
Recent bedankt: 4 keer

https://www.home-assistant.io/integrations/derivative/
Time window
The time window in which to calculate the derivative. Derivatives in this window will be averaged with a simple moving average algorithm (SMA) weighted by time. This is for instance useful for a sensor that outputs discrete values, or to filter out short duration noise. By default the derivative is calculated between two consecutive updates without any smoothing.
Dat time window voorkomt dat korte pieken voor paniek zorgen. M.a.w. de noise waarvan sprake. Als je dan een toestel aanlegt is dat ineens een grote sprong t.o.v de vorige meeting, de afgeleide is dan erg hoog en zal waarschuwingen triggeren. Door de laatste x veranderingen te nemen voor y tijd filter je dat wat uit en kijk je naar een ‘afgezwakte’, tragere trend.
Je mag dat dus gerust lager zetten dan 15 min. Maar ik vind hem nu al vrij snel reageren dus weet niet of het een goed idee is.
Gebruikersavatar
honda4life
Moderator
Moderator
Berichten: 6008
Lid geworden op: 03 jan 2010, 21:42
Locatie: 127.0.0.1
Uitgedeelde bedankjes: 207 keer
Bedankt: 376 keer
Recent bedankt: 2 keer

@NuKeM

Code: Selecteer alles

sensor:
  - platform: template
    sensors:
      capaciteitstarief_elektriciteit_geleverd_totaal:
        friendly_name: "Capaciteitstarief totaal geleverde elektriciteit"
        value_template: "{{states('sensor.dsmr_reading_electricity_delivered_1') | float + states('sensor.dsmr_reading_electricity_delivered_2') | float}}"
        unit_of_measurement: 'kWh'     
  - platform: template
    sensors:
      capaciteitstarief_elektriciteit_geleverd_totaal_kwartier_voorspelling:
        friendly_name: "Capaciteitstarief totaal geleverde elektriciteit kwartier voorspelling"
        value_template: "{{'%.3f'%((900 - (now().minute % 15 * 60 + now().second)) / 3600 * states('sensor.dsmr_reading_electricity_currently_delivered') | float / 1000)}}"
        unit_of_measurement: 'kWh'
Voorlopig heb ik zo m'n actuele kwartierpiek berekend, veel compacter als jouw automation.
Ik moet nog het actuele maximum van de maand ergens bijhouden.
Vervolgens denk ik ergens een verhouding te maken tussen reeds kwartierverbruik kWh / resterend kwartier maximum maandpiek kWh.
De eerste seconde heb je een "budget" van 2,5 kW, na 7,5 minuten is dat 5 kW in de veronderstelling 0 verbruik.

Edit: De huidige kwartierwaarde hoeft er nog bij opgeteld te worden
✂ – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
geertv
Starter
Starter
Berichten: 3
Lid geworden op: 28 dec 2022, 15:30
Uitgedeelde bedankjes: 1 keer

@NuKeM Staat je volledige code ergens, want ik kan er niet goed meer aan uit...

Ik bereken mijn piek al op deze manier:

Code: Selecteer alles

state: "{{ states('sensor.grid_energy_quarter') | float(default=0) * 4 }}"
Maar die valt natuurlijk steeds terug naar 0, omdat ook de utility meter 0 wordt... En daarnaast gaat die gedurende de 15 min omhoog, dus geeft geen goed beeld waar je zal belanden aan het huidige verbruik...
Met welk stuk code doe jij dit ?
ygeffens
Elite Poster
Elite Poster
Berichten: 1544
Lid geworden op: 08 sep 2011, 19:19
Locatie: Arendonk
Uitgedeelde bedankjes: 131 keer
Bedankt: 94 keer

Code: Selecteer alles

sensor:
  - platform: template
    sensors:
      fluvius_verbruik_energy_kwartier_piek_prognose:
        value_template: "{{ ( states('sensor.fluvius_verbruik_energy_kwartier_piek') | float(0) / (as_timestamp(now()) - state_attr('input_datetime.start_huidig_kwartier', 'timestamp') ) * 900) }}"
        unit_of_measurement: "kWh"
        device_class: energy
        icon_template: mdi:calculator
        friendly_name: "Kwartier piek prognose"
Ik bereken nu de prognose op basis van de huidige piek.
Ik heb een input_timedate die de timestamp heeft van het begin van het kwartier.
Dus om 17:00:00 wordt die gezet.
Het is nu 17:05:00, Er blijven nog 10 minuten (600 seconden over).
Ik trek de lijn door alsof het verbruik uit het verleden (tussen 17:00 tot 17:05) zal worden aangehouden voor de rest van het kwartier.
Stel dat de piek om 17:05 reeds 2kwh is. Dan zou in bovenstaande berekening om 17:05:01 de prognose zijn dat ik zou eindigen met 6kwh.

Andere mogelijkheid zou zijn om de bestaande piek te nemen, hierbij het huidige verbruik te nemen en daarvan uit te gaan.
Stel dat de piek om 17:05 reeds 2kwh is. Het verbruik stopt helemaal, dus letterlijk 0kwh, dan kan je voorspellen dat de piek om 17:15 2kwh zal zijn.

De werkelijkheid zit hiertussen uiteraard. Al denk ik dat de werkelijkheid dichter bij mijn eerste berekening zit, dan mijn 2de (die ik nog moet maken).

Deze sensor wordt automatisch herberekend om de 5 seconden (zonder mijn inbreng, dat kiest HA zelf).
Dus je kan dan een automation maken die triggert als deze sensor boven een waarde van x zit voor een bepaalde periode.

Op dit ogenblik visualiseer ik enkel nog maar de sensor.

Code: Selecteer alles

type: custom:config-template-card
variables:
  - '''input_number.piek_afname_'''
  - String((new Date()).getMonth()+1)
  - if (Number(vars[1]) < 10) { "0" } else {""}
  - states[vars[0] + vars[2] + vars[1]]
entities:
  - ${vars[3].entity_id}
  - input_number.piek_afname_dag
  - sensor.fluvius_vorige_piek
  - sensor.fluvius_verbruik_energy_kwartier_piek
  - sensor.fluvius_verbruik_energy_kwartier_piek_prognose
card:
  type: entities
  entities:
    - entity: input_text.empty
      name: kWh Piek
      type: custom:multiple-entity-row
      format: precision2
      unit: false
      icon: mdi:transmission-tower
      entities:
        - entity: sensor.fluvius_vorige_piek
          name: '-15m'
          format: precision2
          unit: false
        - entity: sensor.fluvius_verbruik_energy_kwartier_piek
          name: 'nu'
          format: precision2
          unit: false
        - entity: sensor.fluvius_verbruik_energy_kwartier_piek_prognose
          name: '+15m'
          format: precision2
          unit: false
        - entity: input_number.piek_afname_dag
          name: Dag
          format: precision2
          unit: false
        - entity: ${vars[3].entity_id}
          name: Maand
          format: precision2
          unit: false
Met dit als resultaat (23:40:01, dus na 10 minuten in het lopende kwartier).
Schermafbeelding 2022-12-28 om 23.40.01.JPG
2 seconden voor het einde van het kwartier
Schermafbeelding 2022-12-28 om 23.44.58.JPG
Het nieuwe kwartier
Schermafbeelding 2022-12-28 om 23.45.00.JPG
Het verbruik na de eerste 10 minuten was bija constant 550w
I'm a bilingual. I'm a bilingual illiterate. I can't read in two languages.
geertv
Starter
Starter
Berichten: 3
Lid geworden op: 28 dec 2022, 15:30
Uitgedeelde bedankjes: 1 keer

@ygeffens ziet er cool uit ! Eigenlijk is dit wat ik zoek, heb je ergens je volledige code ?
Meeste is me intussen gelukt, maar waar haal de de vorige (-15m) waarde ?
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

ik heb ook een implementatie voor de piek te berekenen, via de 'slimmelezer'.... maar ik ben nog steeds aan het twijfelen of mijn berekening zal kloppen...
(waarschijnlijk niet)

de slimmelezer (https://www.zuidwijk.com/product/slimmelezer-plus/) is verbonden met de p1 poort van de digitale meter.
daarop lees ik met HA constant de waarde van sensor.power_consumed uit, en sla dit op naar een input number.
indien de waarde van de power_consumed lager is als de opgeslagen waarde, blijft de opgeslagen waarde behouden.
is deze hoger, gaat de nieuwe waarde in het input number opgeslagen worden.

het input number gebruik ik vervolgens in een sensor die x4 doet om de piek te krijgen, wat dan uiteindelijk mijn hoogste piek van de maand zou moeten geven.
op de 1ste dag van de maand reset een automation het input number terug naar 0 en dan begint het opnieuw.

Historische values zitten dan in de sensor opgeslagen, maar ik zou nog een manier moeten vinden om dat eenvoudig (via de automation i guess) in een aparte waarde te steken om zo een proper maandoverzicht te krijgen op jaarbasis.

mijn code:

het input number, via configuration.yaml:

Code: Selecteer alles

input_number:
  max_peak:
    name: Energy Peak
    min: 0.1
    max: 12.0
    step: 0.001
    mode: box
    unit_of_measurement: "kW"
de sensor, via configuration.yaml:

Code: Selecteer alles

sensor:
  - platform: template
    sensors:
      quarterly_energy_peak:
        friendly_name: Monthly 15min peak
        unit_of_measurement: "kWh"
        device_class: energy
        value_template: "{{ ((states('input_number.max_peak') | float(default=0) * 4)) }}" 


de automations, via de UI:

Code: Selecteer alles

alias: power calculation
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.power_consumed
condition:
  - condition: template
    value_template: >-
      {{  states("sensor.power_consumed") | float(default=0)>
      states("input_number.max_peak") | float(default=0)}}
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.max_peak
    data:
      value: |
        {{ states("sensor.quarter_hourly_energy_consumed") | float(default=0)}}
mode: single

alias: energy peak reset
description: reset monthly energy peak
trigger:
  - platform: time_pattern
    hours: "00"
    minutes: "00"
    seconds: "01"
condition:
  - condition: template
    value_template: "{{ now().day == 1 }}"
action:
  - service: input_number.set_value
    target:
      entity_id: input_number.max_peak
    data:
      value: 0
mode: single
en uiteindelijk de sensor op het dashboard (ingekort voor eenvoud & relevantie):

Code: Selecteer alles

type: grid
cards:
  - type: vertical-stack
    cards:
      - type: entity
        entity: sensor.quarterly_energy_peak
        name: Highest peak this month
zoals gezegd heb ik het vermoeden dat mijn berekening nog altijd fout gaat zijn, maar ik ben niet zeker hoe ik ze juist moet maken :(
(nu zou een 10 seconden piek binnen het kwartier geteld worden als de kwartierpiek, maar dat is niet het gemiddelde van dat kwartier - en daar zit vermoedelijk mijn fout nog)
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

Vanaf firmware 1.99 (zie rubriek 120 op het display van de DM, normaal een auto update) zie je de maandpiek ook gewoon op schermdisplay 160 van de DM.
Sol Invictus!
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

net even gekeken en inderdaad, de meter heeft die piek nu ook op het display.
en ik moet zeggen, ik vind het gelijk al een zure:

ik heb sinds april de digitale meter, en tussen april en december was volgens fluvius de gevalideerde piek nooit hoger dan 2.8
we zijn nu 2 dagen aan het capaciteitstarief bezig, en ik heb een piek van 3.2 ....
en natuurlijk geeft het je geen enkele informatie van het kwartier waarop deze piek gemeten zou zijn, dus daar kan je ook naar gokken...

er is op geen enkel moment op een uur tijd meer dan 1.5kwh verbruik geweest, en ook het gebruikspatroon is niet gewijzigd in de laatste 2 dagen (zelfs niet voor dat hele kerst/nieuwjaarsgebeuren.... niet speciaals gedaan)
dus hoe je van 2.8 (hoogste) naar 3.2 gaat in een piek, zonder enige wijziging in patroon.... ik vind het maar vreemd
Ordon
Elite Poster
Elite Poster
Berichten: 2625
Lid geworden op: 27 apr 2019, 06:52
Uitgedeelde bedankjes: 50 keer
Bedankt: 94 keer

Splitter schreef: 02 jan 2023, 23:08 en natuurlijk geeft het je geen enkele informatie van het kwartier waarop deze piek gemeten zou zijn, dus daar kan je ook naar gokken...
Op het schermpje van de digitale meter zie je dat tijdstip inderdaad niet.
Enkel de waarde in kW van de huidige hoogste kwartierpiek van de lopende maand.

In het telegram, via de P1 poort, staat het tijdstip er wel.

Code: Selecteer alles

1-0:1.6.0(230103004500W)(xx.xxx*kW)
(de waarde is redacted)

23: jaar (2023)
01: maand (januari)
03: dag van de maand (derde dag)
00: uur
45: minuten (en is de eindtijd van het kwartier waarin de piek heeft plaatsgevonden)
00: seconden
W: wintertijd

Wel blijft de (interne?) klok van de digitale meter afwijken zoals ik voorheen al gemeld heb.
Momenteel loopt die bij mij weeral ruim dertig seconden voor...
En aldus is het gehele Fluvius "kwartier" met ruim dertig seconden verschoven ten opzichte van de werkelijk tijd.

Op het moment dat de tijd in de digitale meter gesynchroniseerd zal worden, zal dat Fluvius "kwartier" dus ook ruim dertig seconden (of meer) korter zijn...
Het Fluvius "kwartier" zal dan geen 900 seconden lang zijn.
Maar zelfs beduidend minder dan 870 seconden...

't Is maar dat Fluvius het ook weet, mochten ze meelezen. :-)
En dat ze dan eens minstens dagelijks de tijd synchroniseren...
==>> Nu gebeurd de synchronisatie ongeveer om de 38 dagen (en loopt afwijking op tot in de buurt van 45 seconden, bij mij).

De gegevens die mensen nu met bijvoorbeeld Home Assistant verwerken, kunnen dus afwijken van wat Fluvius bijhoudt in de digitale meter...
Afhankelijk of men de weergegeven tijd van het telegram gebruikt of de tijd op de computer (of SBC, etc) van de gebruiker.

~~~~~~~~~~~~~~~~~~~

De waarde tijdens het lopende Fluvius kwartier vindt men terug in:

Code: Selecteer alles

1-0:1.4.0(xx.xxx*kW)
(de waarde is redacted)

De waarde start bij het begin van een nieuw Fluvius kwartier op 00.000*kW.
Je ziet dus die waarde permanent stijgen (bij gelijkblijvend verbruik natuurlijk).
Overstijgt deze waarde de waarde in "1-0:1.6.0" (de huidige hoogste kwartierpiek van de lopende maand): dan heb je een nieuwe kwartierpiek in wording. :wink:

Deze waarde is dus diegene die je in het oog zou kunnen houden indien je een nieuwe piek wil vermijden...
En dan is het dus hoogtijd om iets of van alles en nog wat af te schakelen. :lol:
Afin, toch indien je tijdens het lopende Fluvius kwartier:
  • in een hogere schijf van het capaciteitstarief dreigt te belanden
  • én je niet (nog) meer wenst te betalen voor bijkomende capaciteit op een kabel die er toch al ligt. :-D
~~~~~~~~~~~~~~~~~~~

De piekwaarden, met bijhorende tijdstip, van de laatste dertien maanden zullen opgeslagen worden in:

Code: Selecteer alles

0-0:98.1.0

Het maandelijkse piekvermogen van de voorbije maanden kan men ook terugvinden op de website van Fluvius: Mijn Fluvius.
Doch zonder dat het tijdstip wordt weergegeven wanneer de kwartierpiek zich heeft voorgedaan.

~~~~~~~~~~~~~~~~~~~

Meer informatie kan je vinden in de bronvermelding horende bij onderstaande figuur.
Die drie hier bovenvermelde waardes worden daar verder in toegelicht.

Afbeelding
Bron: Smart Metering System: eMUCs – P1

~~~~~~~~~~~~~~~~~~~

Een vraagje.
Kent er iemand een (gemakkelijke) manier om geautomatiseerd de gegevens van Mijn Fluvius te downloaden?
Laatst gewijzigd door Ordon 03 jan 2023, 09:12, in totaal 1 gewijzigd.
ygeffens
Elite Poster
Elite Poster
Berichten: 1544
Lid geworden op: 08 sep 2011, 19:19
Locatie: Arendonk
Uitgedeelde bedankjes: 131 keer
Bedankt: 94 keer

geertv schreef: 29 dec 2022, 16:14 @ygeffens ziet er cool uit ! Eigenlijk is dit wat ik zoek, heb je ergens je volledige code ?
Meeste is me intussen gelukt, maar waar haal de de vorige (-15m) waarde ?
@geertv
Die komt uit de dsmr-reader

Code: Selecteer alles

mqtt:
  sensor:
    - name: Fluvius vorige piek
      state_topic: dsmr/consumption/quarter-hour-peak-electricity/average_delivered
      device_class: power
      unit_of_measurement: kWh
@ivob
Je verwijst naar deze thread hier: viewtopic.php?p=949121#p949121

Panisch is toch niet de juiste omschrijving.
Ik probeer met de kennis en mogelijkheden die ik heb mijn piek zo laag mogelijk te houden, binnen redelijke grenzen. Ik zie niet in waarom ik dat niet zou doen aangezien ik geen comfort verlies met de automatisaties die ik heb gemaakt.

Als ik naar die xls kijk die in diezelfde thread werd gepost dan valt het voor mij mee (€€€'s):
Distributienetbeheerder Iveka
Afname in kWh 4000 kWh
Jaarpiek in kW 6 kW
BTW 6%

kWh tarief Oud 10,89 c€/kWh
kWh tarief Nieuw 4,21 c€/kWh
Voordeel per kWh 6,67 c€/kWh
kWh voordeel op totale verbruik 266,930896 €/jaar
Capaciteitstarief 270,175344
Wijziging t.o.v. oude systeem 3,244448 € Duurder
En dan gebruik ik een piek van 6kW ipv 4kW zoals mijn laatste jaargemiddelde (wat eigenlijk 4,3 moet zijn want ik pas hier nog niet aan naar een minimum van 2,5).
Zou ik een piek 5kw nemen, dan zit ik nog 40 euro goedkoper.
Bijlagen
Schermafbeelding 2023-01-03 om 08.47.49.JPG
I'm a bilingual. I'm a bilingual illiterate. I can't read in two languages.
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

Splitter schreef: 02 jan 2023, 23:08 net even gekeken en inderdaad, de meter heeft die piek nu ook op het display.
en ik moet zeggen, ik vind het gelijk al een zure:

ik heb sinds april de digitale meter, en tussen april en december was volgens fluvius de gevalideerde piek nooit hoger dan 2.8
we zijn nu 2 dagen aan het capaciteitstarief bezig, en ik heb een piek van 3.2 ....
en natuurlijk geeft het je geen enkele informatie van het kwartier waarop deze piek gemeten zou zijn, dus daar kan je ook naar gokken...
Wanneer je geen eigen meetunit hebt kan je perfect in je MijnFluvius het klokkwartier zien dat de hoogste piek heeft veroorzaakt. In de dagtab zijn het staafdiagrammen van vier kwartieren per uur. Lijkt me toch niet zo moeilijk om in één oogopslag te zien welke de hoogste staaf van de dag is? => hoogste staafdiagram = kWh per klokkwartier x 4 = pîek in kW.
Mijn Fluvius dagtab.jpg
HA haalt via DSMR het hoogste klokkwartier van de dag en de maand ook gewoon uit de DM.
er is op geen enkel moment op een uur tijd meer dan 1.5kwh verbruik geweest,
Capaciteit(starief) gaat over vermogen (kW per kwartier) niet over je verbruik (kWh) per uur.

Toegevoegd na 15 minuten 23 seconden:
ygeffens schreef: 03 jan 2023, 09:09 @ivob
Je verwijst naar deze thread hier: viewtopic.php?p=949121#p949121

Panisch is toch niet de juiste omschrijving.
Inderdaad, ik verwees naar deze thread.
Maar de omschrijving 'panisch" waren wel niet mijn woorden.
Ik richtte mij gewoon tot de steller van die omschrijving om het hier even na te vragen hoe het nu precies zit. :-D
Je zal je antwoord dan ook tot betrokkene moeten richten.
Sol Invictus!
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

ivob schreef: 03 jan 2023, 09:50 Lijkt me toch niet zo moeilijk om in één oogopslag te zien welke de hoogste staaf van de dag is? => hoogste staafdiagram = kWh per klokkwartier x 4 = pîek in kW.
met een vetraging van meer dan 24u zijn dat vijgen na pasen.
ik kan op dit moment mijn verbruik in fluvius opvragen voor afgelopen zondag, maar nog steeds niet voor gisteren.
laat staan dat je met die tool je verbruik gaat kunnen aanpassen, als je bijna 2 dagen moet wachten om te weten op welke kwartieren je teveel aan het verbruiken bent.
ivob schreef: 03 jan 2023, 09:50 HA haalt via DSMR het hoogste klokkwartier van de dag en de maand ook gewoon uit de DM.
en doet dat zonder 24+u vertraging, of van die opmerkingen zoals "misschien heb je gemerkt dat er soms data ontbreekt" bij fluvius...
ivob schreef: 03 jan 2023, 09:50
er is op geen enkel moment op een uur tijd meer dan 1.5kwh verbruik geweest,
Capaciteit(starief) gaat over vermogen (kW per kwartier) niet over je verbruik (kWh) per uur.
klopt, maar reken dan even mee (mijn rekenen qua elektra is nogal roestig, to say the least):

1.5kwh op een uur aan verbruik is het hoogste verbruik geweest van de dag.
dan zou de kwartierpiek zich toch ook in dat uur moeten bevinden ?
stel dan dat ik 1.5kwh verbruik heb op 1 kwartier, komt dat dan overeen met die piek van 3.2 ?
Ordon
Elite Poster
Elite Poster
Berichten: 2625
Lid geworden op: 27 apr 2019, 06:52
Uitgedeelde bedankjes: 50 keer
Bedankt: 94 keer

Splitter schreef: 03 jan 2023, 11:02 stel dan dat ik 1.5kwh verbruik heb op 1 kwartier, komt dat dan overeen met die piek van 3.2 ?
1,5 kWh verbruiken op één kwartier is een kwartierpiek van 6 kW. :wink:
Je moet dan immers 15 minuten lang een vermogen trekken van 6000 Watt (en drie kwartier niets).
Laatst gewijzigd door Ordon 03 jan 2023, 11:12, in totaal 1 gewijzigd.
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

@Splitter Nee, een verbruik van 1500 Wh op één klokkwartier is een vermogen van 6 kW.

Zou je tijdens dat uur een verbruiker hebben lopen die op dat uur gelijkmatig 1500 Wh zou verbruikt hebben zou deze een vermogen van 25W per minuut hebben, dus een piekverbruik van 1,5 kW per klokkwartier.

Het punt is natuurlijk dat je verbruik zelden gelijkmatig over een vaste periode loopt. Met je gegeven van 1,5 kWh op een uur kan je het hoogste kwartiervermogen dus nooit gaan bepalen.
Dus nogmaals, je moet dus ieder klokkwartier (dus niet ieder willekeurig kwartier) het verbruik meten en dat resultaat gewoon maal vier (er zijn vier kwartieren in een uur) doen om het gemiddeld vermogen van dat kwartier te kennen en vervolgens op een dag de hoogste waarde weerhouden (wat je DM wel in real time doet onder rubriek 160) en dan per maand om de maandpiek te kennen (wat rubriek 160 ook voor je doet want die schrijft gewoon de hoogste piek weg en begint iedere maand terug vanaf nul te tellen).
Je moet dus helemaal niet wachten tot MijnFluvius dat op hun website met vertraging toont. Gewoon op je DM kijken en/of een P1 meter van een paar euro op de P1 poort van je DM aansluiten om het altijd en overal vanop afstand te kunnen uitlezen. Of, en dat kost wel iets meer, in je automatenkast een meter plaatsen die o.a. dat meet en de gegevens in een app toont.

En waarom zou je ieder kwartier 24/7 je klokkwartieren in real time moeten opvolgen?
Ga je dan 24/7 je hele leven laten bepalen door de klok en na een alarmsignaal telkens toestellen aan- en uitschakelen volgens gecombineerd vermogen om op jaarbasis een paar euro te winnen of te besparen?
Dat lijkt me dan weer wel onder panische reacties te vallen. :-D
ik denk dat na een tijd de rekening voor medische bijstand dan hoger gaat zijn dan de besparing op het capaciteitstarief.
En nogmaals, alleen rekening houden met het capaciteitstarief op vermogen zegt niet alles. Je hebt nog altijd een deel van de netkost die berekend zal worden op het kWh verbruik (zo'n 40% van de kost van de vorige situatie) en de heffingen. In totaal zo'n 8 c€/kWh. Ga je daar dan ook in real time rekening mee houden?
Sol Invictus!
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

Ordon schreef: 03 jan 2023, 11:08 1,5 kWh verbruiken op één kwartier is een kwartierpiek van 6 kW. :wink:
Je moet dan immers 15 minuten lang een vermogen trekken van 6000 Watt (en drie kwartier niets).
straks nog eens mijn hersenen onder het stof uithalen voor die formules enzo terug te herinneren :)
ivob schreef: 03 jan 2023, 11:09 Het punt is natuurlijk dat je verbruik zelden gelijkmatig over een vaste periode loopt.
dat is hier thans wel vrij groot het geval (invalide moeder, 4/5 thuiswerk)
de enige pieken hier zullen zijn indien er in de keuken gewerkt is (en dan nog zullen er nooit meer dan 2 toestellen gelijk gebruikt worden),
en op de dagen dat de was gedaan moet worden (maar ook dat is gespreid)

los daarvan, mijn punt is dus dat ik op 9 maanden tijd voorafgaand aan het capaciteitstarief nooit boven 2,8 ben uitgekomen, en op dag 2 dat het capaciteitstarief in voege is, ik ineens aan een piek van 3,2 zit zonder enig verschil in gedrag.
en dat vind ik toch vreemd (ofwel kloppen de "gevalideerde" cijfers op de site van fluvius niet, ofwel klopt de nieuwe piek niet denk ik dan)
ivob schreef: 03 jan 2023, 11:09 Je moet dus helemaal niet wachten tot MijnFluvius dat op hun website met vertraging toont. Gewoon op je DM kijken en/of een P1 meter van een paar euro op de P1 poort van je DM aansluiten om het altijd en overal vanop afstand te kunnen uitlezen.
geregeld een keer op de meter kijken is niet praktisch, en het uitlezen heb ik al lang - maar de slimmelezer leest de piek nog niet uit (heb reeds de ontwikkelaar gemaild voor te vragen of dat erbij kan gezet worden)
momenteel moet ik dus de berekening via HA doen, maar daar krijg ik de juiste manier om dat te berekenen niet te pakken.
ivob schreef: 03 jan 2023, 11:09 En waarom zou je ieder kwartier 24/7 je klokkwartieren in real time moeten opvolgen?
voor automatisaties, ofcourse.
ivob schreef: 03 jan 2023, 11:09 Je hebt nog altijd een deel van de netkost die berekend zal worden op het kWh verbruik (zo'n 40% van de kost van de vorige situatie) en de heffingen. In totaal zo'n 8 c€/kWh. Ga je daar dan ook in real time rekening mee houden?
ik probeer al redelijk wat spreiding te doen, optimaal gebruiken van de zonnepanelen (geen batterij, de tvt is me nog te hoog daarvoor), verlagen van verbruik door apparaten en verlichting aan te passen over de laatste jaren, ...

qua verbruik maak ik me niet zo druk, maar qua pieken vind ik het onnozel (eigenlijk draaien de gebruikers nu op voor het feit dat de bijdrages voor netonderhoud nooit gebruikt zijn voor, ahem, netonderhoud)
dat het nodig is wil ik nog enigszins mee akkoord gaan (met tegenzin)... maar vraag me niet om de zever te slikken dat het niet anders kon.
het is gewoon het gevolg van mis-management en hebberigheid van de belgische overheid.

(en om even een voorbeeld te geven, hoewel het natuurlijk kort door de bocht is en er iets meer komt kijken bij onderhoud: )
deze wijk is ongeveer 39j geleden aangelegd - in die tijd hebben we fluvius 3x gezien:
1x omdat iemand zijn omheining voorbij de rooilijn gezet had, en de stroomkabel meehad (en dat werd dus aan die persoon doorgerekend)
1x omdat er een zekering in de cabine gesprongen was (oorzaak; een rat, die achteraf dus gefrituurd was - opnieuw niet bepaald onderhoud)
1x meermaals op 1 week omdat ze geen zin hadden te zoeken naar een kabel in de grond die blijkbaar aan het doorbranden was, en dus eerst 3x de zekering in de cabine (die bleef springen) hebben vervangen, om vervolgens toch maar het probleem te gaan zoeken & verhelpen.... en dat is dus ook niet onderhoud, maar eerder herstelling door gebrekkig onderhoud.

dan vraag ik me dus af in welke mate het geld van dat netonderhoud ooit gebruikt werd voor zijn doel, want het is niet de enige wijk waar dit het geval is.
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

Splitter schreef: 03 jan 2023, 13:30 straks nog eens mijn hersenen onder het stof uithalen voor die formules enzo terug te herinneren :)
Veel formule is daar niet aan hoor, gewoon verbruik van het kwartier maal vier. :-D
dat is hier thans wel vrij groot het geval (invalide moeder, 4/5 thuiswerk)
de enige pieken hier zullen zijn indien er in de keuken gewerkt is (en dan nog zullen er nooit meer dan 2 toestellen gelijk gebruikt worden),
en op de dagen dat de was gedaan moet worden (maar ook dat is gespreid)
Je bent blijkbaar nog altijd niet mee. Vermogen (kW) is geen verbruik (kWh). Verbruik is het afgenomen vermogen over een bepaalde tijdsduur. Keukentoestellen hebben zelden een constant afgenomen vermogen. Het is niet omdat je één verbruiker aan hebt staan dat deze over zijn volledige cyclus een gelijk rollend vermogen afneemt. Vandaar dat voor het capaciteitstarief (waar de meter per seconde gegevens uitspuwt) niet het real time vermogen gebruikt wordt maar het gemiddelde over een klokkwartier. In het eerste geval zou je pas van je stoel vallen. Een wasmachine, over, vaatwas,... neemt over zijn volledige cyclus bv gemakkelijk in een range tussen 50W tot +2500 W aan vermogen op. Wanneer je dan twee (keuken) toestellen gelijktijdig laat werken en deze vallen binnen één klokkwartier toevallig in hun hoogste vermogenspiek (bv. een over, vaatwas, wasmachine, inductie, SWW... tijdens de opwarmfase) zit je zo aan een kwartierpiek van 3 kW.
los daarvan, mijn punt is dus dat ik op 9 maanden tijd voorafgaand aan het capaciteitstarief nooit boven 2,8 ben uitgekomen, en op dag 2 dat het capaciteitstarief in voege is, ik ineens aan een piek van 3,2 zit zonder enig verschil in gedrag.
en dat vind ik toch vreemd (ofwel kloppen de "gevalideerde" cijfers op de site van fluvius niet, ofwel klopt de nieuwe piek niet denk ik dan)
De kans is vele malen groter dat je gedurende één kwartier van dag x dat kwartiervermogen hebt afgenomen dan dat de meting verkeerd zou zijn. Die piek gaat dan over een hoogste kwartierverbruik van 0,8 kWh. Kijk gewoon in je dagtab welk kwartier dat dit was op 2/1 (edit typo) en denk dan na welk toestel dan actief was.
Als vergelijkend voorbeeld: heden is volgens rubriek 160 van de DM mijn hoogste kwartierpiek 1,893 kW.
Wanneer ik op Mijnfluvius kijk dan zie ik dat op 2/1 tussen 17:00 en 17:15 het verbruik 473 Wh bedroeg. En dat komt bijna exact overeen met de weerhouden piek op de DM (0,473 kWh x 4 = 1,892 kW, een afwijking van 0,001 kW).
kwartierpiek.jpg
geregeld een keer op de meter kijken is niet praktisch,
Eén keer per maand is al voldoende. Er wordt immers maar één waarde per maand weerhouden.
voor automatisaties, ofcourse.
En wat zou je daar dan mee gaan automatiseren zodat het sop de kool waard is?
Je kan al niet onder de 2,5 kW automatiseren (want die betaal je sowieso) en daarboven zou je dan al telkens binnen het klokkwartier moeten gaan ingrijpen op iets dat nauwelijks te voorspellen is (grote verbruikers hebben immers een typisch wisselend vermogenspatroon dat je bij bepaalde verbruikers ook beter niet uitwendig op en af gaat schakelen). Na het klokkwartier ingrijpen heeft ook geen zin want de rekening is dan al gemaakt. En om toestellen niet gelijktijdig te doen werken heb je geen automatisatie nodig.
ik probeer al redelijk wat spreiding te doen, optimaal gebruiken van de zonnepanelen (geen batterij, de tvt is me nog te hoog daarvoor), verlagen van verbruik door apparaten en verlichting aan te passen over de laatste jaren, ...
Een batterij inzetten voor het capaciteitstarief heeft idd meestal weinig zin. Het sop is de kool niet waard.
De economische waarde van de opgeslagen kWh is meestal hoger om deze zelf te verbruiken wanneer de kWh-prijs het hoogst is (op sombere winterse windstille dagen) dan er voortdurend pieken boven de 2,5 kW mee proberen af te vlakken.
qua verbruik maak ik me niet zo druk, maar qua pieken vind ik het onnozel
Daar zou je beter wel rekening mee houden want het één is nog altijd onlosmakend met het ander verbonden.
Hoe hoger je verbruik in kWh hoe minder nadelig (meestal zelfs voordeliger) het vaste capaciteitstarief op vermogen. Hoe lager je verbruik in kWh hoe meer nadeel aan het tarief op piekvermogen gezien dat dan zwaarder doorweegt in het geheel.
dan vraag ik me dus af in welke mate het geld van dat netonderhoud ooit gebruikt werd voor zijn doel, want het is niet de enige wijk waar dit het geval is.
Je kan je daar over opwinden maar in se maakt dat niets uit.
Het is een belasting als een andere. Met dit voordeel dat individueel gedrag een impact kan hebben op de hoogte/laagte van die belasting en de impact al bij al relatief laag is. Om al maar een belastingverhoging in 2023 te vernoemen: voor veel huiseigenaren zal de belastingsverhoging op de OV een veel hogere financiële impact hebben dan het piektarief maar daar hoor je dan weer niemand over terwijl je er - of je moest bereid zijn te verhuizen - weinig zelf aan kan doen. :-D
Laatst gewijzigd door ivob 03 jan 2023, 18:19, in totaal 1 gewijzigd.
Sol Invictus!
pfuhu
Premium Member
Premium Member
Berichten: 640
Lid geworden op: 12 mei 2011, 20:02
Uitgedeelde bedankjes: 14 keer
Bedankt: 66 keer
Recent bedankt: 3 keer

Onderhoud en aanpassing van het net: hier in mijn straat (ter hoogte van mijn huis) is er een spanningsval van ongeveer 0,5 volt per ampere (gemeten op de DM, dus mijn binneninstallatie heeft er geen effect op).

Er gaat geen avond voorbij in de winter dat de spanning hier (gemeten op DM) niet onder de 210 volt duikt (meestal zelfs onder de 205v). Mijn inductievuur gaat hierdoor regelmatig in storing (te weinig spanning). Mijn compressor (3hp) krijgt niet genoeg voltage om de startstroom te beperken. ...

Bestaande straat. Electriceitsnet van de jaren '60 (toen hier 5 huizen stonden). Nu staan er hier 80 en er is nog niets veranderd.

Fluvius bellen heeft geen zin. Ze kunnen/willen er niets (meer) aan doen. Ze hebben een hele tijd geleden de spanning van de transfo verhoogd. Ervoor hadden we regelmatig maar 185V.

Als er binnenkort nog eens enkele EV's bijkomen in de straat wordt het helemaal feest ...
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

ivob schreef: 03 jan 2023, 14:16 Veel formule is daar niet aan hoor, gewoon verbruik van het kwartier maal vier. :-D
ik bedoelde de formules om te gaan uitrekenen / zoeken welke van de toestellen het kunnen geweest zijn
ivob schreef: 03 jan 2023, 14:16 Je bent blijkbaar nog altijd niet mee. Vermogen (kW) is geen verbruik (kWh).
k weet dat er een wezenlijk verschil is tussen vermogen & verbruik, en dat een apparaat niet constant hetzelfde vermogen zal trekken etc.

mijn probleem is simpelweg dat het op dit moment lijkt dat die piek niet klopt, en het vreemd is dat die dan net voorvalt als het capaciteitstarief in voege gaat.
dat de kans groter is dat er een toestel verantwoordelijk geweest is dan dat de meter fout is, dat weet ik (al is het niet uitgesloten als je de oudere berichten over digitale meters erop naleest)

en dat ik het kwartier kan opzoeken via mijn fluvius weet ik, maar door die 24+u vertraging is mijn grafiek daar nog niet geupdate met de info van gisteren.
daarom dat het dus handig zou zijn als het tijdstip ook op de meter staat, en daarop dat ik ook aan het wachten ben om verder uit te zoeken.

maargoed als de slimmelezer een fw update krijgt, kan dat dus wel uitgelezen worden en in HA gestoken worden straks, en dan is dat ook weer een probleem minder

dat je het genoeg zou zijn om 1x / maand op de meter te gaan kijken is ook niet waar, want je kan tussendoor een piek hebben die je niet zag (als je te vroeg gaat kijken) of een hogere piek die je had kunnen voorkomen (door te laat te gaan kijken)

los daarvan is het trouwens inderdaad zo dat er vrij weinig valt aan te passen aan het gedrag (wat dan ook mijn punt tegen het capaciteitstarief is, want door mijn thuiswerk heb ik de mogelijkheid te spreiden, maar bv alleenstaanden die de hele dag werken en savonds voor de kids moeten koken zijn weer eraan voor de moeite)

maargoed, dat is allemaal wat off-topic aan het gaan want het ging er hem in dit topic over om de gegevens in HA te krijgen.
en dat zal dus eenvoudiger worden nudat je ze dus ook rechtstreeks uit de meter kan uitlezen.
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

maargoed als de slimmelezer een fw update krijgt, kan dat dus wel uitgelezen worden en in HA gestoken worden straks, en dan is dat ook weer een probleem minder
Dat zou normaal al moeten gebeurd zijn.
Kan je nagaan in rubriek 120, moet firmware 1.99 of hoger zijn.
De waarden van 2/2 zouden inmiddels ook al op MijnFluvius moeten staan.
los daarvan is het trouwens inderdaad zo dat er vrij weinig valt aan te passen aan het gedrag (wat dan ook mijn punt tegen het capaciteitstarief is, want door mijn thuiswerk heb ik de mogelijkheid te spreiden, maar bv alleenstaanden die de hele dag werken en savonds voor de kids moeten koken zijn weer eraan voor de moeite)
Tja het voordeel van de ene zou globaal gezien het nadeel van de ander moeten opheffen want een van de voorwaarden voor het invoeren van het capaciteitstarief was dat het in het geheel genomen een nuloperatie zou moeten zijn. Van miljoenen/miljarden meerwinsten zou dus geen sprake mogen zijn. Het is geen nieuwe belasting maar een herverdeling van een bestaande belasting. Wie nu meer betaalt zou in het verleden te weinig betaald hebben en wie nu minder betaalt in het verleden in verhouding te veel. Conclusies kan je pas maken na minstens een volledig jaar.
Wanneer dan blijkt dat er door de herschikking veel meer inkomsten zijn bij de DNB heb je een grond om een klacht in te dienen.
Sol Invictus!
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

de slimmelezer moet nog een update krijgen, niet de digitale meter ;) (slimmelezer is het bordje waarmee ik de data uitlees)
ondertussen staan de gegevens eindelijk ook op mijn fluvius idd, en kan ik gaan zoeken naar wat er tussen 11u en 11u15 de oorzaak zou zijn geweest.

dat globale snap ik trouwens niet aan de uitleg van het capaciteitstarief.
hoe gaat het voordeel voor persoon x het nadeel van persoon y opvangen ?
ik kan bijvoorbeeld door het grotendeels thuiswerken rondom werken en de was verdelen, het eten verdelen, etc etc

maar een alleenstaande die werkt tot 6u, dan zijn kinderen van de opvang moet halen, en dan de was en de kook moet doen.... die zijn toch zowiezo nog maar eens de dupe, terwijl het al lang geweten is dat alleenstaanden met kinderen nu al oneerlijk benadeeld zijn in kosten ? (maargoed, aparte discussie)

ik ga op zoek naar de dader van het hoge verbruik...
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

Omdat het globaal is. Het bedrag van de groep verbruikers die meer betaalt moet ongeveer gelijk zijn aan het bedrag van de groep verbruikers die minder betalen. Het is geen individuele compensatie tussen individuele verbruikers onderling.
Zoals al meermaals aangehaald is bij iedere herverdeling of wijziging een groep die er op vooruit gaat en een groep achteruit.
Een thuiswerker zal, indien hij tegen nieuwe maatregelen wil ageren, dus andere maatregelen moeten nemen dan een buitenhuis 8-17 werker. Een kleinverbruiker anders dan een grootverbruiker, enz.
Sol Invictus!
Gebruikersavatar
lacer
Elite Poster
Elite Poster
Berichten: 2968
Lid geworden op: 24 feb 2007, 23:15
Locatie: 09
Uitgedeelde bedankjes: 130 keer
Bedankt: 159 keer

@ivob, we zijn nog in januari hé :wink: , 2/2 is volgende maand, maar denk dat de meesten dit wel begrepen hadden.
EdpNet XL 99/35 Mbps
VoIp OVH + Gigaset C610IP + C430H
Telenet Digital TV HD Digicorder AD 2200
RPi 2B Pi-Hole / 3B Kodi-19 / 3B+ Node-Red+Grafana
FLUKSO monitoring Elec-Gas-Water-PV > PVoutput
Ubuntu Mate 18.04 ESM / 22.04
Gebruikersavatar
Splitter
Elite Poster
Elite Poster
Berichten: 5249
Lid geworden op: 10 maa 2010, 12:30
Uitgedeelde bedankjes: 64 keer
Bedankt: 526 keer
Recent bedankt: 12 keer

lacer schreef: 03 jan 2023, 18:07 @ivob, we zijn nog in januari hé :wink: , 2/2 is volgende maand, maar denk dat de meesten dit wel begrepen hadden.
had ik zelfs automatisch overheen gelezen
het is eens iets anders als het jaartal verkeerd schrijven in januari :angel:
Tazmanian79
Plus Member
Plus Member
Berichten: 191
Lid geworden op: 21 aug 2008, 12:57
Uitgedeelde bedankjes: 19 keer
Bedankt: 13 keer

NuKeM schreef: 03 dec 2022, 16:39

Code: Selecteer alles

  - if:
      - condition: template
        value_template: |
          {{  piek > float(2.5) }}
    then:
      - service: notify.mobile_app
        data:
          message: |
            Nieuwe maandpiek van {{ piek|round(2) }}kW.

Ik gebruik ook bijna heel uw code (waarvoor dank!!!) voor het opvolgen van mijn piekverbruik (via geroote engie boxx).

Maar meer bepaald dit stukje waarbij er een melding wordt gestuurd wanneer het piekverbruik een nieuwe hoogste waarde krijgt.
Ik zou enkel een melding willen krijgen op het einde van het kwartier indien het een nieuw maximum is.
Als nu zeg maar na 5 min er een nieuwe piek is dan krijg ik tientallen meldingen tot het kwartier om is, want als bv. na 5 min er een nieuwe piek genoteerd is zal dit blijven stijgen tot de 15de minuut. Is er hier een oplossing voor?
Gebruikersavatar
lacer
Elite Poster
Elite Poster
Berichten: 2968
Lid geworden op: 24 feb 2007, 23:15
Locatie: 09
Uitgedeelde bedankjes: 130 keer
Bedankt: 159 keer

Waarom meldingen ontvangen ?
Kan je geen display ergens opstellen waar je op het bovenste lijntje het kwartierverbruik ziet verschijnen en elk nieuw kwartier herbeginnen van 0 kW ?
Met als 2de lijntje de hoogst gehaalde kwartierpiek per lopende maand.
Goed zichtbaar vb in de keuken waar het meeste apparaten zijn. 't Is maar een gedacht ...
EdpNet XL 99/35 Mbps
VoIp OVH + Gigaset C610IP + C430H
Telenet Digital TV HD Digicorder AD 2200
RPi 2B Pi-Hole / 3B Kodi-19 / 3B+ Node-Red+Grafana
FLUKSO monitoring Elec-Gas-Water-PV > PVoutput
Ubuntu Mate 18.04 ESM / 22.04
mvereecken
Starter
Starter
Berichten: 1
Lid geworden op: 05 jan 2023, 14:26

NuKeM schreef: 28 nov 2022, 18:28 Ik ben hier ook nog wat aan het spelen met de derivative helper om over een kwartier een trend te hebben en daarop voorspellingen goed te kunnen doen (om waarschuwingen te kunnen geven). Als dat goed werkt deel ik het ook even, eerst dagje testdraaien :)
Hey NuKeM, werkt je derivative goed? Wil je de code hiervan even delen?
sdecoster
Pro Member
Pro Member
Berichten: 319
Lid geworden op: 03 dec 2013, 23:11
Uitgedeelde bedankjes: 11 keer
Bedankt: 16 keer

Misschien wat off-topic maar ik plaats het hier maar:

ik merk dat bij de digitale meter onder 1.6.0 nu de maandpiek van de huidige maand zichtbaar is. Dit is dus een waarde die tot de laatste moment van de maand kan veranderen bij een hogere piek maar het geeft wel een idee van je piekverbruik natuurlijk.

Interessanter is dat ook bij Mijn Fluvius (onder Netkosten) de mogelijkheid bestaat je maandpieken te tonen. Je moet dat aanvragen (is simpel). Nu is er niets te zien want er worden enkel de maandpieken van de voorbije maanden getoond, dus geen 'lopende piek' zoals op hun meter. Dus pas begin februari zal dat de eerste keer verschijnen.
Gebruikersavatar
lacer
Elite Poster
Elite Poster
Berichten: 2968
Lid geworden op: 24 feb 2007, 23:15
Locatie: 09
Uitgedeelde bedankjes: 130 keer
Bedankt: 159 keer

sdecoster schreef: 06 jan 2023, 00:26 ...
Interessanter is dat ook bij Mijn Fluvius (onder Netkosten) de mogelijkheid bestaat je maandpieken te tonen. Je moet dat aanvragen (is simpel). Nu is er niets te zien want er worden enkel de maandpieken van de voorbije maanden getoond, dus geen 'lopende piek' zoals op hun meter. Dus pas begin februari zal dat de eerste keer verschijnen.
Daar ben je niks mee als je wilt besparen op je piekverbruik. Een mooi overzichtje krijg je, maar het kwaad is dan geschied.
EdpNet XL 99/35 Mbps
VoIp OVH + Gigaset C610IP + C430H
Telenet Digital TV HD Digicorder AD 2200
RPi 2B Pi-Hole / 3B Kodi-19 / 3B+ Node-Red+Grafana
FLUKSO monitoring Elec-Gas-Water-PV > PVoutput
Ubuntu Mate 18.04 ESM / 22.04
sdecoster
Pro Member
Pro Member
Berichten: 319
Lid geworden op: 03 dec 2013, 23:11
Uitgedeelde bedankjes: 11 keer
Bedankt: 16 keer

Het kwaad voor die ene maand is dan geschied, ja... Maar je kan je gedrag de maand(en) erop aanpassen. Die ene maand weegt maar voor 1/12 de mee dus da's geen drama.

Ik hoorde net (Radio 1) dat die capaciteitspiek maar voor 7% zou meetellen op de factuur, de overige 93% is niet onderhevig aan die extra last. Maar 'k stond onder de dampkap en heb de details niet gehoord.
Gebruikersavatar
Joe de Mannen
Elite Poster
Elite Poster
Berichten: 6309
Lid geworden op: 22 feb 2005, 12:46
Uitgedeelde bedankjes: 506 keer
Bedankt: 613 keer
Recent bedankt: 7 keer

Dat staat ook op de site van de vreg, maar lijkt voor iedereen weer anders...
J.
Ik ben alleen verantwoordelijk voor mij eigen uitspraken, niet voor wat anderen ervan maken of aan toevoegen...
ivob
Elite Poster
Elite Poster
Berichten: 4858
Lid geworden op: 03 feb 2022, 14:32
Uitgedeelde bedankjes: 572 keer
Bedankt: 226 keer
Recent bedankt: 9 keer

sdecoster schreef: 06 jan 2023, 18:30 Het kwaad voor die ene maand is dan geschied, ja... Maar je kan je gedrag de maand(en) erop aanpassen. Die ene maand weegt maar voor 1/12 de mee dus da's geen drama.

Ik hoorde net (Radio 1) dat die capaciteitspiek maar voor 7% zou meetellen op de factuur, de overige 93% is niet onderhevig aan die extra last. Maar 'k stond onder de dampkap en heb de details niet gehoord.
Precies of je iedere dag van de maand hetzelfde leeft?
Ga je dan de maand erop je gedrag wijzigen dat in de maand ervoor dat piekverbruik veroorzaakt heeft?
En misschien veroorzaakt een andere combinatie nadien weer een andere piek?

Voor wie veel betaalt aan elektriciteit en een ongunstig energiecontract heeft (met een hoge eenheidsprijs) kan het inderdaad voorkomen dat de nieuwe berekening in % maar een klein deel van de totaalfactuur uitmaakt. Maar voor wie al niet veel verbruikte en een redelijk gunstig energietarief had is het net omgekeerd. Heffingen, netkosten en BTW maken hier bv. vanaf 2023 al soms meer dan 50% van de energieprijs uit. En hoe goedkoper de component energie wordt hoe hoger het aandeel "andere" doorweegt in de energiefactuur.
Niet dat ik er van moet wakker liggen (% is immers geen absolute waarde) maar het geeft maar aan dat je niet altijd teveel waarde moet hechten aan de cijfers van de VREG.
Sol Invictus!
Michel72
Starter
Starter
Berichten: 5
Lid geworden op: 03 nov 2019, 09:43

Zelf probeer ik dit ook te bouwen, maar ik mis een onderdeel in deze discussie en dat is waar jullie de initiële verbruikswaarden op basis waarvan jullie de 15 minuten piek berekenen.

Zelf beschik ik over een slimme lezer (p1 op de meter) als ook een envoy-S metered van de zonnepanelen, dus zowel de totale actuele productie als de totale afname van mijn huis meet (met meetspoelen) in watt.

sensoren envoy:
sensor.envoy_xxxxxxxxxxxxxxxx_current_power_consumption (actueel in watt)
sensor.envoy_xxxxxxxxxxxxxxxx_current_power_production (actueel in watt)
screenshot_ 2023-01-10 16.52.55.png
Als ik van de consumption de (eventuele) production aftrek heb ik dus de actuele afname van het huis in watt.

Hoe pak ik dit nu het beste aan? Heeft iemand misschien het complete plaatje?

B.v.d.

Michel
Gebruikersavatar
Joe de Mannen
Elite Poster
Elite Poster
Berichten: 6309
Lid geworden op: 22 feb 2005, 12:46
Uitgedeelde bedankjes: 506 keer
Bedankt: 613 keer
Recent bedankt: 7 keer

Op basis daarvan maak je een utility meter aan met 15 minuten cycle:

https://www.home-assistant.io/integrati ... ity_meter/

J.
Ik ben alleen verantwoordelijk voor mij eigen uitspraken, niet voor wat anderen ervan maken of aan toevoegen...
Michel72
Starter
Starter
Berichten: 5
Lid geworden op: 03 nov 2019, 09:43

Thanks, dus als ik het goed begrijp in mijn geval (zonnepanelen) een template sensor maken en daarin van de consumptie de productie aftrekken, de actuele usage in watt omrekenen naar Kw per uur:

Code: Selecteer alles

 device_energy:
        value_template: "{{ '%0.2f'|format(states('sensor.device_average_power')|float / 1000 * (now().hour + now().minute/60)) }} " 
        unit_of_measurement: "kWh"
en dan:

Code: Selecteer alles

utility_meter:
  energy:
    source: sensor.template_energy_in_kwh
    cycle: quarter-hourly 
?
sammyke007
Starter
Starter
Berichten: 10
Lid geworden op: 08 nov 2005, 18:37
Uitgedeelde bedankjes: 3 keer

Als er nog Youless gebruikers zijn (om de P1 uit te lezen), ik heb hier "mijn code" neergeschreven:

https://community.home-assistant.io/t/b ... gen/529459

Fluvius werkt btw niet met rollende kwartieren, maar met echte uurkwartieren.

Grtz
Gebruikersavatar
devilkin
Administrator
Administrator
Berichten: 6009
Lid geworden op: 17 mei 2006, 20:10
Uitgedeelde bedankjes: 826 keer
Bedankt: 507 keer
Recent bedankt: 3 keer

Ik heb een smartgateways.nl dsmr gateway hangen, en met de laatste firmware published die ook de kwartierpieken naar HA (enkel over mqtt).

Sent from my SM-S908B using Tapatalk

Telenet All-Internet -- using CV8560E & OPNsense on PCEngines APU2E4
Proximus & Mobile Vikings -- Using OnePlus 8 Pro (ROM: Stock)
Plaats reactie

Terug naar “Elektrische apparaten”