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

[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

[Homoran]

@Fuxsism sieht schon mal aufgeräumter und stimmiger aus.

Was mir beim kurzen Blick aufgefallen ist, ist dass du die Zahlen als TEXT-Bausteine drin hast.
Das kann in die Hose gehen.
Wenn der State vom Typ Number ist, solltest du auch Zahlen (aus den blauen Mathematik-Blöcken) statt der grünen Textblöcke nehmen.

[Fuxsism]

@Homoran
ahh das bedeutet das... im log kommt immer eine Warnung von wegen Number... ich wusste nur die ganze Zeit nicht was damit gemeint war... endlich hab ich das gerafft!!!

Danke dir!!!

[Fuxsism]

@Homoran
also so???

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

[Homoran]

@Fuxsism sagte in Dauer eines Triggers:

also so???

ich habe das gesamte Skript jetzt nicht geprüft, aber die Number sind ok