Monatsrückblick Januar/Februar 2026 ist online!

[MartinP]

@duffy Vielleicht müsste ich da doch weiter forschen. Mein zigbee "Netz" ist noch SEHR weitmaschig...

2 Betondecken zwischen Conbee III Stick und dem Gefrierschrank. Auch kein netzbetriebenes Zigbee-Gerät unterwegs, was als Repeater dienen könnte ...
Der Sensor hat aber aus dem Gefrierschrank laut Zigbee2Mqtt mit LQI 160 ... 170 gesendet.

Trotzdem war er nach 3 Tagen stumm ...

[Homoran]

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Wobei ich aktuell noch nicht den Ansatzpunkt sehe

entscheidend ist

@homoran sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Taster schaltet DP Typ bool auf true

den legst du jetzt erst einmal unter 0_userdata.0 an.
Benennung alarmGefrierOff o.ä.

den Rest machen wir dann auch schrittweise

[Duffy]

@homoran

So was hatte ich schon gemacht deshalb ging das jetzt recht gut:

[Homoran]

@duffy Gut!
dann sagst du mir jetzt wie der Datenpunkt vom Taster reagiert, wenn du den Taster drückst

[Duffy]

@homoran

Also der Taster (Schalter) ist im Normalzustand auf false. Wenn ich ihn drücke ist er ganz kurz auf true aber dann gleich wieder auf false.
Das geht so schnell das man es in den Objekten gar nicht wirklich sieht. Ich habe es erst durch InfluxDB sehen könne, also false / true und dann anhand der Zeitstempel.

[Codierknecht]

@duffy
Dann kannst Du darauf einen Trigger setzen und Deinen virtuellen "On/Off" umschalten und nach 15 Minuten wieder aktivieren.

Der Telegramm-Teil muss dann zusätzlich zur Temperatur noch prüfen, ob dieser virtuelle State nicht aktiv ist.

[Homoran]

@duffy sorry, musste kurz weg
@Codierknecht hat dir den nächsten Schritt gezeigt.

Jetzt müsste der eigene Datenpunkt auf true gehen und nach 15 Minuten auf false.

klappt das?

[Duffy]

@homoran @Codierknecht

Hallo ihr Zwei,

sorry, ich musste auch kurz weg habe es aber dann gleich (den Taster) umgesetzt und es funktioniert.
(Aktuell zum testen nur auf 1 min)

Jetzt müssten nach meinem dafürhalten die 2 Blocklys verheiratet werden, wie Codierknecht ja oben schon angeschnitten hat:
"Der Telegramm-Teil muss dann zusätzlich zur Temperatur noch prüfen, ob dieser virtuelle State nicht aktiv ist."

Hier muss ich vermutlich irgendwie bei der Abfrage "Wert > -16" zusätzlich abfragen ob "Warnung_Gefriere_15_min" auf false steht, oder?

Passt das so?

[Homoran]

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Passt das so?

fast!
Die Bedingung kann möglicherweise innerhalb des timeouts mehrfach ausgelöst werden.
deswegen vor dem timeout noch ein stop timeout.

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Jetzt müssten nach meinem dafürhalten die 2 Blocklys verheiratet werden,

richtig.
Dürfen zur Übersicht aber beide nebeneinander in einem Blockly gespeichert werden

[Duffy]

@homoran

Meinst du so?

[MartinP]

@duffy Vielleicht noch ein paar Anregungen:

(In meinem Fall Mails) gibt es nur, wenn die Temperatur sich außerhalb des "safe" Bereiches befindet, und sich gegenüber der vorherigen Mail um 3,5 Grad erhöht hat.

Dass einer im Gefrier-Schrank herumwühlt, wird aber nicht detektiert, brauchte aber auch nicht, da es in der Regel bei maximal 2...3 Mails bleibt, bis die Schranktür wieder zu ist ...

EDIT: Die Behandlung von Temperaturen unter -22.5°C ist noch nicht fehlerfrei ...

EDIT2: Hier die Korrektur ("Betrag" fehlte) Hatte schon einen Gefrierschrank, bei dem der Thermostat in einer Weise kaputt war, dass der die ganze Zeit gekühlt hat, und in Wirklichkeit war es innen schon bei -25°C

[Homoran]

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Meinst du so?

ja!

@martinp sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Die Behandlung von Temperaturen unter -22.5°C ist noch nicht fehlerfrei ...

wo siehst du -22.5 °C?

EDIT: bei dir :-)

[paul53]

@duffy
Den Umweg über den Datenpunkt kann man sich sparen, indem man die Timer-Variable "timeout2" prüft.
Das mehrfache Starten von "timeout" kann durch die richtige Auswertung von Wert und vorheriger Wert verhindert werden.

[Duffy]

@paul53

Vielen Dank für deine Anregung, das Blockly werde ich auch noch einmal umsetzen, einfach um es auch zu lernen.

@MartinP Danke für den Beitrag, ich werde es aktuell erst mal mit "meinem" Blockly austesten und dann optimieren.

@Homoran @Codierknecht Danke für eure tolle Unterstützung.

Jetzt bleibt noch eine Frage für mich offen.

In der Vorlage die ich verwendet habe war ganz unten Stop Timeout drin.

ich hatte hier aber mal gelernt das man Stop Timeout vor dem Ausführen rein macht, so wie es aktuell ja auch weiter oben drin ist. Ist das dann nicht doppelt gemoppelt? Ich denke das "Sonst" kann ganz raus oder?

VG Duffy

[Homoran]

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Ist das dann nicht doppelt gemoppelt?

nein.

Der stop_timeout vor timeout stellt sicher, dass kein zweiter Timeout gestartet wird

Der untere stop Timeout bricht den laufenden Timeout ab, weil der Grund für die Meldung nicht mehr existiert

[MartinP]

@duffy Das ist der "sonst" Zweig (sehr kurz....)

Es wird entweder der "mache" oder der "sonst" Zweig ausgeführt ...

Steht "ganz oben" im Sonst Zweig...

[Duffy]

@homoran

Danke Euch. Dann flick ich ihn wieder rein

Danke an alle und einen schönen Abend.

LG Duffy

[Homoran]

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

@homoran

Danke Euch. Dann flick ich ihn wieder rein

Danke an alle und einen schönen Abend.

LG Duffy

was war jetzt mit

@duffy sagte in Ausführung eines Blocklys kurzzeitig stoppen:

Alledings gerate ich da schon hart an meine Grenzen

???

Hast du doch flott hinbekommen!

[Duffy]

@homoran

Ja, dank eurer tollen Unterstützung. Mir fehlen da einfach öfter mal die Ansätze.
Die Bedingungen für das was ich tun will bekomme ich im Kopf noch zusammen aber nicht ohne weiteres ins Blockly.
Das mit dem Datenpunkt ist im nachhinein logisch aber bei mir selber wäre der Groschen da glaub nicht so ohne weiteres gefallen.

[Homoran]

@duffy Deswegen immer schrittweise notfalls laut denken!
Dann wird das schon!