2 Bewegungsmelder (Aqara) sollen einen Lampe schalten
-
@mickym
Wo genau meinst du?
-
@andre105 Wie gesagt den Schalter würde ich drin lassen und Shelly Lampe nur an den oberen Ausgang der Lightscheduler Node setzen. Ich hab die doch gerade durchgestrichen.
Also so:
Da war noch ein Fehler in der switch Schalter Node.
Das muss natürlich übereinstimmen:
Hängt halt davon ab, wie der Datenpunkt aussieht, wenn der Schalter ein oder aus ist. Also vielleicht auch on oder off.
-
@mickym Du kannst auch noch eine Filter Node vorne dran machen, dass Du von beiden BWM nicht 2 mal ein Signal bekommst.
-
Hab das mal so ausprobiert.
Direkt mal Screenshot
Und jetzt 5min später
Licht geht nach 60s aus.
Auch wenn ich das Licht mit Schalter an mache,geht es nach 60s aus.
Schon mal gut.Warum jetzt beim Shelly der Lampe immer noch true steht weiß ich nicht,Licht ist aber aus.
In den Nodes steht auch beides switch.
-
@andre105 Na wenn da true drin steht - dann steht der Datenpunkt den Du ausliest auf true - dann sollte nichts hinten rauskommen. Du musst halt mit Debug Nodes testen, ob was rauskommt oder nicht. True ist ja richtig wenn der Schalter an ist. Dann sollte das Licht aber nicht ausgehen.
Schau nochmal in Deine Adapterkonfiguration - ob Du nicht doch die dumme Konvertierung drin hast:
Das muss aus sein:
sonst kannst diese Logiken alle vergessen bzw. musst alles mit Strings vergleichen.
-
Das ist jetzt der Datenpunkt vom Shelly
Hier steht false.
Deswegen wunder ich mich das da true steht.Einfach eine Debug Node hinter der iobroker Get ranhängen?
-
@andre105 Nein die Debug Node nach dem Switch - schau bitte in die Adapterkonfig wie gepostet. Nach dem Switch siehst Du ja erst, ob die Nachricht blockiert wird, wenn der Schalter an ist oder nicht.
-
-
@andre105 Ja das passt eigentlich
Damit darf wenn der Switch Datenpunkt auf false steht was durchgehen, aber nicht wenn true drin steht.
Du kannst auch nochmal an beide Nodes eine Debug Node hin machen.
-
-
@andre105 Gut das sind Signale der BWM. Häng noch eine hinter den Switch und lass aus beiden Debugs das komplette Nachrichtenobjekt ausgeben.
-
-
@andre105 Ja das passt ja .
Erst war der Schalter auf aus und du bekommst aus debug 1 und debug 2 eine Nachricht.
Dann war der Schalter auf an und die Nachricht aus debug 2 fehlt - also blockiert der Switch Node richtig.Das wollen wir ja. Wenn das Licht mit dem schalter eingschaltet wird dann sind die Signale der BWM blockiert.
Wie gesagt wenn Du Dir in den Debug Nodes das komplette Nachrichtenobjekt ausgeben lässt, dann siehst auch wie die get Node den Status des Datenpunkts in die Nachrichteneigenschaft "switch" speichert.
-
Wie mach ich das mit dem kompletten Nachrichtenobjekt?
Ich mach mal nur den Schalter an und aus,ohne das der BWM mich erfasst.
Da kommen keine Meldungen.
-
@andre105 In der Debug Node kannst das doch einstellen:
Ja der Schalter soll ja den BWM blockieren. Du kannst ein und ausschalten - der BWM reagiert nur ca. alle 20-30s - also 2 Bewegungen innerhalb der Zeit werden nicht neu erfasst.
-
@andre105 Nochmal der Schalter erzeugt keine Meldungen und soll er auch nicht. Getriggert wird nur über den BWM und das auch nur alle 20-30s.
Die Abfrage des Schalters dient NUR dazu die Signale des BWM durchzulassen oder nicht. Der Schalter schaltet das Licht völlig unabhängig von dem Flow. Der Shelly soll ja auch schalten, selbst wenn Dein iobroker AUS ist oder abgestürzt usw.
Deswegen kannst Du 10 mal den Schalter betätigen, das erzeugt keine Nachrichten. Nachrichten erzeugen NUR die BWM und das im Abstand von ca. 20-30s.
Mit anderen Worten NUR die iobroker IN Nodes triggern den Flow!!!
-
-
@andre105 Ja bestätigt das debug 2 fehlt, wenn Schalter an ist. Sehen tust aber mehr, wenn Du die Debug Objekte ausklappst - dann siehst vor allem die switch Eigenschaft, in der ja das Auslesen des Schalterzustandes steht. Wie in meinem Screenshot. Also klapp mal alles aus, sonst macht es keinen Sinn, dass Du das komplette Nachrichtenobjekt ausgibst.
-
@mickym
so?
-
@andre105 Ja ist ja nur für Dich zur Überprüfung. Du kannst ja die Debugs wieder deaktivieren.
Im ersten Fall siehst Du das die Switch Node Deine Nachrichten durchlässt - debug1 und debug2 vorhanden:
rosa markiert zeigt, welche Debug Node was ausgespuckt hat:
gelb zeigt die payload der BWMs
grün zeigt dass der Datenpunkt des Schalters in die switch Eigenschaft ausgelesen wird.
Im 2 Fall siehst Du dass der Schalter eingeschaltet wird - aber von der switch Node nichts durchgelassen wird. Deswegen wird die Lampe NICHT ausgeschaltet auch wenn niemand mehr im Raum ist.
Hier erkennst Du dass die debug2 nichts mehr empfängt, wenn der Schalter EIN ist und die Nachrichten blockiert:
Wenn das nicht gewünscht ist, dann löscht Du halt auch die beiden Nodes raus - dann ist der Flow super einfach.
Wie gesagt der Schalter schaltet unabhängig von dem Flow - da der Shelly ja direkt mit der Lampe verkabelt ist und Du den Shelly ja nicht im Detached Modus betreibst.
