Das ist wahrscheinlich die letzte Veröffentlichung im Sommer für Gladys. Danach werde ich im Hintergrund an grundlegenden Themen arbeiten, über die ich nach den Ferien sprechen werde, und ich werde natürlich die wohlverdienten Ferien nehmen, um eine Pause zu machen
Die Korrekturen in dieser v4.61.1:
HomeKit: Verwaltung einfacher Rollläden Rollläden in Gladys, die nicht über eine Prozentsteuerung, sondern nur über eine einfache Steuerung verfügen, werden nun korrekt in der HomeKit-Integration verwaltet. Vielen Dank an @bertrandda für diesen Beitrag!
CalDAV: Option zum Ignorieren der SSL-Zertifikatsprüfung Für Nutzer von selbstgehosteten CalDAV-Servern (selbstsigniert) ist es nun möglich, die SSL-Zertifikatsprüfung zu deaktivieren. Vielen Dank an @bertrandda für die Entwicklung.
Netatmo: Unterstützung für Min-, Max- und Durchschnittstemperaturwerte Die Netatmo-Sensoren unterscheiden nun zwischen minimalen, maximalen und durchschnittlichen Werten, um das Widget „Raumtemperatur“ nicht zu überlasten. Vielen Dank an @Terdious für diese Verbesserung!
Zigbee2MQTT: Behebung des „Zulassen der Assoziation“-Buttons, der nach dem Update auf 2.4.0 nicht mehr funktionierte. Vielen Dank an @Yoann_PUREN für das Melden dieses Bugs
Hallo @pierre-gilles, ich weiß nicht, warum das Update meinen Zigbee2mqtt zum Absturz bringt. Ich habe die Einstellungen in configuration.yaml und mosquitto.conf mit meinem Backup überprüft, alles ist identisch. Ich muss den Docker manuell neu erstellen, damit es wieder funktioniert.
@bjm Da du zwischen einer manuellen Installation und einer von Gladys verwalteten Installation liegst, wirst du bei jedem Neustart von Gladys solche Fälle haben
Meiner Meinung nach musst du eine Wahl treffen:
Entweder du wechselst zu einer vollständig manuellen Installation mit einem externen Zigbee2mqtt (mit einem benutzerdefinierten Containernamen, nicht gladys-z2m-zigbee2mqtt)
Oder du wechselst zu einer vollständig von Gladys verwalteten Installation, bei der Gladys den Zigbee2mqtt-Container startet
Das Problem hier ist, dass du den Container nicht auf die gleiche Weise startest, wie Gladys es tun würde, und daher entspricht die von dir vorgenommene Zigbee2mqtt-Konfiguration nicht den Informationen, die Gladys zum Starten des Containers hat.
In Gladys wird der Container auf folgende Weise gestartet:
Der einzige Teil, der ersetzt wird, ist der PathOnHost, der zum Pfad des USB-Ports wird, den du in der Gladys-Oberfläche ausgewählt hast
@bjm In diesem Fall musst du den Zigbee2mqtt-Container stoppen und löschen.
Danach bearbeitest du die Datei configuration.yaml, die du beim Wechsel auf manuelle Konfiguration geändert hast. Zum Beispiel habe ich in meinem Abschnitt serial für den USB-Port diese Konfiguration:
serial:
port: /dev/ttyACM0
adapter: zstack
Den Port hast du wahrscheinlich geändert, du musst ihn wieder auf /dev/ttyACM0 setzen. Beim Feld adapter denke ich nicht, dass du es geändert hast.
Normalerweise, wenn du Gladys neu startest, sollte der Container mit den richtigen Informationen neu gestartet werden. Falls nicht, kannst du ihn über die Schnittstelle der Gladys-Integration neu starten.
Für den USB-Port musst du natürlich sicherstellen, dass der richtige in der Schnittstelle ausgewählt ist