MQTT Gateway 2.x

**Christian Fenzl** · 31.05.2021, 15:22

Hast du irgendwas Neues, was MQTT benutzt?

Der Verbindungsaufbau zum Broker wird vom Mosquitto geloggt. In der Regel ist MQTT eine offene Verbindung, d.h. eine Zeile, Verbindung offen und dann nichts mehr.
Wenn nun aber ein MQTT Client für jede Nachricht die Verbindung neu aufbaut, kommt das dauernd ins Log, und die Wahrscheinlichkeit ist hoch, dass er gerade zippt (weil auch das Log viel größer wird).

Such dir mal /etc/mosquitto/mosquitto.conf
Dort sind Einträge des Loggingziels log_file usw.
Ent-kommentiere die Zeile

Code:

#log_dest none

dann schreibt Mosquitto kein Log mehr - keine Änderung des Files - kein Fehler beim Zippen - kein nerviges Email.

Wenn du mosquitto mal debugged musst - darauf nicht vergessen 🙂

**Thomas M.** · 01.06.2021, 09:48

Das letzte neue was neu MQTT benutzt, waren die 2 Stk. shelly 3EM
Seit dem hat sich nichts gändert und auf einmal starten die mails.

PS: Ich finde das Verzeichnis nicht. soll ich das per Dateimanager im loxberry finden? wo ist /etc?

Update: Per FTP komme ich dort hin.

Ich habe in der config keine Zeile mit #log_dest none, welche ich ent-kommentieren könnte.

soll ich die Zeile einfach manuell irgendwo reinschreiben? an welche Stelle?

**Thomas M.** · 01.06.2021, 10:13

habs per ftp gefunden. habe wie erwähnt keine entsprechende Zeile zum ent-Kommentieren.
Ich kann den Inhalt hier nicht copypasten, das forum regt sich mit Error 415 unsupported Media Type ... auf

**Drunkard** · 01.06.2021, 11:20

Hi,
ich habe vor kurzem meinen ersten Shelly über MQTT in Loxone eingebunden. Leider ist mein WLAN Signal dort sehr schwach... Bei der Incoming overview vom Plugin ist ja auch ein Zeitstempel, wann die letzte Änderung war. Kann ich mir diese Zeit auch in Loxone anzeigen lassen?
Danke und Gruß

Angehängte Dateien

**Christian Fenzl** · 01.06.2021, 12:23

Der Zeitstempel wird nicht übertragen.
Du kannst aber direkt das LWT des Shelly’s nutzen, um die Verbindung zu prüfen:

plugins:mqtt_gateway_-_faq:start [LoxBerry Wiki - BEYOND THE LIMITS]

https://www.loxwiki.eu/display/LOXBERRY/MQTT+Gateway+-+FAQ

plugins,mqtt_gateway_-_faq,start

Wie kann ich ein einzelnes MQTT-Gerät auf dessen Zustand/Verfügbarkeit überwachen?

lg, Christian

**hismastersvoice** · 05.06.2021, 23:50

Christian Fenzl

Ich bekomme seit 2 Tagen folgende Meldung.
Kann ich was machen?

etc cron.hourly logrotate:
error: Compressing program wrote following message to stderr when compressing log /var/log/mosquitto/mosquitto.log.1:
gzip: stdin: file size changed while zipping

**Pierre** · 08.06.2021, 21:55

Loxone Miniserver bekommt keine Daten mit MQTT Gateway v2.0.3 und Fehler HTTP 404+403 an MS1

Mein Robonect sendet zum Loxberry 2.2.0.4 via Port 1883 und zeigt mir in der Weboberfläche des Robonect auch verbunden an.
Im Loxberry im MQQT Gateway der auf dem Mosquitto WebSocket port 9001 steht kann ich auch Daten empfangen, nur leider kann ich den Port nicht auf 1883 stellen, da ansonsten der Mosquitto nicht mehr läuft.
In den Subscriptions habe ich auch den robonect/# hinterlegt und im Miniserver auch die benötigten Virtuellen Eingänge eingetragen (diese haben jedoch unter Liveview immer eine 0 stehen).
In der Incoming overwiew Page habe ich dann bei den konfigurierten VI im MS dann unter Last arrived dann die folgenden Meldungen:
MS1: HTTP 403 Possibly permission denied
MS1: HTTP 404 Input not available

Mein Weather 4 Loxone Plugin und Daten im MS funktionieren ohne Probleme, daher befürchte ich, dass der hinterlegte User und das PSW soweit OK sind.

PS: ich habe ein update von 1.1.4 auf 2.0.3 gemacht, habe es erst heute gesehen, dass es eine neue Version gibt, jedoch hatte ich es zuvor auch noch nicht am laufen.

Den mqttgateway_keepaliveepoch rufe ich gar nicht via MS ab, daher werde ich das erst einmal ignorieren.

Die Meldungen mit dem 403 habe ich auch wegbekommen, allerdings war das jetzt echt eigenartig. Dazu habe ich im MQTT Send data via UDP aktiviert und habe einen UDP-VI erstellt, dann nen Reboot und refresh auf den MQTT und die Daten waren da

Was ist eurer Meinung nach besser, das Empfangen der Daten im MS via HHT oder UDP?
Zumindest ist das Eintragen via UDP übersichtlicher, da ich es unter einem "Gruppennamen" sortiert bekomme und nicht irgendwo in der großen VI Liste drin stehen habe.
Gibts dazu eine Empfehlung HTTP<>UDP ?

Angehängte Dateien

**Christian Fenzl** · 10.06.2021, 08:26

plugins:mqtt_gateway_-_faq:start [LoxBerry Wiki - BEYOND THE LIMITS]

https://www.loxwiki.eu/display/LOXBERRY/MQTT+Gateway+-+FAQ

plugins,mqtt_gateway_-_faq,start

lg, Christian

**Pierre** · 10.06.2021, 22:11

Danke Christian.

Aber dann noch eine Frage zu UDP:
Das potenziert sich mit der Anzahl der Geräte und Befehle.

Wie kann man sich das vorstellen? Wird dann die CPU last unerträglich hoch?
Oder ist es eher der SD Schreibzugriff?

**svethi** · 11.06.2021, 10:57

Ich sehe das noch immer etwas differenziert zu Christian. Es kommt auch ganz darauf an, was wie übertragen wird. Der Verbindungsaufbau für HTTP und zusätzlich ja noch das HTTP Protokoll ist ungleich höher als UDP. Hast Du jetzt 1 Gerät, was 100 Werte überträgt, werden bei HTTP 100 Verbindungen aufgebaut, zum Webserver 100 „Hallo, ich ….“ kommuniziert, dieser führt es 100 Mal aus, sendet dann 100 Mal die Antwort zurück und dann wird 100 Mal die TCP Verbindung abgebaut. Nutzt Du für dieses Gerät UDP und sendest die Werte in einem Stück, wird dieses Datenpaket einmal einfach an das Netzwerk übergeben, es kommt einmal beim MS an, der braucht da nicht drauf antworten und die Befehlserkennungen laufen einmal durch und filtern Dir die Daten auseinander. Nachteil, es geht kein Text. Hast Du viele einzelne Werte von unterschiedlichen Geräten, die dann ja eh nicht ein einem Stück kommen, ist es eher egal.

**kschwind** · 11.06.2021, 13:29

Ich nutze seit einiger Zeit das MQTT Plugin als digitale Alarmierung der Feuerwehr.
Dies läuft super. Da von offizieller Stelle nun keine PDF Datei mehr ausgelesen und übermittelt wird, sondern eine XML, hat sich die Struktur etwas geändert, so dass manche Inhalte nicht mehr korrekt dargestellt werden.

Ich bin Laie und wollte wissen ob ich vond er Übertragungssoftware hier ggf. von POST application/json auf POST text/xml umstellen soll ind was ich natürlich in MQTT machen muss.

Alternative wäre auch: POST form-data, POST text/plain, GET urlencoded

Danke für die Info

Angehängte Dateien

**kudykam** · 26.06.2021, 14:38

Hallo, nach dem Upgrade auf mqtt 2.03 und zigbee2mqtt 0.9.1 geht die Kommunikation mit dem Miniserver verloren. Im virtuellen Eingabeprotokoll sind alle Werte "Nicht gefunden"
Es zeigt auch kein zigbee2mqtt-Präfix an. Zum Beispiel: _bridge log_message

Wie düster kann ich das beheben?

**SehlingS** · 28.06.2021, 15:46

Hallo Christian,

ich wollte gerade meine unzähligen MQTT outgoings etwas reduzieren und habe dazu deinen Wiki Eintrag gefunden.
Aktuell habe ich halt nur das Subscriptioniert was ich auch benötige. Hatte aber in FHEM über 200.000 Outgoings meiner Heizung, da die API sehr viele Werte übergibt.

Nur die Readings aus einem bestimmten Raum übergeben

Damit nicht global alle Geräte senden, besteht die Möglichkeit durch einen Raum (z.B. MQTT) eine Art Filter anzulegen. Also nur die Geräte die sich im Raum MQTT befinden, senden dann noch an den Miniserver.

Dazu wird der folgende Befehl in die Commandozeile von FHEM eingegeben:

1	defmod mqttGeneric MQTT_GENERIC_BRIDGE mqtt room=MQTT

Parallel dazu habe ich eine ReadingGroup erstellt, welche die gewünschten Readings enthält. (siehe Anhang)
Diese ist jetzt im Raum MQTT.
Leider werden keine Daten übertragen nachdem ich den obigen Befehl eingegeben werden.
Geht der "Filter" nur wenn ich ganze Geräte in einen Raum verschiebe?

Grüße und Danke
Sascha

Angehängte Dateien

**Christian Fenzl** · 29.06.2021, 06:53

Der Teil des Artikels stammt nicht von mir und ich bin nicht gerade der „Fan“ von FHEM.

Also nur die Geräte die sich im Raum MQTT befinden, senden dann noch an den Miniserver.

Ich schätze, der Autor meint auch genau das.

**m.haunschmid** · 19.07.2021, 13:29

Christian Fenzl

Hallo Christian,

Nutze das Plugin mittlerweile mit mehreren Shellies und Zigbee2mqtt.Tolle Sache!
Ich hatte jedoch das Problem, dass der Tastendruck meiner IKEA Tradfi Remote nicht immer vom Miniserver registriert wurde.
Im Plugin habe ich auch "Reset after send" aktiviert, da ja MQTT nur Änderungen sendet.

Ich habe jetzt, wie unter den Kommentaren beim MQTT FAQ: https://www.loxwiki.eu/pages/viewpag...ageId=39356287 zu lesen,
die Zeit bei "resetaftersendms" in der Datei /opt/loxberry/config/plugins/mqttgateway/mqtt.json von standard 10ms auf 20 geändert.
Jetzt kommen die Befehle viel verlässlicher am Miniserver an.

Kannst du die reset after send Zeit bei den Settings (Still more Settings) hinzufügen?
Vieleicht könnten das ja mehr Leute gebrauchen.

Danke

mfg Michael