Home Assistant

Smart Plugs & Stromausfall: Verhalten festlegen

Es gibt eine Eigenschaft von Smart Plugs, die nirgendwo auf der Packung steht und über die kaum jemand spricht – bis es zu spät ist: das Wiedereinschaltverhalten nach Stromausfall. Was passiert, wenn der Sicherungsautomat fliegt, das Stromnetz kurz wackelt oder das Firmware-Update den Stecker neu startet? Schaltet die Steckdose wieder ein? Bleibt sie aus? Übernimmt sie den Zustand von vorher? Falsch konfiguriert wird daraus eine teure Überraschung – etwa wenn der Heizlüfter nachts wieder loslegt oder der Tiefkühler weiter aus bleibt. In Home Assistant lässt sich dieses Verhalten zentral steuern, und 2026 unterstützen fast alle Plattformen einen sauberen, einheitlichen Mechanismus.

Drei Modi, drei Konsequenzen

Smart Plugs kennen typischerweise drei Modi:

Off – nach Stromrückkehr bleibt der Ausgang aus. Sicher und vorhersagbar. Die richtige Wahl für alles, was beim Wiedereinschalten unbeobachtet gefährlich werden könnte: Heizlüfter, Bügeleisen, Wasserkocher, Kaffeemaschinen mit Heizplatte.

On – nach Stromrückkehr ist der Ausgang immer ein. Praktisch für Geräte, die zwingend laufen müssen, z. B. Server, NAS, Router, Tiefkühler. Bei einem solchen Setup übernimmt der Plug die Rolle einer Notschaltung.

Previous Value – der Plug merkt sich den letzten Zustand und stellt ihn wieder her. Das ist der Default vieler Hersteller (IKEA, Eve, SONOFF) und passt für die meisten Lampen, Steckdosenleisten und Multimedia-Setups. Nachteil: Beim Firmware-Update startet das Gerät kurz neu – wenn der Plug vorher «an» war, geht das angeschlossene Gerät kurz aus und wieder an.

Wo HA das einstellt

In Home Assistant erscheint das Wiedereinschaltverhalten als select– oder number-Entität, je nach Hersteller und Integration. Bei mir laufen 2026 vier verschiedene Modelle parallel, jedes mit eigenem Entity-Namen:


# Übersicht der Wiedereinschalt-Entitäten
- select.eve_energy_20ecl1301_wiedereinschaltverhalten           # Eve Energy (Thread/Matter)
- select.eve_energy_20ecl1301_wiedereinschaltverhalten_2         # Eve Energy zweiter Kanal
- select.ikea_of_sweden_inspelning_smart_plug_startverhalten     # IKEA TRÅDFRI / Matter
- select.smart_plug_tretakt_wiedereinschaltverhalten             # Tretakt (Zigbee)
- select.sonoff_dongle_e_r_startverhalten                        # SONOFF (Zigbee-Dongle gesteuert)

Die Werte unterscheiden sich leicht zwischen den Herstellern – «previous» bei Eve, «PreviousValue» bei IKEA, «On» bei SONOFF. In der Praxis ist das egal, solange du in Automationen mit dem State-Vergleich arbeitest, nicht mit Enum-Konstanten.

Eine Automation, die das Setup ehrlich macht

Eine Auditing-Automation prüft monatlich, ob die Konfiguration zur Funktion des Geräts passt. So vergisst man nicht, dass der Plug am Heizlüfter nach einem Tausch wieder auf «previous» steht.


alias: Plug-Audit – Wiedereinschaltverhalten prüfen
description: Warnt, wenn kritische Geräte nicht auf "Off" stehen
triggers:
  - trigger: time
    at: "08:00:00"
  - trigger: state
    entity_id:
      - select.eve_energy_20ecl1301_wiedereinschaltverhalten
      - select.smart_plug_tretakt_wiedereinschaltverhalten
conditions:
  - condition: template
    value_template: >
      {{ now().day == 1 or
         trigger.platform == 'state' }}
actions:
  - variables:
      kritisch:
        select.eve_energy_20ecl1301_wiedereinschaltverhalten: "Off"
        select.smart_plug_tretakt_wiedereinschaltverhalten: "Off"
  - repeat:
      for_each: "{{ kritisch | dict2items }}"
      sequence:
        - condition: template
          value_template: >
            {{ states(repeat.item.key) | lower != repeat.item.value | lower }}
        - action: notify.mobile_app_mikes_iphone_17_pro
          data:
            title: "Plug-Audit"
            message: >
              {{ state_attr(repeat.item.key, 'friendly_name') }}
              steht auf "{{ states(repeat.item.key) }}",
              sollte "{{ repeat.item.value }}" sein.

Das Skript läuft am Monatsersten oder bei Statusänderung – und sendet eine Push-Notification, sobald ein kritischer Plug abweicht. So wird die Konfiguration zu einer überwachten Invariante, nicht zu einer Einmal-Entscheidung.

Stromausfall-Logik weiter denken

Wer nicht nur den Plug betrachten, sondern den Stromausfall selbst nachvollziehen will, kombiniert das Wiedereinschaltverhalten mit einem Verbrauchszähler. Der Shelly Plus 1 PM eignet sich hier hervorragend, weil er minutengenaue Leistungswerte liefert. Eine Detail-Beschreibung dazu findet sich im Artikel Shelly Plus 1 PM in HA: Verbrauch & Schutzlogik.

Ein einfacher Stromausfall-Detektor sieht so aus:


binary_sensor:
  - platform: template
    sensors:
      stromausfall:
        friendly_name: "Stromausfall (letzte 60 Min.)"
        value_template: >
          {{ states('sensor.shellyplus1pm_7c87ce64ae7c_total_active_power') | float(0) == 0
             and now() - states.sensor.shellyplus1pm_7c87ce64ae7c_total_active_power.last_changed
                 > timedelta(minutes=1) }}

In Kombination mit dem Eingangs-Plug-Audit lässt sich nach jedem Ereignis prüfen, welche Geräte tatsächlich wieder anlaufen, welche aus bleiben – und ob das so gewollt war.

Fazit

Das Wiedereinschaltverhalten ist eine dieser unsichtbaren Sicherheitsentscheidungen, die im Alltag nichts kosten und im Ernstfall einen Brandschaden verhindern können. Drei Regeln helfen: Heizgeräte auf Off, Server und Tiefkühler auf On, alles andere auf Previous Value. Eine kleine Audit-Automation hält das auch nach Firmware-Updates, Geräte-Tauschen oder Pairing-Resets dauerhaft sauber – und macht aus dem Smart-Home-Setup eine vorhersagbare Infrastruktur statt einer Sammlung von Überraschungen.

← Zurück zur Übersicht