Hilfe zu MQTT Automatisierung

Hämster schrieb:
> Arduino 1 sagt zum Thema Knopf "gedrückt" Broker schickt allen
> gemeldeten zum Thema Knopf, "gedrückt"
> Server hört "gedrückt" zum Thema Knopf und sagt zum Thema LED "blinken"
> Broker schickt allen gemeldeten zum Thema LED, "blinken"
> Arduino 2 hört "blinken" zum Thema LED und lässt LED blinken.
>
>   1. Kann der Broker dahingehen programmiert werden?
>
>   2. Kann ich die Regeln für den Server auch in einer Skriptsprache
> programmieren?

Direkt in MQTT oder (dem in wohl 99% der Fälle verwendeten) MQTT-Broker 
"Mosquitto" sind derartige Regeln meines Wissens nach nicht vorgesehen.

Meiner Meinung nach ist das tatsächlich so mit die grösste Lücke, die 
MQTT in der Praxis hat, also dass es für so etwas noch keinen 
einheitlichen Standard gibt oder so, oder derartige Regeln sogar direkt 
vorgesehen sind.

Der wohl einfachste Ansatz wäre meiner Meinung nach, einen MQTT-Client 
in einer beliebigen Programmiersprache zu entwickeln, der sozusagen das 
Verhalten dieser Regeln implementiert.
Ich z.B. habe das ungefähr so gemacht: Jede derartige Regel entspricht 
einem Datensatz mit drei Feldern:
- Die "Eingangs-Topic" (entweder als reiner String oder als regulärer 
Ausdruck)
- Eine (bei mir: in Python geschriebene Lambda-) Funktion, die einen 
String auf einen anderen String abbildet
- Die "Ausgangs-Topic"

Mein in Python geschriebener Client, der nur für die Umsetzung dieser 
Regeln zuständig ist, verbindet sich mit dem MQTT-Broker, und subscribed 
auf sämtliche "Eingangs-Topics".
Immer wenn eine Nachricht eintrifft, werden alle Regeln abgearbeitet und 
überprüft, ob die Topic der Nachricht auf die Eingangs-Topic der 
entsprechenden Regel passt.
Wenn ja, wird der Text der Nachricht mittels der zu der Regel gehörenden 
Funktion auf einen transformiert/auf einen anderen String abgebildet.
Die auf diese Weise transformierte Nachricht wird an die in der Regel 
vermerkte "Ausgangs-Topic" "geforwarded".

MQTT ist das reine Message-Protokoll und hat deswegen mit einem 
darüberliegenden Regelwerk erstmal nichts zu tun.

Man kann sich allerdings recht einfach mit Node Red eine 
"Was-passiert-Dann-Maschine" bauen:

https://nodered.org/

Oder gleich als Film:

https://www.youtube.com/results?search_query=node+red+mqtt

Hallo,

ich denke der MQTT sollte vernünftige Topics bekommen mit genau einem 
Publisher, also z.B.
Arduino1/Knopf = gedrückt, nicht gedrückt
Arduino1/Led   = blinken, aus
Arduino2/Knopf = gedrückt, nicht gedrückt
Arduino2/Led   = blinken, aus

Irgendwo muss die Logik implementiert werden, und es ist nicht Sache 
eines Information Brokers wie MQTT, eine Verarbeitung durchzuführen.

Deshalb brauchts einen eigenen Prozess, der die 4 Topics miteinander 
verknüpft.

Wenn man das Ganze auf eine Haussteuerung hochrechnet, so hat man viele 
Topics, die alle richtig weitergeleitet werden müssen.
Nur ein Teil davon geht an die Heizungssteuerung, die nach bestimmten 
Regeln abeitet, die ein MQTT nicht kennen kann.
Ein anderer Teil geht an einen Warnmelder-Prozess, der den 
Batteriestatus aller Geräte kontrolliert und ggf. ein Problem 
signalisiert.

Jeder Prozess und jedes Display oder jede Bedienungs-App hat nur die 
Topics abonniert, die auch wirklich verarbeitet oder angezeigt werden. 
Ist das Display aus, so braucht auch nix übertragen zu werden.

Aber ein regelbasierter Verarbeitungsprozess hätte was, insofern 
beobachte ich hier mal was sich weiter tut.

Gruß,
Michael