Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@Fuxsism
So ganz kann ich dir nicht folgen.
Trigger haben keine 'Dauer' im eigentlichen Sinn. Die ändern einen Zustand so wie das entsprechende Ereignis eintritt.
'Ring to open' wird (u. A.) vom Betreten des Bereichs auf aktiv gesetzt und durch Zeitablauf (z. B. 20 Minuten oder was auch immer da im Setup vom nuki opener) wieder auf deaktiv getriggert.

[Fuxsism]

@Thomas-Braun @Homoran

Hier mal ein Bild von meinem Skript:
Bildschirmfoto 2020-12-09 um 20.42.22 (3).png

Hier wird halt der Trigger gesetzt auf den Zustand des Schlosses. Wenn sich der Zustand ändert dann ist der Trigger an und arbeitet dann den Block ab Strom an und und und...

Darunter ist aber noch ein weiterer Trigger... wenn sich dazu auch noch die Wohnungstür öffnet, dann soll er Licht anmachen und so weiter...

Bis ich aber von der Haustür, also den Trigger Änderung Niki Opener die Wohnungstür, also Änderung door state betrete kann es schon mal 10 Minuten dauern... dann dürfetja eigentlich nicht mehr das Licht angehen richtig??

[Asgothian]

@Fuxsism

Sorry fuer eine "programmierzentrische" Erklärung.

• Wenn du einen Trigger "programmierst", dann wird die Bedingung die im Trigger selber steht (wurde geändert, ist grösser als vorher etc.) in einer Liste an den betroffenen DP eingetragen.
• Wenn ein DP aktualisiert wird schaut das System nach ob eine der eingetragenen Bedingungen erfüllt ist. Wenn ja wird das Skript gestartet welches an dieser Bedingung hängt (gestartet - es wird NICHT gewartet bis das Skript abgearbeitet ist)

Was in dem Skript passiert ist deine Sache. In dem von Dir benannten Beispiel solltest du

• einen Trigger auf "ring to open" setzen, dessen Status in einer (lokalen) variable speichern
• einen Trigger auf "Klingel wurde gedrückt" setzen, darin die vorher gespeicherte Variable abfragen, und das Licht nur anmachen wenn die lokale Variable zeigt das "ring to open" aktiv ist.

A.

[Asgothian]

@Fuxsism sagte in Dauer eines Triggers:

@Thomas-Braun @Homoran

Hier mal ein Bild von meinem Skript:
Bildschirmfoto 2020-12-09 um 20.42.22 (3).png

Hier wird halt der Trigger gesetzt auf den Zustand des Schlosses. Wenn sich der Zustand ändert dann ist der Trigger an und arbeitet dann den Block ab Strom an und und und...

Darunter ist aber noch ein weiterer Trigger... wenn sich dazu auch noch die Wohnungstür öffnet, dann soll er Licht anmachen und so weiter...

Bis ich aber von der Haustür, also den Trigger Änderung Niki Opener die Wohnungstür, also Änderung door state betrete kann es schon mal 10 Minuten dauern... dann dürfetja eigentlich nicht mehr das Licht angehen richtig??

Trigger im Trigger ist nicht sinnvoll, das wird so nicht gehen. (mehr hab ich mir nicht angeschaut)

A.

[Thomas Braun]

@Fuxsism
So macht man das ja auch eigentlich nicht.
Die beiden Trigger-Bereiche könnten auch unabhängig voneinander sein, die müssen nicht verschachtelt liegen.

Kann @paul53 aber bestimmt genaueres zu sagen, ich bin zugegeben kein JS/blockly-Kenner.

[Fuxsism]

@Asgothian @Thomas-Braun

das Problem ist aber... es klappt ja so!!!!

Nur warum??

[Thomas Braun]

@Fuxsism
Klar klappt es. Die beiden Bereiche würden ja auch autark funktionieren. Die haben logisch nichts mitander zu tun.

[Asgothian]

@Fuxsism

Bist du sicher das beide Richtungen funktionieren - sprich das wenn die Bedingung für den 1. Trigger nicht mehr erfüllt ist die Aktion des 2. Triggers nicht stattfindet.

A.

[Fuxsism]

@Asgothian
wie gesagt Änderung Opener wird ausgelöst durch das geofence vom Niki... da sitze ich noch im Auto. Also Trigger 1 Aktiv.
Dann mit parken und und und dauert es manchmal 10 Minuten bis die Tür unten aufgeht... direkt danach Trigger eins ja nicht mehr aktiv.
Dann ein paar Stockwerke hoch... die Wohnungstür auf machen... Trigger 2 aktiv... und und 1 also schon nicht mehr... das Licht geht trotzdem an...

[Thomas Braun]

@Fuxsism
Und das Licht würde auch angehen, wenn du dich gar nicht annäherst sondern nur die Tür aufschließt.

Das sagen wir ja. Der zweite Teil ist (so wie das da jetzt angelegt ist) vollkommen unabhängig vom ersten Teil.

[Fuxsism]

@Thomas-Braun

also wie würde ich as Dilemma dann umgehen??

[Thomas Braun]

@Fuxsism Was für ein Dilemma?

[Fuxsism]

@Thomas-Braun das die Lichter nur angehen wenn man auch durch das Ring to Open nach hause gekommen ist?

[Thomas Braun]

@Fuxsism
Dann müsstest du Abfragen:
Wenn Status von Opener = statuswennausgelöst UND Status von Türschloss = statuswennaufgeschlossenwird, DANN knipse Licht an.

[Homoran]

@Fuxsism sagte in Dauer eines Triggers:

Wenn sich der Zustand ändert dann ist der Trigger an und arbeitet dann den Block ab Strom an und und und...

Nur weil der Triggerbaustein sich als Klammer um das ganze Skript darstellt ist es aber nicht so, wie du denkst!

Der Trigger ist nicht an, er löst nur aus.
Dazu muss der dem Trigger zugrunde liegende Zustand nur ganz kurz der Triggerbedingung entsprechen.

[Fuxsism]

@Thomas-Braun @Homoran

Ich werde wohl noch ein wenig rumbasteln müssen...

[paul53]

@Thomas-Braun sagte:

die müssen nicht verschachtelt liegen.

Trigger dürfen nicht verschachtelt liegen !

[Thomas Braun]

@Fuxsism
Alles was der @paul53 sagt! ;-)

[paul53]

@Fuxsism sagte:

Bild von meinem Skript:

Keine Trigger innerhalb von Triggern verwenden !
Die beiden Timer haben unzulässige Bezeichner, werden also so wahrscheinlich nicht funktionieren.

Was bedeuten die Zahlenwerte von "door-state" ? So ?

    "states": {
      "0": "UNAVAILABLE",
      "1": "DEACTIVATED",
      "2": "DOOR_CLOSED",
      "3": "DOOR_OPENED",
      "4": "DOOR_STATE_UNKNOWN",
      "5": "CALIBRATING"
    }

Prinzip:

[Fuxsism]

@paul53 @Homoran @Thomas-Braun @Asgothian

sooo... ich habe nun noch einmal eine Nacht drüber geschlafen und das Skript ein Wenig umgebaut:

Bildschirmfoto 2020-12-10 um 18.52.48 (2).png

Sollte es so etwas besser uns "sauberer" funktionieren??

LG