Shellys ("Alt und Plus") über MQTT Adapter
-
@mickym Das komische ist, wenn ich einen Debug auf den status mache dann kommt da gar nichts an wenn ich den Schalter drücke.
events/rpc liefert folgendes:
Drücken des Tasters:
{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.35,"events":[{"component":"input:0","id":0,"event":"btn_down","ts":1680461760.35}]}}loslassen des Tasters:
{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.56,"events":[{"component":"input:0","id":0,"event":"btn_up","ts":1680461760.56}]}} -
@hotspot_2 Nochmal der status interessiert jetzt erst mal nicht. Zeig bitte events rpc
-
@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:
{"src":"shellyplus1-441793a39cdc","dst":"shellies/licht/treppenhaus/oben/events","method":"NotifyEvent","params":{"ts":1680461760.35,"events":[{"component":"input:0","id":0,"event":"btn_down","ts":1680461760.35}]}}
Ja und bei den schaltern müsste es was gleiches geben.
Ich würde also auf "component": "input:0" filtern und dasselbe bei den Schaltern
-
@mickym Was meinst Du mit "Schaltern?"
-
@hotspot_2 Na ich denke Du hast einen Taster und button und 2 Schalter.
-
@mickym Es sind zwei Shelly Plus1 und ein Shelly Button die betätigt werden können.
-
@hotspot_2 Ja aber ALLE sollten doch unter events einen rpc Datenpunkt haben
Und der switch um nur Schalter und Tastenbetätigungen durch zulassen müssen dann so aussehen:
-
@mickym Beim Button1 sind wir auf input_event/0 gegangen per mqtt in. Wenn man den drückt geht das Licht an, das funktioniert. Der hat kein rpc.
Ich filtere jetzt mal den Switch nur nach den beiden Plus1 und dann schau ich mal wie es funktioniert.
-
@hotspot_2 Ok bei den Switches mach am Besten die beiden Switches dazwischen;
Das sollte dann sicher funktionieren. Hinten dran wieder eine debug Node - da sollten dann nur Nachrichten bei Betätigung des Schalters rauskommen.
Sind diese Switches auch taster? - dann können wir besser nur auf das Drücken des Buttons filtern.
-
@mickym Ja, das sind Taster.
-
@hotspot_2 Wenn ich jetzt den Debug an die beiden Switches (oben dran mache) dann krieg ich bei Tasterdruck drei Events.
- btn_down
- btn_up
- single_push
-
@hotspot_2 Ok dann machen wir es ganz sicher:
Damit wird nur auf notify Events beim Drücken des Tasters gefiltert.
-
@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:
@hotspot_2 Wenn ich jetzt den Debug an die beiden Switches (oben dran mache) dann krieg ich bei Tasterdruck drei Events.
- btn_down
- btn_up
- single_push
Ja ich hab Dir nun ein Filter geschickt - der nur noch btn_down bei Input:0 durchlässt.
-
@mickym Passt. Jetzt gibt es bei Tastendruck noch ein Event. Wenn das Licht ausgeschalten oder eingeschalten wird über Node RED gibt es auch kein Event mehr.
Noche eine Frage zum Trigger:
Mit dieser Einstellung sollte er doch die eingestellte Zeit (die über ein Objekt kommt) übernehmen beim Start des Triggers und dann stumpf die Zeit ablaufen lassen und Licht geht aus, oder? Auch wenn die Zeit z.B. eine Minute ist.
-
@hotspot_2 Du musst den anderen Haken reinmachen, sonst hast Du wieder Kuddelmuddel.
Wenn Du den Haken nicht rein machst. Dann wird nach der 1. Nachricht nach 2 Minuten das Licht ausgemacht auch wenn zwischenzeitlich Taster oder BWM sendet. Die 2 Minuten sollen aber erst dann ablaufen, wenn 2 Minuten lang keine Nachricht angekommen ist!!
Die Zeit überschreibst ja mit Deinen Minuten über Jarvis. ABER die Zeit darf erst loslaufen, wenn KEINE Nachricht mehr eingeht. Sonst wird das nichts.
-
@mickym Und was ist der Unterschied zwischen der Zeit im Trigger und der die ich über das msg.delay übergebe?
-
@hotspot_2 Die Zeit im Trigger gilt solange bis eine msg.delay ankommt. Jetzt ist es halt so, dass wenn Du den Wert nicht neu setzt - wird die Zeit halt in der Node genommen. Sobald Du aber in Jarvis den Wert neu setzt - sollte die Trigger node die neue Zeit nehmen - aber wie gesagt immer nach Eingang der letzten Nachricht. Also jetzt zum Test wird meist die Zeit der Node genommen - kannst ja auch auf 1 Minute oder 30 s einstellen. Später wird das was in der Node steht ignoriert wenn eine msg.delay ankommt.
Aber wie gesagt wichtig ist, dass beide Haken drin sind.
Hier mal eine Demo - was passiert wenn Du den Haken nicht drin hast:
Sprich nach der 1. Nachricht laufen die 10s los - innerhalb dieser 10s werden alle Nachrichten ignoriert und erst nach den 10s, wenn die 2. Nachricht geschickt wurde - ist die trigger Node wieder aktiv.
Wenn du also den Haken nicht reinmachst, dann kannst Du mit Deinem Taster das Licht einschalten und weitere Nachrichten der BWM werden ignoriert - sprich das Licht wird nach 2 Minuten ausgeschaltet - auch wenn der BWM zwischenzeitlich Bewegungen regisitriert. Dann wird das Licht wieder eingeschaltet. Das möchtest Du nicht.
-
@mickym Ok, jetzt scheint alles zu laufen. Ich teste das jetzt mal. Aber sieht sehr gut aus jetzt.
-
@mickym Wollte mich mal melden. Also der mosquitto und der umgestellte ioBroker MQTT-Adapter laufen einwandfrei. Nicht eine Warnung mehr seit der Umstellung. Vorher hatte ich sehr viele an einem Tag.
Beide Skripte laufen auch sehr gut bis jetzt! Tip Top.
Ich schau mir jetzt mal an wie ich die anderen umsetzen kann. Muss noch klären wie das pushover Node funktioniert und wie ich Sprachausgaben auf Alexa machen kann. Habe auch noch Skripte (Blockly) wo ich zu bestimmten Zeiten (täglich 0 Uhr, einmal im Monat, einmal im Jahr) bestimmte Aktionen und Berechnung mache z.B. Heizölverbrauch und Solarthermie.
-
@hotspot_2 Gut mit der pushover Node musst nachlesen - vielleicht liefert die aber auch Beispiele mit - musst halt mal unter Beispiele beim Import schauen. Auch immer die Hilfe zur Node anschauen.
Alexa würde ich ggf. nicht oder zum Schluss umstellen - ausser es gibt Datenpunkte, die Du direkt beschreiben kannst, das kannst natürlich auch aus NodeRed machen. Alles was mit SendTo machst geht halt im NodeRed nicht direkt. Wenn Du alles umstellen willst, kannst Du mein JS nehmen, das läuft immer und das simuliert (agiert quasi als Proxy) für SendTo. Es gibt natürlich auch verschiedene Alexa Nodes - aber da bin ich raus. Da gibts inzwischen von mir keine Empfehlung mehr. Meine früheren Empfehlung hat leider das Kostenmodell einfach umgestellt und unterstützt nur noch 5 Geräte. So was finde ich generell ein NoGo - wenn man plötzlich für Dinge zahlen muss, die vorher kostenlos waren. Dann lieber gleich einen Preis verlangen und dann kann ich mir das überlegen, bevor ich etwas nutze, aber nicht im laufenden Betrieb Funktionen plötzlich abschneiden. Absolut
Für einfache Zeitpunkte täglich oder an bestimmten Wochentagen oder für kleine Intervalle bis zum Stundenbereich kannst Du die InjectNode nutzen. Für tägliche Task zu verschiedenen Zeiträumen (also nicht nur ein Trigger sondern an und aus) in der Woche den Lightscheduler. Ansonsten der meines Erachtens mächtigste zeit Trigger, den Du in ähnlicher Form aus dem Blockly kennst ist die cronplus-Node (kann sogar noch etwas mehr als der Javascript Adapter) - aber wie gesagt geh sparsam mit den Zeittriggern um. Auf bestimmte Situationen zu reagieren ist in der Hausautomation wesentlich sinnvoller, als zeitliche Trigger zu verwenden. Ich würde hier alles nochmal auf den Prüfstandstellen. Zeitliche Trigger belasten ein System nur unnötig.
