Klingelsignalerkennung HmIP-DSD-PCB

FoxDie

Danke für das Beispiel. Nur damit ich es richtig interpretiere, die "sonst" Funktion würde doch aber nie ausgelöst da "mache" doch immer ausgelöst wird wenn "Wert" Änderung. Oder??

Der Fensterkontakt sendet so aber eine Mittelung über Telegram, die Klingel leider nicht :(.

Ich kreige einfach nicht raus wo sich der Wert ändert.

SpacerX

@foxdie @foxdie so funktionierts bei mir.

Funktion:

sendTo("telegram.0", {
    text: "Es hat geklingelt",
    reply_markup: {
        inline_keyboard:[
            [
                {'text': '*** Tür Öffnen ***', 'callback_data': '!TuerOeffnen'}
            ]
        ],
        resize_keyboard: true,
        one_time_keyboard: true
    }
});

paul53

@foxdie sagte: Ich kreige einfach nicht raus wo sich der Wert ändert.

Das lässt sich mit einem Testskript leicht ermitteln:

Auf "wurde aktualisiert" triggern!

oFbEQnpoLKKl6mbY5e13

@foxdie

Jetzt bleib erstmal bei einem Fensterkontakt, damit du begreifst, wie die Logik funktioniert. Danach können wir mit dem Klingelsensor weitermachen. Ich bin wirklich interessiert daran.

Jetzt zu deiner Frage:
Der Falls-Block funktioniert so, dass (wenn man kein anderes Regelwerk definiert) die Bedingung immer auf "Wahr" zutrifft. Das heißt, wenn der Wert "Wahr" ist, dann wird der Falls-Block ausgeführt. Da der Wert von "windowOpen" nur "Wahr" (true) oder "Falsch" (false) sein kann, wird im Falle von "Falsch" der Sonst-Block durchlaufen.

oFbEQnpoLKKl6mbY5e13

@paul53

Er nutzt den HMIP-Adapter, da wird auf Änderung getriggert. Der Wert "windowOpen" wechselt zwischen true/false. Der Wert "windowsState" ist ein String mit CLOSED/OPEN.

paul53

@ofbeqnpolkkl6mby5e13 sagte: Er nutzt den HMIP-Adapter, da wird auf Änderung getriggert.

Das kann ja sein. Man stellt es mit dem Testskript fest, wenn auf "wurde aktualisiert" getriggert wird, denn man erfasst alle Zustandsaktualisierungen und sieht, wie sich der Wert ändert.