Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[maxpd]

@FredF danke dir. probiere ich aus. aber welcher logik entspringt das? Denn in diese schleife geht er ja nicht mehr, da das Tor zu ist. Also landet er im Sonst Fall. Dort soll er die Nachricht senden.

[Homoran]

@maxpd sagte in Szenarien mit Variablen greifen nicht:

aber welcher logik entspringt das?

Damit noch laufende alte Timeouts gelöscht werden

[FredF]

@maxpd Genau wie @Homoran schrieb.
und nochwas: Die zweite Falls abfrage brauchst du nicht.
also so:

[paul53]

@maxpd sagte:

mit Stop Timeout probiert. Die Garage meldet dennoch keine Info, dass das Tor geschlossen wurde.

Zum Ende der Verzögerungszeit zu stoppen, macht keinen Sinn. Außerdem sollte nur ein Trigger verwendet werden und zwar der, dessen Wert geprüft wird.

[maxpd]

Habe mal versucht alle eure Vorschläge einzubauen. Aber er will immernoch nicht Bescheid geben, wenn das Tor wieder zu ist:

[paul53]

@maxpd sagte:

Habe mal versucht alle eure Vorschläge einzubauen.

Hast Du nicht ! Die Bedingung für stop timeout ist eine andere.

[maxpd]

Du hast Recht! und ich schäme mich :(
Nochmal angepasst. Aber auch damit gehts nicht.

[maxpd]

Ich habe mir jetzt nach jedem Step eine Nachricht senden lassen.

Und bis zur roten Linie kommt das Script, aber obwohl beide Bedingungen für den letzten Step erfüllt sind. is open=falsch und variable = true, geht er in diese Schleife nicht rein.

[paul53]

@maxpd sagte:

Bedingungen für den letzten Step erfüllt sind. is open=falsch

Sicher ? Bau mal als erstes eine Log-Ausgabe ein:

[maxpd]

Jup:

[maxpd]

Es gibt ja immer mehrere Wege zum Ziel, deswegen bin ich bislang auch immer gut ohne Stop Timeout und ähnliches durch gekommen.

Blockly ist da ja sehr kulant.

Aber das hier ist wirklich ein Rätsel. Die Debugausgabe deckt sich exakt mit den Vorgaben der Bedingung und dennoch geht er nicht in die Bedingung rein.

[maxpd]

Problem gelöst.

Das Auslesen der Variable hat so auszusehen: