Simple Steuerung true/false offen/geschlossen
-
@mickym dann verstehe ich es nicht
-
@aphofis Was verstehst Du nicht?
Also die iobroker-Out Node schreibt nur eine payload.
In der iobroker-In Node spezifizierst Du unter welchem Attribut ein Wert eingelesen wird.
Die Regeln in einer Change Node werden von oben nach unten abgearbeitet.
-
-
@aphofis Ja - so würde es funktionieren, wenn Du mit der iobroker In Node es in eine andere Eigenschaft (also fenster_wz) einliest.
Aber in der Regel wirst Du ja alles bei payload belassen. - Aber es geht ja darum dass Du das Prinzip mit den Nachrichteneigenschaften verstehst.
-
@mickym genau und das denke ich habe ich verstanden
-
nur was ich noch nicht verstehe, das die anderen sensoren in der node ein anderes attribute haben aber in deren zustand trotzdem innerhalb der node der wert aus alexa2/0/History/answerText eingetragen wird also fenster sensor wz wurde geschlossen zb normal sollen die ja gar nicht darauf reagieren. hmmm
-
@aphofis sagte in Simple Steuerung true/false offen/geschlossen:
nur was ich noch nicht verstehe, das die anderen sensoren in der node ein anderes attribute haben aber in deren zustand trotzdem innerhalb der node der wert aus alexa2/0/History/answerText eingetragen wird also fenster sensor wz wurde geschlossen zb normal sollen die ja gar nicht darauf reagieren. hmmm
Und ich habe diesen Satz überhaupt nicht verstanden - vielleicht kannst Du ihn nochmal anders erklären.
-
@mickym Was sind denn andere Sensoren in der Node? und wieso haben die ein anderes Attribut?
-
also ich muss mich erstmal abmelden. muss noch duschen !
habe heute wieder etwas gelernt.
Muss nur noch paar schaltpläne welzen muss morgen zwei schiebetüren an GLT, EMA und BMA aufschalten und da muss ich mich noch etwas belesen. Ist zwar simpler kram ist aber von den sensor befestigungen von anlagen typ zu anlagen typ unterschiedlich.
Danke dir schon mal und man könnte ja morgen weiter machen. -
das wären die anderen:
-
@aphofis Du liest 4 mal den gleichen Datenpunkt aus. Das kann man so machen, man kann das aber auch anders machen.
-
@mickym
Wäre es so möglich !?
-
@aphofis Im Prinzip schon - aber so halt nicht - schau halt mal in welches Attribut Du den Wert ausliest.
Wenn Du das nicht beantworten kannst, dann lass Dir halt wieder das ganze Nachrichtenpbjekt ausgeben.
Geh halt Schritt für Schritt vor.Also in welches Attribut liest Du den Wert ein?
Außerdem verwirrst Du ja Dein Ziel schau halt was in den Debug Nodes rauskommt.
-
@mickym Achso Attribute ist ja nur fenster_kueche ne das ja etwas zu wenig.
wie mache ich das denn das alle attribute gelesen und weiter gegeben werdenKann man das so machen !? fehlt aber anscheinend etwas attribute wird irgendwo nicht weiter verarbeitet.
-
@aphofis Wenn Du alles bei payload belassen hättest, dann hättest Du doch vorerst kein Problem - allerdings schau Dir halt mal an, was in den Debugnodes rauskommt - ich glaube nicht, dass da nur true/false rauskommt.
-
@mickym Irgendwie klappt das nicht!
alle geräte sollen ja nur true/false melden und nicht alle auf alles reagieren und Fenster Bad ist ein Sonoff Gerät das muss auf 0/1 reagieren
-
@aphofis ja wenn nicht jede Node auf alles reagieren soll, dann darfst du die Nachrichten nicht einfach vervielfältigen, sondern musst diese über Bedingungen an verschiedene Ausgänge einer Switch Node schicken
-
@mickym Wie erstelle ich denn diese bedingungen !?
-
@aphofis Na wie ich geschrieben habe. Mit einer switch Node. Oben steht die Eigenschaft, die Du überprüfen willst und dann definierst Du die Regeln - welcher Ausgang genommen wird.
-
@mickym Ich tausche die Tuya Sensoren einfach gegen Sonoff Fenster Kontakte die reagieren in wenigen ms und sind zuverlässig. Es ist mir einfach zu kompliziert über eine alexa routine zu arbeiten.
es sind einfach zu viele störfaktoren in der Geschichte.
