Neues YouTube-Video: Visualisierung im Devices-Adapter

[Jan1]

@kptkip
Jetzt machst mal überall das "=wahr" raus, da das immer noch unnötig ist und gewöhnst Dir an, nicht "=falsch" zu fragen, sonder auf "nicht wahr".
So sparst Dir unnötigen Code und es im Sinne der Digitaltechnik richtiger, weil hier eben mit "nicht" die Negation bewerkstelligt wird und nicht mit "ist falsch". Kommt zwar auf selbe raus, ist aber kürzer ;)

[kptkip]

@jan1 Danke für den Input

Das mit dem =!wahr anstatt =falsch versteh' ich von der Umsetzung her, würde aber gerne verstehen, was daran logisch "besser" ist.

Den Punkt mit "mach das '=wahr raus[...]'" verstehe ich von der Umsetzung nicht, was ich da machen soll.

Soll das markierte hier raus?

[Jan1]

@kptkip
Das ist schon die Grundfunktion des FALLS Block. Der prüft immer auf wahr, somit ist (=wahr) eben einfach doppelt und unnötig. Fahr mal mit der Maus über den Block im Auswahlmenü, dann steht das auch so als Hilfe dabei ;)

Bau es um und Du wirst sehen, es ist kürzer und macht immer noch das Selbe :)

[paul53]

@kptkip sagte: an einer Stelle zentral die Dämmerungslogik und brauche sie nicht in jedem Script erneut eintragen

Dafür gibt es bereits den Datenpunkt "javascript.0.variables.isDayTime", der in der Konfiguration der Javascript-Instanz angepasst wird.
Vorschlag:

Was macht der Datenpunkt "Input / Detach"?

[kptkip]

@paul53 Dafür gibt es bereits den Datenpunkt "javascript.0.variables.isDayTime"
Das stimmt, allerdings ist der m.E. fix und kann nicht justiert werden. Ich möchte ihn ja gerne selbst bestimmen (relativ) können.

Der "Input/Detach"-Datenpunkt ist von meinen Shellies und zeigt an, ob der Shelly manuell auf EIN/AUS steht. Damit kann ich ein Dauerlicht am Schalter realisieren, ohne dass mir die Abschaltautomatik dazwischen funkt.

[kptkip]

@jan1

Ich nehme an, Du meintest es so, korrekt?

[Jan1]

@kptkip
natürlich nicht :-)

Da muss schon der Bezug zum Objekt rein und Du hattest "wert" doch drin, also einfach "wert" drin lassen, oder wenn sich das Objekt nicht um den Trigger handelt, das Objekt angeben.

[kptkip]

@jan1 OK...

Ich nehme an, Du meintest so:

Beide Versionen tun interessanterweise einwandfrei - sowohl die "falls-true" als auch die "falls-Wert" Variante

[Jan1]

@kptkip
ja klar, weil wahr eben immer wahr ist und somit die Bedinung immer erfüllt, wobei das dann Blödsinn ist ;)

[kptkip]

@jan1 "ja klar, weil wahr eben immer wahr ist "

Die Hypothese kann ich nicht bestätigen. Meine Beobachtung zeigt, dass beim Wert "false" die IF-Bedingung nicht ausgelöst wird, beim Wert "true" löst sie aus.

Es wird also nicht auf "if true=true" geprüft, sondern, ob der Wert "true" ist oder nicht und das ist schließlich das gewünschte Verhalten.

[Jan1]

@kptkip
Eben er prüft true auf true und wenn du false reinschreibs, ist das eben nicht true. Genau was ich ja sage ;)