MQTT Gateway 2.x

[allp]

Hallo zusammen,

hab mich mal an MQTT gewagt. Leider scheitere ich direkt nach der Installation.

Der Mosquitto Broker scheint nicht richtig installiert worden zu sein.

Folgende Punkte wurden bereits überprüft:

• After a LoxBerry reboot, the webinterface starts up earlier than the Mosquitto services does. Wait up to about 5 minutes after LoxBerry reboot, if the daemon may come up.
  • OK
• Check that you have selected "Use local Mosquitto broker" in the "MQTT Broker" section of the plugin. If this is not selected, the broker is not managed by the MQTT Gateway plugin.
  • OK
• In the webif, enter the SecurePIN to see your credentials, and save the settings again. This triggers a retry to start Mosquitto.
  • OK
• If it is still not running: Connect by SSH, su to become root, and try systemctl stop mosquitto and systemctl start mosquitto. Look for error messages.
  • Failed to start mosquitto.service: Unit mosquitto.service not found.
• If it happens again, and you already have the latest version installed: Please report the error including version number, and the latest gateway logfile.
  • Loxberry Current Version: 2.2.1.2
  • MGTT Gateway Version 2.1.0
  • Installation Log im Anhang

Wäre cool wenn einer drüber schauen könnte.

[svethi]

Mosquitto wurde bei Dir irgendwie nicht oder nicht richtig installiert. Der Mosquitto-Dienst ist nicht vorhanden

[Christian Fenzl]

allp Probier, das Plugin nochmals zu installieren.

[allp]

Habe bereits 2 Mal neu installiert. Immer neugebootet danach. Leider immer der gleiche Fehler.

[Christian Fenzl]

Dann bitte mal mit putty anmelden und
sudo apt-get install mosquitto

Kommen da Fehler?

[allp]

Sorry, bin erst jetzt dazu gekommen:

root@loxberry:/opt/loxberry# sudo apt-get install mosquitto
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
libev4 libwebsockets8
Suggested packages:
apparmor
/usr/lib/apt/methods/http: error while loading shared libraries: libapt-pkg.wo.5 .0: cannot open shared object file: No such file or directory
/usr/lib/apt/methods/http: error while loading shared libraries: libapt-pkg.wo.5 .0: cannot open shared object file: No such file or directory
/usr/lib/apt/methods/http: error while loading shared libraries: libapt-pkg.wo.5 .0: cannot open shared object file: No such file or directory
E: Method http has died unexpectedly!
E: Sub-process http returned an error code (127)
E: Method /usr/lib/apt/methods/http did not start correctly
E: Method http has died unexpectedly!
E: Sub-process http returned an error code (127)
E: Method /usr/lib/apt/methods/http did not start correctly
E: Method http has died unexpectedly!
E: Sub-process http returned an error code (127)
E: Method /usr/lib/apt/methods/http did not start correctly

[allp]

Habe mich jetzt doch dazu entschlossen loxberry neu aufzusetzen. Direkt im Anschluss wurde dann MQTT installiert. Siehe da... es läuft. Auch nach dem Update auf loxberry 2.2.1.2

[BlScOfDe]

Hallo,

ich habe hier zwei Miniserver in einer Client-Gateway Konfiguration. Um hier die Lasten besser aufzuteilen, habe ich auf Loxone Empfehlung die Programmlogik so aufgeteilt/verschoben, dass diese jeweils auf jenen Miniserver laufen, auf denen auch die ganzen/meisten verwendeten Ein-/Ausgänge sind, um Kommunikation zwischen den Miniservern gering zu halten.

Lange Rede kurzer Sinn, jetzt sind virtuelle Eingänge für MQTT auf beiden Miniservern statt einem. Habe nun festgestellt, dass das MQTT Plugin immer nur an einen Miniserver senden kann und die "/dev/sps/io/" Befehle müssen offenbar immer auf den Miniserver gehen, auf dem die Eingänge definiert sind.

Gibt es eine Möglichkeit das Plugin so zu konfigurieren, dass es an mehrere Miniserver sendet, oder mehrere Instanzen des Plugins laufen zu lassen? (ohne mehrere Loxberrys)
Falls nicht möchte ich das gerne als feature request hier deponieren. In dem Fall aber so, dass man das pro MQTT Topic entscheiden kann.

[hagor]

Standardmäßig wird immer an den Miniserver weiterschickt der im Plugin angegeben ist.
Über ein Pipe bei den Topics kann aber auch wahlweise ein oder mehrere spezifische Miniserver angegeben werden - siehe https://wiki.loxberry.de/plugins/mqt...ene_miniserver

[BlScOfDe]

Standardmäßig wird immer an den Miniserver weiterschickt der im Plugin angegeben ist.
Über ein Pipe bei den Topics kann aber auch wahlweise ein oder mehrere spezifische Miniserver angegeben werden - siehe https://wiki.loxberry.de/plugins/mqt...ene_miniserver

Ah, das gibts also schon. Habe ich übersehen.
Danke für den Hinweis!

[Desastermann]

Hallo,

bei mir will es nicht klappen, dass ich Werte im Miniserver angezeigt bekomme und daher bräuchte ich eure Hilfe.
Aktuell probiere ich: Easee Plugin --> MQTT --> Miniserver

Im MQTT Plugin kommen die Werte bei Incoming Overview an und werden regelmäßig aktualisiert. (In der Config wird regelmäßig das hier gesendet: /plugins/easee_home/easee.php?do=state&id=XXXXXX)

Auch der loxberry_mqttgateway_keepaliveepoch wird regelmäßig bei Zeit und Wert geändert.

Im Liveview in der Config steht aber immer nur 0, im MQTT Plugin erhalte ich die Fehlermeldung MS1: HTTP 403 Possibly permission denied

MQTT Gateway und Mosquitto stehen auf running, die anderen Plugin Werte sind auf den Standardeinstellungen ohne Änderung (auf EIN: Set virtual inputs via HTTP, Convert booleans, Expand JSON)

Ist das ein Router/Port/Firewall Problem bei mir im Netzwerk? Was kann ich tun?

[svethi]

Hast‘ schon mal hier gesucht? Hast‘ schon mal im Internet nach HTTP 403 gesucht? Wahrscheinlich nicht, sonst hättest Du erfahren, dass 403 „Zugriff verweigert“ bedeutet und in dem Fall hier, dass der Benutzer, der im LB angegeben ist, kein Recht hat diesen Wert zu benutzen.

[Desastermann]

Die Suche habe ich schon bemüht.

Der Loxberry zeigt bei Miniserver das hier an, d.h. doch, dass die Benutzerdaten korrekt sind?

HTTP: Erfolgreich authentifiziert.
Der Benutzer ist in der Adminstrator-Gruppe des Miniservers.

Der Selbsttest des Loxberry meldet auch keine Fehler.


Edit: Es funktioniert! Bei den VIs war Loxberry nicht als berechtigter Benutzer hinterlegt

https://www.loxforum.com/forum/projektforen/loxberry/plugins/176025-loxberry-mqtt?p=254107#post254107

[svethi]

Das ist genau das Problem, was viele andere vor Dir auch schon hatten

[Christian Fenzl]

Ich hab das jetzt explizit ins Wiki aufgenommen, dass man da mit den Rechten aufpassen muss:

https://wiki.loxberry.de/plugins/mqtt_gateway/mqtt_schritt_fur_schritt_mqtt_loxone#%C3%BCbertragung_per_http_empfohlen

[svethi]

Irgendwie ist diese neue Rechtevergabe doch aber irgendwie Käse. Früher hatte der Admin Zugriff auf alles, jetzt vielleicht ;-)

[JürgenW]

Habe Probleme mit dem Empfang von UDP Signalen am Miniserver. Im MQTT Monitor werden die UDP Signale ordentlich angezeigt.

Die Einstellungen am Loxberry sind auf Standardwerte und UDP ist aktiviert


Loxberry wurden UDP Eingänge mit Port 11833 angelegt


Die Befehlszeile wurde aus dem UI von MQTT kopiert.


Im Loxone UDP Monitor werden aber keinerlei Signale von dem Thermostat angezeigt. Die Signale habe ich auch als direkte Signale an Virtuelle Eingänge gelegt und da kommen Sie auch an. Woran kann das liegen?
Zur Info: Ich habe ein anderes Plugin, dass auch UDP sendet und dort kann ich diese im Miniserver empfangen.

[Christian Fenzl]

11883 vs. 11833
Kontrolliere den Port 😊

[JürgenW]

Vielen Dank Christian.
Das bedeutet im Klartext, alle MQTT Daten entweder UDP oder http, richtig?
Noch eine (vielleicht dumme) Frage: Warum kann ich bei der Anlage der Variablen nicht die in Loxone vorhandenen "Virtueller http-Eingang und Befehle" für die MQTT Kommunikation verwenden? Dann könnte man auch in Loxone gruppieren. Müsste dazu das MQTT-Plugin angepasst werden, oder ist das ein grundsätzlicher Denkfehler von mir?

[Christian Fenzl]

Das mit dem virtuellen HTTP Eingang und dessen Befehle kann man machen, aber Loxone hat irgendwann vor ein, zwei Versionen begonnen, in der Config sinnlose Fehler zu schreiben ("Konfiguration unvollständig") und weil ich dann im Forum dazu 100x gefragt wurde ("was ist denn da falsch?"), erzähl ich das nicht mehr.

[JürgenW]

Danke für die Klarstellung. Ja, die Lox-Config ist teilweise nicht erklärbar und extrem veraltet. Habe es aufgegeben Verbesserungen zu melden, da bisher nichts dabei raus kam.


Christian,
ich erwarte jetzt von dir keine Garantie oder dergleichen. Wollte bloss nachfragen, ob ich das richtig angehen würde und doch die "Virtuellen HTTP-Eingänge" verwenden würde. Loxone Config Fehlermeldung würde ich einfach ignorieren.

Virtuelle HTTP-Eingang:
URL: http://IP-Adresse Loxberry/admin/plugins/mqttgateway/index.cgi?form=topics#

Virueller HTTP Eingang Befehl:
Bezeichnung: freie Wahl (z.B. SET_TEMPERATUR)
Befehlserkennung: habe ich vom MQTT auf http kopiert (z.B. hm_status_HZ-Thermostat-Esszimmer:2_SET_TEMPERATURE_val)