Gladys Assistant 4.28: Ablauf von Sensorzuständen, neue Zigbee-Geräte und mehr!

Hallo zusammen!

Es ist Montag, Zeit für ein neues Gladys-Release :grinning_face_with_smiling_eyes:

Und es gibt jede Menge Neuerungen in Gladys Assistant 4.28!!

Ablauf von Sensorzuständen

Ab sofort werden „alte“ Sensorzustände nicht mehr auf dem Dashboard angezeigt und durch einen Hinweis ersetzt, dass der Zustand nicht mehr aktuell ist:

Praktisch, um Sensoren zu finden, die keine Werte mehr senden!

Die Standardverzögerung beträgt 48 Stunden und kann in den „Einstellungen“ => „System“ geändert werden:

Ausführung einer Szene vom Dashboard aus

Ein neues Widget auf dem Dashboard, hinzugefügt von @Lokkye, ermöglicht es nun, Szenen vom Dashboard aus zu steuern:

Super praktisch, danke @Lokkye für diese Entwicklung :raising_hands:

Neue Zigbee-Geräte

Dank der Arbeit von @Will_71 werden nun zwei neue Zigbee-Geräte von Gladys unterstützt:

Abschaltung der eWelink-Integration

Leider funktioniert die eWelink-Integration aufgrund einer Änderung auf Seiten der eWelink-API nicht mehr.

Ich suche jemanden, der den aktuellen Dienst mit der neuen API neu codieren möchte:

Die Fehlerbehebungen

Das vollständige Changelog ist hier verfügbar.

Vielen Dank an alle, die zu diesem Release beigetragen haben :raising_hands:

Wie aktualisiere ich?

Wenn Sie Gladys mit dem offiziellen Raspberry Pi OS-Bild installiert haben, werden Ihre Instanzen automatisch in den kommenden Stunden aktualisiert. Dies 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)

Hallo,
Hat außer mir noch jemand den Bug? Ich bin auf 4.28 aktualisiert und seitdem…

Es gab kürzlich (vorheriges Update?) ein Problem mit MQTT, normalerweise reicht es, wenn du dich mit den Anmeldedaten erneut verbindest, im schlimmsten Fall gibst du einfach das Passwort im Klartext ein und schon sollte es funktionieren.

Kein Bug bei mir

Schau dir auch die Logs an, falls nötig

Bei mir läuft auch nach dem Update um 18 Uhr alles gut.

Da mein Pi, auf dem mein MQTT-Server läuft, täglich um etwa 10 Uhr vom WLAN getrennt wird, werde ich das Verhalten in den kommenden Tagen beobachten, da ich seit Monaten gezwungen bin, ihn jedes Mal manuell neu zu verbinden.

Nach dem Löschen dieser 3 Container und dem Neustart des Gladys-Containers
1872684d9f7e eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » 32 Sekunden alt Vor 25 Sekunden gestartet eclipse-mosquitto
2755db8cc420 koenkk/zigbee2mqtt:latest « docker-entrypoint.s… » Vor etwa einer Minute gestartet Vor etwa einer Minute gestartet gladys-z2m-zigbee2mqtt
5ff4c4c2dde6 eclipse-mosquitto:2.0.15 « /docker-entrypoint.… » Vor etwa einer Minute gestartet Vor etwa einer Minute gestartet gladys-z2m-mqtt
Ich finde alles wieder


Aber ich kann den Benutzernamen und das Passwort, das ich vorher hatte, nicht wiederherstellen! Egal, welchen Benutzernamen und welches Passwort ich eingebe und speichere, es ändert sich nichts, es zeigt mir immer wieder den Benutzernamen an, ein Neustart ändert nichts…
Und es ist unmöglich, sich von node-red aus mit dem Broker zu verbinden…
Gleiches gilt nach dem Löschen des Gladys-Containers und der Neuinstallation mit
docker run -d
–log-driver json-file
–log-opt max-size=10m
–cgroupns=host
–restart=always
–privileged
–network=host
–name gladys
-e NODE_ENV=production
-e SERVER_PORT=80
-e TZ=Europe/Paris
-e SQLITE_FILE_PATH=/var/lib/gladysassistant/gladys-production.db
-v /var/run/docker.sock:/var/run/docker.sock
-v /var/lib/gladysassistant:/var/lib/gladysassistant
-v /dev:/dev
-v /run/udev:/run/udev:ro
gladysassistant/gladys:v4

Da bin ich ratlos und es frustriert mich zu sehen, dass nichts mehr funktioniert :sob:

Hallo @cce66! Erstellst du ein eigenes Thema und wir besprechen das? Wir finden eine Lösung!

Hallo!
Seit dem Update habe ich ein „Problem“.
Ich habe einen manuell gesteuerten Sensor (über Kalender oder Sprachbefehl), abhängig davon, ob wir Gäste haben, schalten wir bestimmte Automatisierungen aus.
Diese Variable ist vom booleschen Typ, wird aber auf dem Dashboard angezeigt, damit man mit einem Blick den Status sieht.
Allerdings hat die neue Funktion, die nach einer bestimmten Zeit ohne neuen Wert ein Timeout auslöst, jetzt etwas Hässliches erzeugt:

Kann man bestimmte Geräte von dieser Verarbeitung ausschließen?

Ich habe ihn als Schalter integriert, den ich manuell oder automatisch über Kalenderszenen aktiviere. Gleiches gilt für die Ferien.


Praktisch (und beruhigend) für Rauchmelder :yum:

Übrigens, tolles Update @pierre-gilles :+1:
Das direkte Starten von Szenen vom Dashboard aus wird mir ermöglichen, einige mit Fake-Geräten zu löschen (MQTT-Button, der eine Szene auslöst). :heart_eyes:

Das Gegenteil von meiner Nutzung ^^
Ich möchte keinen „Schreib“-Zugang, nur „Lese“-Zugang auf diesen Zustand

Aber etwas ganz anderes, aber ich sehe einen Badge-Leser auf deinem Dashboard, was nutzt du da? :slight_smile:
Danke im Voraus!

Ja, das könnte hinzugefügt werden :slight_smile: @Terdious hat das auch angefragt.

Falls dich diese Funktion in der Zwischenzeit stört, gehe in die Einstellungen und setze die Ablaufzeit auf « 1000 Tage ». Dann laufen die Zustände nie ab.

Danke @pierre-gilles für diese Version, die mir viele Verbesserungen bringt, die alles verändern!

Dank der Ablaufzeit der Werte in der Oberfläche kann ich meine Sensoren ohne Batterie super einfach erkennen :tada:

Und mit der (mittlerweile fast schon langjährigen) Ergänzung der Box „Gerät“ ist mein Startbildschirm super klar und praktisch geworden. So sieht es auf dem PC aus :heart_eyes::

Verdammter Cache, die Nacht bringt Rat, selbst wenn sie kurz ist! :wink:
Heute Morgen habe ich die Verbindung von Gladys über Edge getestet, ich habe den Namen des Brokers und das Passwort geändert und… es funktioniert! :partying_face:
Ich gehe zurück zu Firefox, aktualisiere die Seite und es wird übernommen! Es ist unglaublich, dass Firefox diese Informationen von selbst zwischenspeichert! :rage:
Es wäre möglich, eine Nachricht hinzuzufügen, dass man den Cache leeren oder einen anderen Browser verwenden muss, wenn das Speichern nicht funktioniert (in der ersten Zeile), zum Beispiel « Wenn das Speichern nicht funktioniert, den Cache des Browsers leeren oder das Speichern mit einem anderen Browser versuchen »

Auf jeden Fall ist der Fehler behoben! :blush:

Zwei kleine Verbesserungsvorschläge:

  1. Das Datenablaufdatum auch auf die Kameras anwenden (das auf meinem Dashboard angezeigte Bild ist vom Ende August)
  2. einen größeren Unterschied in den Piktogrammen für das Öffnen oder Schließen einer Tür oder eines Fensters haben. Man sieht kaum einen Unterschied.

Danke für das Feedback und das Teilen eines Screenshots, das freut mich sehr zu sehen! :smiley: Sehr sauber dein Dashboard :clap:

Hast du zufällig eine « Auto-Ausfüll »-Funktion für Informationen in Firefox, die in letzter Minute ersetzt?

Ok, ich habe ein Issue erstellt, um mich daran zu erinnern: Dashboard: Camera image should not be displayed if not recent · Issue #1878 · GladysAssistant/Gladys · GitHub

Ansonsten könnten wir einfach ein Label « offen » und « geschlossen » einfügen.

Das ist nicht das erste Mal, dass wir das Icon ändern, und jedes Mal gibt es Beschwerden, weil es zu klein ist :slight_smile:

Ehrlich gesagt bin ich dabei, das grüne und orange Label ist sehr aussagekräftig.
Oder wie bei Bewegungsmeldern: „offen seit …“ oder „geschlossen seit …“

+1, ich habe mich daran gewöhnt, genauer hinzuschauen.
@lmilcent, ich wäre für einen festen Zustand „offen“ oder „geschlossen“, um den Status zum Zeitpunkt T zu klären.

Ich habe mir einen Badge-Leser mit einem ESP8266 und einem RFID-Leser gebaut, alles in einem Gehäuse für einen Raspberry Pi. Statusrückmeldung mit roter und grüner LED und einem Summer beim Vorbeiführen des Badges.

Ich habe wahrscheinlich automatisch « Ja » auf eine Passwort-Speicheranfrage für dieses Fenster geantwortet und tatsächlich in Firefox about:logins habe ich eine im März gespeicherte Kennung gefunden, aber nicht mit den Werten « gladys » Passwort, die zu Beginn meines Beitrags gesendet wurden, noch mit dem, den ich injizieren wollte. Also zeigt Gladys die während der Neuerstellung des Containers generierten Kennung/Passwort an, dann ersetzt Firefox diese im Flug durch die gespeicherten, ohne zu warnen, dass er sie ersetzt hat! Ekelhaftes Verhalten! :thinking:
Man sollte also die Warnmeldung ergänzen
"Falls das Speichern nicht funktioniert, denken Sie daran, den Browser-Cache zu leeren oder versuchen Sie, von einem anderen Browser aus zu speichern (unter Firefox überprüfen Sie, indem Sie about:logins in die Adressleiste eingeben, ob keine Kennung/Passwort gespeichert ist)
Übrigens nehme ich an, dass es bei dem Docker-Modul node-red von @Lokkye, das er entwickelt, oder anderen Stellen von Gladys, wo dieses Risiko eines « Auto-Ausfüllens » besteht, genauso sein wird. Ich werde versuchen, mich das nächste Mal daran zu erinnern! :wink: :crazy_face: