Hallo,
ich habe mir zum Test ein paar Shelly 2PM gekauft und als Rollo konfiguriert. Dabei fiel mir auf, dass die Statusrückmeldungen über MQTT öfters sehr verspätet erst in Symcon ankamen. Bei der Analyse in den Shellies konnte man erkennen, dass diese alle ca. 3 Minuten (nach 3 Telemetrie-Meldungen) die MQTT-Verbindung gekappt haben und sich dann wieder anmeldeten.
Um den Sachverhalt zu klären habe ich eine Vielzahl an Mails und Logfiles mit dem Shelly-Support getauscht und sie konnten es nicht nachvollziehen und meinten, der MQTT-Server würde wohl den Shelly mit Polling überfordern woraufhin er sich vom Server verabschiedet. Sie benutzten eine Teststellung mit einem Mosquitto. Daraufhin habe ich einen (Windows-)Mosquitto installiert, eine Splitterinstanz und den Shelly im Symcon als Client installiert und festgestellt, dass der Shelly bei dieser Konstellation ohne Probleme durchläuft. Ich habe dann den Shelly mit Subscriptions-Meldungen direkt aus dem Mosquitto belästigt und siehe da, ich hatte genau den gleichen Effekt wie bei der Nutzung des MQTT-Servers von Symcon.
Eigentlich bin ich nicht ein Fan einer weiteren Komponente in meinem Smarthome-Bereich und würde gerne weiterhin auf dem MQTT Symcon-Server setzen.
Wie kann man das Problem angehen bzw. wie kann ich unterstützen ?
Grüße Frank
Hi, ich verwende zwar nicht den 2PM, aber dafür diverse andere Shelly mit dem Shelly Modul und da habe ich keine Probleme mit MQTT. Reagiert alles immer quasi in Echtzeit.
Hi,
ja, das verwende ich auch. Ich habe auch Shellies der Vorgenerationen, aber mit denen habe ich auch keine Probleme. Allerdings sind die Debug-Möglichkeiten bei den alten Modellen auch eingeschränkter.
Nachdem ich bei einem BluGW den selben Effekt habe, wollte ich nochmal an diesen Thread erinnern… Hat keiner eine Idee mit was das zusammenhängen kann ?
Hallo Kai,
ich denke, ich konnte das Problem lösen. Mein MQTT-Server (Symcon) ist über 2 unterschiedliche IP-Adressen in unterschiedlichen Subnetzen ansprechbar und das funktioniert auch einwandfrei. Die Shellies hatten aber ein Problem, den MQTT-Server in einem anderen Subnetz anzusprechen. Grundsätzlich funktionierte es, aber nicht immer in der Geschwindigkeit, wie es zu erwarten wäre. Ich habe dann in der Konfiguration den MQTT-Server über das Subnetz der Shellies adressiert und die Probleme waren weg.
Wie gesagt, war das bei den Shellies der Gen 1 überhaupt kein Problem.
Das Thema kann man abhaken - es funktioniert alles.
