# Multiplus II GX hält sich nicht an Ladestrom-Limit **URL:** \ **Category:** Deutschsprachiger Bereich\ **Tags:** diy\ **Created:** [19 February 2025 19:07 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759 "2025-02-19T19:07:48Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [19 February 2025 19:07 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/1 "2025-02-19T19:07:48Z")
Hallo zusammen, ich habe hier einen Multiplus II GX mit Venus OS 3.52 am Laufen. Außerdem 2 MPPT-Tracker 150/35. Das ganze an einer DIY-48V-Batterie mit JK Inverter BMS. Ich habe auf dem Venus ein python-Script laufen, welches in Abhängigkeit der Batterietemperatur den maximalen Ladestrom reduziert. Ich schreibe das per dbus auf com.victronenergy.settings → /Settings/SystemSetup/MaxChargeCurrent Bisher hat das eigentlich immer funktioniert. Heute aber hatte ich den Fall, dass MaxChargeCurrent auf 5A stand, der Multiplus wegen Nulleinspeisung nur ein paar Watt einspeisen konnte, die beiden MPPTs aber nicht abgeregelt haben. Die MPPTs haben einfach voll in das 48V eingespeist, ohne dass sich das Gesamtsystem an die Ladestrombegrenzung gehalten hat. Der Ladestrom in die Batterie ist dadurch deutlich über 5A angestiegen. Die 5A habe ich definitiv richtig geschrieben, sie wurden um Venus unter DVCC auch genau so angezeigt. Erst also ich im DVCC manuell die maximale Ladespannung reduziert habe, haben die MPPTs abgeregelt. ![grafik](https://europe1.discourse-cdn.com/victron/original/3X/8/1/81f3f5f2e1301fd137f39cacb34deba41761f69f.png) ca. ab 12:15Uhr hat der Batteriestrom den MaxChargeCurrent überschritten. Um 12:45 habe ich das bemerkt und die Ladespannung reduziert. Ist das ein Bug im Venus? ---
**Author:** ![Riko](https://avatars.discourse-cdn.com/v4/letter/r/919ad9/32.png) [@Riko](https://community.victronenergy.com/u/Riko)\ **Post date:** [20 February 2025 06:38 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/2 "2025-02-20T06:38:12Z")
Warum verwendest du nicht diesen Treiber? > **[GitHub - mr-manuel/venus-os\_dbus-serialbattery: Battery Monitor driver for serial battery in...](https://github.com/mr-manuel/venus-os_dbus-serialbattery)** > > Battery Monitor driver for serial battery in VenusOS GX systems ---
**Author:** ![TomBerger](https://avatars.discourse-cdn.com/v4/letter/t/848f3c/32.png) [@TomBerger](https://community.victronenergy.com/u/TomBerger)\ **Post date:** [20 February 2025 08:54 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/3 "2025-02-20T08:54:29Z")
> [@Riko](#): > > Warum verwendest du nicht diesen Treiber? Nur aus Interesse: mit welcher Begründung schreibst Du das? Das JK-Inverter-BMS wird wohl ziemlich sicher über den CAN-Bus in das MP2-System eingebunden sein, und dem würde ich immer mehr vertrauen als so einem Python Script. ---
**Author:** ![d\_ferdi](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@d\_ferdi](https://community.victronenergy.com/u/d_ferdi)\ **Post date:** [20 February 2025 08:59 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/4 "2025-02-20T08:59:22Z")
hallo, mal abgesehen, dass sich das auch mit node-red erledigen laesst ohne dass man ein zusaetzprogramm installieren muss, gibt es situationen, in denen diese regelung nicht funktioniert, z.B. bei dc-ueberschusseinspeisung. aber du kannst auch noch, zur sicherheit, eine funktion nutzen, um die laderegler komplett auszuschalten und sie dann langsam wieder ein zu schalten. leider kann man bei der dauer nicht mehr von einer regelverzoegerung sprechen. wenn ein bms angeschlossen ist, kannst du auch ueber die dvcc-spannung den ladestrom reduzieren. in node-red stehen dir auch alle messwerte direkt zur verfuegung. tschuess ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [20 February 2025 15:37 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/6 "2025-02-20T15:37:53Z")
> [@Riko](#): > > Warum verwendest du nicht diesen Treiber? Spielt das für meine Frage eine Rolle? Vielleicht ist es ein Bug im Venus. Dann wäre das hier eine Möglichkeit, das aufzudecken. p.s. : Das BMS ist per CAN direkt mit dem GX verbunden und steuert ihn auch. Michael ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [20 February 2025 15:40 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/7 "2025-02-20T15:40:42Z")
> [@d\_ferdi](#): > > wenn ein bms angeschlossen ist, kannst du auch ueber die dvcc-spannung den ladestrom reduzieren. Genau das mache ich ja schon. Mit dem Script schreibe ich auf die DVCC-Settings und kann auch im Venus User Interface sehene, wie diese sich bei laufendem Script verändern. Aber gestern hat sich das System eben nicht an diese Einstellung gehalten. Da ist es egal, wer diese Einstellung schreibt, python, Node-Red oder was auch immer. Ich werde das Script jetzt so anpassen, dass es auch die Ladespannung runter nimmt, wenn die Strombegrenzung nicht funkioniert. Aber das ist ein Workaround. Das eigentliche Problem ist damit nicht gelöst. ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [20 February 2025 15:48 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/8 "2025-02-20T15:48:12Z")
> [@Ludo](#): > > Der LADEstrom oder der AUSGANGstrom am regler ? Der Ladestrom in die Batterie: ![grafik](https://europe1.discourse-cdn.com/victron/original/3X/0/b/0bd7bd9b6559bd7c37c0303e4f21860e1cb3bff9.png) Genau an dieser Stelle wird die Batterie mit 7,3A statt mit 4A zulässig geladen. Der hier dargestellt Batteriestrom ist der vom BMS gemessene Strom. Die 3 Stellen hinter dem Komma kommen von der InfluxDB, welche die Werte interpoliert. Und als steuerndes BMS ist das JK-BMS auch aktiviert: ![grafik](https://europe1.discourse-cdn.com/victron/original/3X/1/2/120abc57c16dfeba624515467d3d3a7c6987a246.png) Ich gehe also davon aus, dass das Victron-System den Messwert des BMS als zu regelnde Größe annimmt. ---
**Author:** ![d\_ferdi](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@d\_ferdi](https://community.victronenergy.com/u/d_ferdi)\ **Post date:** [20 February 2025 16:52 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/9 "2025-02-20T16:52:17Z")
hallo, leider kann man die ladestromeinstellung der mppts nicht ueber die console pruefen, aber das sollte ueber mqtt funktionieren. installier einmal den mqttexplorer unter windows, aktiviere mqtt auf dem cerbo und verbinde dich mit ihm. und dann suchst du einmal nach diesem eintrag: N/id/solarcharger/293/Link/BatteryCurrent tschuess ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [20 February 2025 17:37 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/11 "2025-02-20T17:37:33Z")
> [@d\_ferdi](#): > > N/id/solarcharger/293/Link/BatteryCurrent Da kommt man auch mit dem dbus-spy auf der Console dran. Das /Link/ bedeutet meines Erachtens, dass der Wert vom GX geholt wird. Der MPPT kann den Batteriestrom ja nicht selbst messen. Ich gehe davon aus, dass da nix anderes drin steht wie der BMS-Batteriestrom. ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [20 February 2025 17:39 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/12 "2025-02-20T17:39:23Z")
> [@Ludo](#): > > Ich hab mittlerweile etliche jahre Erfahrung, bisher wich jedes bms vom smartshunt ab. > > Besorge dir einem SmartShunt, ggfs Leihweise , dann haben wir zuverlässige Daten. Das ist doch gar nicht der Punkt. Das BMS ist in meinem System die einzige Komponente, die den Batteriestrom messen kann. Das BMS schickt den per CAN an das Victron-System und das regelt da drauf. Das hat in den vergangenen Wochen auch immer super funktioniert. Nur gestern ist das System auf die Idee gekommen, dass ihm das egal ist. ---
**Author:** ![d\_ferdi](https://avatars.discourse-cdn.com/v4/letter/d/48db29/32.png) [@d\_ferdi](https://community.victronenergy.com/u/d_ferdi)\ **Post date:** [20 February 2025 19:22 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/13 "2025-02-20T19:22:15Z")
hallo, das link bedeutet wohl eher, dass diese daten an den mppt geschickt werden, um ihn zu steuern! hier gibt es dann variablen fuer die sollwerte, als auch fuer die istwerte, sofern z.B. der leitungswiderstand korrigiert werden soll. es gibt uebrigends eine dokumentation zu den werten. die findest du im pdf fuer das hex-protokoll fuer die laderegler. wobei ich bisher immer nur mit den sollwerten gearbeitet habe, aber jetzt im 48V-system einmal teste, ob das mit der kompensation des leitungswiderstandes auch funktioniert. tschuess ---
**Author:** ![Riko](https://avatars.discourse-cdn.com/v4/letter/r/919ad9/32.png) [@Riko](https://community.victronenergy.com/u/Riko)\ **Post date:** [21 February 2025 13:17 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/15 "2025-02-21T13:17:39Z")
> [@astirfreak](#): > > Spielt das für meine Frage eine Rolle? Vielleicht ist es ein Bug im Venus. Dann wäre das hier eine Möglichkeit, das aufzudecken. > > p.s. : Das BMS ist per CAN direkt mit dem GX verbunden und steuert ihn auch. > > Michael Das war nur als Tipp gedacht. Mir war nicht bekannt das du über CAN kommunizierst. ---
**Author:** ![astirfreak](https://dub1.discourse-cdn.com/victron/user_avatar/community.victronenergy.com/astirfreak/32/12784_2.png) [@astirfreak](https://community.victronenergy.com/u/astirfreak)\ **Post date:** [24 February 2025 19:54 UTC](https://community.victronenergy.com/t/multiplus-ii-gx-halt-sich-nicht-an-ladestrom-limit/22759/16 "2025-02-24T19:54:35Z")
Falls es noch jemanden interessiert. Ich habe die Frage mal im englischen Forum gestellt: > [@Multiplus II GX does not adhere to charging current limit](https://community.victronenergy.com/t/multiplus-ii-gx-does-not-adhere-to-charging-current-limit/23222/7): > > I checked the data again: It seems that a few minutes after the BMS-current exceeds maxChargeCurrent, the MPPTs left the MPP of around 100V. The voltage them rose to higher values. Maybe they reduced their current but because of an unknown reason, the Victron system regulated the current with a constant offset on maxChargeCurrent of about 2 to 3Amps. Here the raw data from influxDB without aggregation: So the charge current limit seems to work in general, but with an off… Dabei ist mir aufgefallen, dass die Ladestrombegrenzung sehr wohl wirkt, jedoch einen Offsetfehler von 2-3A hat.