Plugin MQTT Delay

[eisenkarl]

Hallo, ich wollte gerade die Shellys (aktuell ein Shelly1) auf MQTT umstellen, leider habe ich hier ein Delay von 5-6 Sekunden beim ein- und ausschalten durch den Miniserver (Gen1).
Loxberry ist 2.0.1.3
MQTT ist 1.1.1

Hat hier evtl jemand eine Idee?

[AlexAn]

Hatte vor kurzem mit einer EM3 ein Delay von 30sec bei den Eingängen. Nach einem Reboot kamen die Wert bei jeder Änderung.
Hab meine 1er nochmal getestet und hatte gefühlt sofort die Reaktion.
Gleiche Setup

Läuft dein Loxberry sauber bzw. Reboot schon gemacht?
Kommen die Werte im Log an?

[svethi]

Bei mir kommt das auch sofort. Da ist irgendwo bei Dir der Wurm drin.

[eisenkarl]

Ja, Loxberry schon neu gestartet.
Ich habe jetzt am MQTT Gateway gesehen, dass der Wert schon verzögert vom Miniserver kommt.

[svethi]

Das wird Dein Problem sein. Wie schickst Du denn die Werte vom MS?

[eisenkarl]

Das wird Dein Problem sein. Wie schickst Du denn die Werte vom MS?

per UDP

[svethi]

Das sollte schon schnell gehen. Hast Du da viel, was per UDP geschickt wird? Loxone macht ja oft nicht viel parallel sondern sequentiell. Zum Schluss bleibt das in einer Queue hängen. Musst Du am MS mal debuggen

[eisenkarl]

Ne, ich mache nicht viel per UDP. Habe es auch schon auf einen anderen MS geschoben, da ich Gateway Konfiguration habe. Hat aber nix verändert...
Hab das ganze vorher mit einem IOBROKER gemacht, Shelly per MQTT an IOBROKER und von da direkt zum MS. War keine Verzögerung zu erkennen, allerdings habe ich die shellys nicht direkt mit dem MS geschaltet.

[eisenkarl]

Ich habe jetzt mal eine Tradfri Bulb per zigbee2mqtt Gateway eingerichtet, auch hier die gleiche Verzögerung ;-(
Eingehend ist kein Problem, Temperaturen von einem Aqara Fühler kommen quasi REALTIME

[Christian Fenzl]

Probier mal das HTTP-Interface, dann kannst du im Browser probieren:
https://www.loxwiki.eu/display/LOXBE...+UDP-Interface


Gleicher Delay mit dem Browser?

BTW Technische Randnotiz: Das HTTP-Interface ist PHP und sendet lokal am LoxBerry per UDP weiter ans Gateway.

[svethi]

Am Loxberry liegt es nicht. Das siehst Du ja daran, dass es über den Browser sofort reagiert

[eisenkarl]

Ja, es muss an den Miniservern liegen, ich weiß nur nicht, wo ich da noch testen kann...
Ich habe den Loxberry jetzt sogar extra auf den gleichen Switch gesteckt wie die Miniserver

[svethi]

Wie sieht denn Dein Programm aus? Hast Du da vielleicht Lichtsteuerungen etc., die ja ihr Delay wegen des Mehrfachklicks haben?

[Christian Fenzl]

Ich weiß nicht, ob man vielleicht was mit dem Monitor (Loxone Config) erkennen kann, ob er da irgendwelche Fehler ausspuckt...

[svethi]

Kann es vllt sein, dass da im Programm eventuell dahingehend ein Fehler ist, dass steigende/fallende Flanke nicht beachtet wurde und der Befehl vielleicht erst rausgesendet wird, wenn der Schaltimpuls wieder abfällt?

[eisenkarl]

Im Anhang mal ein paar Screenshots vom Ausgang und der Config (Testschalter nur temporär eingebaut).
Zur Not kann ich auch ein Video machen, dass das Delay genauer zeigt

[eisenkarl]

Hier noch 2 Screenshots, in denen das Delay zu sehen ist. Loxone soll die Lampe um 02:30 ausschalten, im Log ist zu sehen, dass es 8 Sekunden dauert

[Christian Fenzl]

Bei der Beschaltung mit dem VI muss das Schalten unmittelbar funktionieren. Ich sehe da keinen Fehler (wobei die Befehle abgeschnitten sind, aber bei HTTP ist es ja das gleiche Problem).

Hat dein LB evt. zwei IP-Adressen? (vielleicht durch LAN und WLAN)
Welche IP hat dein MS?

[eisenkarl]

IP Miniserver1 192.128.0.6
IP Miniserver2 192.128.0.7
Netz 255.255.248.0
DNS 192.128.0.16
GW 192.128.0.10

(Noch) keine V-Lan´s
Loxberry hat nur eine IP

Befehle:

shellies/shelly1-10E487/relay/0/command on

shellies/shelly1-10E487/relay/0/command off

loxberry@loxberry:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.128.0.148  netmask 255.255.248.0  broadcast 192.128.7.255
        inet6 fe80::ba27:ebff:fedf:c4c7  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:df:c4:c7  txqueuelen 1000  (Ethernet)
        RX packets 707380  bytes 100848105 (96.1 MiB)
        RX errors 0  dropped 85348  overruns 0  frame 0
        TX packets 131876  bytes 93590673 (89.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 33235  bytes 2634619 (2.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 33235  bytes 2634619 (2.5 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[eisenkarl]

Ich steuer z.B. auch noch einen Comexio Server (192.128.0.20) per http, das funktioniert auch in Realtime