Schalter in der Vis durch zweiten Schalter verriegeln
-
@paul53 sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
@semmy sagte: Homematic Lock ist das Schloss
Soll wirklich darauf getriggert werden?
Ok, hab das Schloss entfernt, funktioniert . Danke
-
-
@mickym sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
@semmy Nun ich bin KEIN Blockly Programmierer - aber ich glaube Du hast einen Logikfehler drin.
Ich hätte es irgendwie so gemacht - aber da kann Dir @paul53 besser helfen.
Wie gesagt wenn der Schalter 2 falsch ist, kannst Du meines Erachtens den Trigger von Schalter 1 völlig ignorieren!
So gehts auch, jetzt müsste man nur noch irgendwie den Schalter sperren, dann wäre es perfekt.
-
@semmy sagte: Der lässt sich nämlich immer noch betätigen.
Man kann ihn per Skript zurück stellen (siehe sonst-Zweig).
Wert und Ursprung findet man unter "Trigger".
-
@semmy Du könntest den ganzen Schalter ausblenden, wenn der gesperrt ist - das wüsste ich wie es geht.
oder so wie @paul53 vorschlägt unter den Schalter 2 mit dem sonst Ast auf den vorhergehenden Wert zurücksetzen. So würde auch in anderen Visualisierungen das funktionieren, wenn programmtechnisch keine Sperre vorgesehen ist.ggf. musstest Du Dir halt andere Widgets anschauen - wie hier diese Material Design Geschichten:
https://github.com/Scrounger/ioBroker.vis-materialdesign#editor-settings-9 -
Funktioniert nicht, wenn Schloss offen ist, gehts, aber wenn das Schloss zu ist, nicht.
Gruß
Semmy -
@semmy Also wie gesagt ich bin KEIN Blockly Programmierer, aber Du könntest einfach versuchen, den Wert von Taste 1 mit dem negierten Wert von sich selbst zu aktualisieren:
Also wenn gesperrt - dann aktualisiere den Schalter 1 nochmals mit dem negierten Wert von sich selbst. Wenn das true oder false ist.
Aber wie gesagt - ich bin da kein Spezialist. Ich hoffe das mit dem "nicht" Baustein das dem Javascript "!" entspricht.
-
@mickym sagte: dann aktualisiere den Schalter 1 nochmals mit dem negierten Wert von sich selbst.
Ohne Prüfung des Ursprungs entsteht so eine endlose Trigger-Schleife.
-
@paul53 Klar Du hast Recht - versuch das was Du gerade als Bedingung gebaut hast nachzubauen.
Habs mal von Dir abgeschaut:
Ist das das Gleiche
Was ist der Unterschied zwischen Ursprung und Quelle?
oder was ist die Quelle eines Datenpunktes? Quelle kann ja nicht nochmals der Pfad zum Datenpunkt sein, den ich ja mit der ID auswählen muss?Ursprung ist also die Quelle des Triggers? Richtig?
und kann ich diesen Nicht Block nehmen um ein ! Wert zu erzeugen?
Ah ich hab das mit dem vorigen Wert gefunden - dann müsste das nach meiner Logik so aussehen wo wird der zwischengespeichert in dem Objekt??:
Ok jetzt ist es mit Deinem Blockly bis auf die Steuerung des Tasmota Teils identisch.
-
@mickym sagte: Was ist der Unterschied zwischen Ursprung und Quelle?
Es gibt keinen Unterschied.
@mickym sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
kann ich diesen Nicht Block nehmen um ein ! Wert zu erzeugen?
Ja, ist identisch.
@mickym sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
wo wird der zwischengespeichert in dem Objekt??:
Der "vorherige Wert" wird im Datenpunkt-Objekt des Triggers übergeben.
-
@paul53 sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
Der "vorherige Wert" wird im Datenpunkt-Objekt des Triggers übergeben.
Ah OK deswegen ist der Kasten rosa.
Na dann hoffe ich mal dass @Semmy inzwischen erfolgreich ist und mir die Dauerschleife verzeiht.
-
@mickym Hallo
Ich habe nochmal den selben Schalter direkt über den ersten in der Visualisierung gelegt, nur lesend eingestellt und den z-Wert so eingestellt, dass der Schalter nur angezeigt wird, wenn das Schloss offen ist. So soll es sein. Vielen Dank nochmal.Viele Grüße
Semmy -
@semmy sagte in Schalter in der Vis durch zweiten Schalter verriegeln:
Damit ich nicht aus Versehen mal den Schalter betätige, möchte ich diesen mit einen zweiten Schalter verriegeln.
Mit einem Button´s Widget von materialdesign
kannst du es ohne Blockly / Script lösen
Beispiel :
Ein click wird entriegelt .
.
.
