Blockly Objekt ID auf True/False setzen

[Codierknecht]

@schmakus
Wer lesen kann, ist klar im Vorteil

[memberx]

@schmakus nicht ganz, Switch false setzen wenn Urlaub True ist, Urlaub wird aber über KNX bzw. Server gesetzt.

[Schmakus]

@memberx Ja, meine Aussage passt doch.
Du kannst sogar den Binde-Block nehmen oder dir einen Alias erstellen.
Für so einfache "Schaltungen" ist eigentlich ein Alias das idealste.

Beim alias wäre dann bei wert für Lesen: !val

[memberx]

@schmakus muss ich mir mal anschauen. Kenne die Befehle noch nicht, noch viel Neuland bei mir

[Codierknecht]

@memberx
Du gehst im Objektbaum nach alias.0.
Dort kannst Du Dir Ordner und Datenpunkte nach Deinen Anforderungen anlegen.
Einen DP vom Typ "Bool" anlegen, den auf Deinen DP mit Urlaub "gucken" lassen und in der Konvertierungsfunktion - wie von @Schmakus vorgeschlagen - !val eintragen.

[memberx]

@codierknecht was genau ist der Vorteil davon gegenüber falls dann?

[Codierknecht]

@memberx
Du sparst Dir ein Script.

[memberx]

@codierknecht

Versteh nicht ganz, wie mir das ein Script spart? Soweit ich jetzt gelesen hab, ist der Alias doch eher ein Replacement für zentralere Datenpunkte, damit man bspw. nur die Datenquelle ändert wenn nötig, anstatt überall die Quelle anzupassen?!

Oder wieso spare ich mir in meinem Fall ein Script?

[paul53]

@memberx sagte: wieso spare ich mir in meinem Fall ein Script?

Um den Unifi-Datenpunkt zu steuern, wird natürlich ein Skript benötigt:

Der Block "nicht" wandelt 1 in false und 0 in true.

[memberx]

@paul53 muss dann wirklich nur nicht wert rein? Nicht mehr spezifisch Wert von Objekt Urlaub?

[paul53]

@memberx sagte: muss dann wirklich nur nicht wert rein?

Ja, Wert (findet man unter "Trigger") enthält den Wert des Trigger-Datenpunktes.

[Codierknecht]

@memberx

Wie @paul53 schon schreibt:

Ja, Wert (findet man unter "Trigger") enthält den Wert des Trigger-Datenpunktes.

Es wäre unsinnig, den Wert nochmal aus dem Objekt zu lesen. Wenn der Trigger zum Objekt feuert, sind alle Eigenschaften des auslösenden Objektes längst bekannt.

[Schmakus]

@memberx sagte in Blockly Objekt ID auf True/False setzen:

@codierknecht

Versteh nicht ganz, wie mir das ein Script spart? Soweit ich jetzt gelesen hab, ist der Alias doch eher ein Replacement für zentralere Datenpunkte, damit man bspw. nur die Datenquelle ändert wenn nötig, anstatt überall die Quelle anzupassen?!

Oder wieso spare ich mir in meinem Fall ein Script?

Weil man mit einem Alias nicht nur, wie du beschreibst, ein Replacement ist, sondern man kann damit auch Werte des Quelldatenpunkts manipulieren (verändern, berechnen, usw) und andersrum.

Beispiel: mein Quelldatenpunkt liefert Watt und ich möchte aber Kilowatt, dann erstelle ich einen Alias und füge als Formel zum Lesen val * 1000 ein. Somit benötige ich kein Script, weil alles der Alias macht.

Beispiel 2:
Ich habe einen Quelldatenpunkt, welcher als String ON oder OFF hat. Ich möchte aber woanders in irgendwelchen Scripten nur true/falseverwenden.
Dann einen Alias des typs boolean. Für lesen: val === "ON" ? true : false Für schreiben: val ? "ON" : "OFF"

Somit habe ich eigene Datenpunkte ohne ein Script.

[paul53]

@schmakus sagte: Formel zum Lesen val * 1000

val / 1000
oder mit Runden auf 2 Nachkommastellen
Math.round(val / 10) / 100

[memberx]

@paul53 Und wie könnte folgendes man es angehen:

Vor dem Urlaub ist ser Unifi AP AUS (aus irgendeinen Grund)

Wenn Urlaub True -> Unifi AP POE AUSSCHALTEN

Wenn Urlaub dann geändert auf FALSE -> Status wie vorher wiederherstellen, also wenn er vorher AN war wieder an, wenn er AUS war, wieder aus

[paul53]

@memberx sagte: Status wie vorher wiederherstellen

Während des Urlaubs sollte es keinen Skript-Neustart geben, denn den überlebt die Variable warEin nicht.

EDIT: Sonst muss man sich den Wert in einem eigenen Datenpunkt merken: