Gladys Assistant 4.19: Klimatisierung, Zigbee-Bodenfeuchtigkeitssensor & Hintergrundverbesserungen!

Aktuelles
1

Hallo zusammen!

Und schon gibt es wieder eine neue Version von Gladys Assistant :partying_face:

Hinzufügen von Klimaanlagen

Es ist nun möglich, Klimaanlagen über die MQTT-Integration zu steuern:

Screenshot 2023-03-31 at 14.10.19
Screenshot 2023-03-31 at 14.10.19846×488 21.4 KB

Danke @euguuu für den PR :folded_hands:

Hinzufügen von Bodenfeuchtigkeitssensoren in der Zigbee-Integration

In der Zigbee-Integration ist es möglich, Bodenfeuchtigkeitssensoren zu integrieren:

Screenshot 2023-03-31 at 15.54.59
Screenshot 2023-03-31 at 15.54.59822×386 12.3 KB

Dieser Sensor wurde absichtlich von den „Raum“-Feuchtigkeitssensoren getrennt, um die Raumfeuchtigkeitsberechnungen nicht zu verfälschen.

Danke @euguuu für den PR :folded_hands:

Vereinheitlichung der Suchleiste und Sortierung in den Integrationen

Der gesamte Code für die Suche und Sortierung der Geräte in den Integrationen wurde von @AlexTrovato in eine einzige Komponente vereinheitlicht, damit das Erlebnis über alle Integrationen hinweg einheitlich ist.

Ich denke, je mehr Integrationen wir in Gladys haben, desto mehr werden wir in der Lage sein, die Verhaltensweisen zu vereinheitlichen und „UI-Blöcke“ zwischen den Integrationen zu generalisieren.

Ein Schritt in die richtige Richtung also! Danke @AlexTrovato :clap:

Screenshot 2023-03-31 at 15.57.46
Screenshot 2023-03-31 at 15.57.461852×566 34.4 KB

Tasmota/Zigbee: Beim Aktualisieren eines Geräts geht der Name/Raum nicht mehr verloren

Beim Aktualisieren eines Zigbee-Geräts in der Gladys-Integration ging der Name und der Raum des Geräts verloren: Das ist jetzt dank @AlexTrovato :clap: nicht mehr der Fall.

Grundlegende Verbesserungen / Bugfixes

Diese Version bringt eine Reihe von notwendigen, aber weniger sichtbaren Änderungen:

  • In der MQTT-Integration wurden alle Shell-Skriptdateien durch JavaScript-Code ersetzt, der nun zu 100% unit-getestet wird (was beim Shell-Code nicht der Fall war). Ich denke, wir sollten diese ungetesteten Shell-Dateien wirklich loswerden, alles ist in JS machbar :slight_smile:
  • Behebung eines Bugs in Gladys Plus: Bei der ersten Anmeldung wurde die Fehlermeldung, dass der Benutzer seinen öffentlichen/privaten Schlüssel lokal nicht akzeptiert hat, nicht angezeigt. Jetzt wird sie angezeigt:

Screenshot 2023-03-31 at 15.05.14
Screenshot 2023-03-31 at 15.05.141944×798 52 KB

Laufende Projekte

Changelog

Der vollständige CHANGELOG ist hier verfügbar.

Wie aktualisiere ich?

Wenn Sie Gladys mit dem offiziellen Raspberry Pi OS-Bild installiert haben, werden Ihre Instanzen automatisch in den kommenden Stunden aktualisiert. Das kann bis zu 24 Stunden dauern, keine Sorge.

Wenn Sie Gladys mit Docker installiert haben, stellen Sie sicher, dass Sie Watchtower verwenden (Siehe die Dokumentation).

3

Viel Arbeit wurde erledigt! Danke an alle, die für uns gearbeitet haben :slight_smile:

4

Kleines UI-Problem mit dem Klimagerät, bei mir erscheint ein horizontaler Slider:

image
image1694×543 36.4 KB

5

Guten Abend
Seit dem Update habe ich keine Verbindung mehr zwischen Zigbee und Gladys, obwohl alles korrekt ist. Ich habe die beiden Häkchen bei der Zigbee-Konfiguration und auf dem Zigbee-Dashboard reagieren meine Sensoren und Detektoren gut auf Anfragen. Bin ich der Einzige, der dieses Phänomen hat?

6

Es reicht, wenn ich eine Nachricht poste, damit alles von alleine neu startet. Ich werde das auf die Bearbeitungszeit des Updates schieben. Update 4.19 um 21 Uhr, vollständiger Neustart von Gladys um 0:30 Uhr. Ist das normal?

7

hallo
Gleiches bei mir, keine Rückmeldung, obwohl alles korrekt ist

8

Gleiches Problem…
Ich habe das Aktivierungs-Kästchen des Dienstes deaktiviert und dann wieder aktiviert und alles funktioniert wieder

Screenshot_20230401_155858_com.android.chrome
Screenshot_20230401_155858_com.android.chrome1080×2312 207 KB

Bearbeitung: Ein kleines Stück Log:

2023-04-01T13:53:06+0000 <warn> handleMqttMessage.js:106 () Zigbee2mqtt-Gerät PlafonnierSAM1, das Merkmal power_on_behavior ist in Gladys nicht konfiguriert.
2023-04-01T13:53:06+0000 <error> handleMqttMessage.js:103 () Fehler beim Konvertieren des Wertes für das Gerät PlafonnierSAM1: Fehler: Zigbee2mqqt expose nicht auf dem Gerät "PlafonnierSAM1" mit der Eigenschaft "state" gefunden.
    at Zigbee2mqttManager.readValue (/src/server/services/zigbee2mqtt/lib/readValue.js:16:11)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:99:31
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:91:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (node:events:513:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (node:internal/process/task_queues:77:11)
2023-04-01T13:53:06+0000 <warn> handleMqttMessage.js:106 () Zigbee2mqtt-Gerät PlafonnierSAM1, das Merkmal switch_type ist in Gladys nicht konfiguriert.
2023-04-01T13:53:06+0000 <error> handleMqttMessage.js:103 () Fehler beim Konvertieren des Wertes für das Gerät PlafonnierSAM1: Fehler: Zigbee2mqqt expose nicht auf dem Gerät "PlafonnierSAM1" mit der Eigenschaft "linkquality" gefunden.
    at Zigbee2mqttManager.readValue (/src/server/services/zigbee2mqtt/lib/readValue.js:16:11)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:99:31
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:91:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (node:events:513:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (node:internal/process/task_queues:77:11)
2023-04-01T13:53:06+0000 <warn> handleMqttMessage.js:106 () Zigbee2mqtt-Gerät PlafonnierSAM1, das Merkmal power_on_behavior ist in Gladys nicht konfiguriert.
2023-04-01T13:53:06+0000 <error> handleMqttMessage.js:103 () Fehler beim Konvertieren des Wertes für das Gerät PlafonnierSAM1: Fehler: Zigbee2mqqt expose nicht auf dem Gerät "PlafonnierSAM1" mit der Eigenschaft "state" gefunden.
    at Zigbee2mqttManager.readValue (/src/server/services/zigbee2mqtt/lib/readValue.js:16:11)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:99:31
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:91:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (node:events:513:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (node:internal/process/task_queues:77:11)
9

Kein Problem meinerseits.
Allerdings war Gladys gestern Morgen abgestürzt, es scheint, dass das Backup von Gladys Plus das Problem verursacht hat.

Capture d’écran de 2023-04-01 16-11-44
Capture d’écran de 2023-04-01 16-11-441360×768 110 KB

Aber das war vor dem Update 4.19

10

Nichts mehr für mich auch.
Keine Infos, keine möglichen Aktionen.
„Zigbee2mqtt aktivieren“ deaktiviert und wieder aktiviert und alles funktioniert wieder.

11

Tatsächlich hatte ich vor dem Update eine Mqtt-Broker-Trennung.

Ich habe nichts angefasst und es ist nach fast 2 Stunden wieder normal geworden

12

Ich habe gesehen, dass es vor 2 Tagen ein Problem gab. Das könnte schon vorher gewesen sein.
Ich habe das unter System > Container
/gladys il y a 21 heures Gestartet
/gladys-z2m-mqtt il y a 2 jours Gestartet
/eclipse-mosquitto il y a 2 jours Gestartet
gladys-z2m-zigbee2mqtt il y a un mois Gestartet
/dozzle il y a un mois Gestoppt
/watchtower il y a 2 mois Gestartet

Das erinnert mich an diese beiden Probleme:

13

Gleiches Problem, ich musste zigbee2mqtt stoppen und neu starten.

14

Gleiches Problem

image
image426×258 3.44 KB

Gladys-Update heute und vor dem Neustart von Eclipse und Z2m

Allerdings habe ich gerade gesehen, dass /gladys-z2m-zigbee2mqtt erst vor 3 Stunden neu gestartet wurde. Ich habe nichts bemerkt und alles funktioniert. Solange es so läuft, ist das in Ordnung

image
image426×258 3.74 KB

15

Ich habe dieses Problem nicht, aber ich habe ein anderes. Wenn ich Gladys starte, dauert es 30 Sekunden bis 1 Minute, bis die Seite geladen ist. Ich muss mehrmals neu laden. Ich habe die Logs überprüft und nichts Auffälliges gefunden.

16

Das ist ja verrückt, all diese Probleme… :thinking:
Bei mir läuft alles super, lokal, auf Gladys Plus, auf dem Zigbee2mqtt :ok_hand:

17

Kein Problem meinerseits, obwohl ich das gleiche beim letzten Update hatte.
Vielleicht ist es von alleine wieder weg.

18

Ich hatte Probleme mit diesem Update und dem vorherigen.
Was bei mir funktioniert hat, war ein Neustart des Dienstes 10 Minuten später war alles okay.
Es scheint ein Verhalten zu geben, das sich bei jedem Update wiederholt, vielleicht ein Bug mit dem Dienst? @pierre-gilles @cicoub13?

19

Ich hatte auch Probleme mit den letzten beiden Updates…

Aber eher so, dass Gladys nicht verfügbar war… Nicht funktionierende Skripte, Knöpfe ebenfalls…

Beim vorherigen Update hat ein Neustart mit Stromausfall und erneuter Stromversorgung die Instanz wieder zum Laufen gebracht, bis gestern Morgen!

Aber seit gestern startet es wieder, aber nach weniger als einer Stunde ist es wieder abgestürzt…

20

Hallo zusammen! Tatsächlich gibt es einen Bug in der Zigbee2mqtt-Integration seit mehreren Versionen von Gladys, aber da er ein bisschen zufällig auftritt, ist es schwer zu sagen, woher er kommt.

Intuitiv habe ich das Gefühl, dass der Bug in Gladys v4.16 aufgetreten ist: Release v4.16.0 · GladysAssistant/Gladys · GitHub, ich habe das Gefühl, dass es auf diese Änderung zurückzuführen ist: Z2m docker limit logs by atrovato · Pull Request #1692 · GladysAssistant/Gladys · GitHub

Ich habe ein GitHub-Issue erstellt, um den Bug zu verfolgen:

Ich werde heute Morgen ein bisschen daran herumstöbern, aber ich garantiere nichts, ich bin kein Experte für diesen Dienst :slight_smile:

@AlexTrovato Vielleicht brauche ich deine Hilfe :stuck_out_tongue:

Ist der Gladys-Container gestoppt?

Die Hintergrundaufgaben sind alle unabhängig, wenn eine Aufgabe fehlschlägt, gefährdet das nicht die Stabilität der Instanz, also ist es kein großes Problem, wenn ein Backup fehlschlägt, das kann passieren :slight_smile:

Aber wenn deine lokale Instanz aus DNS-Gründen keinen Zugriff mehr auf die Gladys Plus-Server hat (was der Fehler in der von dir geposteten Nachricht ist), ist es normal, dass du keinen Zugriff mehr auf Gladys Plus hast.

Wenn du mehr Informationen hast, könnten wir vielleicht in einem anderen Thema darüber sprechen, um nichts zu vermischen? :slight_smile:

Können wir über dieses Thema woanders (oder privat) sprechen, um nichts zu vermischen? In diesem Fall ist es wahrscheinlich spezifisch für deine Installation, man muss herausfinden, ob es ein Netzwerkproblem oder eine Überlastung auf deinem Gladys-Rechner ist.