Einspeise-Peak nach WR-Neustart durch DPL – Ursache?

[iamdevnull]

Beobachteter Einspeise-Peak nach WR-Neustart durch DPL – Ursache?

Ich betreibe ein 48 V-System mit folgendem Wechselrichter:

• Modell: HMS-2000-4T
• Bootloader: v0.1.1
• Firmware: v1.1.12
• Hardware: v01.10
• MQTT Veröffentlichungsintervall: 5s
• Stromzähler Abfrageintervall:'' 5s

Verwendet wird OpenDTU-OnBattery in Version 2025.04.17.

Setup zur Datenerfassung

Alle relevanten Daten werden in Home Assistant erfasst:

• PV-Einspeisung via MQTT (OpenDTU)
• Netzbezug/Einspeisung des Haushalts über einen Shelly Pro 3EM

---

Beobachtung

Täglich zum Zeitpunkt des automatischen Wechselrichter-Neustarts durch den DPL (Dynamic Power Limiter) sehe ich in der Netzeinspeisung einen auffälligen Einspeise-Peak - Lila Balken – kurzzeitig wird deutlich mehr Strom ins Netz eingespeist als zuvor.

---

Frage

Hat jemand ähnliche Effekte beobachtet oder eine Idee, was diesen Peak verursacht? Könnte es mit der Synchronisierung des WR nach dem Neustart oder einem MQTT-/Regelungsdelay zusammenhängen?

Danke für jeden Hinweis! 👋

[spcqike]

der Peak ist völlig normal. Nach dem Neustart startet der Wechselrichter eben neu. und zwar mit seinem dauerhaften Limit.

Übertrage einmal manuell ein persistentes Limit von.... weniger. 50W? 100W? was dir gefällt. Dann startet er auch nur damit.

der DPL regelt ihn alsbald möglich runter. aber das kann nach dem Neustart vielleicht ein paar Sekunden dauern.

Warum dein Energiedashboard allerdings sagt, dass du in dem Zeitfenster 1.5kWh eingespeist hast, verstehe ich nicht. Der Peak ist doch nur wenige Sekunden lang. Die eingespeiste Energie beschränkt sich auf wenige Wh.

Nachtrag:
Im Wiki steht das übrigens ebenfalls :)

[iamdevnull]

@schlimmchen

danke (: aber auch die Daumen kriege ich mit und weiß sie zu verstehen (:

@iamdevnull

Warum kommst du nicht einfach die vorhandenen Felder wie totalyield? Die nehme ich, das geht im Energie Dashboard prima. Ohne, dass man eigene Sensoren bauen muss.

Ich glaube, hier gab es ein kleines Missverständnis:
Grundsätzlich verwende ich im Energie-Dashboard bei meinen PV-Quellen selbstverständlich die YieldTotal-Werte aus OpenDTU – also die AC-Ausgangsleistung der Wechselrichter. Das funktioniert auch sehr zuverlässig.

In dem konkreten Fall ging es aber nicht um die PV-Seite, sondern um die netzseitige Energieflusserfassung, also:

• Strombezug aus dem Netz
• Einspeisung ins Netz (z. B. durch PV-Überschuss)

Und hier ist entscheidend zu wissen:
Bei den Shelly Pro 3EM wird keine automatische Saldierung (Bilanzierung zwischen Phasen) durchgeführt oder unterstützt.

Daher war ich gezwungen, auf Leistungswerte (Watt) zu gehen und diese über einen Integrationssensor selbst zu kWh-Werten zu verarbeiten – getrennt nach Einspeisung und Bezug.

Genau an diesem Punkt – also bei der gemessenen Hauseinspeisung in Richtung Netzbetreiber – trat ein überhöhter Peak auf. Dieser korrelierte zeitlich mit dem Neustart des Wechselrichters.

Die Ursache für diesen Peak haben wir inzwischen identifiziert:
Es lag an einem kurzen, echten Leistungssprung, der vom Integrationssensor fälschlich über mehrere Minuten hinweg integriert wurde – weil max_sub_interval nicht gesetzt war.

Das Problem wurde nun durch die Konfiguration dieses Parameters behoben.
➤ Die Werte sind jetzt korrekt und der Fehler ist damit erledigt.

Ich hoffe, das macht den Zusammenhang verständlich.

[spcqike]

Ah, ok.

Ja das mit den shellys habe ich auch. Der 3EM (non pro) saldiert ja auch nicht richtig.

Rein aus Interesse. Wie genau hast du deinen Shelly Sensor denn angelegt? Bei mir treten solche Effekte nicht auf, und ich habe ebenfalls kein max_sub_interval.

Ich habe einen „Export_power“ Sensor, der die Summe der drei Phasen, die der Shelly meldet, bildet. Darauf aufbauend dann den energy_export sensor.

Der power Sensor ist maximal so lange zu hoch, wie das Aktualisierungsinterval des Shelly.

[iamdevnull]

@spcqike FYI - wie hast du deinen Sensoren erstellt ?

🔌 So habe ich Netzbezug und Einspeisung mit dem Shelly Pro 3EM getrennt erfasst

Ich verwende einen Shelly Pro 3EM zur netzseitigen Erfassung und wollte zwischen Strombezug (aus dem Netz) und Stromeinspeisung (ins Netz) unterscheiden. Da der Shelly selbst keine automatische Saldierung pro Phase unterstützt, habe ich mir zwei Template-Sensoren in Home Assistant gebaut, um den Gesamtwert aufzuteilen:

---

⚡ electricity_provider_consumption_power – Strombezug aus dem Netz

{% set electricity_provider_power = states('sensor.shelly_powermeter_relay_house_total_active_power') | float(0) %}
{{ electricity_provider_power if electricity_provider_power > 0 else 0 }}

---

☀️ electricity_provider_production_power – Stromeinspeisung ins Netz

{% set electricity_provider_power = states('sensor.shelly_powermeter_relay_house_total_active_power') | float(0) %}
{{ -electricity_provider_power if electricity_provider_power < 0 else 0 }}

---

Damit bekomme ich in Home Assistant getrennte Werte für Bezug und Einspeisung, obwohl sie aus einem einzigen Messpunkt stammen. Diese nutze ich anschließend im Energie-Dashboard – z. B. für die Visualisierung der Netzeinspeisung oder zur Steuerung von Automationen.

[spcqike]

ich musste bei mir erst nochmal nachgucken.

hab das vor Monaten anhand irgendwelcher Tutorials gemacht, und hatte zu dem Zeitpunkt noch 0 Ahnung von Home Assistant 😄

im Grunde ist es wohl aber ähnlich deinem Ansatz.

diverse Sensoren

sensor:    
  - platform: template
    sensors:
      # Template sensor for values of power import (active_power > 0)
      power_import:
        friendly_name: "Power Import"
        unit_of_measurement: 'W'
        value_template: >-
          {% if (states('sensor.shellyem3_244cab4357da_channel_a_power')|float + states('sensor.shellyem3_244cab4357da_channel_b_power')|float + states('sensor.shellyem3_244cab4357da_channel_c_power')|float) > 0 %}
            {{ states('sensor.shellyem3_244cab4357da_channel_a_power')|float + states('sensor.shellyem3_244cab4357da_channel_b_power')|float + states('sensor.shellyem3_244cab4357da_channel_c_power')|float }}
          {% else %}
            {{ 0 }}
          {% endif %}
        availability_template: "{{
            [ states('sensor.shellyem3_244cab4357da_channel_a_power'),
              states('sensor.shellyem3_244cab4357da_channel_b_power'),
              states('sensor.shellyem3_244cab4357da_channel_c_power')
            ] | map('is_number') | min
          }}"
      # Template sensor for values of power export (active_power < 0)
      power_export:
        friendly_name: "Power Export"
        unit_of_measurement: 'W'
        value_template: >-
          {% if (states('sensor.shellyem3_244cab4357da_channel_a_power')|float + states('sensor.shellyem3_244cab4357da_channel_b_power')|float + states('sensor.shellyem3_244cab4357da_channel_c_power')|float) < 0 %}
            {{ (states('sensor.shellyem3_244cab4357da_channel_a_power')|float + states('sensor.shellyem3_244cab4357da_channel_b_power')|float + states('sensor.shellyem3_244cab4357da_channel_c_power')|float) * -1 }}
          {% else %}
            {{ 0 }}
          {% endif %}
        availability_template: "{{
            [ states('sensor.shellyem3_244cab4357da_channel_a_power'),
              states('sensor.shellyem3_244cab4357da_channel_b_power'),
              states('sensor.shellyem3_244cab4357da_channel_c_power')
            ] | map('is_number') | min
          }}"

  # Sensor for Riemann sum of energy import (W -> Wh)
  - platform: integration
    source: sensor.power_import
    name: energy_import_sum
    unit_prefix: k
    round: 2
    method: left

  # Sensor for Riemann sum of energy export (W -> Wh)
  - platform: integration
    source: sensor.power_export
    name: energy_export_sum
    unit_prefix: k
    round: 2
    method: left

dazu Zähler

utility_meter:
  energy_import_daily:
    source: sensor.energy_import_sum
    name: Energy Import Daily
    cycle: daily
  energy_import_monthly:
    source: sensor.energy_import_sum
    name: Energy Import Monthly
    cycle: monthly
  energy_export_daily:
    source: sensor.energy_export_sum
    name: Energy Export Daily
    cycle: daily
  energy_export_monthly:
    source: sensor.energy_export_sum
    name: Energy Export Monthly
    cycle: monthly

Im Energie-Dashboard werden die import_daily und export_daily Zähler genommen, dazu die "totalyield" der beiden Hoymiles in der PV.

die täglichen Zähler würde ich heute glaube weglassen. den monatlichen wohl auch... ein fortlaufender Zähler pro Richtung reicht ja aus :) Und warum ich damals die Einzelphasen genommen hab? Keine Ahnung, stand wahrscheinlich so in dem Tutorial :) ist aber irgendwie auch Quatsch.

also, eigentlich ähnlich deinem. nur direkt in der config erstellt. und ohne dass ich irgend ein max_sub_interval anpassen musste 🤷‍♂️

[iamdevnull]

Danke dir fürs Teilen – ich habe ein sehr ähnliches Setup, allerdings komplett über die WebUI von Home Assistant umgesetzt, nicht per configuration.yaml.

Mir war dabei wichtig:

• Ich kann die Sensoren direkt in der Oberfläche erstellen und pflegen – ohne Neustart oder YAML-Fehlersuche
• Die Templates bleiben update-sicher, auch wenn sich in Home Assistant mal was an der Template-Engine ändert
• Ich komme ohne zusätzliche Tages-/Monats-Zähler aus, weil das Energie-Dashboard den Zeitraum ohnehin aggregiert

Was bei mir noch dazukam: Ich hatte einen überhöhten Einspeise-Peak beim Neustart des Wechselrichters. Der Integrationssensor hat diesen zu lange gewichtet. Deshalb nutze ich bewusst method: trapezoidal (weil es bei schwankenden Werten exakter integriert), aber mit max_sub_interval: 00:01:00, um solche Ausreißer zu begrenzen.

Seitdem läuft alles stabil, ohne zusätzliche Komplexität – und bei Bedarf kann ich Utility-Meter jederzeit ergänzen.

Danke für den Austausch :)

[github-actions[bot]]

This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.