Ja, korrekt. Habe das in diesem Fall mit Szenen verwechselt.
Der "Beacon"-Mode bringt sehr wohl was. Ich nutze in HomeAssistant den "lux"-Sensor der Bewegungsmelder zum triggern von Automatisierungen in Node-Red und
ohne den "Beacon"-Mode bekomme ich vom Helligkeitssensor nur neue Werte, wenn der BWM "motion" erkennt. Ist der "Beacon"-Mode an, wird dieser Wert alle 1-2 Minuten upgedatet.
Du steuerst das Kellerlicht direkt über http-Befehl oder Scene vom BLU BWM an, richtig?
Ist beim BLU BWM der "Beacon-Modus" aktiviert? Falls nein, wird er deutlich schneller, wenn Du ihn aktivierst.
Aber dafür gibt es jetzt auch gleich wieder eine neue Beta:
2.2.0-beta1 - 20240730-152535/2.2.0-a05d14e2-beta1
Display:
Im Display werden in der obersten Zeile Temperatur/Feuchtigkeit und Verbrauch angezeigt.
Da ich das Wall Display nur als Anzeige verwenden möchte (der schaltbare Kontakt ist nicht angeschlossen), würde ich anstatt dem Verbrauch gerne etwas anderes anzeigen, bekomme dieses Anzeige-Element aber leider nicht weg. Gibt es dafür einen Trick oder geht das gar nicht?
Hallo zusammen,
darf ich die 2. Frage nochmals pushen?
Danke!
Naja,
die Einbindung hat gut funktioniert und der Schalter (nutze ich ja nicht), sowie Temperatur/Feuchtigkeit und Informationen zu FW-Updates und Cloud sind auch in HA verfügbar.
Da ich es nur zur Anzeige von diversen Temperaturen und Bedienung von Schaltern (Shelly) nutzen möchte, passt es für mich erstmal. Selbst das heutige Beta-FW-Update konnte ich über HA anstoßen.
Okay, danke Dir!
Wobei bei mir auch Geräte mit fester Stromversorgung die Verbindung aufgebaut haben. Das WD "connectet" sich nur nicht, aber alle Entitäten sind da.
Hallo zusammen,
seit einigen Tagen steht bei ir jetzt auch ein Shelly-Wall-Display.
Einrichtung hat gut funktioniert, leider klappt nicht alles so, wie ich es von anderen Shelly's gewohnt bin:
Outbound Websocket:
mit dieser Einstellung habe ich bei meinen anderen Shelly's eine Verbindung zu meinem HomeAssistant. Beim Wall Display baut sich die Verbindung leider nicht auf. Hat dazu jemand eine Idee?
Display:
Im Display werden in der obersten Zeile Temperatur/Feuchtigkeit und Verbrauch angezeigt.
Da ich das Wall Display nur als Anzeige verwenden möchte (der schaltbare Kontakt ist nicht angeschlossen), würde ich anstatt dem Verbrauch gerne etwas anderes anzeigen, bekomme dieses Anzeige-Element aber leider nicht weg. Gibt es dafür einen Trick oder geht das gar nicht?
Gibt es dazu neue Infos?
Ja, der März ist vorbei und Matter dauert, wie bei allen immer länger.
Da Shelly wohl "nur" eine Bridge mit "Matter-over-WLAN" plant, ist es eh nur Kosmetik.
Shelly-Geräte mit "Matter-over-Thread" wären eine wirkliche Inovation.
"ws://ip-von-HA:8123/api/shelly/ws"
Und darüber ein "*" oder etwas anderes?
Bei mir funktioniert es nur mit "*"
nur LED-Farben ändern:
RGB-Werte gehen aber nur bis 100, für [255,150,0] muss man [100,60,0] einsetzen:
CodeShelly.call( "PLUGS_UI.SetConfig",{ id:0, config:{"leds":{"mode":"switch","colors": {"switch:0": {"on":{"rgb":[100,60,0],"brightness":100}, "off":{"rgb":[0,0,0],"brightness":0}}}}}}, function (result, code, msg, ud) { }, null );
Hallo Rocadero,
super Feature, nach dem ich schon lange gesucht habe. Danke!
Ich würde diese Funktion gerne nutzen und Abhängig vom Schaltzustand ("on" oder "off") eines Shelly Plus Plug S im ersten Schritt die Helligkeit des
LED-Ringes ändern wollen (die Farbe stelle ich momentan noch über die App ein) und das ganze aus HomeAssistant heraus mit Node-Red.
Später möchte ich dann einen Shelly Plug Plug S als "zentralen Indikator" für die Schalterstellung unterschiedlicher Shelly's nutzen.
Mit dem Browser funktioniert dieser Befehl für 10/100% sehr gut:
http://<Shelly-IP>/rpc/PLUGS_UI.SetConfig?config={"leds":{"mode":"switch","colors":{"switch:0":{"on":{"brightness":10},"off":{"brightness":100}}}}}Was ich aber bisher nicht geschafft habe, diesen http-Befehl so umzuwandeln, dass ich ihn mit Node-Red aus HA heraus versenden kann.
Hat hierzu jemand eine Idee?
Update:
Hab die Lösung mit viel probieren selber gefunden. War viel einfacher als ursprünglich gedacht.
Einfach den http-Befehl in der HTTP-Request-Node in die URL eintragen, bei Methode "GET" und bei Nutzdaten(payload) "senden als request body" auswählen.
Dann würde ich mal im Shelly eine feste IP einstellen (kann ja die sein, die DHCP dem Shelly in der F!B gerade gegeben hat).
Ich hab eine 7590Ax und WPA2 und 3 aktiv, und kann PMF gar nicht aktivieren.
Klar, PMF kannst Du nur deaktivieren, wenn Du das WLAN auf WPA2 umstellst (da ist PMF optional, bei WPA2+WPA3 ist es fest eingestellt).
Was ist PMF?
Findest Du bei in der F!B bei Sicherheit/Verschlüsselung hier:
und wird automatisch aktiviert, wenn Du WPA2&WPA3 aktivierst, d.h. um PMF abzuschalten musst Du auf "WPA2" stellen.
Habe verschiedene Versuche über WebGUI und App gebraucht, bis der TRV das Update angenommen hat.
Anschließend musste ich den TRV 2xrebooten bevor alles wieder gepasst hat.
(Ver-)Änderungen kann ich keine erkennen.
Also man kann den Alarm für 10 Minuten direkt über die App oder den Knopf auf dem Smoke für 10 Minuten zurücksetzen.
Da bedingt aber, dass der Shelly-Smoke im "Alarmfall" die ganze Zeit wach und im WLAN bleibt. Ist das so?
Kenne keinen Simon irgendwer
Das ist @simon42 bekannt aus YT und von hier:
https://community.simon42.com/
Hast Du beim TRV unter Internet/Security das hier aktiviert:
und <HA-IP>:5683 eingetragen?
Dann sollte der TRV in HA so aussehen:
Wenn Du Deinen Titel etwas aussagekräftiger gestalten würdest, dann sollte es mit den Antworten auch klappen.
BTW: Bei mir werkelt ein Shelly1 (ohne +) schon sehr lange als Eltako-Ersatz und hier im Forum wurde das auch
schon öfters diskutiert => hast Du mal die "Suche" bemüht?
Der Fehler sollte nach dem HA-Update auf 2023.9.0 nicht mehr (so oft) kommen, wenn ich die Beta-Release-Notes richtig verstanden habe:
Ich "löse" das Problem immer dadurch, dass ich in der Shelly-Integration das Gerät neu lade, dann verschwindet der Fehler auch.
