Zählen eines Zustandes
-
@chris-1 sagte in: Also doch ein Unterschied zwischen Wüstenwurm global und Wüstenwurm innerhalb Trigger?
Nein. Die beiden "steuere"-Blöcke müssen in den Trigger, damit sie den innerhalb des Triggers veränderten Wert senden.
Blöcke außerhalb von Triggern - egal ob oben oder unten - werden nur einmal bei Skriptstart ausgeführt. -
@paul53 Danke
Läuft auf meine Vermutung global/local hinaus
-
@chris-1 sagte: Läuft auf meine Vermutung global/local hinaus
Nein,
wuestenwurmist eine globale Variable.
Der Unterschied ist: Ablauf bei Skriptstart - Operationen innerhalb einer Callback-Funktion, die durch den Trigger aufgerufen wird. -
@chris-1 sagte in Zählen eines Zustandes:
Läuft auf meine Vermutung global/local hinaus
wieso das?
hat doch nichts mitcder Variable zu tun.
Der Befehl wird nicht abgesetzt. Die Variable wird korrekt behamdelt. -
@paul53 Da scheint mir wohl schlicht der Java-Ansatz zu fehlen,
was den Ablauf im Code betrifft.
Komme aus einer c Zeit Anfang der 90er.... -
@paul53 said in Zählen eines Zustandes:
Der Unterschied ist: Ablauf bei Skriptstart - Operationen innerhalb einer Callback-Funktion, die durch den Trigger aufgerufen wird.
Interessierte Nachfrage: Wie würde ich die Variable, die innerhalb der CallbackFuktion durch Trigger geändert wurde, so "setzen" (wie in Trigger Funktion), dass sie von angehängten Blöcken in aktuallisiertem Status verwendet werden könnte?
-
@chris-1 sagte in Zählen eines Zustandes:
dass sie von angehängten Blöcken in aktuallisiertem Status verwendet werden könnte?
da ist dein Denkfehler.
Es darf nichts angehängt werden!
Dies Blöcke müssen in den Trigger unter die Logik, den falls/sonstfalls Block
Dort ist das eigentliche Skript beendet.alles was außerhalb (angehängt) ist, wird nur einmalig berücksichtigt: bei Skriptstart
-
@homoran ok, danke
-
@chris-1 sagte: dass sie von angehängten Blöcken in aktuallisiertem Status verwendet werden könnte?
Die angehängten Blöcke werden nur bei Skriptstart ausgeführt und sind danach nicht mehr erreichbar.
Javascript arbeitet nicht zyklisch, sondern Ereignis gesteuert. Da ist Umdenken erforderlich - ich hatte damit anfangs auch Probleme. -
@paul53 Danke
-
@paul53 Habe heute Abend, glaube ich, viel im Hinblick auf die Java/Blockly Geschichte gelernt!
-
@chris-1
Nochmal: Das hat mit der Variablen oder deren "setzen" nichts zu tun.
Alles was außerhalb des Triggers (oder besser: dessen Callback) notiert ist, wird unmittelbar nach dem Starten des Scriptes ausgeführt.
Löse Dich hier von Scope und solchen Dingen.
ioBroker arbeitet hier Eventgesteuert. Was Du mit den Variablen anstellen möchtest (Werte reinschreiben, auslesen und wegschreiben) muss innerhalb des Triggers erfolgen. -
@codierknecht Nochmal für's Verständnis....
Bedeutet dies im (nun vermuteten) Umkehrschluss,
dass Blockly/Java mit Abarbeitung des ersten bearbeiteten Triggers das Skript beendet? -
@chris-1 sagte in Zählen eines Zustandes:
@codierknecht Nochmal für's Verständnis....
Bedeutet dies im (nun vermuteten) Umkehrschluss,
dass Blockly/Java mit Abarbeitung des ersten bearbeiteten Triggers das Skript beendet?ja!
und dann auf den nächsten Event wartet (trigger), und wieder das Skript einmal durcharbeitet -
@homoran Danke
-
@homoran sagte: auf den nächsten Event wartet (trigger), und wieder das Skript einmal durcharbeitet
... und wieder die Callback-Funktion einmal durchläuft.
-
@paul53 Also viele viele "kurze" Skripts statt wenigen mit allen möglichen Fallunterscheidungen
Merk ich mir -
@chris-1 sagte in Zählen eines Zustandes:
@paul53 Also viele viele "kurze" Skripts statt wenigen mit allen möglichen Fallunterscheidungen
nein!
diese Fallunterscheidungen müssen aber als LOGIK (blaue Blöcke) innerhalb des Triggerbausteins (rot) liegen.
@paul53 wird das wieder korrekt übersetzen
-
@chris-1
Ich bin ja nun wirklich nicht der Experte, aber AFAIK:
Das Script selbst wird nur 1x gestartet und registriert dabei eine Ereignisbehandlung - den Trigger.
Das ist eine Callback-Function, die jedes Mal beim Eintreten des Ereignisses aufgerufen wird.
Darum werden Variablen auch üblicherweise außerhalb des Triggers initialisiert ... braucht ja nur 1x gemacht werden.
Aus dem gleichen Grund wird auch nicht das in die DP geschrieben was Du erwartest.
Was bei Dir passiert ist:
Script startet ...
1.) Variable initialisieren
2.) Ereignisbehandlung registrieren
3.) Werte der Variablen in die DP schreiben
... Scriptverarbeitung abgeschlossen.
Zum Zeitpunkt 3.) hat der Trigger noch nicht gefeuert und der Code darin wurde noch gar nicht ausgeführt. -
@chris-1 sagte: Also viele viele "kurze" Skripts statt wenigen mit allen möglichen Fallunterscheidungen
Callback-Funktionen können sehr umfangreich sein (mit vielen Fallunterscheidungen).
