Möglichkeit, den Verlauf bestimmter Funktionen nicht mehr zu speichern, um den DB-Speicherplatz zu sparen und die Leistung zu verbessern
=> in der Datenbank habe ich nur den letzten Wert fĂĽr die Funktion, bei der ich den Verlauf deaktiviert habe, und alle Daten fĂĽr die anderen
Für dich habe ich den Xiaomi-Sensor vockqjk11lm schon seit einiger Zeit, ich hole mir Temperatur und Luftfeuchtigkeit, aber nicht voc, also warte ich gespannt auf die Veröffentlichung der Version
Ich habe gestern noch Feedback dazu gegeben. Der Code des Oauth 2.0-Teils ist nicht besonders robust.
Warum nicht in einer kommenden Version! Danach, wenn du willst, dass es mit Zigbee funktioniert, musst du nicht nur die Einheit hinzufĂĽgen, es gibt sicherlich auch Code, der im Z2M-Teil erstellt werden muss
Drastische Leistungsverbesserung bei Dashboards mit Diagrammen => Es geht viel schneller
LQI Zigbee2Mqtt => Vielleicht könnte man in einer zukünftigen Version beim Überfahren den LQI-Wert anzeigen
Möglichkeit, den Verlauf bestimmter Funktionen nicht mehr zu speichern, um den DB-Speicherplatz zu sparen und die Leistung zu verbessern => Meine Datenbank ist von 2,5 GB auf 400 MB geschrumpft, indem ich 4 Funktionen (Steckdosenstärke und -spannung) gelöscht habe. Ich denke, das wird großen Datenbanken guttun. Die Deaktivierung kann lange dauern (wenn viele Daten zu löschen sind)
Das war wahrscheinlich nicht nur das, was einen Einfluss hatte. Wenn du Features-Historien löschst, führt Gladys am Ende der Löschung einen „VACUUM“ SQLite aus, damit die Datenbank wirklich bereinigt wird.
Das hat beim ersten Mal wahrscheinlich eine Menge alten Kram bereinigt, nicht nur diese 4 Features