Node-Red Ladestrombegrenzung Pylontech auf Victron Cerbo-GX –> High Voltage Alarm

Wie in der Überschrift bereits zu lesen: Ich hatte Probleme mit meinen Pylons, dass diese immer wieder beim Laden mit der einzelnen Zellspannung die 3,6V Marke überschritten haben. Natürlich mit Gehupe und Fehlermeldungen via Mail und in der App. Interessanterweise passierte das immer, wenn ein paar Tage der Akku nicht voll geladen (balanciert) wurde….
Das manuelle Balancieren mit einem Labornetzteil und stunden bzw. tagelangem Laden hab ich bereits hinter mir, ohne nennenswerten und bleibenden Erfolg.

Als Ursache nenne ich meines Erachtens den zu geringen Balancierstrom von – wenn überhaupt 50mA, und dass der Balancer eine Differenzspannung zu den einzelnen Zellen in einem solchen Batteriemodul (US-3000C) von 30mV !!!  zulässt.
Insbesondere der zu hohe Ladestrom bis fast Ladeende, der durch das BMS der Pylontech Akkus der Victron Steuerung als Sollwert zur Verfügung stellt, ist viel zu hoch.

Das begrenzen der max. Ladespannung auf 51,9 – 52 V (Akku ist ein 15S2P) im Cerbo GX (DVCC) brachte nur eine kleine linderung. (52V / 15Z = 3,4666 V)

Meine Lösung:

Im Cerbo GX das große Image bzw. Update einspielen mit Node Red.
Dort zusätzlich die Nodes:
 – Victron Energy
 – Dashboard (wer es will)
 – Calculator
installieren.

Dann eine Logik aufbauen, die nach SoC des Akku- Packs und eventuell der Node max. ZellVoltage – den Ladestrom beim restlichen Vollladen schon etwas früher begrenzt, als das BMS es vorgibt.
Ziel ist, die letzte Hundert Wattstunde mit stark gedrosseltem Ladestrom zu beenden. 
Die Versuche, dies über das DVCC händisch zu erledigen, waren vielversprechend.

Ich bringe hier jetzt keine Step – By – Step Anleitung, wie man das im Node Red umsetzt, aber das war und ist auch nicht mein Ziel.
Die Idee, dies zu tun und mit Boardmitteln umzusetzen, steht hier im Vordergrund.
Ich stell hier mal nen Screenshot ein, wie die Logik bei mir gerade aussieht – aktuell nur über SoC geregelt – Zellspannung noch unbeachtet – wird aber noch implementiert.

Bestimmt gibt es hierfür noch bessere Vorschläge, Programmierungen und was weis ich noch alles – bei mir hat es geholfen und seitdem keine Alert wegen Overvoltage an den Akkupacks mehr gesehen – nichtmal andeutungsweise im VRM- Portal ( Min-Max Cell- Voltage)

So hat es bei den Alarmen ausgesehen – 

und so nach modifizierung:

Ich würde mich über konstruktives Feedback – insbesondere – wie habt Ihr das Problem gelöst – oder hab ich das nur ? –  sehr freuen.

73 de DF7SX
Bernhard

CU- Lackdraht – Gewicht – Länge – Widerstand

Durchmesser
in mm

Querschnitt
in qmm

Widerstand je km
bei 15°C in Ohm

Länge in m
bei 1 Ohm

Gewicht in kg
je km

Länge in m für
1 kg Gewicht

0,1

 0,0079

2215

0,4514

0,070

14306

0,2

 0,0314

553,9

1,856

0,280

3577

0,3

0,0707

246,2

4,062

0,629

1590

0,4

0,1257

138,5

7,222

1,118

894,1

0,5

0,1964

88,62

11,28

1,748

572,2

0,6

0,2827

61,54

16,25

2,516

397,4

0,7

0,3848

45,21

22,12

3,425

292,0

0,8

0,5026

34,62

28,89

4,474

223,5

0,9

0,6362

27,35

36,56

5,662

176,6

1,0

0,7854

22,15

45,14

6,990

143,1

1,1

0,9503

18,31

54,62

8,458

118,2

1,2

1,1310

15,38

65,00

10,07

99,35

1,3

1,3273

13,11

76,28

11,81

84,65

1,4

1,5394

11,30

88,47

13,70

72,99

1,5

1,7671

9,846

101,6

15,73

63,58

1,6

2,0106

8,654

115,6

17,89

55,88

1,7

2,2698

7,666

130,5

2020

49,50

1,8

2,5447

6,838

146,2

22,65

44,15

1,9

2,8353

6,137

162,9

25,23

39,63

2,0

3,1416

5,539

180,6

27,96

35,77

2,1

3,4636

5,024

199,1

30,83

32,44

2,2

3,8013

4,577

218,5

33,83

29,56

2,3

4,1548

4,188

238,8

36,98

27,04

2,4

4,5239

3,846

260,0

40,26

24,84

2,5

4,9087

3,545

282,1

43,69

22,89

2,6

5,3093

3,277

305,1

47,25

21,16

2,7

5,7256

3,039

329,1

50,96

19,62

2,8

6,1575

2,826

353,9

54,80

18,25

2,9

6,6052

2,634

379,6

58,79

17,01

3,0

7,0686

2,462

406,2

62,91

15,90

3,1

7,5477

2,305

433,8

67,17

14,89

3,2

8,0425

2,164

462,2

71,58

13,79

3,3

8,5530

2,034

491,6

76,12

13,14