Integration Shelly Input/Wandschalter für dimmbare smarte Leuchtmittel (Matter)

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • TL;DR
    Ich habe hier eine große Anzahl smarte, dimmbare Leuchtmittel am Start, die über Zigbee und Matter(Bridge) in mein Google-Home integriert sind und natürlich gibt es für jede Lampe eine Wandschaltung im Raum.

    Das Problem: Der Wandschalter schaltet die Stromversorgung zum Leuchtmittel und das ist dann garnicht mehr smart.

    Idee:

    1. für jede Lampe einen Shelly (habe 1PM-min1-gen4 genommen) in die Schaltung einbauen
    2. In der Config den input im Shelly vom Relais entkoppeln
    3. die physiche Batätigung des Wandschalters/Inputs am Shelly in ein smartes "Ein/Aus"- des Leuchtmittels "umwandlen" (EIN = Dimmung xx%,, AUS = Dimmung 0%).

    Beim Punkt (3) hänge ich jetzt, auf der Suche nach einer Lösung, die am besten ohne zusätzliche Software auskommt

    • Ein Shelly Script scheidet wohl aus, da hier (bislang) keine MATTER-Integration / Device Interaction implementiert ist
    • Ein lokales MATTER Bindung erstellen, siehe auch Matter Device to Device Binding (Hier müsste man HA nur temporär einsetzen)
      Aber leider ist der Input oder eine virtuelle Komponente im Shelly nicht über Matter sichtbar, nur das Relais.
    • über eine Node-Red Matter Bridge eine virtuelle Lampe erstellen (und diese ins Google-Home per MATTER aufnehmen), in Node-Red die virtuelle Lampe über den Input-Status des Shelly (via MQTT) ein/ausschalten und im Google Home eine Automation erstellen, welche den Status der virtuellen Lampe mit der realen Lampe synchronisiert.
      Leider muss dann Node-Red immer mitlaufen und Schalter und reale Lampe würden wohl einen LAG aufweisen.
    • über einen Node-Red Matter Controller die Leuchtmittel (zusätzlich) an diesen NR-Matter-Controller binden und über den Input-Status des Shelly (via MQTT) ein/ausschalten.
      Man müsste das Lampen-Setup, inkl. Gruppen aus Google Home im NR nochmal nachbauen und synchron halten...Pflege/Wartungs-Aufwand ist zu erwarten

    Habt ihr da Meinungen / Erfahrungen /Alternatiiven?

  • Ein lokales MATTER Bindung erstellen, siehe auch Matter Device to Device Binding (Hier müsste man HA nur temporär einsetzen)

    Ich lese hier heraus das du Homeassistant verwendest? Dann wäre es am einfachsten deine 1PM-min1-gen4 ganz normal über Wifi mit der normalen Shelly Integration von HA einzubinden => dann hast du den Status in HA

    Shelly’s: 2x 1, 10x 1PM , 4x 2.5, 3x i3, 10x Plus 1PM, 22x Plug S, 11x UNI, 2x 1L mit PIR, 8x AddOn mit Temp/DHT22, 3x RGBW2, 2x Plus i4, 5x Plus 1, 4x Plus 2PM, 4x EM, 2x 3EM, 1x TRV, 3x Plus AddOn, 1x Pro 3EM, 2x BLU, 5xPlusPMmini, 1xPlus1PMmini, 4xPlusUNI

    Fritz!Box5690pro, 3x FRITZ!Repeater6000, 6x Fritz!Dect200

    HomeAssistant auf RaspberryPi5(8GB) mit NVMe, HomeAssistant auf Synology DS1019+, Backup HomeAssistant auf RaspberryPi4B(4GB)

    DHT21 (AM2301) oder (AM2320) für unter 0 Grad

  • Hi,

    Ich will HA eigentlich nicht verwenden, zumal die Shelly Integration selbst sich als sehr zickig herausgestellt hat (mein Pro 3EM, per LAN angebunden fällt ständig heraus, obwohl er technisch einwandfrei in der Shelly App und MQTT reported).

    Es geht auch nicht um den Status.

    Es geht darum, dass ein smartes Leuchtmittel, welches eben dauerhaft Stromversorgung benötigt um im Smart Home zu funktionieren, nicht einfach "normal" mit dem Wandtaster/-schalter bedient werden kann, da dieser eben die Stromversorgung unterbricht. Trotzdem soll dieser aber zur Bedienung integriert werden, da manche Bewohner/Besucher halt diesen nutzen müssen und keine Voice- Integration allein ausreichend ist. Gleichzeitig soll die smarte Bedienung aber stets möglich sein, auch wenn mit dem Wandtaster auf "aus" gestellt wurde.

    Edith: Es geht also nicht um den Status des Inputs am Shelly, sondern letztlich im die Steuerung des Leuchtmittels - welches eben nicht - bei Einsatz von HA - als Device dort verfügbar ist, aber über den Status des Inputs über eine Logik/Regel in/über Matter angesteuert werden muss.

    Einmal editiert, zuletzt von hominidae (17. Dezember 2025 um 11:15) aus folgendem Grund: Ergänzung...

  • Naja, in den Schalter am SW Eingang halt ein Shelly

    Die geschaltete Phase überbrücken zur smarten Lampe (hat also Dauerphase)

    Über HA den SW Eingang verwenden um damit die Smarte Lampe zu schalten => fertig

    Shelly’s: 2x 1, 10x 1PM , 4x 2.5, 3x i3, 10x Plus 1PM, 22x Plug S, 11x UNI, 2x 1L mit PIR, 8x AddOn mit Temp/DHT22, 3x RGBW2, 2x Plus i4, 5x Plus 1, 4x Plus 2PM, 4x EM, 2x 3EM, 1x TRV, 3x Plus AddOn, 1x Pro 3EM, 2x BLU, 5xPlusPMmini, 1xPlus1PMmini, 4xPlusUNI

    Fritz!Box5690pro, 3x FRITZ!Repeater6000, 6x Fritz!Dect200

    HomeAssistant auf RaspberryPi5(8GB) mit NVMe, HomeAssistant auf Synology DS1019+, Backup HomeAssistant auf RaspberryPi4B(4GB)

    DHT21 (AM2301) oder (AM2320) für unter 0 Grad

  • Über HA den SW Eingang verwenden um damit die Smarte Lampe zu schalten => fertig

    ich weiß nicht ob du auch ein HTTP Request direkt vom Shelly aus per Aktion senden kannst, kommt auf die Schnittstelle der Smart-Lampe an.

    Verwendung wenn möglich von Off-Cloud-Geräten wie Shelly (Cover, H&T, ...), NUOS Tasmota, Velux, Nuki, Ecowitt (Weatherstation), aber auch Cloud-Geräten wie Anker Solix (BKW), Husquarna (Rasenmäherroboter) und Roborock (Staubsaugerroboter).
    Alles zentral gesteuert durch Home Assistant.

  • Dieses Thema enthält 9 weitere Beiträge, die nur für registrierte Benutzer sichtbar sind.