Szene in der Shelly-Cloud anlegen:
wenn Stromverbrauch vom Plug x Minuten unter y Watt dann sende Push-Nachricht + "Notify on Alexa"..
wenn deine Frau die Ansage nicht hört (oder nicht hören will 
) dann stelle ihr doch eine ShellyBulb RBGW in einer Stehlampe irgendwo hin und schalte diese Rot-leuchtend ein.. auch das funktioniert super 
wenn es so funktioniert ist alles gut.. dazu ist die Einstellung ja explizit gedacht
falsche Syntax? wenn ich per mosquitto publishe sieht es so aus:
mosquitto_pub -h localhost -u admin -P admin -m 'toggle' -t shellies/shelly1-1D9ABA/relay/0/command
localhost, weil auf meinem Notebook der Mosquitto läuft, mit dem der Shelly verbunden ist.. da es nur zu Testzwecken ist hab ich als Username & Passwort jeweils "admin" eingetragen..
-m ist die Nachricht, in meinem Fall ein toggle und -t ist das Topic, also shellies/shelly-<deviceid>/...
für alle mit Strom versorgten Shellys (1,PM, 2.5, ix3..) gilt:
das update-Intervall bezieht sich generell nur auf "KeepAlive" Status-Meldungen, also Meldungen die eine Art "Lebenszeichen" vom Shelly sind..
Änderungen des aktuellen Zustands (Schalter wird betätigt, Relais schaltet, Stromverbrauch wird erkannt und hochgezäht, Sensor überschreitet Schwellwert) lösen immer eine MQTT-Nachricht aus..
Alles Andere wäre meines Erachtens auch sinnfrei..
Shellys mit Batterie senden ihren "KeepAlive" alle 12 Stunden oder wenn sich der Zustand verändert (Wasser-Sensor erkennt Wasser, Temperatur hat Schwellwert überschritten...)..
Zu beachten ist dabei: Shellys wie z.B. der H&T mit Temperatur-Sensor senden im schnellsten Fall (auch wenn per USB mit Strom versorgt) alle 10 Minuten, die restliche Zeit dazwischen verbringen sie im Deep-Sleep.. denn würde der Shelly ständig wach sein, würde er warm und damit die Temperatur-Werte verfälschen..
56 in einem Raum hab ich zwar nicht, aber > 50 verbundene Shellys an einem (leistungsfähigen) AccessPoint ist grunsätzlich erstmal kein Problem.
ich hab hier schon häufiger mal über 50 Wifi-Clients an einem einzelnen Unifi AP-AC-LR betrieben, das hat anstandlos geklappt.. aktuell haben meine 4 AccessPoints jeder zwischen 15 und 45 Clients verbunden.
Was hättest du denn für WLAN-AccessPoints zur Verfügung?
ok, das hatte ich in der Tat nicht getestet.. vielen Dank für den Hinweis 
Dem Shelly selbst kann man das schalten via Sprache nicht zeitgesteuert abgewöhnen. Alexa kann es ebenfalls nicht.
Grundsätzlich würde ich auch eher auf erzieherische Maßnahmen zugreifen, was aber technisch gehen würde:
2 Plug-S hintereinander stecken, den direkt in der Steckdose belegst du mit Zeitplan für an/aus (und deaktivierst ihn in der Alexa-App) und den darin steckenden Plug nutzt du für die Steuerung via Sprache..
wenn er dann außerhalb der erlaubten Spanne über Alexa anschalten will (dann ist der über Alexa steuerbare plug ja ohne Strom) kommt lediglich die Durchsage: "Tut mir leid, aber das Gerät "Gerätename" reagiert gerade nicht.
ein Shelly kann keinem offenen WLAN beitreten. Gestern getestet, aber vergessen zu antworten Irgendeine Verschlüsselung (WEP/WPA-PSK/WPA2-PSK) wird zwingend erwartet...
ein offenes WLAN wäre aber eh ein gravierendes Sicherheitsproblem, denn dann könnte jeder X-beliebige WLAN-Teilnehmer den Shelly kontrollieren.
reklamieren oder 3-5 Minuten Zeit investieren, Lösung hier:
wie ist er denn angeschlossen (mit oder ohne N, mit oder ohne Bypass) und was hängt für eine Beleuchtung dran?
- Trafo oder dimmbare LEDs?
- Hersteller, Typenbezeichnung
mit dem Mesh ansich hat das zunächst nichts zu tun, eventuell flackert die Beleuchtung aber beim Soft-Reboot (falls dieser ausgelöst werden sollte)..
shellies/shellycolorbulb-<deviceid>/color/0/setmit einem ensprechenden Payload (JSON):
{
"mode": "color", /* "color" or "white" */
"red": 0, /* red brightness, 0..255, applies in mode="color" */
"green": 0, /* green brightness, 0..255, applies in mode="color" */
"blue": 255, /* blue brightness, 0..255, applies in mode="color" */
"gain": 100, /* gain for all channels, 0..100, applies in mode="color" */
"brightness": 100, /* brightness, 0..100, applies in mode="white" */
"white": 0, /* white brightness, 0..255, applies in mode="color" */
"temp": 4750, /* color temperature in K, 3000..6500, applies in mode="white" */
"effect": 0, /* applies an effect when set */
"turn": "on" /* "on", "off" or "toggle" */
}please try again with disabled 4G connection..
Obstacle Detection im Shelly aktiviert?
Ich hoffe die Anwort auf Deutsch ist OK ( If you prefer english please let me know..)
Ein Shelly2.5 im Shutter-Modus kann wahlweise mit einem einzelnen Schalter/Taster oder auch mit Jalousien-Schaltern oder Jalousien-Tastern gesteuert werden. das lässt sich über den Button-Type im Shelly 2.5 einstellen.
zeigt der ShellyDimmer oben rechts im Webinterface die Uhrzeit an? wenn nicht, dann hat er vermutlich keinen Zugriff zum Internet, dementsprechend auch keine Updates (aus dem Internet) installierbar..
Seven of Nine darfst du uns was verraten?
nope, leider nein.. sonst hätte ich es längst getan
ich hab über 70 Geräte an einem Raspberry Pi4 mit HomeAssistant hängen.. der NUC ist da sicherlich mehr als ausreichend..
Gruppen werden nicht unterstützt, einzelne Geräte auswählen...
wenn ich das richtig verstehe, möchtest du den Shelly eigentlich nur zum Abgreifen des Schalter-Zustands nutzen aber die HuEs (und Markise) mit Dauerstrom versorgen?
Das geht zwar, bedarf dann aber einer übergeordneten Software (HomeAssistant, ioBroker..) die sowohl die Hue-Lampen anssprechen als auch den Schalter-Zustand des Shellys abgreifen kann..
Aktuell ist dein Problem: der Shelly kann nicht direkt mit den HuE-Lampen reden..
Was technisch ginge: die HuE-Leuchtmittel gegen Shelly-Bulb Duo zu tauschen, die lassen sich direkt vom Shelly1 aus ansteuern (über Actions)..Dazu müsste im Shelly lediglich der Schalter auf Detached und das Relais auf on gestellt werden.
dein Rechner mit dem Webserver hat die 192.168.2.102 als IP-Adresse? wenn auf dem einen Browser öffnest und dann http://localhost/SHSW-PM.zip oder http://192.168.2.102/SHSW-PM.zip aufrufst, lädt er die Datei dann runter..?
