IP-Symcon goes MQTT

[paresy]

Folgendes kann der gute Server ab IP-Symcon 5.1:

• MQTT 3.1/3.1.1 kompatibel
• Clients können sich verbinden/trennen
• Clients können Nachrichten auf Topics schicken (QoS 0-2)
• Clients können Topics (inkl. Filter +/#) abonnieren (Diese werden immer mit QoS 0 gesendet)
• Clients können sich mit Benutzername/Kennwort authentifizieren (Ziemlich uncool ohne TLS! @Nall-Chan)

Folgendes kann der Server ab IP-Symcon 5.3:

• Retain (ab 5.5 auch Persistent)
• Session Management (Siehe Timeout und Queue Limit Einstellungen im Server)
• Last Will/Testament
• Publish eines Clients wir nur in IP-Symcon ausgewertet und nicht an die anderen Clients weitergeleitet

Folgendes kann der Server/Client ab IP-Symcon 5.5:

• Es gibt einen passenden MQTT Client!
• TLS (Client Socket, Server Socket)
• Keep Alive (+ Last Will bei Timeout versenden)

Folgendes fehlt noch:

• QoS 1-2 beim Senden

Publish auf ein Topic senden:

//Die ID der Variable einer MQTT Device Instanz
RequestAction($id_der_variable, "DeinTollerWertZumPublishen"); 

Informationen für Modul-Entwickler:
Es gibt eine simple MQTT Device Instanz, welches ein Topic und eine simple Typ-Konvertierung als Einstellung hat. Dies ist zum Testen und Spielen sicherlich cool, für richtige Geräte würde ich empfehlen ein PHP-Modul zu bauen, welche ggf. mehrere Topics direkt überwacht/befeuert.

Somit hier die Datenfluss GUIDs für euch PHP-Modul Entwickler:

GUID vom MQTT Server (Splitter): {C6D2AEB3-6E1F-4B2E-8E69-3A1A00246850}

TX (vom Modul zum Server)
{043EA491-0325-4ADD-8FC2-A30C8EEB4D3F}
{
    "PacketType": ... Integer laut Protokoll... 
    "QualityOfService": 0,
    "Retain": false,
    "Topic": "/blub/blubber/switch",
    "Payload": "an"
}

RX (vom Server zum Modul)
{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}
{
    "PacketType": ... Integer laut Protokoll... 
    "QualityOfService": 0,
    "Retain": false,
    "Topic": "/blub/blubber/switch",
    "Payload": "an"
}

Ansonsten ist das Protokoll tatsächlich sehr schick durchdacht und gut beschrieben. Lob an die, die es gemacht haben

Gute Nacht und ich freue mich auf euer Feedback,
paresy

[KaiS]

Genial paresy.
Ich werde es testen!

Grüße,
Kai


Gesendet von iPhone mit Tapatalk

[bumaas]

Hört sich spannend an. Hast du vielleicht noch einen Link zum Protokoll etc. für Neulinge in dem Thema?

Gruß

Burkhard

[hardlog]

Das ist doch mal ein schöner morgen. Ich bin begeistert!

Hardlog

[paresy]

Hier: http://docs.oasis-open.org/mqtt/mqtt...-v3.1.1-os.pdf

paresy

[Lukky]

Vielen Dank!

[tomgr]

Man paresy
Das ging ja schnell, ich hätte damit noch nicht gerechnet.

Dann werden wir uns das mal anschauen und berichten, wie es läuft.

[micserver]

Super, habe am WE Ninja auf Win 10 zum Testen installiert (Produktivversion ist zur Zeit RASPI) um, durch's Event motiviert, ein bisschen in die Modulprogrammierung reinzuschnuppern...hab zumindest schon mal das Zusammenspiel mit Github ans Laufen bekommen...
Da kommt die Einladung zum Test gerade recht 😀
Gruss Michael

[FemmeT]

SUPER!!!

I am currently using a modified MQTT Client module based on thomasf68's work to receive MQTT messages from a Wago 750-881 that runs Sebastian Rau's CodeSys 2 MQTT library. Works really well. I have created a 'Double Push Button' module that detects left, right, double and short and long presses of a double push button. Response is super fast, much better than modbus polling. Wago offers MQTT libraries for newer PFC100 and PFC200 controllers. So MQTT is not only a nice addition for 'Bastler' who are playing with ESP32s, but also to communicate with industrial hardware.

[KaiS]

Der Server läuft super, das MQTT Device funktioniert auch, wenn man das komplette Topic angibt.
Ich werde mal für mein Shelly oder Tasmota Modul einen extra Branch machen, der dein Server nutzt. :-)

Die Tasmota Geräte können noch nicht richtig funktionieren, da der Server noch nicht auf das Subscriben vom Group Topic (cmnd/sonoffs/#) reagiert.

Aber cool, was du in der kurzen Zeit umgesetzt hast.

Grüße,
Kai