Aus Code-Sicht ist für mich alles in Ordnung! Ich habe den PR jedoch nicht in der Praxis getestet.
Wie weit wurde der PR getestet? Wurde die Datenmigration getestet?
@GBoulvin Ich wäre dir dankbar, wenn du den PR mit dem Docker-Build in der Praxis testen könntest. Wenn alles in Ordnung ist, werde ich den PR zusammenführen!
Danke an alle, und entschuldigt bitte, falls es bei diesem PR in den letzten Monaten ein kleines Missverständnis gegeben hat. Manchmal geraten PRs ein wenig in Vergessenheit, am besten ist es, nicht zu zögern und nachzufassen, wie es @GBoulvin getan hat
Kein Problem, ich hatte in den letzten Monaten nicht viel Zeit und hatte die Hausautomatisierung für ein anderes Projekt etwas liegen lassen
Bei den Tests hatte ich alles vor der Aktualisierung der Migrationsdatei durch @VonOx getestet. Ich habe es bei meiner letzten Aktualisierung natürlich noch einmal getestet, aber ohne Migration. Ich mache heute Morgen genau den echten Test mit 5 Sensoren, leider habe ich keinen Sonoff Dual R3 … den ich gerne testen würde, da er auch betroffen ist.
Nicht, dass es vorher besser war, überhaupt nicht, aber gibt es da ein Problem, Konfliktgefahr? Ich weiß, dass es in letzter Zeit Änderungen in dieser Hinsicht gab…
Zweiter Test, mit Datenbankübertragung (läuft noch…)
Mein RPi 2 nimmt die 4GB-Produktions-DB scheinbar nicht leicht an…
Aber es funktioniert.
Aktualisierung erscheint sofort in der Tasmota-Integration, MQTT-Erkennung
Dieses PR betrifft nicht das Frontend, es ist das gleiche Verhalten wie derzeit in der Produktion (außer wenn der Docker-Build nicht auf dem richtigen Branch durchgeführt wurde?)
Ich denke, was hier passiert, ist, dass du ein Gerät hast, das mehrmals dasselbe Merkmal hat, und die Anzeige wechselt in den Modus „Anzeige komplexes Gerät“.
Dein Kuga-Anschluss hat drei verschiedene Funktionen (W, V und A), und so kann man die drei unterscheiden, daher wird der Gerätename angezeigt (und nicht das Merkmal)
„Bereinigung der Zustände eines Geräts“ ist eine Aufgabe, die ausgelöst wird, wenn ein Merkmal gelöscht wird.
In diesem Fall des PRs könnte ich dir keine Antwort geben
Ich überlasse es @Terdious, sich mit dir zu besprechen
Tatsächlich @GBoulvin, ich hatte das Gleiche bemerkt und es hat mich schockiert! In solchen Fällen finde ich das wirklich nicht schön. @pierre-gilles, im Anschluss an dieses PR wäre es möglich, dass wir eine weitere Entwicklung in diese Richtung vornehmen, die alle Merkmale betrifft:
Wenn der Name des Merkmals vom Benutzer geändert wird, dann wird der Name des Merkmals in den Anzeigen berücksichtigt. Dadurch bleiben alle Integrationen, bei denen der Name des Merkmals nicht änderbar ist, unverändert. Aber alle änderbaren Merkmale (und es ergibt Sinn, wenn sie änderbar sind) werden nach Belieben des Benutzers beeinflusst (keine Änderung bei einem Update, wenn der Benutzer den Namen nicht geändert hat) - Das geht ein wenig in die gleiche Richtung wie das Ändern eines Merkmals vom Typ Steckdose in die Beleuchtung auf Tasmota.
Falls ja, werde ich den Funktionswunsch erstellen.
In diesem Fall @GBoulvin, kannst du uns sagen, wie es heute aussieht? Ich hatte diesen Fall vor der Einrichtung der Migrationsdatei nicht und hatte diesen Fall im November nicht (ich denke, die Bereinigung war noch nicht in Gladys). Ich konnte den Test gestern nicht durchführen, meine Tochter war krank. Ich werde den Test am Wochenende durchführen.
Hast du dasselbe Symptom bei den drei Merkmalen (Leistung, Stärke und Spannung?) oder nur bei Stärke und Spannung? Das wird helfen zu wissen (wenn du die Historie verlierst), um zu wissen, woher es kommen könnte.
@pierre-gilles in diesem Fall werde ich es mir ansehen, aber ich weiß es auch nicht, ich habe nichts in Bezug auf die Schaltfläche „Aktualisieren“ geändert, sie wurde von Anfang an verwaltet. Was ich jedoch weiß, ist, dass, wenn du ein Gerät mit einem neuen Merkmal oder einem geänderten Merkmal aktualisierst und du die Namen der anderen Merkmale geändert hattest, die Namen der Merkmale nicht zurückgesetzt werden, daher nehme ich an, dass es keine Löschung gibt.
Also, ich habe gerade den Test mit Migration in der Realität durchgeführt. Auf meiner am 8. Juni installierten POW Elite habe ich den korrekten Verlauf. Gleiches gilt für die vor mehr als einem Jahr installierte POWR2-Pumpe des Brunnens. Die Werte sind zwar nicht aussagekräftig, da ich sie momentan nicht nutze ^^ Aber ich habe dein Problem @GBoulvin nicht und vor allem läuft bei mir keine Aggregationsbereinigung …
Also, heute Morgen gibt es keine Werte vor gestern Abend für Leistung und Spannung, da das Kontrollkästchen für die Historisierung der Stärke schon lange deaktiviert ist.
Und ein Fehler bei der Aggregation:
Oh, das ist ein Ausnahmefall, bei dem die 4-GB-Datenbank von einer RPi4-Installation auf eine RPi2 übertragen wird. Und aufgrund der Größe der Datenbank muss sie auf dem USB-Stick bleiben, was nicht ideal ist. Es dauert etwa 15 Minuten, bis Gladys unter diesen Bedingungen startet .
Falls der Test nicht erfolgreich ist, werde ich den Testcontainer auf meiner Produktionsinstallation platzieren. Theoretisch sollte mit dem Gladys±Backup nicht viel schiefgehen…
Ok, also falscher Alarm!
Die Diagramme und historischen Daten sind da und gut aktualisiert mit den korrekt umgerechneten Werten! Es war tatsächlich die Datenbankübertragung, die faul war.
Danke @Terdious für die tolle Arbeit!
Ich bin ungeduldig…
Ebenfalls!! Alle Tests im Zusammenhang mit den Änderungen funktionieren bei mir auf Seiten von POW R2 und den neuen POW Elite.
Es bleibt nur noch, dass der Dual R3 nicht getestet werden konnte, aber da die Funktionsweise identisch ist, sehe ich keinen Grund, warum es nicht funktionieren sollte.
.
