Entladung stoppt (zu) früh: dynamicPowerLimiter: [Controller] DC power bus usage blocked by immediate charging request

[moserbe]

Verhalten: Die Entladung meines Akkus stoppt zu früh, die unteren Schwellen sind noch nicht erreicht.

Im Log finde ich "DC power bus usage blocked by immediate charging request".

Ich habe einen Akku über das Pylontech using Can angebunden. Tatsächlich sehe ich im Status, dass "Immediate Charging Requestes YES" ist. Tatsächlich verhält sich da mein Akku meiner Meinung nach etwas komisch. Über das USB Interface des Akkus sehe ich noch keine Probleme und keine Indikatoren/ Warnmeldungen. Keine Ahnung, wann und ab wann er das über den CAN Bus raus gibt.

Kann es sein, dass dieses Attribut hart die weitere Entladung stoppt und das nicht konfigurierbar ist?

[moserbe]

...ist wohl so, habe den Commit gefunden: 58befe3

[Manos1966]

Working as expected

If the battery is requesting immediate charging, we don't use any power from the DC bus and let the battery charge.

It was programmed to prevent a Deep Discharge of the battery (which could destroy it).

So the real question is: Why is your Battery giving such a signal?
What is the Volt value of your battery when this happens?

Die Entladung meines Akkus stoppt zu früh, die unteren Schwellen sind noch nicht erreicht.

have you checked whether your "unteren Schwellen" within the safety limit of the Pylontech?

PS. Sorry for the English, ich habe nicht aufgepasst 🙈

[moserbe]

Es ist ein PACE BMS und ich verwende das dort implementierte Pylontech Protokoll.

Hab keine noch keine genaue Aufzeichnung, des Verlaufs. Das Signal kommt ungefähr bei einer Gesamtspannung von 51V, vielleicht aber auch bei einer Einzelzellspannung, vielleicht auch bei einem bestimmten SOC. Habe es bisher nicht raus bekommen, was und wie triggert. Konfig Parameter finde ich keinen direkt, der darauf hindeutet. Die sind alle niedriger. Wie gesagt, in der Gui des BMS (über USB) selbst sehe ich auch keinen Hinweis/Warnung in diesem Zustand.

Grundsätzlich bin ich bei 51V schon im unteren Bereich meines Akkus. Ich habe aber das Gefühl, dass bei einer kurzfristigen hohen Entladeleistung das Signal manchmal schon einfach früh kommt und ich noch so ca 5% mit gutem Gewissen aus dem Akku ziehen könnte.

Works as expected:

Die Frage ist, wie ich das Flag interpretiere. Gebe dir recht, in der GUI steht "Immediate charging requested". Wenn ich das ernst nehme, soll ich nicht mehr entladen ;-)
Ich habe mal im Pylontech Protokoll recherchiert (https://github.com/maxx-ukoo/jk-bms2pylontech/blob/master/Docs/CAN-Bus-protocol-PYLON-low-voltage-V1.2-20180408.pdf) und dort finde ich auf Seite 4 so etwas wie, dass "Request force charge" bei SOC 5-10 oder 15-19 gesetzt wird. Wenn ich die Logik dahinter kenne, dann finde ich es etwas früh und restriktiv.

Ich glaube, ich muss das BMS einfach noch etwas genauer beobachten.

[Manos1966]

Ah, ich verstehe, es ist keine echte Pylontech Batterie.

dann finde ich es etwas früh und restriktiv.

Na ja, hier ist die Pylontech-Meinung dazu: Ab 11% SCO ist Schluss

(Pylontech Batterien sind 15S, also 48V Batterien. Du hast eindeutig eine 16S, daher sind die Spannungs-Werte nicht zutreffend fuer deine Batterie)

[moserbe]

Also, durch die Diskussion hier habe ich es geschafft, die Sache nochmal etwas genauer zu beleuchten.

Die Immediate charging requested Berechnung meines PACE BMS ist vermutlich ziemlich einfach:

Immediate charging requested = SOC < 10

Bei SOC = 9 geht es auf true, bei 10 wieder auf false. In beide Durchlaufsrichtungen.

Nun mag das bei der Pylontech Batterie richtig sein (die kennen ihre Chemie und wissen vermutlich, was sie wollen).

Meine Batterie hat bestimmt eine andere Chemie und mein PACE BMS simuliert ja nur das Pylontech Protokoll. Ich zweifle daran, dass das da auch so gilt. Alle voreingestellten minimalen Spannungswerte sind niedriger (auf 48V umgerechnet) und die SOC Berechnung / Führung im BMS ist auch ziemlich untenau / nichtlinear (was dann dazu führt dass der SOC unzuverlässig ist).

Also, ich würde bei mir eigentlich lieber den Immediate charging request (der direkt mit dem SOC zusammenhängt) ignorieren und mich nur auf die Spannung verlassen.

Ich verstehe aber, dass das Problem eher auf der BMS Seite liegt.

Ich beobachte jetzt mal eine Weile, wie sehr mich das stört.

[Manos1966]

wie viele Zellen hat deine Batterie?

Meine Batterie hat bestimmt eine andere Chemie

Hmm... ich schaetze, du hast die Batterie selber zusammen gestellt, dann weiss du auch die Grenzwerten deiner Zellen.
Wie auch immer, anbei eine Uebersetzungtabelle:

[moserbe]

Auch, wenn ich wüsste, wie tief ich mit der Spannung gehen kann/will , würde mir das nichts helfen weil (Zusammenfassung von oben):

Bei SOC == 9 (der unzuverlässig ist), schaltet mein BMS "Immediate charging requested = true" und der DPL hört mit der Entladung auf. Ich kann also nicht nach Spannung, sondern muss indirekt nach SOC abschalten. Und das ist leider auf keiner der beiden Seiten konfigurierbar (obwohl die OpenDTU on Battery ja schon verschiedene Konfig Mechanismen hat, ob man Spannung oder SOC an oberen und unteren Grenzen verwenden will, aber das greift halt hier nicht).

Fürs Protokoll:

• Heute lag die Spannung dann so bei 50,1 (bei einer Belastung mit ca. 4A ). Da ist jetzt kein Beinbruch, vielleicht sind das 2-6%, aber die würde ich halt noch gerne tiefer gehen.

[Manos1966]

Es kann sein dass ich mich irre, aber ich glaube das BMS steuert nach Spannung, nicht nach SOC% Prozent

[moserbe]

Für alle die am selben Problem hängen und den Eintrag jetzt nachlesen:

Immediate charging requested = SOC < 10

Es ist wohl doch etwas komplizierter als gedacht. Aktuell vermute ich eine Hystherese.

1. Immediate charging reuested = true, wenn SOC < 10 wird
2. Immediate charging reuested = false, wenn dann SOC >= 30 wird

Ich denke, ich habe das früher auch anders gesehen (vor allem, dass es früher/schneller wieder auf false geht), aber seitdem ich aufzeichne, scheint es das oben gezeigte Verhalten zu haben.