Gladys Assistant v4.25.1: Tasmota und Fehlerbehebungen!

Hallo zusammen!

Ein kurzer Post, um euch Gladys Assistant v4.25.1 vorzustellen, der letzten Freitag veröffentlicht wurde und bereits auf euren Instanzen bereitgestellt sein sollte :sunglasses:

Verbesserungen an Tasmota für den Verbrauchsverlauf

Es gab mehrere Probleme mit den Einheiten bei der Tasmota-Integration für die Verbrauchsverlaufsfunktionen, die nun in Gladys behoben wurden:

Vielen Dank an @Terdious für den PR und @GBoulvin für die Tests :pray:

Behebung eines Kamera-Bugs (ffmpeg)

Bei einigen Nutzern, wenn ihre Kamera nicht gut auf Gladys-Anfragen reagierte, blieben die ffmpeg-Prozesse aktiv und häuften sich auf dem System des Nutzers an, wodurch unnötiger RAM verbraucht wurde.

Dieses Update begrenzt die Anfragen zum Abrufen eines Kamerabildes auf 10 Sekunden.

Danach wird der Prozess beendet, um zu verhindern, dass der RAM überlastet wird.

Vielen Dank an @lmilcent, der den Bug gemeldet hat :pray:

Behebung eines Bugs in der Szenario-Bearbeitungsoberfläche

Der Button « Nur ausführen, wenn die Schwelle überschritten wurde » war nicht mehr klickbar.

Das ist nun behoben.

Behebung eines Bugs im neuen « Geräte »-Widget

Das neue « Geräte »-Widget wurde in der letzten Version von Gladys eingeführt, und es gab einen Bug bei den Rollläden, die nicht steuerbar waren.

Das ist nun in dieser Version behoben.

Verbesserung der m²-Einheiten

Alle Einheiten mit einem Exponenten haben nun den Exponenten und nicht nur eine « 2 »

Das vollständige Changelog ist hier verfügbar.

Wie aktualisiere ich?

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

Wenn ihr Gladys mit Docker installiert habt, stellt sicher, dass ihr Watchtower verwendet (Siehe die Dokumentation).

Super, danke an alle!!

Danke für diese neue Sommerversion :slight_smile:

Jetzt kann ich den Fix mit einem Bild-Refresh alle Sekunden testen :angry_face_with_horns:

hallo,
kleine Frage: Seit dem Update auf 4.25 stelle ich fest, dass mein Gladys-Container alle 8-9 Stunden automatisch neu startet.
Haben andere das gleiche Problem?
gladys? docker?

Bei mir scheint das nicht der Fall zu sein.

Danke für dieses nützliche Update :+1:

Mir geht es genauso

Danke für die Arbeit

Bei mir wird der Container auch seit 2 Tagen erstellt, startet aber alle 8/9 Stunden neu.

CONTAINER ID   IMAGE                           COMMAND                  CREATED        STATUS                  PORTS                                                                                            NAMES
9423a0d2c8ae   koenkk/zigbee2mqtt:latest       "docker-entrypoint.s…"   33 hours ago   Up 30 hours                                                                                                              gladys-z2m-zigbee2mqtt
213df88766f2   gladysassistant/gladys:v4       "docker-entrypoint.s…"   2 days ago     Up 2 hours                                                                                                               gladys
382d1aca2515   eclipse-mosquitto:2             "/docker-entrypoint.…"   2 weeks ago    Up 30 hours                                                                                                              gladys-z2m-mqtt
7b0f1fffd08d   eclipse-mosquitto:2             "/docker-entrypoint.…"   2 weeks ago    Up 30 hours                                                                                                              eclipse-mosquitto
3022ae50d1f0   nodered/node-red:latest         "./entrypoint.sh"        4 weeks ago    Up 30 hours (healthy)                                                                                                    node_red
a82e3156b2b2   portainer/portainer-ce:latest   "/portainer"             5 weeks ago    Up 30 hours             0.0.0.0:8000->8000/tcp, :::8000->8000/tcp, 0.0.0.0:9443->9443/tcp, :::9443->9443/tcp, 9000/tcp   portainer
6bc764d42070   containrrr/watchtower           "/watchtower --clean…"   3 months ago   Up 30 hours             8080/tcp
       watchtower

Hallo, denk daran, Logs zu erstellen, sonst ist es schwierig zu erraten, was auf deinem Rechner passiert :slightly_smiling_face:

Hallo,
Ich dachte vor allem, dass das Problem von Docker kam.
Aber gute Idee von dir, ich habe die Logs überprüft und glaube, die Anomalie gefunden zu haben!
Offensichtlich ist es der Nextcloud-Dienst.
Ich habe den Dienst (den ich nicht nutzte) gestoppt und seitdem gibt es alle 8 Stunden keine Neustarts mehr.
Ich habe den Eindruck, dass dies zu einem übermäßigen RAM-Verbrauch führte. Übrigens auf dem Gladys-Server hatte ich Firefox und MQTT Explorer, die nach einer Weile abstürzten und nicht mehr neu starten wollten und seitdem ich den Nextcloud-Dienst in Gladys gestoppt habe, gibt es keine Probleme mehr.
Ein Auszug aus dem Log ist als Anhang beigefügt, falls es hilft. Ich habe mich noch nicht mit der Gladys-Entwicklung beschäftigt (ich habe eine Umgebung installiert und beabsichtige es, aber im Moment arbeite ich mit Delphi/Pascal, SQL und Python).

2023-07-03T23:59:02+0200 <info> bot.poll.js:36 (MessageHandler.poll) Fail to request new Nextcloud Talk messages, retry
2023-07-03T23:59:02+0200 <warn> bot.poll.js:37 (MessageHandler.poll) TypeError: Invalid URL
    at new NodeError (node:internal/errors:399:5)
    at new URL (node:internal/url:560:13)
    at dispatchHttpRequest (/src/server/services/nextcloud-talk/node_modules/axios/lib/adapters/http.js:176:20)
    at new Promise (<anonymous>)
    at http (/src/server/services/nextcloud-talk/node_modules/axios/lib/adapters/http.js:112:10)
    at Axios.dispatchRequest (/src/server/services/nextcloud-talk/node_modules/axios/lib/core/dispatchRequest.js:51:10)
    at Axios.request (/src/server/services/nextcloud-talk/node_modules/axios/lib/core/Axios.js:142:33)
    at Function.wrap [as request] (/src/server/services/nextcloud-talk/node_modules/axios/lib/helpers/bind.js:5:15)
    at MessageHandler.poll (/src/server/services/nextcloud-talk/lib/bot/bot.poll.js:34:31)
    at Timeout._onTimeout (/src/server/services/nextcloud-talk/lib/bot/bot.poll.js:52:27)
    at listOnTimeout (node:internal/timers:569:17)
    at processTimers (node:internal/timers:512:7) {
  input: '/ocs/v2.php/apps/spreed/api/v1/chat/?timeout=15&lookIntoFuture=0&includeLastKnown=1',
  code: 'ERR_INVALID_URL'
}
2023-07-03T23:59:03+0200 <info> bot.poll.js:36 (MessageHandler.poll) Fail to request new Nextcloud Talk messages, retry
2023-07-03T23:59:03+0200 <warn> bot.poll.js:37 (MessageHandler.poll) TypeError: Invalid URL
    at new NodeError (node:internal/errors:399:5)
    at new URL (node:internal/url:560:13)
    at dispatchHttpRequest (/src/server/services/nextcloud-talk/node_modules/axios/lib/adapters/http.js:176:20)
    at new Promise (<anonymous>)
    at http (/src/server/services/nextcloud-talk/node_modules/axios/lib/adapters/http.js:112:10)
    at Axios.dispatchRequest (/src/server/services/nextcloud-talk/node_modules/axios/lib/core/dispatchRequest.js:51:10)
    at Axios.request (/src/server/services/nextcloud-talk/node_modules/axios/lib/core/Axios.js:142:33)
    at Function.wrap [as request] (/src/server/services/nextcloud-talk/node_modules/axios/lib/helpers/bind.js:5:15)
    at MessageHandler.poll (/src/server/services/nextcloud-talk/lib/bot/bot.poll.js:34:31)
    at Timeout._onTimeout (/src/server/services/nextcloud-talk/lib/bot/bot.poll.js:52:27)
    at listOnTimeout (node:internal/timers:569:17)
    at processTimers (node:internal/timers:512:7) {
  input: '/ocs/v2.php/apps/spreed/api/v1/chat/?timeout=15&lookIntoFuture=0&includeLastKnown=1',
  code: 'ERR_INVALID_URL'
}

Nach der letzten Nachricht von @Einstein8854 bin ich zu Einstellungen>Dienste gegangen, um nextcloud-talk (das ich nicht nutze) auszuschalten. Da ich dort schon lange nicht mehr war, hat sich die Liste enorm verlängert!

Einige davon verwundern mich:

  • example: ???
  • zwave: Fehler

Ich weiß, dass zwave veraltet ist, aber ist es normal, dass es einen Fehler anzeigt? Beeinträchtigt das die Leistung von gladys?

Kann ich example deaktivieren? Wird es noch für etwas anderes genutzt?

Außerdem fällt mir eine Seltsamkeit auf: Die Servicenamen werden nicht gleich angezeigt, je nachdem, ob ich auf dem Handy oder am PC (beides über Gladys+) bin


Ehrlich gesagt ändert sich dadurch überhaupt nichts :smiley:

Beispiel ist ein Beispielservice, der hauptsächlich für Entwickler gedacht ist, um ein Beispiel zu zeigen. Es lohnt sich nicht, darauf zu achten, da nichts darin läuft :slight_smile:

Z-Wave, lass dich davon nicht stören, es gibt keine einzige Zeile Z-Wave-Code mehr in Gladys :slight_smile: Das muss ein Relikt sein. Es hat keine Auswirkungen auf Gladys.

Seltsam, das muss ein Problem beim Laden der Übersetzungen sein. Kannst du ein Github-Issue erstellen? Ich kann nicht garantieren, dass ich es kurzfristig anschaue, es ist wirklich sehr geringfügig ^^

Ich dachte, Gladys sollte nicht abstürzen, wenn ein Dienst ausfällt. Hast du eine Idee, warum ein Dienst wie Nextcloud (der nicht mehr konfiguriert ist) Gladys zum Absturz bringt?

Als ich den Dienst deaktiviert habe, stellte ich fest, dass auch der Bluetooth-Dienst bei mir einen Fehler aufwies:

Ich finde keine besonderen Logs.

Kannst du ein separates Thema mit allen Informationen erstellen? (Crash-Logs insbesondere)

Deine Nachricht war wohl für @Einstein8854 bestimmt, oder? :smiley:

Denn ich habe keine Infos (Log-Datum oder ähnliches) zum Bluetooth :-/

Das war nicht für dich! Ich dachte, du sprichst von dem Nextcloud-Service, der Gladys zum Absturz gebracht hat?

Na, das ist es, was @Einstein8854 passiert ist. Ich habe einfach nur den Dienst deaktiviert, nur für den Fall ^^'.

Aber mein Bluetooth-Dienst hat einen Fehler, aber kein Absturz von Gladys.

Danke @Einstein8854, dass du das Nextcloud Talk-Problem gemeldet hast. Für diejenigen, die es haben, kann einer von euch auf seine Datenbank zugreifen und den Wert der Variablen NEXTCLOUD_TALK_TOKEN überprüfen? Normalerweise, wenn der Poll gestartet wird, bedeutet das, dass ihr bereits versucht habt, den Dienst zu konfigurieren und es einen Wert gibt
Ich werde versuchen, das Problem schnell zu beheben

@bertrandda Normalerweise sollte ein Absturz beim Start eines Dienstes Gladys nicht zum Absturz bringen. Siehst du, was da durchgerutscht sein könnte? :slight_smile: