Hallo,
Ich habe alle paar Sekunden eine Aktivität. Ich denke, das könnte meine Partition füllen, in der sich Gladys in den Logs befindet. Ist das normal?
Hallo
Kannst du uns mehr über diesen Sensor (welches Modell) erzählen und über welche Integration er an Gladys gemeldet wird?
Manche Sensoren sind sehr redselig
Hallo, danke für deine Hilfe.
Die Integration ist Tuya „Cloud“ und ich habe ein MOES Smart Garage Door Modul Zigbee (funktioniert mit Tuya).
Hier sind die Logs (grüne und rote Zeilen), die in Schleifen zurückkehren
2026-09-26T06:30:07.617581971Z 2026-09-26T08:30:07+0200 connect.js:87 (MqttClient.) Fehler erkannt, automatische Wiederverbindung wird aktiv
2026-09-26T06:30:12.617774239Z 2026-09-26T08:30:12+0200 connect.js:76 (MqttClient.) Versuche, eine Verbindung zum MQTT-Broker wiederherzustellen…
2026-09-26T06:30:12.619258273Z 2026-09-26T08:30:12+0200 connect.js:80 (MqttClient.) Fehler beim Verbinden mit MQTT
2026-09-26T06:30:12.619882850Z 2026-09-26T08:30:12+0200 connect.js:81 (MqttClient.) ErrorWithReasonCode: Verbindung abgelehnt: Nicht autorisiert
Die drei sich wiederholenden Zeilen (Schalter „Aus“, „Gutes Signal“, „Geschlossen“) entsprechen den Funktionen, die Zigbee2mqtt für dieses MOES-Modul erstellt (trigger, garage_door_contact, linkquality). Die Tuya Cloud-Integration erstellt weder ein Signal noch einen Öffnungssensor. Kannst du in Integrationen > Zigbee2mqtt überprüfen, ob deine „Garagentor“-Funktion dort vorhanden ist?
Falls ja, hier ist, was passiert: Dieses Tuya-Modul sendet seine Werte sehr häufig, selbst wenn sich nichts ändert. Bei jeder Nachricht speichert Gladys die 3 Werte, daher der Datenstrom im Aktivitätsbildschirm.
Um das zu beruhigen:
- In Zigbee2mqtt (Z2M-Interface > Gerät > Einstellungen), füge eine
debounce-Verzögerung von einer oder zwei Sekunden hinzu. Z2M gruppiert dann die nahen Nachrichten. Du kannst auchlinkqualityinfiltered_attributessetzen, wenn dich das Signal nicht interessiert. - In Gladys, auf der Geräteseite, deaktiviere „Verlauf speichern“ bei den Funktionen, die du nicht brauchst (z. B. das Signal). Sie werden dann nicht mehr gespeichert oder im Aktivitätsbildschirm angezeigt.
Für die MQTT-Logs „Not authorized“ ist das ein anderes Thema: Es ist die MQTT-Integration (und nicht Zigbee2mqtt), die sich alle 5 Sekunden mit einem falschen Benutzernamen verbindet. Wenn du keine MQTT-Geräte außerhalb von Zigbee2mqtt hast, deaktiviere sie in Integrationen > MQTT. Andernfalls korrigiere den Benutzernamen und das Passwort in ihrer Konfiguration.
Für den Speicherplatz kannst du auch die Docker-Logs begrenzen (--log-opt max-size=10m --log-opt max-file=3).
Danke
Ich finde die Z2M-Schnittstelle → Gerät > Einstellungen nicht.
Sind die Einstellungen im oberen Tab unter „Konfiguration“?
Ich finde keinen YAML-Bereich
Ich versuche es schon seit über 2 Stunden mit IA, wir haben es geschafft, die Aktivität zu stoppen, aber wir verloren die Zustände und/oder den Knopf der Garagentür. Ich bin zum Datei in nano im Terminal gegangen, wo ich einen Debounce einstellen konnte. Das hat auf der einen Seite geholfen, aber nicht auf der anderen.
das ist gut, ich habe es mit der KI geschafft, wiederzufinden
Okay, vu. Was du mir sagst, habe ich mit der KI im Terminal gemacht. Das hat das Problem der Aktivität gelöst, aber der Zustand ist nicht mehr korrekt. Also, nach den 2 Stunden hat es sich entweder so oder so erledigt.
Ist es störend, dass die Aktivität alle paar Sekunden in einer Schleife läuft?
Ist er falsch oder hast du eine Verzögerung? Das Debouncing fügt Verzögerung hinzu (das ist der Sinn).
Das ist nicht störend, außer dein System leidet unter Langsamkeit (z. B. Raspberry Pi) oder du hast eine langsame Festplatte (kein SSD oder SD-Karte).
Ich habe viele Geräte, die alle Sekunden schreiben und keine Probleme.
Wenn dich der Verlauf nicht interessiert, kannst du in Gladys, auf der Seite des Geräts, „Verlauf speichern“ bei den Funktionen, die du nicht brauchst (z. B. das Signal), deaktivieren. Sie werden nicht mehr gespeichert oder in der Aktivität angezeigt. Aber du kannst sie immer noch in einem Dashboard anzeigen oder in Szenen darauf reagieren.
- Selbst nach mehreren Sekunden ist der Status falsch.
- Ich denke, ich werde es so laufen lassen. Ich hoffe nur, dass es nicht die Logs und damit meine Partition füllt. Das weiß ich nicht. Und ja, ich habe bereits die Option „Verlauf speichern“ deaktiviert.
Danke für deine Hilfe 
Ich habe immer noch das gleiche Problem mit meiner Garagentür, die nicht aufhört zu kommunizieren, nachdem ich nach einem Blockieren von Gladys alles neu installiert habe.
Ich denke, das Problem, das ich hatte, war, dass die Historie oder die Logs dieses Problems den Speicherplatz meiner Partition gefüllt haben, sodass ich die Updates der Integrationen und auch von Gladys nicht durchführen konnte.
Trotz der Tatsache, dass ich den Gladys zugewiesenen Speicherplatz vergrößert habe, läuft Gladys 24/7 und jeden Tag, ich kann mir nicht vorstellen, wie viel Speicherplatz das in Anspruch nehmen wird.
Habt ihr eine Lösung für dieses Problem?
Danke 
Gibt es einen Zusammenhang mit der Tuya-Integration, da ich sie anfangs installiert habe, damit es funktioniert, aber in dieser Integration habe ich keine Geräte.
Mein Modell ist das MOES SMART GARAGE DOOR MODULE mit „works with TUYA“.
Lass es sein, ich habe zu viel Zeit reingesteckt. Ich höre auf.
Danke trotzdem.
Ich verstehe, dass du die Nase voll hast. Hier nur das Wichtigste:
1. Es liegt nicht an deiner Konfiguration, sondern am Modul. Der MOES ZM-102-M ist dafür bekannt, 1 bis 3 Nachrichten pro Sekunde zu senden, selbst wenn die Tür nicht bewegt wird (Zigbee2mqtt #29059, geschlossen ohne Behebung, und dieselbe Beobachtung bei Home Assistant). Keine Einstellung bringt ihn zum Schweigen. Der Debouncer gruppiert nur die Nachrichten, und er war es, der dir den Zustand verfälscht hat: Schalte ihn nicht wieder ein.
2. Wahrscheinlich war er es nicht, der deine Festplatte gefüllt hat. Dein Screenshot zeigt es: 428.402 Zustände wiegen 9,1 MB, also etwa 20 Bytes pro Zustand. Bei einer Nachricht pro Sekunde sind das weniger als 2 MB pro Tag und Funktion. Was die Logs der Zigbee2mqtt- und MQTT-Container angeht, begrenzt Gladys sie auf 10 MB.
3. Damit er überhaupt keinen Platz mehr einnimmt, gehe auf die Geräteseite und deaktiviere auch „Verlauf speichern“ bei Öffnung (Ja/Nein), dann klicke auf Speichern. Genau diese Speicherung löscht im Hintergrund die bereits gespeicherten Zustände. Auf deinem Screenshot ist Schalter deaktiviert, zeigt aber immer noch 428.402 Zustände an: Wenn du nicht gespeichert hast, musst du das auch tun. Die Tür bleibt steuerbar, und ihr Zustand bleibt auf dem Dashboard und in den Szenen aktuell. Wenn du den Öffnungsverlauf behalten möchtest, lasse ihn aktiviert und reduziere stattdessen die Aufbewahrungsdauer auf 1 Monat unter Einstellungen > System.
4. Tuya ist nicht schuld. „Works with Tuya“ bedeutet nur, dass das Modul mit einer Tuya-Gateway funktioniert. Bei dir läuft es über deinen Zigbee-Key und Zigbee2mqtt, also kannst du die Tuya-Integration deaktivieren.
Falls du eines Tages wissen möchtest, was die Partition wirklich gefüllt hat, füge hier das Ergebnis dieser drei Befehle ein, und wir sagen dir, was du gefahrlos löschen kannst:
df -h
sudo docker system df
sudo du -sh /var/lib/gladysassistant/* | sort -h