BMS SOC Manager

Problemstellung

Die Victron Solaranlage mit 6× JK-BMS v15 Akkus kann keinen maximalen Lade-SOC zentral begrenzen. Ohne Steuerung würden die Akkus täglich auf 100% geladen — was die Lebensdauer von Lithium-Zellen drastisch verkürzt.

Mit der Victron-eigenen Spannungsbegrenzung auf 55V via DVCC wurden die Akkus trotzdem immer auf ~98% geladen — weit über dem optimalen Bereich für tägliche Zyklen.

Die Lösung: Jedes der 6 JK-BMS wird einzeln über ESP32-Mikrocontroller via Bluetooth angesteuert. Sobald ein Akku seinen Ziel-SOC erreicht, wird der Ladevorgang für genau diesen Akku deaktiviert — unabhängig von den anderen. Victron liefert weiterhin Strom für die restlichen Akkus.

Ladestrategie

Die Hysterese ist das Kern-Feature: Ohne sie würde das System bei Erreichen des Ziels sofort abschalten, der SOC fällt auf 89,9%, das System schaltet wieder ein, erreicht 90%, schaltet ab — endloses Micro-Cycling. Mit 5% Puffer im 90%-Modus passiert das nicht.

Technische Architektur

Victron Ladestrom-Begrenzung via DVCC

Ein kritischer Nebeneffekt der Einzel-BMS-Steuerung: Sobald 5 von 6 Akkus ihr Ziel erreichen und abschalten, bekommt das letzte aktive BMS die vollen 210A der Victron-Anlage ab — über dem 200A-Limit des JK-BMS. Die Folge: Überlast-Fehler „Hoher Ladestrom".

Die Lösung: Ein Template-Sensor zählt in Echtzeit, wie viele BMS gerade laden. Via Modbus wird der Victron-Ladestrom dynamisch begrenzt:

# Automation: Victron Ladestrom begrenzen
trigger:
  - platform: state
    entity_id: sensor.bms_active_charging_count
action:
  - service: modbus.write_register
    data:
      hub: victron
      slave: 100
      address: 2705
      value: {{ target_current }}  # 80–200A je nach Count

BLE-Verify-Loop

Da Bluetooth-Befehle verloren gehen können, wird jeder Schaltbefehl verifiziert:

# Script: bms_set_charging
sequence:
  - repeat:
      count: 3  # max. 3 Versuche
      sequence:
        - service: switch.turn_off  # Befehl senden
          target:
            entity_id: switch.bms_X_charging
        - delay:
            seconds: 8  # BLE-Latenz abwarten
        - if:
            - condition: template
              value_template: states('switch…') == 'off'
          then:
            - stop: Erfolg ✅

Per-BMS Automation

Jeder der 6 Akkus hat eine identische Automation (hier BMS #3 als Beispiel):

# Automation: BMS3 Charge Control
trigger:
  - platform: state
    entity_id: sensor.bms_3_bms_3_state_of_charge
action:
  - if:                                            # SOC ≥ Ziel → AUS
      - condition: template
        value_template: soc >= target_soc
    then:
      - service: script.bms_set_charging
        data:
          switch_entity: switch.bms_3_charging
          desired_state: "off"
  - if:                                            # SOC < Ziel-Hysterese → EIN
      - condition: template
        value_template: soc < (target - hyst)
    then:
      - service: script.bms_set_charging
        data:
          switch_entity: switch.bms_3_charging
          desired_state: "on"

Wochenlogik