@Psoy Bizarre normalerweise sollte es genauso funktionieren wie bei Xiaomi.
Bestätigst du, dass deine Installation keine besonderen Probleme hat? Funktioniert deine SD-Karte einwandfrei?
Du kannst überprüfen, ob die Aggregation der Sensorwerte korrekt funktioniert, indem du zu „Einstellungen“ > „Hintergrundaufgaben“ gehst.
Du solltest einen Bildschirm wie diesen sehen:
Falls du auf dieser Seite keine Probleme hast, kannst du eventuell die Logs von Gladys überprüfen:
docker logs gladys
Hallo @Psoy! Okay, ich sehe das Problem, es ist ein Bug, der bereits gemeldet und bereits behoben wurde, das wird in der nächsten Version gefixt 
Ich lasse dich diesen Thread lesen, wenn du das verfolgen möchtest:
@Psoy Fehler in Gladys Assistant v4.7.2 behoben!
Hallo @pierre-gilles
Ich finde, meine Gladys-Instanz ist in letzter Zeit etwas weniger reaktiv. Die Diagramme brauchen 10 Sekunden zum Laden, wenn ich abends die Tür öffne, kann es mehrere Sekunden dauern, bis das Licht angeht, usw.
Wie kann ich auf Serverseite untersuchen, um Gladys auszuschließen und zigbee2mqtt zu involvieren?
Edit: Ich habe mehrere Browser getestet.
Grundlegende Dinge zu überprüfen
Auf deinem Pi installiere htop:
sudo apt-get install htop
Dann gib htop ein
Du solltest die laufenden Prozesse mit ihrer CPU- und RAM-Nutzung sehen.
Überprüfe zunächst, ob es hier keine Unstimmigkeiten gibt (ein RAM-Mangel kann zu Kaskadenproblemen führen), und schau dir die Prozesse an, die am meisten CPU verbrauchen.
Ein weiteres nützliches Kommando:
docker stats
Zeigt die Metriken jedes Containers an.
Datenbankfüllung
Ich glaube, du hattest in der Vergangenheit bereits ein Problem mit einem sehr ausführlichen Zigbee2mqtt-Sensor, der die Datenbank füllt? Du kannst die Datenbank wie beim letzten Mal inspizieren (ich habe dir damals, glaube ich, ein SQL-Kommando gegeben).
Guten Abend,
Ich habe das gleiche Problem wie du, lmilcent, aber ich habe noch kein zigbee2mqtt, dafür aber den Broker mosquitto und Node red auf dem gleichen Rpi installiert. Ich habe meine Installation zweimal neu gemacht, am Anfang lief alles gut und dann wurde es langsam und manchmal reagiert Gladys schnell.
Pierre Gilles
Ich habe deinen Befehl « htop » ausgeführt (und da ich das Glück habe, zwei RPI zu haben, kann ich vergleichen) und auf dem, der langsam läuft, habe ich bemerkt, dass der Swp hoch ist (ich weiß nicht, wie ich das interpretieren soll)
Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||306M/923M]
Swp[|||||||||||||||||||||||||||||||||||||||||||||||||||||||100.0M/100.0M]
Auf dem anderen, der nur Gladys konfiguriert hat, aber ohne Geräte oder sonst etwas, habe ich das:
Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||||| 202M/923M]
Swp[ 0K/100.0M]
Sende einen Screenshot des Befehls
docker stats
Bei den verwendeten Ressourcen war das der erste Punkt, den ich überprüft habe. Alles in Ordnung, außer wenn ich das Dashboard öffne, was einen Ressourcenpeak verursacht (logisch).
Und natürlich, wenn ich einen aufgezeichneten Test durchführe, funktioniert es perfekt!
Ich werde das weiter beobachten. Im Moment ist meine DB 3,5 GB groß.
Ok, halte uns auf dem Laufenden
@Psoy Tatsächlich gibt es bei dir eindeutig ein Ressourcenproblem, ich denke, dass du zu bestimmten Zeiten im Lebenszyklus deines Pi RAM-Spitzenwerte hast (man muss schauen, wann: Das könnte sein, wenn Watchtower das Update durchführt? Wenn Gladys die Daten im Hintergrund aggregiert? Bei Node-RED?), und dass es dann stark swapt, was auf einer SD-Karte extrem langsam ist
Außerdem ist dein docker stats völlig seltsam. Eine SD-Kartenbeschädigung ist auch nicht auszuschließen, das könnte diese etwas kaputten Anzeigen erklären
Vielleicht solltest du deinen Pi zunächst neu starten? Ansonsten würde ich dir wirklich raten, auf eine SSD umzusteigen
Ich habe das ab und zu auf entfernten Maschinen, das würde mich nicht so sehr beunruhigen.
Ein Neustart kann das Problem lösen, man sollte auch prüfen, ob Node Red nicht zu viel verbraucht. Ist es immer noch bei 30% CPU?
Ich habe schon fast meinen Raspberry Pi wegen eines schlecht gemachten Node Red-Programms zum Absturz gebracht 
Ja, das stimmt. Ich habe es nicht erwähnt, aber ein Node-RED-Programm, das eine Endlosschleife (oder eine zu häufige Schleife) auslöst, ist nicht auszuschließen.
Ich habe den Pi mehrmals neu gestartet und das Problem besteht weiterhin. Und was die SSD betrifft, versuche ich seit zwei Wochen, sie zu installieren. Ich habe das Tutorial von GBoulvin ausprobiert (jetzt habe ich es geschafft, alles zu partitionieren. Der Vorgang ist bis zum Ende gut gelaufen, aber wenn ich den Pi ohne die SD-Karte neu starte, startet der Pi nicht und die SSD-LED blinkt nicht einmal). Natürlich habe ich auch dein Tutorial ausprobiert und das hat auch nicht funktioniert. Es startet nicht neu. Wenn ich die SD-Karte wieder einlege, bootet der RPI gut, die SSD blinkt ein wenig. Aber ich weiß nicht, worauf es bootet, auf die SD-Karte oder die SSD
Wie kann man das bei Node-RED sehen?
Ich denke, du solltest dir das Tutorial von @pierre-gilles ansehen. Er erklärt gut, wie man mit dem Objekt „debug“ das Ergebnis einer Operation anzeigt, also möglicherweise, wenn es irgendwo eine Schleife gibt
Danke für deine Antwort,
Kein Problem auf meiner Seite, alle meine „Debugs“ laufen flüssig
Achtung, ich hatte einen SSD bestellt, aber er wurde vom Pi nicht erkannt und er startete nicht beim Booten.
Hat dein SSD einen Knopf? Das könnte das Problem sein, falls es so ist.
Bingo, ich habe gerade die Installation des SSDs wiederholt, aber mit einer 250-GB-Festplatte, und es funktioniert.
Danke Tlse-vins, für deine Hilfe, ich hatte das gleiche Problem wie du, der SSD bootet nicht, obwohl er auf dem PC normal funktioniert und die ext4-Partitionen akzeptiert. Ich verstehe es nicht. Nun kann ich weitermachen. 
Genau das ist es, es braucht keinen Ein-/Ausschalter, ich habe die SSD für etwas anderes wiederverwendet.
Ich habe keinen Ein-/Ausschalter, aber als ich das Tutorial von Pierre Gilles verwendet habe, hat es sofort funktioniert. Aber mit dem SSD (ist das ein SP A55 128G ???), hat er nie gestartet.
Vielen Dank nochmal.
