Ich habe Shelly Plus 1PM und 2PM nicht wegen der App oder der Cloud hinter meine Wandschalter gesetzt. Sondern weil jedes Gerät still zwei Dinge gleichzeitig erledigt: Es schaltet einen Stromkreis lokal — und misst genau, was dieser Kreis zieht. Kaum waren sie verdrahtet, wurde jede Lichtgruppe und jeder Rollladen in der Wohnung in Home Assistant sowohl steuerbar ALS AUCH messbar — ohne separaten Energiezähler und, ganz bewusst, ohne Cloud dazwischen.
Genau das lassen die meisten Shelly-Anleitungen weg: Die Messung ist kein Bonus, sie ist der Grund, sie zu nehmen. So habe ich sie eingerichtet, komplett lokal gehalten, die Schalter so verdrahtet, dass sie weiter wie Schalter funktionieren, und die Energie pro Kanal ins HA-Energie-Dashboard geholt.
Warum die Plus-Serie im Unterputz
Die Plus 1PM und 2PM sind Gen2-Geräte. Das ist wichtig: Sie sprechen eine lokale RPC-API über HTTP und WebSocket, werden von der nativen Home-Assistant-Shelly-Integration direkt unterstützt, und nichts an ihnen braucht das Internet, sobald sie im WLAN sind. Der 1PM ist ein einzelnes Relais mit Leistungsmessung — der sitzt bei mir hinter Lichtkreisen. Der 2PM hat zwei Relais mit Messung und einen eigenen Rollladen-Modus — der sitzt hinter meinen Rollläden.
Der Punkt, den man vorab einplant: Beide brauchen einen Neutralleiter in der Schalterdose. Ältere Installationen haben den am Schalter oft nicht — also vor dem Bestellen prüfen. Ist der Nullleiter da, ist der Rest einfach.
Das Erste, was ich ändere: Cloud aus, IP fixieren
Direkt nach dem Auspacken mache ich zwei Dinge im Shelly-Web-UI (einfach die IP des Geräts aufrufen). Erstens deaktiviere ich unter Einstellungen Bluetooth und Cloud — das Gerät soll nichts nach draußen funken, Home Assistant redet direkt im LAN mit ihm. Zweitens gebe ich ihm über eine DHCP-Reservierung im Router eine feste Adresse, damit die native Integration es nach einem Neustart nie verliert.
Das ist schon die ganze Härtung. Kein Firmware-Flashen, keine Fremd-Firmware — die Standard-Shelly-Firmware mit abgeschalteter Cloud ist bereits ein voll lokales Gerät. Es funktioniert weiter, wenn mein Internet ausfällt — und genau das will ich bei allem, was fest in einer Wand steckt.
In Home Assistant einbinden (ohne MQTT)
Die native Shelly-Integration findet Gen2-Geräte über mDNS. In Home Assistant gehe ich auf Einstellungen, Geräte & Dienste, und die Plus 1PM/2PM tauchen meist unter „Entdeckt" auf — ein Klick zum Hinzufügen. Werden sie nicht automatisch erkannt, klappt das Hinzufügen per IP genauso. Jedes Gerät bringt pro Kanal eine Schalter-Entität mit, dazu Sensoren für Leistung und kumulierte Energie.
Man kann sie stattdessen über MQTT betreiben, und bei ein paar mache ich das, weil ich dort die Melde-Taktung voll selbst bestimmen will. Für die meisten ist aber die native Integration die richtige Antwort: lokaler Push, ohne Konfiguration, und sie liefert die Energie-Sensoren, die das Dashboard braucht. MQTT ist die Notausfahrt, nicht der Standard.
Der Eingangs-Modus, der über alles entscheidet
Das ist die Einstellung, die entscheidet, ob sich das großartig anfühlt oder gegen dich arbeitet: der Eingangs-Modus. Standardmäßig schaltet der Wandschalter das Relais direkt („follow"). Für eine simple Lampe okay. Aber hinter einem Schalter, den ich automatisieren will, stelle ich den Eingang auf „detached" — jetzt verdrahtet der Wandschalter das Relais nicht mehr fest, sondern schickt nur ein Tasten-Event an Home Assistant, und HA entscheidet, was passiert. Das Relais schaltet weiter auf Befehl — nichts geht „verloren", der Schalter wird zum Eingang statt zum harten Override.
Beim 2PM im Rollladen-Modus bleiben die Eingänge auf Hoch/Runter gemappt, aber beim 1PM hinter einer Lampe ist „detached" plus eine Home-Assistant-Automation das, was einen Schalter mehr als eine Sache tun lässt (einmal drücken = dieses Licht, doppelt = der ganze Raum).
# Ein Wandtaster, zwei Aktionen — Shelly Plus 1PM, Eingang detached
alias: Flurschalter
triggers:
- trigger: state
entity_id: event.flur_shelly_input_0
attribute: event_type
to: single_push
id: single
- trigger: state
entity_id: event.flur_shelly_input_0
attribute: event_type
to: double_push
id: double
actions:
- choose:
- conditions: "{{ trigger.id == 'single' }}"
sequence:
- action: light.toggle
target: { entity_id: light.flur }
- conditions: "{{ trigger.id == 'double' }}"
sequence:
- action: light.turn_off
target: { entity_id: all }Energie pro Kanal im Energie-Dashboard
Das ist der Lohn. Jedes Plus-Gerät meldet Wirkleistung in Watt und einen kumulierten Energiezähler pro Kanal. Genau diesen Energie-Sensor will das Home-Assistant-Energie-Dashboard: Einstellungen, Dashboards, Energie, dann jeden Shelly-Kanal unter „Einzelne Geräte" hinzufügen. Plötzlich erscheinen Flurlicht, Bürokreis und Bad-Rollladen jeweils als eigener Anteil am Tagesverbrauch.
Was mich überrascht hat: Nicht die Lampen waren entscheidend, sondern der Ruhestrom. Ein 2PM hinter einem Rollladen, der sich drei Tage nicht bewegt hatte, zeigte trotzdem eine kleine konstante Leistung — die Dinge, die man erst findet, wenn man Zahlen pro Kreis sieht statt eines Hauswerts. Diese Sichtbarkeit pro Raum ist der ganze Grund, warum ich jedem die paar Euro Aufpreis für die PM-Variante gegenüber einem reinen Relais empfehlen würde.
Rollläden mit dem 2PM
Für Rollläden macht der Cover-Modus des 2PM aus den zwei Relais Hoch/Runter — mit einer Kalibrierfahrt, damit Home Assistant echte Positionssteuerung bekommt: eine Cover-Entität mit 0-bis-100-Prozent-Regler statt nur Hoch/Stopp/Runter. Die Kalibrierung läuft einmal aus dem Shelly-UI (sie misst die volle Fahrzeit), danach kann HA „schließe auf 40 Prozent" sagen und es auch meinen. Meine steuere ich über den Sonnenstand und einen Innentemperatur-Sensor, damit die Südseite vor der Nachmittagshitze schließt statt danach.
Stolperfallen, die ich hatte
Zwei Dinge haben mich Zeit gekostet. Erstens die Leistungswerte: Die Plus-PM-Geräte melden echte Wirkleistung — vergleichst du aber mit einem alten Cloud-Screenshot oder einem Shelly ohne PM, erwarte keine identischen Zahlen; Scheinleistung gegen Wirkleistung ist bei induktiven Lasten ein echter Unterschied. Zweitens: Firmware aktuell halten, aber vor einem Massen-Update den Changelog lesen — ein Gen2-Firmware-Sprung änderte einmal das unique_id-Verhalten einer Entität, und ich staffele Updates lieber, als dass HA ein Dutzend Geräte auf einmal neu erkennt.
Und das Offensichtliche, das Wiederholung verdient: Ein Neutralleiter ist bei diesen Geräten Pflicht. Fehlt er in der Schalterdose, ist das ein Verdrahtungs-Job, bevor es ein Home-Assistant-Job ist.
FAQ
Brauche ich ein Shelly-Konto oder die Cloud?
Nein. Mit der nativen Home-Assistant-Integration läuft alles im LAN. Ich deaktiviere die Cloud auf jedem Gerät — Home Assistant findet und steuert sie lokal, und sie funktionieren auch mit gezogenem Internet.
Native Shelly-Integration oder MQTT — was nehmen?
Fang mit der nativen Integration an: Sie erkennt Gen2-Geräte automatisch, ist lokaler Push und liefert die Energie-Sensoren fürs Dashboard. Zu MQTT greifst du nur, wenn du die Melde-Taktung voll kontrollieren willst oder alles auf einen Broker konsolidierst.
Kann ich den physischen Wandschalter weiter benutzen?
Ja — genau dafür ist der Detached-Modus da. Der Schalter funktioniert weiter, verdrahtet das Relais aber nicht mehr fest, sondern schickt ein Tasten-Event an Home Assistant. So kann ein Schalter Automationen auslösen, während das Relais unabhängig steuerbar bleibt.
Wo das reinpasst
Shelly Plus 1PM/2PM haben jeden Kreis in der Wohnung zu etwas gemacht, das ich sowohl steuern als auch messen kann — lokal, ohne eine einzige Cloud-Abhängigkeit. Die Mess-Seite macht sie zur Energie-Geschichte, nicht nur zur Schalt-Geschichte: Sie speisen dasselbe Energie-Dashboard, das ich für Solar und den Wechselrichter nutze. Wenn du dieses Dashboard aufbaust, passen meine Beiträge zu PV-Eigenverbrauch und Autarkie in HA und zum Lenken von Solarüberschuss ins Warmwasser natürlich zur Shelly-Messung pro Raum. Und wenn du die Dashboard-Karten suchst, um das alles zu visualisieren, schaue ich im HACS-Verzeichnis nach.
