RF Bridge 433Mhz und Funkfensterkontakte mit Rules
Vorwort
Diese Anleitung richtet sich an die RF Bridge mit installierter Tasmota Firmware und drahtlosen Fensterkontakten, die für jeden Schaltzustand einen eigenen Code senden.
Die Codes in jeweils ein eigenes MQTT Payload senden.
In meiner Web-Konsole auf der Bridge sieht ein empfangenes Signal eines Fensterkontaktes beispielsweise so aus:
14:57:05.490 MQT: tele/rfbridge2/RESULT = {"Time":"2021-11-07T14:57:05","RfReceived":{"Sync":9460,"Low":340,"High":950,"Data":"6DD6A7","RfKey":"None"}}
14:57:10.528 MQT: tele/rfbridge2/RESULT = {"Time":"2021-11-07T14:57:10","RfReceived":{"Sync":9550,"Low":340,"High":950,"Data":"6DD6AE","RfKey":"None"}}
Dabei steht die erste Zeile für Fenster schließen und die zweite Zeile für Fenster öffnen.
Die Lösung: Die rules von Tasmota
Tasmota hat mit den Rules ein mächtiges Werkzeug an Bord. In diesem Fall nutzen wir das um die Daten in ein seperates MQTT-Topic inkl. dem definierten Zustand weiterzuleiten, das dann die Auswertung in dem Smarthome Broker erleichtert.
rule1 on RfReceived#Data=6DD6A7 DO publish2 stat/rfbridge2/badfenster closed ENDON on RfReceived#Data=6DD6AE DO publish2 stat/rfbridge2/badfenster open ENDON
| Kommand | Erklärung |
|---|---|
| rule1 | Tasmota hat 3 Speicherblöcke für rules. mit rule1 wird der erste beschrieben, |
| on RfReceived#Data=6DD6A7 DO | Liest sich wie "Wenn die empfangen Daten = 6DD6A7, dann |
| publish2 | Sendet etwas mit dem retained flag. publish (ohne die 2) ist dann ohne dem retained flag |
| endon | beendet den Bedinungsblock |
Das Ergebnis
Mit diesen Beispielen würde das Ergebnis dann so aussehen:
stat/rfbridge2/badfenster closed
stat/rfbridge2/badfenster open
und das liest sich deutlich leichter und lässt sich auch leichter auswerten als die rohen Daten.
No Comments