Monatsrückblick Januar/Februar 2026 ist online!

[Cinimod]

@tdcropower Der timeout bringt dir aber doch nichts, wenn du nicht im "falls" erneut den Wert abfragst. Aktuell nimmst ja den schon beim triggern ermittelten Wert.

[TDCroPower]

@dragon welche Datenpunkte sollen das sein? Verstehe deine Erklärung nicht so recht.

@Cinimod den Wert von "is open" prüfe ich doch mit dem Trigger Objekt "Wert".
Bei "true" gehts in den positiven "falls" Zweig und bei "false" ins "sonst".

[dslraser]

@tdcropower sagte in Fenster Öffnen/schließen steuert Heizung:

Wenn man das Fenster komplett öffnet und auf gekippt umstellt, indem man den Wechsel schnell durchführt (Frauchen ist da sehr fix) bleibt die Heizung eingeschaltet, obwohl das Fenster den Status gekippt hat.

Welchen Wert hat denn der Datenbunkt bei geöffnet und welchen bei gekippt ? Zeig mal den RAW vom Datenpunkt.
Kannst ja auch mal einen debug Baustein mit Wert direkt unter dem Trigger einbauen, dann siehst Du was passiert.

Edit: Wenn beides getriggert wird, also geöffnet und gekippt true als Wert haben sollten, dann wird ja der Wert nicht geändert, nur der Zeitstempel wird geändert, der Wert bleibt. (also der Trigger)
Meine Sensoren (HMIP haben drei Werte, also 0,1 oder 2, für jede Fensterstellung einen eigenen Wert)

[Cinimod]

@tdcropower

ja das ist schon klar, sollte der trigger tatsächlich aber nur einmal auslösen, solltest du nicht den schon beim triggern gelesenen Wert benutzen, lieber dann nach dem timeout noch mal "wert von ID" neu abfragen. sonst kannst auch den timeout weg lassen. ;)

[TDCroPower]

@dslraser der Sensor ist ein Aqara ZigBee Tür/Fenstersensor, der Datenpunkt ist ein boolean mit folgenden RAW Daten...

{
  "type": "state",
  "common": {
    "name": "Is open",
    "type": "boolean",
    "read": true,
    "write": false,
    "role": "state"
  },
  "native": {},
  "from": "system.adapter.zigbee.0",
  "user": "system.user.admin",
  "ts": 1622678872085,
  "_id": "zigbee.0.00158d0001dff2ef.opened",
  "acl": {
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "object": 1636,
    "state": 1636
  }
}

Der Datenpunkt erkennt alle Änderungen und triggert hier jeweils ein true/false.
Also geschiet zwischen offen zu gekippt ein...
offen = true
offen -> zu = false
zu -> gekippt = true

[dslraser]

@tdcropower
mach einen debug Baustein mit Wert und schau was passiert.

geschlossen dann offen
offen dann gekippt

wird da dann immer getriggert ? (als auch von offen und dann gekippt)

[TDCroPower]

@dslraser ja werden beide wechsel getriggert...

javascript.0
2021-10-27 10:44:56.974 error script.js.common.Heizung: true

javascript.0
2021-10-27 10:44:56.973 error script.js.common.Heizung: TEST TRIGGER

javascript.0
2021-10-27 10:44:55.897 error script.js.common.Heizung: false

javascript.0
2021-10-27 10:44:55.896 error script.js.common.Heizung: TEST TRIGGER

hier war es sogar länger als 1 Sekunde und somit hat der Timeout von 1 Sekunden nicht gegriffen.

[dslraser]

@tdcropower
Ich kann Dir jetzt nicht ganz folgen. Ich sehe nur einen wechsel von false nach true. Wie sieht Dein Blockly jetzt aus ?

[TDCroPower]

@dslraser es sind 2 Debug Outputs direkt nach dem Trigger eingefügt....

edit:
ich habe mir zusätzlich noch den Wert von "Power" des HKT ausgegeben.
Hier sieht man das der Wert direkt nach dem Trigger bei beiden auf OFF steht und somit in den "else" Pfad geleitet wird.
Also ist der Wechsel von gekippt auf zu noch nicht vom HKT verarbeitet worden und läuft wahrscheinlich im Hintergrund nach.

javascript.0
2021-10-27 10:57:00.425 error script.js.common.Heizung: Power: OFF

javascript.0
2021-10-27 10:57:00.424 error script.js.common.Heizung: true

javascript.0
2021-10-27 10:56:59.722 error script.js.common.Heizung: Power: OFF

javascript.0
2021-10-27 10:56:59.721 error script.js.common.Heizung: false

[dslraser]

@tdcropower
und was hast Du gemacht ? Nur das Fenster geöffnet oder auch auf kipp ? (ich kenne/habe diese Sensoren nicht. Sind das Türgriffe bzw. erkennen die überhaupt den Unterschied zwischen gekippt und geöffnet wenn die nur true/false haben ?)

[TDCroPower]

@dslraser die Sensoren erkennen nur Offen/Zu, also keinen Zustand wie offen/gekippt.
Das sind folgende Sensoren...
https://www.amazon.de/Aqara-MCCGQ11LM-Window-Sensor-Fensterssensor/dp/B07D37VDM3

In dem Beispiel oben habe ich immer folgendes getestet und ausgegeben...

1. Fenster komplett geöffnet -> "is open": true
2. Fenster schließen -> "is open": false
3. Fenster kippen -> "is open": true

[dslraser]

@tdcropower
ich muß jetzt leider erstmal weg und kann im Moment nicht weiter lesen/schreiben.

[TDCroPower]

@dslraser keine Eile ist ja mit dem Timeout erstmal unschön gefixt ;).
Suche ja nur eine bessere Lösung das Problem abzufangen.

[Dragon]

@tdcropower sagte in Fenster Öffnen/schließen steuert Heizung:

@dragon welche Datenpunkte sollen das sein? Verstehe deine Erklärung nicht so recht.

Hast du das Skript installiert?

[TDCroPower]

@dragon welches Skript soll das sein?
Ich verwende mein eigenes Skript in diesem Beispiel.

[Dragon]

@tdcropower Gib oben im suchfeld einfach ein was ich dir als skript vorgeschlagen habe ("generischen Fenster offen Skripts") , dann findest du es. Man muss ja nicht alles in einem Skript verpacken, sondern kann auch Dinge mit mehreren Skripten erledigen. Ich habe so viele tolle und nützliche Skripte hier gefunden, welche ich alle niemals (auch da ich kein Java kann) alleine hätte erstellen können. Einige der Funktionen meines Systems zum Beispiel nutzen im Blockly eine Funktion die über ein JavaScript zur Verfügung gestellt wird. So kann ich diese tollen Skripte aus dem Forum, welche von den Erstellern liebevoll gepflegt und debugt werden nutzen ohne Java lernen zu müssen.

[TDCroPower]

@dragon finde dazu nichts...
https://forum.iobroker.net/search?term=generischen Fenster offen Skripts&in=titlesposts

[Dragon]

@tdcropower

Link

Ist das erste was mir angezeigt wird bei den Suchbegriffen

[TDCroPower]

@dragon das Skript ist in meinem Beispiel wohl eher mit Raketen auf Spatzen schießen

wobei hier eine Zeit von 10 Sekunden bei Fenstern verwendet wird...

const WindowIgnoreTime = 10000; // 10000 ms = 10 Sekunden - Zeit in ms für die kurzzeitiges öffnen/schliessen ignoriert wird

bei Türen ist es 1 Sekunde...

const DoorIgnoreTime = 1000; // 1000 ms = 1 Sekunden - Zeit in ms für die kurzzeitiges öffnen/schliessen ignoriert wird

Ist somit ja leider ähnlich gelöst wie in meinem Workaround.

[Dragon]

@tdcropower Stimmt, aber zum einen Funktioniert es damit ohne Probleme und du hast einen Komfortgewinn. In der Vis die Möglichkeit alle Fenster und Türen zu kontrollieren, außerdem auch nutzbar über die Alarmanlage und eben die Entprellzeit... Es ist aber auch nicht das gleiche wie bei dir, da der Trigger erst nach der Entprellzeit ausgelöst wird. Heist das was du suchst wird bereits vor deinem Skript gemacht. Die Fehlgemeldeten Stati herausfiltern...