spstiger Support-Community

MQTT Subscribe auf GL070E

df5zx

Moin,
noch ein Anwendungsproblem, mit dem ich meine Studies beschäftigen will:

Wir nutzen u.a. für Schüleruni-Aktivitäten meshtastic als verteiltes Kommunkationssystem, dass auch mittels Sensoren daten übertragen kann. Wir haben dazu auch meshtastic Knoten auf meshhessen.de laufen, die ihre Daten auf deren MQTT-Broker posten.
Z.B. spiele ich gerade damit, den Batteriestand eines Knotens zu erfassen:

Broker:
mqtt.meshhessen.de ( user und passwd ist meshhessen )

Topic:
msh/EU_868/2/json/LongFast/!433c750c und in der JSON Nachricht steckt u.a.als int-Wert "battery_level": 101

Ich denke, ich habe den Broker richtig konfiguriert und auch das Topic, aber der Status der Verbindung ist meistens 1, ganz kurz auch mal 2 aber die angegebene Variable für "battery_level" zeigt immer nur Null.

Gibt es da außer den Beispielen HMI-Kopplung und EMAIL2SMS via MQTT noch Anderes?
Kann man die empfangenen Daten so zum Debugging irgendwie loggen oder anzeigen lassen? Das würde an dieser Stelle extrem helfen ...

Mit einem MQTT-Client, z.B. mqttExplorer kann man die Daten und den Empfang neuer Messages ja schön beobachten ...

Grüße,
Jürgen

df5zx

In den Hilfen des HMI in DTOOLS steht dazu irgendwie nichts. Ich vermute ja, dass es irgendwie über die JSON(advanced) Definitionen gehen muss, aber dazu habe ich nichts gefunden ...

df5zx

Ich sehe übrigens im WIRESHARK, dass das subscribe geklappt hat, denn das Topic wird an das HMI geliefert (von mqtt.meshhessen.de [185.113.4.129]). Nur wie nehme ich es da auseinander, da fehlt mir eine Anleitung ...

spstiger

Ja, das ist immer etwas kompliziert, da haben wir auch schon viel Zeit gebraucht, um es richtig einzustellen.

Hier ist ein Screenshot des Standard JSON-Formats von Kinco:

Alle Werte mit % sind Platzhalter, also zum Beispiel %t der UNIX-Timestamp der als ID für die Message genutzt wird.

%N ist der Variablenname und %V der Wert.

Die Herausforderung ist es nun, das JSON des Senders zu analysieren und dann das Payload-Format bei Kinco so anzupassen, dass es übernommen wird.

Poste gern mal ein Beispiel der Raw Message, dann schaue ich mal, wie es aufgebaut ist.

Die größten Probleme sind meist die JSON-Verschachtelungen und einfache Dinge wie Anführungszeichen, die passen müssen.

spstiger

Zusätzlich musst du im Abonnierten Topic passende Variablen anlegen (die zu Name passen) mit dem richtigen Datenformat. Die werden mti einer Adresse auf dem Kinco HMI oder der SPS verknüpft und nehmen dann die Werte aus den Topics auf.

df5zx

spstiger Moin,

ojeoje, ich hatte so was befürchtet .-) ... OK, heute habe ich Zeit, da werde ich mal versuchen die Abfragen hinzubekommen ..

Danke erstmal,
Jürgen

spstiger

Die allgemeine Konfiguration für MQTT ist im DTools Nutzerhandbuch (in DTools über Hilfe verlinkt) in Kapitel 17.2 beschrieben.

spstiger

Sorry, hatte deine Anfrage nur überflogen, aber da war ja schon ein Beispiel drin:

"battery_level": 101

dazu musst du im "Datenformat" nur Folgendes angeben (statt dem Standard):
{"%N" : %V}

Den oberen Teil der Message kannst du oft lassen, musst du die Payload aber mal genau anschauen.

spstiger

Noch Hintergrundwissen: Warum nutzt Kinco nicht den Standard für das MQTT-Payload-Format?

Das ist eine Fangfrage, es gibt in MQTT bisher kein Standardformat für die Payload. Der MQTT Standard macht explizit keine Vorgaben für die JSON-Struktur und ermöglicht frei konfigurierbares JSON. Das erhöht die Flexibilität des Protokolls und hat zu dessen Verbreitung beigetragen.

Es gibt Bemühungen, den Standard zu erweitern, derzeit ist das aber komplett Anbieter-spezifisch.