Ich denke, dass ich es falsch verstanden habe. Gehen in die Wohnungen je nur eine Phase? Wie sind dann die Kochfelder und Backöfen angeschlossen?
Wenn eh überall nur eine Phase ankommt, was spricht gegen mehrere Shelly EM?
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.
Ich denke, dass ich es falsch verstanden habe. Gehen in die Wohnungen je nur eine Phase? Wie sind dann die Kochfelder und Backöfen angeschlossen?
Wenn eh überall nur eine Phase ankommt, was spricht gegen mehrere Shelly EM?
Bist du da eigentlich weitergekommen? Ich habe es bei mir immer noch als "unerledigt" stehen.
Für letzteres könntest du den Change-Node verwenden.
Bzw. hatte ich mir etwas für einen Function-Node gebastelt, vielleicht kannst du das entsprechend abändern (leider kann ich das am Smartphone gerade nicht kopieren).
Man könnte dann die Taster auf "detached" setzen und die Befehle an alle senden. Trotzdem würde ich einen "Master" setzen, der den Wert nach dem Dimmvorgang den andern vorgibt.
Problematisch könnte sein, dass nicht bei jedem 50% die selbe Helligkeit ergibt, was schon durch die unterschiedliche an Leuchtmitteln an einem Dimmer verursacht werden könnte. Durch ein übergeortnetes System könnte man dieses je Shelly "adaptieren", also an den Master angleichen.
Nein.
Zum Dimmen benötigt man einen Dimmer.
Warum ist das notwendig? Für das Empfinden? Die anderen könnten direkt nach Beendigung des Dimmvorgangs den Wert automatisch annehmen.
Wenn man separate Taster zum hoch-/runterdimmen hat, dann könnte man auch einen Dim-Up und Dim-Down senden und am Ende den Wert genau übergeben. Das wird dann aber schon etwas komplizierter.
Ich weiß nicht, ob es per Cloud und Scenen geht.
Ich würde per NodeRed den Wert des ersten auslesen und an die anderen senden. Allerdings dimmt dann nur der erste langsam und die nächsten erst nach Beendigung des Dimmvorgangs, da erst dann der Wert übertragen wird.
Sollte ja aber keinen Unterschied machen.
Plug S werden anscheinend häufig mit einer recht alten Firmware ausgeliefert.
Bei mir ist ebenfalls alles vorhanden.
Vielleicht solltest du dann Home Assistant testen. Unsere Akkus der Androiden halten in der Regel einen Tag oder länger. Nutzt man es stark, dann bekommt man den Akku natürlich schneller leer. Man darf halt nur nicht den genauen Standort per GPS wählen, der zieht den Akku im Nu leer. Sinn ist es wohl eher Zonen anzulegen und das dass Smartphone erkennt, wenn es sich in der Zone befindet oder nicht und dieses dann an Home Assistant meldet. Der Standort selbst wird in größeren Abständen an Home Assistant gemeldet.
Was ja aber nicht heißt, dass der Plug S dieses nicht sendet. Vielleicht wird der Wert einfach von dem Adapter nicht geparsed. Daher die Frage, ob der MQTT-Explorer diesen Wert für den Shelly Plug S angibt.
Würde mich wundern, wenn die den Status nicht senden. Hast du unter Windows den MQTT-Explorer installiert, um dieses zu prüfen?
Und wo wurden diese Werte angezeigt? Wird die Cloud genutzt oder wurden diese direkt im Web-UI abgerufen.
Da beide Werte des Shelly Plug gleich sind und kWh im Gespräch waren, will ich nicht ausschließen, dass bei dem Shelly Plug der Energiezähler angezeigt wurde und im EM der Momentanverbrauch.
Auch einen Neustart nach Änderung des Default Modes probiert?
So wie ich es sehe, wird doch lediglich SW durch die Elektronik angesteuert, sprich egal, ob am Poti gedreht oder den Sensor abgedeckt?
Über den Unterschied der Einheiten bist du dir im Klaren? kW/h oder Wh ist in der Regel ein Zähler, kW oder W stellt die momentane Leistung dar.
Ich habe es mir nicht angesehen, aber hast du eine eventuelle Hysterese berücksichtigt, sprich den Sensor auch mal eine Minute unter den Tisch gehalten?
Oder man nimmt sich halt etwas spitzes, z.B. eine Nagelschere - siehe andere Themen.
Installiere Dir den MQTT-Explorer für Windows. Da kannst Du dir alle Topics anzeigen lassen.