Ich nutze die Nachricht von @Prof_Techno, um das Problem ebenfalls zu melden… Ich wollte mich schon länger darum kümmern, aber habe es jedes Mal vergessen.
Für Info @pierre-gilles, das Problem mit der Nicht-Wiederverbindung des MQTT-Dienstes tritt bei mir seit … immer auf ^^ und hat nie aufgehört!
Um den Kontext zu klären, habe ich zwei Installationen bei mir zu Hause (eigentlich drei ^^ aber eine wird nicht automatisch aktualisiert ^^):
- Gladys light ist auf einem pi4 im Wohnzimmer installiert, sie hat die gleichen Geräte und Funktionen wie Gladys Haupt, speichert aber keine Historie und löst keine Szenen aus.
Sie dient nur zur Verwaltung von zigbee2mqtt im Haus.
Ihre IP ist ‹ xx.5.xx.51 ›.
Bei Gladys-Updates verbindet sie sich problemlos wieder mit dem MQTT-Broker, der sich auf einem anderen pi4 mit der Adresse ‹ xx.5.xx.51 › befindet.
Sie war vorher mein Haupt-Gladys und konnte sich nicht mit MQTT verbinden, bevor ich sie von Szenen und Wert-Historien befreit habe. - Gladys Haupt befindet sich im Büro, sie ist auf einem Mini-PC Beelink (die Crème de la Crème ^^) installiert und verwaltet die Wert-Historien und Szenen.
Sie ist mit Gladys light verbunden, um die zigbee2mqtt-Infos abzurufen (und wartet auf einen doppelten Dienst zur Verwaltung des Zigbee des Gebäudes ^^)
Ihre IP ist ‹ xx.5.xx.227 ›.
Bei Gladys-Updates verbindet sie sich nie wieder mit dem MQTT-Broker, der sich auf einem anderen pi4 mit der Adresse ‹ xx.5.xx.51 › befindet. Ich muss sie manuell neu verbinden.
Dieser Punkt ist sehr wichtig für mich, denn um 5:30 Uhr morgens sollte Gladys den Heu-Reiniger für die Pferde starten. Und bei jedem Update, das nachts stattfindet, wird der Befehl nie ausgeführt und ich werde … ihr wisst schon ^^
Ich wollte mir die Zeit nehmen, um nachzuschauen, denn ich denke, dass es ein Problem mit der Verbindungszeit gibt… Allein das Klicken auf die Verbindung am nächsten Morgen verbindet problemlos.