wichtiges UPDATE für controller 7.2.2 im stable

[Rico Sander]

@Daniel-8 sagte:

@maxclaudi

Vielen Dank für die Erklärung.

Es gibt ja in der App eine Funktion wo man zumindest die Kalibrierungszeit einstellen kann. Habe es noch nie getestet. Somit ist mir auch nicht klar, ob dann mit dc (Pv Leistung) oder mit netzstrom kalibriert wird.

Moin,

das wird die Funktion sein, die Anfang Juni vom Support in einer Mail angekündigt wurde.
Zitat Support:

Gute Neuigkeiten: Unsere automatische Kalibrierungsfunktion steht kurz vor der Veröffentlichung. Sie können dann für Ihre Batterie Start- und Endzeit sowie die Lade-/Entladeleistung festlegen, und das System führt die Kalibrierung innerhalb des gewählten Zeitraums automatisch durch. Das wird den bisherigen Aufwand erheblich reduzieren.

@maxclaudi

Danke für Rückmeldung, dann werde auch ich vorerst auf das Update verzichten.
Einen schönen Tag Euch da draußen...

[maxclaudi]

@Daniel-8 sagte:
Es gibt ja in der App eine Funktion wo man zumindest die Kalibrierungszeit einstellen kann.

Bei Dir ist Api Version:2; dann verwendest Du vermutlich eine neuere App-Version ohne Firmware-Update.

@Rico-Sander sagte:
das wird die Funktion sein, die Anfang Juni vom Support in einer Mail angekündigt wurde.

An alle:
Wenn Firmware aktualisiert wurde auf API 3 und man die App für die Kalibrierung nutzt, dann wäre es interessant was für Werte in der App eingestellt wurden und was die Datenpunkte für Werte liefern:

• properties.batCalTime
• properties.socCompSwitch
• properties.socStatus

evtl. noch
properties.pass beobachten.

[Daniel 8]

@maxclaudi sagte:

@Daniel-8 sagte:
Es gibt ja in der App eine Funktion wo man zumindest die Kalibrierungszeit einstellen kann.

Bei Dir ist Api Version:2; dann verwendest Du vermutlich eine neuere App-Version ohne Firmware-Update.

Ja die App ist aktuell ohne Firmwareupdate. Aber ich meine das es in der vorherigen Version der App auch schon drin war. Kann mich aber auch täuschen

@Rico-Sander sagte:
das wird die Funktion sein, die Anfang Juni vom Support in einer Mail angekündigt wurde.

An alle:
Wenn Firmware aktualisiert wurde auf API 3 und man die App für die Kalibrierung nutzt, dann wäre es interessant was für Werte in der App eingestellt wurden und was die Datenpunkte für Werte liefern:

• properties.batCalTime
• properties.socCompSwitch
• properties.socStatus

evtl. noch
properties.pass beobachten.

Ich bin ja noch auf Api 2 und nutze eine Manuelle Kalibrierung über Iobroker. Da wird spätestens nach 27 Tage über PV Strom auf 100% geladen.

[maxclaudi]

@Jockel_Bln sagte:
@All Eventuell kann da mal jemand drüber gucken, ob ich da sehr grobe Schnitzer drin habe...
EDIT: Beim Nachladen ab 95% muss es natürlch < 95 heißen.

Hi @Jockel_Bln,

das mit „< 96“ hast Du ja selbst schon korrigiert.
Deine einfache Steuerung sollte so als Grundgerüst für den Anfang funktionieren.

Ein paar Vorschläge:

Abfrage vor dem Senden:
Prüfe vor jedem erneuten Setzen des output oder input Limits, ob der neue Wert überhaupt vom aktuellen Datenpunktwert abweicht.

Variablen statt Festwerte:
feste Zahlen (10, 20, 100, 95) können durch dynamische Datenpunkte wie setSoc (z. B. 90% oder 100%), minSoc oder Vergleiche wie minSoc + 5 ersetzt werden.

Messwerte nutzen: Du kannst statt der vom BMS geschätzten SoC-Werte auch echte, verlässliche Messwerte wie MinVol und MaxVol für Vergleiche heranziehen.

Mehrere Batterien einplanen:
Bei Freigabe_Laden: falsch, wenn socLevel... kannst Du direkt alle Batterien berücksichtigen oder das Skript zukunftssicher umbauen.
Dafür kann man den übergreifenden Datenpunkt properties.electricLevel nutzen.

Ladegrenzen beachten:
Sobald das eingestellte socSet erreicht ist, stoppt das Laden ohnehin automatisch.
Man kann zusätzlich den Datenpunkt: properties.socLimit (0: normal, 1: Charge limit reached, 2: Discharge limit reached) nutzen, um den Status direkt abzufragen.

Mindestdauer & Hysterese:
Man könnte eine Mindestdauer für geänderte Limits einsetzen, um schnelles Hin- und Herschalten zu vermeiden.
Dein Trigger ist zwar alle 10 sec, aber ein setzen von einem neuen Limit bis es ordentlich und ruhig anfängt zu wirken, benötigt allein schon diese Zeit.
Eine kleine Hysterese hilft ebenfalls:
outputLimit erst ändern, wenn der neue Wert um mindestens X Watt (z. B. deine 10W oder 20W) vom aktuellen Wert abweicht.

Ist-Werte in Skripten vergleichen:
bitte nicht nur die reinen Sollwerte (z. B. Falls inputLimit === 100) vergleichen.
Es ist idealer wenn stattdessen die tatsächlich wichtigeren Ist-Werte mit eingebunden werden
(z. B. Falls inputLimit === 100 && properties.gridInputPower === 100).
Noch schöner ist es, wenn Du prüfst, ob das inputLimit bei 100 liegt und die gridInputPower innerhalb eines Toleranzbereichs von +/- X Watt oder X % des Limits liegt.

Da sind zwar noch ein paar kleine Ungereimtheiten drin, habe es nur grob überflogen, aber fürs erste hoffe ich, hilft dir das weiter.

Viel Erfolg!

[maxclaudi]

@Daniel-8 sagte:
Ich bin ja noch auf Api 2 und nutze eine Manuelle Kalibrierung über Iobroker.

Das machst Du auch gut so ;-)

Mein Post war an alle mit Firmware-Update API 3 gedacht, um evtl. das Script zu verbessern.

[maxclaudi]

@Jockel_Bln
hätte 2 Fragen, weil Du den 2400AC+ verwendest.

1. Welche Version verwendest Du?
   siehe Bild, Beispiel für version: 2

2. in früheren Firmware-Versionen unterscheiden sich die Geräte 24XX zu den anderen Solarflow 8xx
   in den Datenpunkten für den Lüfter:
   AC24XX hatten (haben noch?):
   properties.fanSwitch: 1
   properties.fanSpeed": 0

Bei den anderen Geräten SF8XX und 1600AC werden die Keys anders benannt:

properties.Fanmode: 1
properties.Fanspeed: 0

siehe Bild:

---

@Jockel_Bln und Alle die ein Zendure 24XX oder höher verwenden:

Sind die Unterschiede noch vorhanden, oder wurden die keys bei den Geräten 24XX AC oder >2XXX nun angepasst und liefern auch:
properties.Fanmode: 1
properties.Fanspeed: 0
?

Danke für jede Rückmeldung.

[Jockel_Bln]

Hallo @maxclaudi

@Jockel_Bln
hätte 2 Fragen, weil Du den 2400AC+ verwendest.

1. Welche Version verwendest Du?

Da mich die App gleich nach der Installation zum Update genötigt hat, habe ich die Version 3 drauf.

Sind die Unterschiede noch vorhanden, oder wurden die keys bei den Geräten 24XX AC oder >2XXX nun angepasst und liefern auch:
properties.Fanmode: 1
properties.Fanspeed: 0

Ich bekomme auch
properties.Fanmode: 1
properties.Fanspeed: 0

[maxclaudi]

@Jockel_Bln
Danke für die schnelle Rückmeldung.

[paul53]

@maxclaudi [sagte]: Die Werte sind nicht direkt „gelogen“

Stimmt. Ich messe jetzt mittels einer FRITZ!DECT 200 die Netzleistung des SF. Sie stimmt nahezu mit der "gridOffPower" überein (ca. 17 W), wenn "acMode" = 1 (Netzladen) und der SoC >= "socSet" ist.
Trotzdem steigt oberhalb von "socSet" der SoC um 1 % alle 2 Stunden, was einer Ladeleistung von 9 W entspricht, die auch im DP "Battery pack power" angezeigt wird. Woher kommt diese zusätzliche Leistung? Gibt es eine Zusatzbatterie?

[maxclaudi]

@paul53

Sorry, dazu kann ich mich nur wiederholen

maxclaudi sagte:
Wie das genau von Zendure gelöst ist kann ich nicht beurteilen.