Releases: thowiegit/hacs-APsystems
Release list
v3.3.4.post1 – Repository rename and installation documentation fixes
Das Repository wurde von
thowiegit/hacs-APsystemsEZ1_local_API
in
thowiegit/hacs-APsystems
umbenannt.
Der Zweck der Umbenennung ist das Readme konsistenter mit der tatsächlichen Installation und realen Auswirkung der Integration - dergestalt, das sie die bestehende Core Integration 1 zu 1 überdeckt - im System zu gestalten und neuen Nutzern ein leichter verständliches Readme an die Hand zu geben.
Bestehende Installationen sollten über die Repository-Weiterleitung von GitHub weiterhin funktionieren.
Es ist keine Deinstallation oder Neuinstallation der Integration erforderlich.
v3.3.4
from upstream Release Notes:
Änderungen
Fehlerverbesserungs-Release
Fehlerverbesserung Energiereset-Erkennung
Leider scheint der Wechelrichter manchmal falsche Energiewerte für P1 und P2 zu liefern. Dies kann zu einer Reset Fehldetektion führen. Wenn dann wieder richtige Werte geliefert werden, sind die Energiewerte viel zu hoch, da ja ein Reset angenommen wurde und ein Offset hinzugefügt wurde.
Mit dieser Release, wurden ein paar Plausibilitäts- Checks eingebaut. Im geneigten Fall, kann dann der Offset wieder zurückgenommen werden. Es werden auch Log-Einträge erstellt, wenn der Offset automatisch korrigiert wird. Das war bisher nicht der Fall. Damit hat man im Log die alten Offsetwerte, falls etwas schief läuft, kann man einfach per Reconfigure die alten Offset Werte auch manuell wieder eintragen.
v3.3.3
from upstream Release Notes:
Änderungen
Fehlerverbesserungen und Namensänderung
Pers. max. Leistung ist jetzt Flashmemory max. Leistung.
Pers. ist nicht als Persistent sondern als persönlich interpretiert worden. Denke mit Flashmemory ist es einfacher zu erkennen.
Dann wurden die Tagesresetdaten mit intermediate Daten auch zwischengespeichert. Dies behebt den Resetfehler, wenn HA über Nacht (d.h. wenn der Inverter offline ist) neu gestartet wird. In diesem Szenario kann die Integration erst mal nicht starten, weil keine WR Daten vorliegen und keine Seriennummer bekannt ist. Diese wird aber zum Starten gebraucht. Dies ist nicht weiter schlimm, HA wird weiterhin probieren die Integration zu starten, was am nächsten morgen dann auch automatisch gelingt. Dabei wurde aber der Tagesreset "verschlafen" und die Tagesdaten sind dann am folgenden Tag ungewöhnlich hoch, weil ja der Vortag noch mitgezählt wird. Dies ist nun behoben.
v3.3.2
from upstream Release Notes:
Fehlerverbesserungs-Release
Schalter und Maximal Leistungswerte werden inaktiv wenn WR nicht erreichbar
So wie in der ursprünglichen Version, werden jetzt wieder der Schalter und der Maximalwert (nur der persistente bei API_V2) inaktiv, wenn der WR über Nacht (ohne PV Eingang) sich abschaltet. Die anderen Sensorwerte werden weiterhin erzeugt, um Fehlermeldungen in HA zu unterdrücken.
Anhand der Verfügbarkeit des Schalters oder der Maximalleistung (persistent) kann nun abgefragt werden, ob der WR gerade im "Schlafmodus" ist.
Rücksprungerkennung auf 0,0003kWh verändert
Werte über halb 0,0003kWh werden als Zählerreset darunter als Rundungsproblem behandelt. Scheint der beste Kompromiss zu sein.
v3.3.1b
from upstream Release Notes:
Bugfix - Fehlerverbesserungen
Initialisierung blockiert, wenn das Gerät gerade nicht erreichbar ist (in der Nacht, wenn der WR ohne PV Strom ist)
Die Initialisierung hatte unendlich auf das Gerät gewartet. Dies ist nun korrigiert. Es wird nach vielen Wiederholungen ein Fehler ausgegeben. HA probiert dann selbstständig wieder das Gerät später zu initialisieren. Aber HA als solches ist nicht mehr gesperrt. Hat das Hochfahren von HA blockiert, wenn dieses Gerät nicht verfügbar war.
Tagesdaten werden nun in der Nacht zurückgesetzt, auch wenn das Gerät nicht erreichbar ist
Wenn der WR in der Nacht nicht erreichbar ist, wurden die Tagesproduktionsdaten nicht um 24:00 Uhr sondern erst beim Aufwachen am Morgen zurückgesetzt. Dies ist nun korrigiert, und die Zähler sollten pünktlich um 24:00 auf 0 springen.
Außerdem hat es eine unwahrscheinliche Situation gegeben, dass die Tageszähler kleine negative Werte bekommen haben. Dies ist auch korrigiert.
Übersetzungsfehler im Temperatur Wert
Internal Temperatur --> Interne Temperatur
Im Konfig Dialog 240kWh - 540kWh für Reset der Counter
v3.3.1a
v3.3.1
from upstream Release Notes:
Bugfix - Fehlerverbesserungen
Initialisierung blockiert, wenn das Gerät gerade nicht erreichbar ist (in der Nacht, wenn der WR ohne PV Strom ist)
Die Initialisierung hatte unendlich auf das Gerät gewartet. Dies ist nun korrigiert. Es wird nach vielen Wiederholungen ein Fehler ausgegeben. HA probiert dann selbstständig wieder das Gerät später zu initialisieren. Aber HA als solches ist nicht mehr gesperrt. Hat das Hochfahren von HA blockiert, wenn dieses Gerät nicht verfügbar war.
Tagesdaten werden nun in der Nacht zurückgesetzt, auch wenn das Gerät nicht erreichbar ist
Wenn der WR in der Nacht nicht erreichbar ist, wurden die Tagesproduktionsdaten nicht um 24:00 Uhr sondern erst beim Aufwachen am Morgen zurückgesetzt. Dies ist nun korrigiert, und die Zähler sollten pünktlich um 24:00 auf 0 springen.
Außerdem hat es eine unwahrscheinliche Situation gegeben, dass die Tageszähler kleine negative Werte bekommen haben. Dies ist auch korrigiert.
v3.3.0
following upstream Release v3.3.0
https://github.com/AndyNew2/hacs-APsystemsEZ1_local/releases/tag/v3.3.0
v3.2.9
v1.0.0
initial Release for domain change
This is the first release to change the domain under which this custom Fork of AndyNew2 enhanced APsystem EZ1 local API will live, so that it truely can replace the official internal Integration