Zeitschleife, was ist falsch?

[Homoran]

@exmerci sagte in Zeitschleife, was ist falsch?:

Also wie @paul53 schon gepostet hat. So:

Hatt sich überschnitten - Ja, so!

[exmerci]

Ich danke Euch. Lernen kann auch Spaß machen

[Homoran]

@exmerci sagte in Zeitschleife, was ist falsch?:

Lernen kann auch Spaß machen

soll es ja auch!
und Erfolg ist der beste Ansporn!

[paul53]

@exmerci sagte:

Lernen kann auch Spaß machen

Dann zu meiner Version mit Wert (aus "Trigger") ohne Vergleich: Die implizite Typ-Wandlung von Javascript liefert bei einem Leerstring false und bei jedem anderen String true.

[exmerci]

@paul53

meinst du das?

[Homoran]

@exmerci nein, sondern seinen letzten Post mit Bild.
Da hat er den roten Block "WERT" statt den blauen "Wert von...." genommen

[exmerci]

@Homoran

Ok. Das werde ich bei Gelegenheit auch mal ausprobieren.
Das Problem ist, weshalb ich es auch erst ohne den Trigger gemacht hatte, das wenn es tatsächlich eine Unwetterwarnung gibt, das Feld nur einmal geändert wird und danach Stunden später dann erst wieder. Deshalb ist das mit dem geändert Trigger nicht so schnell zu testen.

[Homoran]

@exmerci nicht dass wir aneinander vorbeireden.
Es geht nicht um den Trigger, sondern den Baustein "WERT" hinter "falls", den Paul hier

im falls anstelle deines "Wert von......" konstruktes:

genommen hatte

[exmerci]

@Homoran

Verstehe ich das richtig, das der Baustein WERT dann guckt, ob das Feld gefüllt ist und wenn ja, den Intervall auslöst?

[Homoran]

@exmerci sagte in Zeitschleife, was ist falsch?:

@Homoran

Verstehe ich das richtig, das der Baustein WERT dann guckt, ob das Feld gefüllt ist und wenn ja, den Intervall auslöst?

Ja! der Baustein WERT macht das gleiche, wie dein Konstrukt, ist nur kürzer.
Daher ist der Baustein WERT auch nur bei Triggern mit falls Objekt zu verwenden. und bietet noch eine ganze Menge mehr Otionen (außer Wert) über das Pulldownmenü

[paul53]

@exmerci sagte:

das der Baustein WERT dann guckt, ob das Feld gefüllt ist

Der Baustein Wert enthält den Wert des Trigger-Datenpunktes. Die implizite Typ-Wandlung guckt, ob der Wert gefüllt ist und liefert dann true für den falls-Block.

[exmerci]

@Homoran

Das ist ja noch besser. Dann werde ich das nachher mal so einbauen.

[Dutchman]

@exmerci sagte in Zeitschleife, was ist falsch?:

@Homoran

Das ist ja noch besser. Dann werde ich das nachher mal so einbauen.

zum Verständnis, das object "wert" kommt direkt aus dem trigger (im scripting der .val)
Damit ersparst du dir wieder einen "wert von" der wuerde naemlich den wert abrufen und nicht aus dem trigger nemen

also bissl code efficienter

[exmerci]

@Dutchman

Das umdenken von Bash und Python zu Java fällt manchmal etwas schwer. Und der Jüngste bin ich auch nicht mehr

[Dutchman]

@exmerci sagte in Zeitschleife, was ist falsch?:

@Dutchman

Das umdenken von Bash und Python zu Java fällt manchmal etwas schwer. Und der Jüngste bin ich auch nicht mehr

kein stress, wir sind ja alle hier um zu lernen und helfen....
For 3 Jahren konnte ich nix mit JS, und bin jetzt author von 12 Adaptern

[exmerci]

@Dutchman

Da sag ich mal Respekt.