Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[DJMarc75]

@segway

könnte funktionieren.

[Segway]

@djmarc75 sagte in Abfrage mehrerer Bewegungsmelder & Telegram MSG:

könnte funktionieren.

Uih, das sieht gut aus. Das probiere ich mal :-)

[DJMarc75]

@segway wie lange bleiben denn die einzelnen Datenpunkte auf true ? Falls Dein Timeout länger eingestellt ist muss das "setze msg"

weg.

[Segway]

@djmarc75

Scheint so ... Je nach BWM von 3-5 Sek = true bis hin zu 1 Min

hab es jetzt mal rausgenommen, weil die erste Message / Fehler war:

Cannot send message [chatId - 1111111]: Error: ETELEGRAM: 400 Bad Request: message text is empty

[DJMarc75]

@segway Hab jetzt mal das Blockly geändert.

Geht bestimmt auch kompakter aber so müsste es erstmal funktionieren.

[Segway]

@djmarc75

So scheint erstmal zu laufen. Habe ich jetzt umgesetzt wie im ersten Beispiel (Hier)

Danke schonmal. Langzeittest steht noch aus :-)

[DJMarc75]

@segway
Problem wird hier aber wahrscheinlich werden dass wenn der Wert eines BWM auf false geht während der timeout läuft dieser dann auch gestoppt wird und somit nix sendet. Deshalb hab ich den zweiten Trigger auf die Variable gesetzt.

[Gatam]

@segway

Ich sende keine MSG aber logge es im Moment im Protokoll.

Und habe es so umgesetzt:

So sehe ich, WELCHER Bewegungsmelder aktiv ist.
Oder du musst mit dem TRIGGER Namen noch Falls Bedingungen setzen falls es ganz unterschiedliche Meldungen sein sollen.

[paul53]

@segway
Wenn man auf "ist größer als letztes" triggert, kann man sich den Timeout sparen.
Je nach Struktur kann man sich den Kanalnamen oder Gerätenamen ausgeben lassen.

[DJMarc75]

@paul53
Funktioniert dies auch wenn man als Trigger eine Aufzählung (ObjekteIDs sind natürlich Booleans) verwendet ?

EDIT: hab mir die Antwort durch probieren gegeben - JUHU, funktioniert also auch.