JK-BMS chargeEnabled / dischargeEnabled writeable über MQTT

[volkerg99]

Ich würde gern die Ladung und Entladung im BMS via Skript schalten können. So könnte das BMS immer noch als "Notaus" und nicht als Schalter fungieren. Beispiel: BMS Grenze beim Laden: 3,5V bei der höchsten Zelle. Beim Entladen 2,9V bei der niedrigsten Zelle. Per Skript möchte ich aber die Ladung bereits bei 3,45V/Zelle und die Entladung bei 2,95V abschalten.
Was haltet ihr davon?

[rs3hc]

Ich finde das auch sinnvoll.

Aber ob das vom BMS überhaupt unterstützt wird ist fraglich.
Immerhin kannst du das über die BT App auch nur nach den Password.

[volkerg99]

Ist klar, meinte ja auch nur die Doku, nach der die beiden rw sind. Dann müsste ea ja auch auf andere Wege gehen.

Edit: Es sei denn das Protokoll weicht schon bei solchen Punkten ab.

[rs3hc]

Ich verweise hier mal auf einen Beitrag aus der Akkudoktor Forum.

https://akkudoktor.net/t/jkbms-charge-discharge-via-rs485-schalten-update-loesung-via-ble/25086

‐-----------------‐‐-------

Beim neuen JK-BMS Inverter Version geht das über ModBus-RS485. Über die BT App kann man das auch ein/ausschalten.

Ob man das "mißbrauchen" kann ist eine andere Frage. ich denke das der BMS Hersteller die MOSFETs und deren Logik schon so entwickelt haben sollten das das Schalten gefahrlos funktionieren sollte. Das BMS muß sich ja auch darauf verlassen können.

Es sind diese Register (HEX'adezimal und DWord = 32Bit Register):

• 0x1070 Wert 0 oder 1 für Charge Schalter
• 0x1074 Wert 0 oder 1 für Discharge Schalter
• 0x1078 Wert 0 oder 1 für Balance Schalter
• 0x1114 Bit 9 (Wert 512) für Float Modus, dieses Register "Flags" enthält noch mehr Bits für andere Schalter, die gleichen wie in der BT App.

Ich steuere direkt über USB-RS485 Dongle meine beiden JK-BMS aus HomeAssistant an. Im Anhang meine YAML Konfiguration dafür. Da du mit ESPHome arbeiten möchtest kannst du mit leichten Änderungen das sicherlich portieren. Es gibt zwischen ModBus HA zu ESPHome ein par kleinere Unterschiede, besonders bei der Ansteuerung von Bitfeldern, da ist ESPHome leistungsfähiger und man kann mit weniger Trickserei arbeiten.

switch:
  - platform: template
    switches:
      battery_1_charge_enable:
        friendly_name: "Battery 1 charge enable"
        unique_id: "battery_1_charge_enable"
        value_template: "{{ int(states('sensor.battery_1_charge_enable'), 0) == 1 }}"
        turn_on:
          service: modbus.write_register
          data_template:
            hub: "JKBMS1"
            slave: 0
            address: 0x1070
            value: [0, 1]
        turn_off:
          service: modbus.write_register
          data_template:
            hub: "JKBMS1"
            slave: 0
            address: 0x1070
            value: [0, 0]

[volkerg99]

Super, danke dir. Den hatte ich bisher noch nicht gefunden.

[rs3hc]

Tja die Frage ob die Register über den "GPS" Port überhaupt beschreibbar sind.
Das kann wohl nur JK selber sagen

[rs3hc]

Ich habe jetzt kurzer Hand eine Mail an JK gesendet.
Mal sehen die sie sich positionieren...

Hello dear JK BMS team,

I myself use a JK-PB1A16S10P and am currently very satisfied. 

I use it as a storage system for my PV system together with OpenDTU-OnBattery and a Hoymiles inverter.
The system sends its data to Home Assistant via MQTT. 

The BMS is connected to OpenDTU-OnBattery via an RS485 converter and uses the following protocol:

NO: 000 - 4G-GPS Remote module Common protocol V4.2

I now have two questions.

1. Would it be possible to write to certain registers on the BMS via the protocol? E.g. " 0x1074 Enable Discharge"

2. Is it harmful to the hardware of the BMS to deactivate the "Enable Discharge" option during discharging and thus stop discharging abruptly? 
Does this damage the MOSFETs? 

I hope you can shed some light on this.

Kind regards Robert Ehrentraut