Capaciteitstarief maandpiek zichtbaar maken in home assistant

[Ernie]

Guys, ik heb https://www.mijnenergie.be/capaciteitstarief gelezen.
Wil iemand mij aub kort uitleggen hoe dat wordt berekend want ik snap het niet...

[silentkiller]

Je digitale meter kijkt elk kwartier hoeveel je van het net afneemt.
Dat zijn vaste kwartieren: uu:00 -> uu:15, uu:15 -> uu:30, uu:30 -> uu:45 en uu:45 -> uu:00

Op maandbasis wordt de afname van het hoogste kwartier genomen van die maand.
Ben je die maand elk kwartier lager dan 2,5kW gebleven, dan wordt dat als minimum genomen.

Op de eindafrekening wordt een gemiddelde genomen van al die maandpieken van de laatste 12 maanden.
Deze wordt dan gebruikt om het capaciteitstarief te berekenen.

Hier staat het duidelijk uitgelegd imo

[ivob]

Wil je het voor jezelf makkelijk maken dan kan je dat opvolgen op je digitale meter in het submenu 160.
Dat geeft de piekwaarde van de lopende maand weer. Maar word de laatste dag van iedere lopende maand gereset.
Op je Mijn Fluvius kan je de historische piekwaarden opvolgen (en zien welk kwartier van iedere maand de hoogste piek veroorzaakt heeft) en je facturatiepiek (het eerder aangehaalde gemiddelde waarop de factuur voor het capaciteitstarief bij de jaar of maandnota wordt berekend.

Wil je de digitale meter controleren zal je een energiemeter moeten plaatsen.
De kwartierpiek is het verbruik van ieder klokkwartier (uitleg zie voorgaande) in kWh maal 4 = piek in kW.
Verbruik je tussen 12:00 en 12:15 bv. 600 Wh (of 0,6 kWh) dan is je capaciteit voor dat kwartier 2,4 kW (of 2400 W).
Was dat voor die maand de hoogste piek dan wordt voor de facturatie 2,5 kW weerhouden (het forfaitaire minimum voor iedere kalendermaand). En dat voor elke maand opnieuw. Verbruik je de volgende maand tussen 13:00 en 13:15 800 Wh dan is je capaciteit voor dat kwartier 3,2 kW en wanneer dat voor die maand de hoogste kwartierwaarde is dan wordt 3,2 kW als maandpiekwaarde weerhouden.

Voor de kwartierwaarde: MijnFluvius/Verbruik/details/Piekvermogen
Voorbeeld:

Voor de facturatiepiek/gemiddelde maandpiek: MijnFluvius/Netkosten/Facturatiepieken/Selecteer periode/details
Voorbeeld:

De groene balk geeft de technisch gemeten waarde aan. De blauwe balk, indien van toepassing, de aangevulde facturatiewaarde (min 2,5 kW).

[Ken]

Hierbij mijn werkende YAML voor Slimmelezer+ van Zuidwijk.com https://www.zuidwijk.com/product/slimmelezer-plus/

Elektriciteit incl. piekvermogen + gas + water

Tevergeefs geprobeerd met een vast IP te werken, maar de ESP8266 disconnect telkens

Code: Selecteer alles

substitutions:
  device_name: slimmelezerbe
  device_description: "DIY P1 module to read your smart meter Belgium"
  
esphome:
  name: "${device_name}"
  comment: "${device_description}"
  friendly_name: Slimmelezer+
  name_add_mac_suffix: true
  project:
    name: zuidwijk.slimmelezer
    version: "2.0"
  
esp8266:
  board: d1_mini
  restore_from_flash: true

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  # If enabled, directly connects to WiFi network without doing a full scan first.
  # This is required for hidden networks and can significantly improve connection times.
  # Defaults to off . The downside is that this option connects to the first network the ESP sees, even if that network is very far away and better ones are available.
  #fast_connect: true
  
  # Powersaving for brownout due to 250mA restriction P1
  output_power: 14dB

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
 
captive_portal:
 
# Enable logging
logger:
  baud_rate: 0
 
# Enable Home Assistant API
api:
  encryption:
    key: ""
  # services:
  #   service: set_dsmr_key
  #   variables:
  #     private_key: string
  #   then:
  #     - logger.log:
  #         format: Setting private key %s. Set to empty string to disable
  #         args: [private_key.c_str()]
  #     - globals.set:
  #         id: has_key
  #         value: !lambda "return private_key.length() == 32;"
  #     - lambda: |-
  #         if (private_key.length() == 32)
  #           private_key.copy(id(stored_decryption_key), 32);
  #         id(dsmr_instance).set_decryption_key(private_key);
 
ota:
  - platform: esphome
    password: ""
 
web_server:
  port: 80
 
uart:
  baud_rate: 115200
  rx_pin: D7
  rx_buffer_size: 1700
 
# globals:
#   - id: has_key
#     type: bool
#     restore_value: yes
#     initial_value: "false"
#   - id: stored_decryption_key
#     type: char[32]
#     restore_value: yes
 
dsmr:
  id: dsmr_instance
  max_telegram_length: 1700
  # For Luxembourg users set here your decryption key. 
  # Enable this when using decryption for Luxembourg;
  # key looks like '00112233445566778899AABBCCDDEEFF'
  #decryption_key: !secret decryption_key 
 
sensor:
  - platform: dsmr
    water_delivered:
      name: "Water delivered"
    # --- Electricity ---
    # energy_delivered_lux:
    #   name: "Energy Consumed Luxembourg"
    #   state_class: total_increasing
    energy_delivered_tariff1:
      name: "Energy Consumed Tariff 1"
      state_class: total_increasing
    energy_delivered_tariff2:
      name: "Energy Consumed Tariff 2"
      state_class: total_increasing
    # energy_returned_lux:
    #   name: "Energy Produced Luxembourg"
    #   state_class: total_increasing
    energy_returned_tariff1:
      name: "Energy Produced Tariff 1"
      state_class: total_increasing
    energy_returned_tariff2:
      name: "Energy Produced Tariff 2"
      state_class: total_increasing
    power_delivered:
      name: "Power Consumed"
      accuracy_decimals: 3
    power_returned:
      name: "Power Produced"
      accuracy_decimals: 3
    # electricity_failures:
    #   name: "Electricity Failures"
    #   icon: mdi:alert
    # electricity_long_failures:
    #   name: "Long Electricity Failures"
    #   icon: mdi:alert
    # electricity_sags_l1:
    #   name: "Voltage Sags Phase 1"
    #   icon: mdi:alert
    # electricity_sags_l2:
    #   name: "Voltage Sags Phase 2"
    #   icon: mdi:alert
    # electricity_sags_l3:
    #   name: "Voltage Sags Phase 3"
    #   icon: mdi:alert
    # electricity_swells_l1:
    #   name: "Voltage Swells Phase 1"
    #   icon: mdi:alert
    # electricity_swells_l2:
    #   name: "Voltage Swells Phase 2"
    #   icon: mdi:alert
    # electricity_swells_l3:
    #   name: "Voltage Swells Phase 3"
    #   icon: mdi:alert
    voltage_l1:
      name: "Voltage Phase 1"
    voltage_l2:
      name: "Voltage Phase 2"
    voltage_l3:
      name: "Voltage Phase 3"
    current_l1:
      name: "Current Phase 1"
    current_l2:
      name: "Current Phase 2"
    current_l3:
      name: "Current Phase 3"
    power_delivered_l1:
      name: "Power Consumed Phase 1"
      accuracy_decimals: 3
    power_delivered_l2:
      name: "Power Consumed Phase 2"
      accuracy_decimals: 3
    power_delivered_l3:
      name: "Power Consumed Phase 3"
      accuracy_decimals: 3
    power_returned_l1:
      name: "Power Produced Phase 1"
      accuracy_decimals: 3
    power_returned_l2:
      name: "Power Produced Phase 2"
      accuracy_decimals: 3
    power_returned_l3:
      name: "Power Produced Phase 3"
      accuracy_decimals: 3
    # --- Peak Tariff ---
    active_energy_import_current_average_demand:
      name: "Peak Current Average Quarterly Demand"
      icon: mdi:chart-sankey
    active_energy_import_maximum_demand_running_month:
      name: "Peak Month Maximum Quarterly Demand"
      icon: mdi:chart-sankey
    active_energy_import_maximum_demand_last_13_months:
      name: "Peak 13 Month Maximum Quarterly Demand"
      icon: mdi:chart-sankey
    # --- Gas ---
    # gas_delivered:
    #   name: "Gas Consumed"
    #   state_class: total_increasing
    gas_delivered_be:
      name: "Gas Consumed Belgium"
      state_class: total_increasing
  - platform: uptime
    name: "${device_name} Uptime"
  - platform: wifi_signal
    name: "${device_name} Wi-Fi Signal"
    update_interval: 60s
 
text_sensor:
  - platform: dsmr
    identification:
      name: "DSMR Identification"
    # p1_version:
    #   name: "DSMR Version"
    p1_version_be:
      name: "DSMR Version Belgium"
    # timestamp:
    #   name: "DSMR Timestamp"
    electricity_tariff:
      name: "DSMR Tariff"
    # electricity_failure_log:
    #   name: "DSMR Electricity Failure Log"
    #   icon: mdi:message-alert-outline
    # message_short:
    #   name: "DSMR Message Short"
    #   icon: mdi:message-text-outline
    message_long:
      name: "DSMR Message Long"
      icon: mdi:message-text-outline
    # gas_equipment_id:
    #   name: "DSMR Gas Equipment ID"
    # water_equipment_id:
    #   name: "DSMR Water Equipment ID"
    # sub_equipment_id:
    #   name: "DSMR Sub Equipment ID"
    # gas_delivered_text:
    #   name: "DSMR Gas Delivered Text"
  - platform: wifi_info
    ip_address:
      name: "${device_name} IP Address"
    ssid:
      name: "${device_name} Wi-Fi SSID"
    bssid:
      name: "${device_name} Wi-Fi BSSID"
  - platform: version
    name: "ESPHome Version"
    hide_timestamp: true

[lacer]

Kan je verbinden met Arduino IDE en de sketch aanpassen zodat het werkt met vast IP ?

[Ken]

Wou in feite alleen maar het weinige CPU/energie saven door met een vast IP te werken ipv via DHCP en enkel de P1 poort gebruiken om die SlimmeLezer+ te voeden.
Niet dat het veel uitmaakt, maar heb liever vaste adressen voor de domotica dan via DHCP leases, en waarom een externe USB-C voeding aan hangen als het zonder moet kunnen...?

Heb nog nooit gewerkt met Arduino dus ga er nu ook niet aan beginnen, het werkt maar dan maar met een vaste DHCP lease...

Die SlimmeLezer+ (ESPHome 2025.4.2) werkte out of the box (en DHCP) perfect op de digitale meter met DSMR5 op de P1 poort, maar toonde het waterverbruik en de maandpieken niet, dus heb dat toegevoegd en dan geflashed via de ESPHome Builder addon in HA.

Helaas bleek het verbruik na het flashen (ESPHome 2025.7.3) te hoog en reboot de SlimmeLezer+ continu, ik zie 'm verbinden op m'n access point in de kelder en nog een DHCP req sturen, maar daar bleef het bij.

De WiFi output_power op 14dB was de oplossing en het werkt nu super stabiel.

[honda4life]

Ik draai dsmrreader en stuur de P1 poort via ESPHome over telnet.
Je kan vast relatief via de MQTT topics aan deze info geraken, ook zit er enige logica in voor de kwartierwaarden. Of rechtstreeks een tweede telnet sessie opzetten.

[bollewolle]

Klopt dat de sslimmelezer-be.yaml op de Github van zuidwijk de laatste wijzigingen van hemzelf en die van BE specifiek nog niet bevatten. Ik heb hem eerder dit jaar een PR gestuurd om die up to date te brengen maar is nog steeds niet gemerged jammer genoeg. Kan die versie wel gewoon hier bekijken indien het nuttig is voor iemand: https://github.com/zuidwijk/dsmr/blob/1 ... er-be.yaml

[willem2]

Ik heb de Ethernet P1 Dongel Pro (opgevolgd door de Pro+) van smart-stuff.nl en o.a. kwartierwaarden* komen rechtstreeks uit de DM via een rest.yaml bestand in HA terecht.
* Huidige kwartier en hoogste waarde van de huidige maand.

Code: Selecteer alles

 - resource: http://x.x.x.x/api/v2/sm/actual
    scan_interval: 10
    sensor:
       - name: P1 Peak Last Q
        value_template: "{{ value_json.peak_pwr_last_q.value | float }}"
        device_class: "power"
        unit_of_measurement: "kW"
        unique_id: p1-peak-q
      - name: P1 Highest Peak
        value_template: "{{ value_json.highest_peak_pwr.value | float }}"
        device_class: "power"
        unit_of_measurement: "kW"
        unique_id: p1-peak-high

[keerekeerweere]

Klopt dat de sslimmelezer-be.yaml op de Github van zuidwijk de laatste wijzigingen van hemzelf en die van BE specifiek nog niet bevatten.

Zit tegenwoordig alles van de slimme meter (DSMR) niet in de repo van esphome zelf ?

https://esphome.io/components/sensor/dsmr.html

Code: Selecteer alles

    active_energy_import_current_average_demand:
      name: ${friendly_name} "Peak Tarrif Quarterly Demand"
      accuracy_decimals: 3
    active_energy_import_maximum_demand_running_month:
      name: ${friendly_name} "Peak Tarrif Monthly Demand"
      accuracy_decimals: 3
    active_energy_import_maximum_demand_last_13_months:
      name: ${friendly_name} "Peak Tarrif 13Months Demand"
      accuracy_decimals: 3
    gas_delivered_be:
      name: ${friendly_name} Gas Delivered BE
    water_delivered:
      name: ${friendly_name} "Water Consumed"

edit: ter info, heb ook eentje van slimmelezer, op basis van een esp8266. werkt al jaren goed. en heb er niet zo lang geleden ook de BE kwartier tijden, gas meter en watermeter aan toegevoegd.
maar recentelijk met de upgrades van home assistant/esphome naar 2025.7.x redelijk wat issues gehad met de flash size. Er zijn wegen om daar rond te werken zoals een tijdelijke minimal image en nadien terug alles configureren, eventueel ook framework type esp-idf, maar dat gaf bij mij een conflict met de UART dependency die daarvoor niet ter beschikking was, enkel voor esphome/arduino framework.

o.a. daarom heb ik zelf eentje geknutseld op basis van esp32-s3 met een ethernet adapter, veel stabieler (er moet wel netwerk draad ter beschikking zijn), maar die gebruikt wel een usb adapter voor de voeding.

[bollewolle]

Zit tegenwoordig alles van de slimme meter (DSMR) niet in de repo van esphome zelf ?

Sure, maar Zuidwijk heeft naast zijn standaard yml ook een BE versie beschikbaar die dus niet helemaal up to date is, vandaar mijn PR om te voorkomen dat als mensen via de comments in zijn FAQ er op uit komen en die zouden gebruiken ze geen oude config gebruiken. Niet iedereen leest jammer genoeg de readme die inderdaad verwijst naar de officiële dsmr

[HeadHunter]

Ben al een tijdje bezig met Homeassistant, en gebruik al een aantal jaar de slimmelezer en zou nu een update willen doen om ook capaciteitstarief en de watermeter te configureren. In mijn huidige setup zijn die niet geconfigureerd. Tot nu toe werkte ik met een eigen implementatie via de statistics sensor om de kwartierwaarden te bepalen...

Ik heb nog nooit met ESPHome zelf wegwerkt en heb het wat moeilijk om mijn weg te vinden... Ik kan gebruik maken van de nieuwe DSMR component die in ESPhome beschikbaar zou moeten zijn, maar heb daar wat vragen rond:

• Ik zie in de documentatie dat de namen van de parameters anders zijn. Nu is bijv. de gasteller gas_delivered_be, terwijl dat vroeger gas_consumed_belgium heette in mijn oude firmware versie op de slimmelezer. Als ik overschakel op die DSMR component, riskeer ik dan niet mijn oude data uit het energy dashboard te verliezen?

• Hoe ga ik hier best te werk? Mijn slimmelezer kwam 3 jaar geleden met alles erop en eraan en dat zou ik willen converteren naar de 'nieuwe' manier van werken met die DSMR repo. Het is moeilijk de documentatie voor dit specifieke onderwerp terug te vinden. Ik vind niet hoe ik repo die kan toevoegen aan ESPhome (zit die er standaard in, waardoor die niet meer apart moet toegevoegd worden?). Ik vind bijv wel een DSMR smart meter in de lijst met integraties.

• Moet ik dan uiteindelijk zo'n yaml file via ESPhome builder op de slimmemeter opladen?