PACE BMS - Informationssammlung

@eugenius,

Sonne und Wolken haben sich schon abgewechselt. Da ich noch nicht über eine detaillierte Auswertung verfüge (hab derzeit nur Solarman und die DEYE App), kann ich keine wirklichen Aussagen dazu machen.

Anderseits zuviel vom Dach kann ja gar nicht kommen, viel schon. Der Wechselrichter gibt doch vor, wieviel Leistung er benötigt. Wenn Solar Sell aktiviert ist, geht doch alles überschüssige diesen Weg. Dort bin ich noch an keiner Grenze, was diesen Wert anbetrifft.

Ich werde mir die logs anschauen. Bei den Zellspannungen tanzt aber keine aus der Reihe. Wie sieht so etwas bei der Gewährleistung aus, wenn es auf Dauer nicht besser wird?

Viele Grüße

Gisbert

@eugenius,

im BMS auf der Seite Realtime Monitoring gibt es unten das Feld Switch Control. Dort gibt es einen Eintrag CHG Limter, der auf close stand. Den habe ich auf open gestellt und schwupps hatte ich die 40A Ladeleistung, die im DEYE eingestellt waren.

In Switch Control gibt es noch weitere Felder, bei denen man nur erahnen kann, was sie bedeuten.

Viele Grüße

Gisbert

@gisbert WR stellt MPPT Spannung ein, Strom kommt "selbst" (so ist mein Verständnis).

Mal angenommen, du hast 500 V MPPT Spannung und es kommen nur 3 A => 1500 Watt.
Jetzt kommt "plötzlich" die Sonne und volle 13 A => 6500 Watt. Nun, anscheinend ist DC-AC Teil des Deyes langsamer als DC-DC der Batterie.

D.h. zuerst (1-2 Sekunden) kommen die "plötzlichen" 5000 Watt in die Batterie und erst dann wird es geregelt und auf AC umgeleitet. So ist meine Theorie.

Dabei ignoriert der Deye die Batterieladeströme und genau in solchen Fällen gab es OverCurrentProtection vom BMS.

Das BMS ansich regelt da nicht viel mit (man kann da ein wenig was Einstellen, beim Pace, aber über Sinn und Unsinn kann man da streiten). Warum auch? Es schaltet ab wenn Protection kommt. Egal welche. Das ist auch gut so. Und da sollte man eigentlich nie hinkommen.

Das BMS ist ja dafür gedacht um die Akkumlatoren zu schützen und nicht primär zum optimieren der Lade.-Endladekurve. Das ist ein Gimmik, weil es möglich ist aber eigentlich nicht wirklich nötig normaler Weise.

Du musst deinen Lade.-Endladeregler in den Griff bekommen. Damit dosierst du eigentlich deine Lade.- Endladeleistung. Und wenn ein Equipment das nicht kann dann hat man da vieleicht am falschen Ende gespart. Oder man muß sich damit auseinandersetzen was da für Möglichkeiten sind, bestenfalls vorher schon.

Und das ist ein bekanntes Problem, nicht nur beim pace, der Umrichter will die Leistung wegbringen. Also erst einmal weg wie es geht und der DC teil ist da einfacher und schneller.

Und dann passiert das was @Eugenius oben beschrieben hat.

Eventuell kannst du das Ladelimit im Wechselrichter auf die max. Ladeleistung des Speichers einstellen?!

Bau einen zweiten Speicher ein. Das ist auch ein Vorteil von kleineren gestackten Speichern. Die haben alle ein BMS und da kann man mehr rein und rausschaufeln in der Regel pro BMS.

Bestenfalls ist die Ladeleistung des Speichers = DC-DC Leistung oder besser größer. Kleiner ist Käse.

1 „Gefällt mir“

Interessanterweise gibt es solche Probleme mit "kleinem" 6 kWh Deye nicht, der auch nur 100A kann. PaceBMS beim Kumpel (zumindest laut FW) kann sogar 200A. Gekauft aber als 100A...

Entweder ist das BMS beim Deye Akku so schlecht, dass "Overcharging Protection" in solchen Fällen nicht gegeben ist bzw. nicht so stark/schnell eingreift, oder Deye WR kann mit Deye Akku besser umgehen, oder paceBMS ist das einfach eine sehr empfindliche Zicke.

Der andere Kumpel mit paceBMS und Victron System hatte ähnliche Probleme, er hat dann mit 2 Akkus das Problem gelöst/umgegangen.

Ergänzung:

Die Idee mit der Umschaltung auf Voltage statt Lithium bestätigt eher meine Theorie zu Abschaltung des BMSes wegen OverVoltage oder sonstigen Fehlern. Denn wenn man auf Voltage umstellt, weiß der WR nichts von, da keine Kommuniktaion mehr stattfinden.

Also @foomoo check mal bitte, wenn die Batterie bei 100% aber noch geladen wird ob alle Zellen ausgeglichen sind...

@gisbert aber der Akku kann laut Doku und den Empfehlungen die, ich so kenne problemlos 1C - wieso sollte man den noch niedriger begrenzen? Ich lade auch gerne mit 4kW, was gerade mal unter 0,5C sind bei einem 200aH Akku.

@Eugenius ... gerade bei

---------%<------ added 14.08. ---------%<------

86.61% soc, 53.95v, 3mv drift

97.61% soc, 53.34v, 14mv drift

99.49% soc, 54.43v, 43mv drift

99.73% soc, 54.43v, 78mv drift

99.86% soc, 54.46v, 82mv drift --- und hier ist auch mit dem laden schluss Deye zeigt 54.6v

eigentlich betrifft es immer nur 2 Zellen 6 hat zu wenig und Zelle 14 zuviel

--------->%--------------->%--------------->%------

also aktuell schaut's so mit Voltage bei mir aus:

DEYE zeigt mir 54.6V

settings am Deye

Batt Capacity 200A

Max A Charge 50A

Max Discharge 190A

BMS zeigt ...

Volt 54.46

SOC 99,98% / 199.9ah

Zellen drifften ab so 90-100

Lithium mach ich schon nicht mehr. Meines erachtens einfach nicht gemacht für den Deye ;)

Heute hatte ich mal ein Verbrauch load ca. 15kw. Der größte Teil wurde von PV abgedeckt und auch von Teils Batterie.

Schade nur, das die 10KW "nur" mit ca. 7,2KW entladen hat. Müsste ca. 130-140a gewesen sein. Obwohl ja Max Discharge auf 190A gesetzt ist.

Sehr komisch das ganze.

@foomoo

ich gehe mal davon aus, du hast einen Deye 12kw Hybrid, der kann AC seitig nur 12 kw liefern, wenn du 15 kw verbrauchts kommen ca. 3 kw übers Netz.

In deinem Fall hat die PV dann ca. 5-6 kw geliefert und das wurde noch mit 7 kw Batteriestrom aufgefüllt.

Wenn du mehr als 12 kw benötigst kannst du 2 Deye oder auch mehr parallel schalten. Es ist aber auch besser dann mehrere Batterien parallel zu schalten.

Ich selbst habe 2 Deye 12 kw und 3 x 10kwh Speicher parallel in Betrieb, läuft seit ca. 3 Monaten sehr gut. Ich nutze allerdings den Lithium Modus vom Deye.

@web75 fair point. stimmt ? das hatte ich vor lauter Batterie hysterie übersehen. Dann passt es.

ja Lithium Mode macht mir zuviele entladungen/laden am Ende. Es gibt auch von anderen Usern Lösungen mit dem HA, das kurz vor 100% SOC auf Lithium stellen und dann wieder unter 100% Lithium Mode.

Hallo an alle,

ich bin nun auch Besitzer zweier 48V-200AH China-Fertig-Akkus mit integriertem Pace BMS und möchte diese an meinem Deye 12K betreiben. Schließe ich einen an, Jumper entsprechend gesetzt, bekomme ich am Deye die korrekten Daten und der Deye verrichtet seine Dinge. Schließe ich den zweiten mit an, bekomme ich die Werte des ersten (Jumper bei beiden entsprechend gesetzt) richtig angezeigt, beim zweiten Akku der SOC und der Energy Wert mit 0 angezeigt und der Deye tut so, als wäre die Akkus leer bzw. nicht nutzbar. Das Spiel habe ich natürlich auch umgekehrt gemacht und getestet, sprich Wechsel zwischen Master und Slave. Hat jemand von euch eine Idee woran das liegen kann?

Beste Grüße

Wenn dann am besten hier mal fragen. Bisher wurde jedem geholfen egal welches Thema.

Deye WhatsApp Support Gruppe DACH

https://chat.whatsapp.com/KUrcK1TVrBm0rTaB7m616T

Und die Zubehör Gruppe

https://chat.whatsapp.com/EeG7IV4E1hNKPuHjQhpZIR

1 „Gefällt mir“

Für alle, die das auch versuchen wollen:

PaceBMS (P16S100A) an SOLAR-Assistant auf OrangePI anschliessen geht wirkich gut.

Habe 2x Basen 48V 200Ah 16er Batterien an Growatt SPH 3600, Anschluss via VPP RS485 (USB0) und die Batterie RS-232 (USB1). Das Protokoll muss auf USB serial RS232 stehen. Dann geht es sofort. Der CAN Bus ist mit dem Growatt verbunden, die beiden Akkus mit RS485. Das sieht dann so aus:

Der Solar-Assistant schickt die beiden Akkus und deren Daten ins MQTT , sodass man einfach das ganze wieder an die Smart-Home Software übermitteln kann.

Das ganze ist wirklich Echtzeit und nicht die 5 Minuten warten bei Growatt.

Werte im MQTT sind:

Die USB Adapter sind von Amazon, der OrangePI von Aliexpress. Alles in allem waren die ca. 50 EUR für die SA Software gut investiert.

In FHEM kann man dann mit MQTT auch so was schnell machen , obwohl die Oberfläche von Solar-Assistant wirklich auch sehr schön ist:

Damit man ggf. auf das BasenBMS zugreifen kann, habe ich die Software "ser2net" auf dem Orange-PI 3.0 LTS nachinstalliert, dazu muss man allerdings den ROOT login freilegen (google, DIY Forum), dann kann man mit dem Knopf CONNECT die Verbindung zum SA trennen und auf Win10/Win11 die Software "com2tcp" starten. Damit kann man auf dem virtuellen COM Port (z.B. COM4) das PaceBMS Programm starten und hat Zugriff auf die Akkus, ohne umstecken zu müssen.

Am Ende einfach die Windows Software stoppen und den Connect Button wieder drücken, und alles läuft wieder via MQTT/SA .

Die Konfig sieht z.B. bei mir so aus:

# Config des SER2NET auf Linux/SA
# SA-IP = 192.168.188.243  das PaceBMS auf /dev/ttyUSB1 (RS232 Adapter)
root@orangepi3-lts# cat /etc/ser2net.yaml:
connection: &con1096
accepter: tcp,2001
enable: on
options:
banner: *banner
kickolduser: true
telnet-brk-on-sync: true
connector: serialdev,
/dev/ttyUSB1,
9600n81,local
#Auf Windoof:
# Paket "com2tcp" und "hub4com" in ein Verzeichnis installieren:
Verzeichnis von C:\pacebms\PbmsTools V2.5(??00407-1) 2020-7-17\hub4com-2.1.0.0-386
27.02.2023  16:09    <DIR>          .
27.02.2023  16:09    <DIR>          ..
08.12.2011  11:20             7.419 com2tcp-rfc2217.bat
05.12.2008  16:31             5.298 com2tcp.bat
18.06.2012  12:38           409.600 hub4com.exe
20.05.2011  11:13             9.043 multiplexer.bat
02.06.2012  21:44            15.975 ReadMe.txt
12.08.2023  14:02                65 start_bms.cmd
# Starten Win11 Verbindung zum BMS
start /min "BMS" com2tcp-rfc2217.bat COM4: 192.168.188.243:2001
# PaceBMS Programm starten und Verbinden
C:\PaceBMS\PaceBMS.exe

Einen Firmware Update habe ich allerdings (noch) nicht gewagt, da ich bisher mit der Balance recht zufrieden bin (die Basen Akkus sind max 1-2mV auseinander). Nur einmal wurde die Kapazität von 200000mAh auf 167120 spontan runtergesetzt. Dann stimmen die SOCs nicht mehr. Nach Korrektur mit dem PaceBMS Programm zurück auf 200000mAh stimmt wieder alles.

Vielen Dank an alle, die diese Infos zu PaceBMS gesammelt haben.

1 „Gefällt mir“

@pdp1173

Warum hast du SA+Hardware gekauft und das nicht mit FHEM gelöst wenn es eh schon da ist? Eventuell noch Hardware für das Anbinden wäre zu besorgen gewesen.

Was war der Grund?

@mrkask

Redundanz. Das FHEM hat sich auf Raspi 4B schon mehrfach aufgehangen , und das PERL ist mir , ehrlich gesagt , zu wenig freundlich bei Fehlern und in FHEM ohne Debugger sehr mühsam. Ausserdem hätte das bedeutet, wieder alle Dokumente von Growatt für den SPH zusammenzuführen. Da sind die paar Euronen günstiger gewesen. Und die PaceBMS auszulesen ist auch ein paar Stunden Arbeit.

Klar, kann man wie beim Kuchen machen "der ist selbst gebacken". Aber manchmal ist die Backmischung halt schneller.... {green}:laughingoutloud:

1 „Gefällt mir“

[quote data-userid="11556" data-postid="146170"]

Ja, also bei der modifizierten Firmware v2.5 wird ebenfalls statt PYLON, 00 angezeigt.
Interessantes Verhalten: Wenn die BMS mit der FW v2.5 als master an den WR angeschlossen wird und zwei Batterien sind in Parallel angeschlossen, dann zeigt der Inverter in LI-BMS ein Mittelwert-SOC an (und beide werden nur als eine Batterie angesehen). Das ist bei der alten FW nicht der Fall, ob das gut oder schlecht ist, weiß ich nicht.
Ich habe überhaupt gerade probleme mit der SOC-Berechnung. Anscheinend sind die BMS nicht richtig/gleich kalibriert, weil bei der selben Spannung zeigen beide BMS unterschiedliche SOCs an. Einer zeigt, 14% und der andere 50%. Weißt wer wie man das wieder kalibriert?

@teoli

Das mit dem Kalibrieren steht irgend wo auf den ersten beiden Seiten hier im Thread.

Danke, werde ich mal suchen.
Sagt mal, wieso gibt es eigentlich keine Topic Suchfunktion hier in Forum? Wäre echt hilfreich ?

@pdp1173

Wie kann man denn beim SA System den shell-root Zugang freischalten?

Das suche ich schon seit langem.

Hallo,

ich habe 2 x Delong 200 Ah Wandspeicher mit einem Victron MP2 48/5000 am laufen.

Irgendwie bekomme ich jedoch den SOC nicht in ein vernünftiges Fenster. Die Zellen sind geladen, das BMS sagt dem MP jedoch, dass nur 26% verfügbar sind.

Das Update der FW lässt sich auch nicht realisiere, das System sagt mir: "bin file error". Auch neues entpacken der zip Datei hat nicht geholfen.

Ich würde das gerne mal komplett zum laufen bringen, ohne dass es immer neue Fragen aufwirft.

Falls jemand Ideen hat, dann gerne her damit.

@portl

Die RemainCapacity sagt das du noch 51920 mAh hast und keine 200000 mAh im Pack1. 100% SoC / 200000mAh * 51920mAh= 25.96% SoC

Und was das BMS dem Victron sagt, sagt dir auch PBMS-Tools. Finde den Fehler!

Und für mich ist das Pack(1) nicht 100% voll.

Als Idee würde ich Vorschlagen das du dir mal die vorherigen Seiten durchliest. Könnte helfen, wird dir sogar helfen.

20 Seiten sind ja schon überschaubar wenn man mal ein Problem selber lösen will. Ich Wette mit dir dann bekommst du dein Problem in den Griff (Sofern kein SW Problem) und bekommst auf alle deine Fragen Antworten. Wurde alles schon geschildert und auch gelöst.