How to control the BMS via mqtt only (without HA)

[pato-loco]

Hello all.

I have established a connection via BLE.
The data comes into my NodeRed via MQTT.
What do I have to do now to control the JK-BMS (JK-B2A24S15P) via MQTT?
I do not have HA and do not want to use it.
Thanks a lot for the feedback.

[syssi]

Some example commands to control the different entity types:

mosquitto_pub -t 'basement-btle-gateway/button/button_entity_id_example/command' -m 'PRESS'
mosquitto_pub -t 'basement-btle-gateway/switch/switch_entity_id_example/command' -m 'ON'    # Supported values: ON, OFF, TOGGLE
mosquitto_pub -t 'basement-btle-gateway/number/number_entity_id_example/command' -m 10
mosquitto_pub -t 'basement-btle-gateway/select/select_entity_id_example/command' -m 'option1'

[meccip]

@pato-loco hello. do you send command with bluetooth connection ?

[syssi]

Yes, you can control the BMS via BLE using MQTT messages.

[pato-loco]

@meccip yes I do.

[meccip]

i believe your example is available if you flash esp with esp-ble-example.yaml ?

I am using Jblance code for mppsolar. it also have communication for jk bms on bluetooth. I am thinking if i use command there.

sudo jkbms -p C8:47:8C:E5:C8:03 -P JK02 -c (can you give me an example for start/stop cell balance ??)

[syssi]

The mppsolar implementation must be extended to support write instructions.

[btmerz]

I have the same question.
Could you please provide me an example topic how to control the switches and change the parameters.
Reading of the values works as expected. here my exampe topics:

Switch:
jk-bms/switch/charge/state (read)

value:
jk-bms/number/balance_trigger_voltage/state

I've tested "jk-bms/number/balance_trigger_voltage/command" and "jk-bms/switch/charge/command", but it doesn't work...

Thanks for your help...

[syssi]

If you see the log level DEBUG you should also see CRITICAL messages. May be they are transmitted before your connect to your ESPHome node. I've retrieved this messages this morning using a serial cable.

[syssi]

If you are able to use mosquitto_pub (to publish messages) you could also use

mosquitto_sub -t 'jk-bms/#' -v

to get an idea about all topics with the base_topic jk-bms/.

[riker65]

Hi

trying to set overvoltage recovery
looks

jk-bms/number/jk-bms_cell_voltage_overvoltage_recovery/command

looks like new number was recognized but not stored?
see log

[14:45:41][V][esp32_ble:206]: (BLE) gattc_event [esp_gatt_if: 3] - 10
[14:45:41][V][esp32_ble_client:111]: [0] [C8:47:8C:EC:77:7D] gattc_event_handler: event=10 gattc_if=3
[14:45:41][VV][jk_bms_ble:220]: Notification received: 00.00.00.00.00.00.00.00.00.FE.FF.7F.DC.0F.01.00.00.00.00.00.00.C6 (22)
**[14:45:41][D][number:054]: 'jk-bms cell voltage overvoltage recovery' - Setting number value**
**[14:45:41][D][number:113]:   New number value: 3.900000**
[14:45:41][D][jk_bms_ble:1225]: Write register: AA.55.90.EB.05.04.3C.0F.00.00.00.00.00.00.00.00.00.00.00.CE (20)
[14:45:41][D][number:012]: 'jk-bms cell voltage overvoltage recovery': Sending state 4.180000
[14:45:41][V][esp32_ble:206]: (BLE) gattc_event [esp_gatt_if: 3] - 4
[14:45:41][V][esp32_ble_client:111]: [0] [C8:47:8C:EC:77:7D] gattc_event_handler: event=4 gattc_if=3
[14:45:41][V][esp32_ble:206]: (BLE) gattc_event [esp_gatt_if: 3] - 10

[syssi]

Could you create an issue here: https://github.com/syssi/esphome-jk-bms/issues

Please don't forget to mention the software and hardware version of your BMS.

[riker65]

ok will do so

[eMindFfM]

Hi, may thanks for the first hints!
I do need some more details to get this running :-)
I installed mosquitto_pub and tried to publish the following command

It is intended to stop the BMS charging

mosquitto_pub -h 192.168.178.94 -t 'jk-bms/switch/jk-bms_charging/state/command' -m 'OFF'

of course I do get the message Error: Connection refused
The IP-address belongs to the ESP32 Device

Also the version with all additional settings (from the ota: Section) gets a Error: Connection refused
mosquitto_pub -h 192.168.178.94 -p 1883 -u JKBMS -P 12345 -t 'jk-bms/switch/jk-bms_charging/state/command' -m 'OFF' -d

So my question is: Which parameters do I have to set to get this running?

[syssi]

You have to use the IP address of your MQTT broker. You cannot talk to the ESP directly.

[syssi]

mosquitto_pub -h MQTT_BROKER_IP -t 'jk-bms/switch/jk-bms_charging/command' -m 'OFF'

[eMindFfM]

mosquitto_pub -h 192.168.178.51 -t 'jk-bms/switch/jk-bms_charging/state/command' -m 'OFF' -d
Client (null) sending CONNECT
Client (null) received CONNACK (0)
Client (null) sending PUBLISH (d0, q0, r0, m1, 'jk-bms/switch/jk-bms_charging/state/command', ... (3 bytes))
Client (null) sending DISCONNECT

The broker is the mqtt broker of IO Broker
OK sending works.

Is the ESP device subscribed to the command topic of the broker in order to send the command via BLE to the JK BMS?
do I have to configure something?

[syssi]

Please double check the topic. The state topic is used to retrieve measurements. The command topic is used for controls.

Please try:

mosquitto_pub -h 192.168.178.51 -t 'jk-bms/switch/jk-bms_charging/command' -m 'OFF'

The ESP is connected to your MQTT to publish measurements here + it's subscribed to all the command topics to retrieve instructions. No additional configuration required.

[eMindFfM]

Thanks! There was the 'state' in the path too much...

The command is now visible in the broker, but not propagated or fetched by the ESP32
Any ideas?

[eMindFfM]

in IO/Borker the message is displayed

[syssi]

Okay, so we have identified the root cause. The broker/iobroker has to forward a message to all subscribed clients. Let's play around with mqtt settings of iobroker. You have resolved the issue as soon the subscribed client receives messages.

Using mosquitto as MQTT broker the experiment looks like this:

$ mosquitto_pub -t 'jk-bms-test/switch/jk-bms_charging/command' -m OFF
$ mosquitto_pub -t 'jk-bms-test/switch/jk-bms_charging/command' -m ON
$ mosquitto_pub -t 'jk-bms-test/switch/jk-bms_charging/command' -m OFF
$

$ mosquitto_sub -t 'jk-bms-test/switch/jk-bms_charging/command' -v                                
jk-bms-test/switch/jk-bms_charging/command OFF
jk-bms-test/switch/jk-bms_charging/command ON
jk-bms-test/switch/jk-bms_charging/command OFF

[syssi]

I assume the "States bei Subscribe publizieren" setting should be checked.

[eMindFfM]

The example with pure mosquitto runs without any problems.
Setting the option "States bei Subscribe publizieren" seem to work.
One time the command was actually set to OFF for discharging in the state.
switching it back was not possible

[eMindFfM]

In general it seems to work now. It takes quite some time to set the commands. Maybe I have to reduce the amount of information and the frequency of the transferred data.

[eMindFfM]

Which ESP device is your favorite? If it does not belong here just delete the question.
So far many Thnaks for your outstanding support !!

[syssi]

I'm a big fan of the LILYGO T-Internet-POE. A cheaper ethernet capable ESP32 board is the WT32-ETH01. If there is no ethernet connection available I prefer the Wemos D1 Mini ESP32.

[BobbyDD]

I have the same problem. How can i use the switches only with iobroker?
I have connect the JK-BMS via UART-TTL and send the data via mqtt to iobroker.

[BobbyDD]

so, i need both bluetooth and UART. I have a JK-B2A24S15P with HW V11.XW and SW V11.25

[syssi]

Yes. Using the hybrid approach is a good idea if you don't won't to rely on BLE only.

[BobbyDD]

are all values then sent via both channels?

[syssi]

The BLE protocol does provide some additional data points (balancing current, wire/cell resistances) which aren't available via UART-TTL.

[BobbyDD]

ok, now i will try again BLE only