LoxBerry MQTT

[Davejje]

Hello all

I ask in the loxwiki topic about some more information.

My question is to get a overview of posible commands from loxone to the mqqtgateway.
In my reason i got a second loxberry and sometimes it will not start automaticly the mqqtgateway. In that way i need to login en press the restart butten after that everything is fine.
I will send a restart command from loxone config after a reboot.

Also i was looking for the posible status overview of the tag "mqttgateway_status"

[svethi]

The mqtt-gateway is publishing an timestamp. If this is not changing, the Gateway is not running. If the Gateway is not running, you also can‘t send a restart command. I think, you should stabilize your Loxberry. There is another post with your problem. In that case another plugin cause this problem. Wich other plugin have you installed?

[Christian Fenzl]

Wichtige Information:
Jörg hat vorher GPIO V1.0.1 released mit einem FIX für den Service-Daemon.
OHNE dem Fix hat das GPIO-Plugin den Start des MQTT Gateways beim Booten verhindert.
Wer das GPIO-Plugin im Einsatz ist, bitte aktualisieren.

Important information:
Jörg recently released GPIO V1.0.1 that contains a FIX für it's service daemon.
WITHOUT this fix, the GPIO-Plugin denied the MQTT Gateway to start at system boot.
When using the GPIO Plugin, please update to 1.0.1.
Davejje Possibly your issue?

[Davejje]

Christian Fenzl I have that plugin installed! I will try it, on my other loxberry i do not have this problem. The different with my other one is the GPIO Plugin...

UPDATE:
I installed version 1.0.1 of the GPIO plugin Reboot after instal. I restart mqtt wen it was booted. After that it was running. when i did a reboot it as again not running. It looks like there is no different. Can i give you some log information to invest this?
Tell me wat kind of log you needed...

To complete the information what i got..

Raspberry pi 2B ( temporary till the GPIO plugin is working on the Raspberry pi 4B )
Loxberry: V2.2.0.4
GPIO: V1.0.1
MQTT Gateway: V1.1.4
1Wire NG: V1.0.1
Any Plugin: V0.2.2
Docker: 2.0.1

[Davejje]

Sorry it was a little bit unclear! But the gateway is not running..
But i was to early to make my conclusion after 5 minutes of waiting it will start the gateway automatically

[Christian Fenzl]

do you use the local Mosquitto broker?
Your's sound like the Gateway is waiting for the broker.

[Davejje]

Yes i use the local broker.

[Vogelfrei]

Hallo zusammen,

Ich habe mir das MQTT Plugin auf meinem Loxberry installiert aber leider noch nie etwas mit MQTT gemacht. Werde mir einen Shelly zum testen zulegen, um dies besser zu verstehen.

Ich würde auch gerne meine Klimaanlage einbinden und habe dazu folgendes gefunden:

https://github.com/stas-demydiuk/ewpe-smart-mqtt

Ist eine solche Einbindung mit dem Loxberry Plugin möglich? Finde ich dazu eine Anleitung wie ich "dependencies" installieren kann?

Vielen Dank für eure Rückmeldung und erstmals vielen Dank an Christian für das Plugin.

Ralph

[Christian Fenzl]

Wenn etwas "MQTT" spricht, ist eine Einbindung auf jeden Fall möglich.
Wofür ich nicht die Hand ins Feuer legen kann, ist ob du die Installation schaffst.

Da es sich aber um Node.js handelt, bin ich recht zuversichtlich, dass das "vom Stand weg" geht. Bei Node.js gibt es keine Dependencies über Projektgrenzen hinweg. Eine Dependency eines Node.js Projektes kann keine Dependency eines anderen Projektes kaputt machen. Einzig die Node.js Version selbst (allgemein gesprochen) Probleme machen, hier glaube ich aber nicht, dass die Version ein Problem machen kann.

Bezüglich automatischem Starten melde dich einfach nochmal.

lg, Christian

[Vogelfrei]

Hallo Christian,

Deine Zuversicht stimmt mich einmal sehr positiv

Ich habe nun zum testen einen Shelly per MQTT eingebunden, was durch deine Anleitungen und Plugin sehr einfach war
Um nun aber ein node.js auf dem Loxberry zu installieren muss ich gestehen weiss nicht wirklich wo anfangen. Kannst du mir hier einen Tipp geben wo ich anzufangen habe? Damit ich mich hier in das Thema einlesen kann?

Danke und Gruss Ralph

[Superfranki]

Hallo alle,

ich habe jetzt einen Shelly Motion hier den ich in meinen MS einbinden möchte. Das MQTT Gateway hatte ihn einmal gefunden aber ich konnte keine Änderungen der Zustände bei Bewegung etc. lesen. Nach einem Clear war er verschwunden. MQTT Einstellung gleich wie bei meinen UNI´s. Evtl. jemand eine Idee?
Gruß Franki.

[AlexAn]

Eventuell hat er sich bei einem Update verschluckt!

https://www.shelly-support.eu/index.php?shelly-firmware-archive/

Werkseinstellungen und neu einlernen kann auch nicht schaden.

[Superfranki]

Ja ups, hatte ich in der Zwischenzeit auch gemacht und einfach mehr Geduld. Jetzt kommen alle Daten. Nach Bewegungserkennung bleibt der Kanal für 1 Minute auf 1. (Ist die kleinste Einstellung.)

[AlexAn]

Und ist er schöner wenn man ihn in den Händen hält wie Dimitar gemeint hat?

[Superfranki]

Finde schon. Da gibt es weitaus schlimmere Sachen. Wirkt fast unauffällig.

[Gast]

Hello,
first of all, I'm sorry for not fitting with the thread language, my German is really poor...

I've integrated my Miniserver with the Loxberry (with an external broker, on a different machine)

The test consisted of
1. Publishing a message on a topic & receiving it on a miniserver
2. Sending an update via virtual output instantly (without any logic)

I've checked the Loxberry MQTT plugin logfile and I can see that between sending an item to miniserver and receiving UDP packet back from it, there is a huge delay of around 200ms....

Is it expected to be that high? Both the miniserver and the RPi4 (with Loxberry) are attached to the same network switch by LAN cable.

16:50:32.405 <INFO> MQTT received: testtopic/number: on
16:50:32.406 testtopic/number is non-cached
16:50:32.407 testtopic/number matches testtopic/number, send to MS 1
16:50:32.407 HTTP: Preparing input testtopic/number (noncached): 1
16:50:32.616 <OK> UDP IN: (192.168.3.254): testtopic/number/set 1

[Christian Fenzl]

The "Preparing" log statement is directly placed before the send, so there is no gap.

Then processing of the Miniserver. is running.

The UDP-IN statement is logged AFTER a DNS reverse lockup of the IP address.

Therefore, either the processing of the Miniserver is slow, or the response of the DNS server. A reverse Lookup usually takes some msecs, but not 200.
I'll add a log line BEFORE the Lookup, to see the time gap.

[Christian Fenzl]

Then, you need to trace the timing on the Miniserver.

Not sure about that... I've added a log just before the my($port, $ipaddr) = sockaddr_in($udpinsock->peername);

There is quite significant delay between those two logs of 120ms... Not sure why.

18:31:42.577 <INFO> MQTT received: zigbee2mqtt/0xccccccfffee2762f/click: on
18:31:42.578 zigbee2mqtt/0xccccccfffee2762f/click is non-cached
18:31:42.578 zigbee2mqtt/0xccccccfffee2762f/click matches zigbee2mqtt/0xccccccfffee2762f/click, send to MS 1
18:31:42.579 HTTP: Preparing input zigbee2mqtt_0xccccccfffee2762f_click (noncached): 1
18:31:42.663 <OK> BEFORE UDP IN
18:31:42.781 <OK> UDP IN: (192.168.3.254): zigbee2mqtt/0xccccccfffed45a82/set 1
18:31:42.781 Publishing: 'zigbee2mqtt/0xccccccfffed45a82/set'='1'

In fact, this is the $udpremhost = gethostbyaddr($ipaddr, AF_INET); which takes 130ms... What do you need it for? It looks like it is used in the log only. Am I correct?

[Christian Fenzl]

Gast
The lookup will be used in future features (not released yet).

I've never thought about that the lookup will be a problem (see picture with additional line before the lookup), but I'll build in a fuzzy logic to decide if lookup time is acceptible or not, and disable it. Your lookup time is not normal, possible network issue with DNS and (not using) DHCP.
This is a Raspberry Pi 2.

[Christian Fenzl]

Still lagging after what?
Check the Miniserver monitor.
Check with the current master of the plugin.

I'm sorry for the mess in the comments. Initially after I switched to HTTP it was OK for a moment but on the next trial it was the same (around 80ms for some requests)

I'll try with master and try the monitor.

With master based version it looks perfectly fine.

[docpayce]

Hi Christian,
Mini-Pups-Feature-Request:
Es wäre hilfreich, wenn man im Tab "Conversions" bei den "Text-to-Value conversion" Kommentare einfügen könnten, die vom Interpreter ignoriert werden (bspw. vorangehendes ";" oder "//"). Nach zich unterschiedlichen Konversionen fällt es einem nämlich irgendwann schwer, den Überblick zu behalten.
Wär datt watt?
Grüße!

[Christian Fenzl]

Im Grunde kannst du dort sowieso hineinschreiben, was du willst.
Beispielsweise:
Meine Oma backt gern Kuchen.
Im schlimmsten Fall gibt es eine Warnung im Log, dass diese Conversion nicht valide ist und deswegen nicht genutzt wird.
Beispielsweise, wenn du hineinschreibst:
; Fensterstati
open=1
closed=2
wird die "Kommentar Zeile", weil ungültig, einfach nicht benutzt.

[docpayce]

Aaah. Käi, soweit hatte ich das gar nicht ausprobiert aus Sorge, ich schieß das Plugin ab.
Na dann hat sich das ja eh erledigt. Meine Oma backt Kuchen ab sofort als Überschrift eingetragen.
Danke!

[Christian Fenzl]

Wenn du es schaffst, das Gateway mit Settings im UI endgültig zu killen, hast du dir auf jeden Fall verdient, dass ich den Fehler behebe! 🙂

[Aefirefly]

Nabend...kurze Verständnisfrage aus Unsicherheit.
Ich kann darüber via mqtt uch direkt den Status hier verändern. Oder brauchts für Zigbee ein gateway?

"White ZigBee Smart Thermostat Programmable Temperature Controller 2MQT – Moes" https://www.moeshouse.com/collection...-floor-heating

[Christian Fenzl]

Dein Link enthält vier Produkte.
Der Display-Regler scheint Zigbee zu sein, und weiter unten steht ja auch, dass ein Hub benötigt wird.
Du brauchst also das Plugin Zigbee2mqtt, einen Zigbee-Stick, das MQTT Gateway Plugin, und eine MQTT-Doku dieses Geräts.

[Aefirefly]

Ahhh...sorry. dachte das wäre der richtige Link. Hab auch zig so Dinger bei Amazon gefunden.
Ist dann doch nicht so einfach, wie ich dachte.

Dachte gibt vielleicht ne einfache Lösung, scheint aber nicht so zu sein. Danke für die Rückmeldung.

[Christian Fenzl]

BTW Eine MQTT-Doku brauchst du nicht, das ist in Zigbee2Mqtt enthalten.