Multiple JK-BMS Modbus RJ485 integration, all JK-BMS registers supported #718
Replies: 17 comments 5 replies
-
|
Well, did you know that @txubelaxu has already created an esphome component for this protocol ? Certainly, his component should be optimized, and the code based on @syssi components should be cleaned up and verified, but it works. Why not focus our efforts and fork the @txubelaxu component instead of using esphome I congratulate you on your clear documentation, I see that you are organized, I like that.
https://github.com/txubelaxu/esphome-jk-bms/tree/main/components/jk_rs485_bms |
Beta Was this translation helpful? Give feedback.
-
|
@Sleeper85 thx for your response. I have already cloned your @Sleeper85 and @tuxbelaxu repositories. The code works nicely and detects connected BMSes fine. I need better understand the discovery process in your code. My idea is to use ESP as modbus master connected to UART0 of BMS at any address, including 0x00. Of course, in 'standard' connection (wiring) I will see only one BMS on UART0. Regarding:
You @Sleeper85 are absolutely right. But:
On the other hand there is a lot of problems with esphome Our target is to build preconfigured HASS ready to connect different BMSes, inverters, power meters, giving possibility to energy management with dynamic energy prices and solar production forecast integrated. |
Beta Was this translation helpful? Give feedback.
-
|
Hi everyone!!
0x00 is reserved for modbus MASTER. It cannot be slave.
Regards
Txubelaxu
…On Thu, 17 Apr 2025 at 18:13, Phinix.org ***@***.***> wrote:
@Sleeper85 <https://github.com/Sleeper85> thx for your response.
I have already cloned your @Sleeper85 <https://github.com/Sleeper85> and
@tuxbelaxu repositories.
The code works nicely and detects connected BMSes fine.
I have some problem with discovery BMS 0x00. nodes_available is not
stable for 0x00.
My idea is to use ESP as modbus master connected to UART0 of BMS at any
address, including 0x00.
(on UART0 BMS 0x00 is modbus slave)
Of course, in 'standard' connection (wiring) I will see only one BMS on
UART0.
But I want to read it as frequently as possible, even twice per second.
Especially status (0x1200) register - "frame type 02".
I need it to detect some problems with balancing and short time power
pulses.
As bonus I can create "power meter entity", what is not available at
JK-BMS natively.
Regarding:
Why not focus our efforts and fork the @txubelaxu
<https://github.com/txubelaxu> component instead of using esphome modbus
and modbus_controller?
You @Sleeper85 <https://github.com/Sleeper85> are absolutely right.
But:
- 98% of my code was written a few months ago (inspired by @syssi
<https://github.com/syssi> esp32-jk-pb-modbus-example.yaml
<https://github.com/syssi/esphome-jk-bms/blob/main/esp32-jk-pb-modbus-example.yaml>
) and was waiting to be published due to code cleanup and documentation
completion.
- esphome modbus is easier to control and understand behavior of the
registers
On the other hand there is a lot of problems with esphome
modbus_controller, especially regarding binary switches on multi-bit
registers and select.
Our target is to build preconfigured HASS ready to connect different
BMSes, inverters, power meters, giving possibility to energy management
with dynamic energy prices and solar production forecast integrated.
Available not only for geeks, but also for ordinary users.
—
Reply to this email directly, view it on GitHub
<#718 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMA3QXHRIYSRDFXINC32Z7HKTAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBWHE3DCMI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Is modbus slave on UART0. Here is detail explanation: |
Beta Was this translation helpful? Give feedback.
-
|
Not all the info can be obtained from 0x00 (master bms). Some info is never
broadcasted from master 0x00 bms.
…On Thu, 17 Apr 2025 at 18:41, Phinix.org ***@***.***> wrote:
Is modbus slave on UART0.
I tested it and it works fine.
Here is detail explanation:
https://github.com/phinix-org/Multiple-JK-BMS-by-Modbus-RS485/blob/main/README.md
—
Reply to this email directly, view it on GitHub
<#718 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMGW2MAXR6F62JZYY4D2Z7KU3AVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBWHE4DQOI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
I will check. Here is live demo connected to JK-BMS at 0x00 - address is visible: |
Beta Was this translation helpful? Give feedback.
-
|
beautiful dashboards!!!
I meant that if bms has 0x00 address, thrn that bms will act as MASTER. So,
as in a modbus network can be only one MASTER, then ESP can not act as
master. ESP will act in "listening
mode".
"BMS info" frame of a master (0x00) bms can not be obtained using modbus
network because:
1. ESP can not "ask" to the BMS anything
2. BMS (0x00) broadcasts NEVER "BMS info" frame
Txubelaxu
…On Thu, 17 Apr 2025 at 18:54, Phinix.org ***@***.***> wrote:
I will check.
As I know, it's exactly the same protocol and working the same.
Here is live demo connected to JK-BMS at 0x00 - address is visible:
https://ha.picoides.io
—
Reply to this email directly, view it on GitHub
<#718 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMCANZ4573DUWGVTNRD2Z7METAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBXGAYDANI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Short test result: Connected to UART0 called also as RS485-1 Falkinhan/Phinix.org |
Beta Was this translation helpful? Give feedback.
-
|
I do not understand one thing: are you acting as master (esp32) with the
bms (0x00)?
I tried that and it did not work for me. It was logical, because in a RS485
network it can be only one master.
…On Thu, 17 Apr 2025 at 20:12, Phinix.org ***@***.***> wrote:
Short test result:
sensor:
- platform: modbus_controller
name: "${name} frame type 02"
custom_command: [0x00, 0x10, 0x16, 0x20, 0x00, 0x01, 0x02, 0x00, 0x00]
- platform: modbus_controller
name: "${name} frame type 01"
custom_command: [0x00, 0x10, 0x16, 0x1E, 0x00, 0x01, 0x02, 0x00, 0x00]
- platform: modbus_controller
name: "${name} frame type 03"
custom_command: [0x00, 0x10, 0x16, 0x1C, 0x00, 0x01, 0x02, 0x00, 0x00]
[19:45:16][D][uart_debug:114]: <<< 00:10:16:1E:00:01:64:56
[19:45:16][D][uart_debug:114]: >>> 00:10:16:1E:00:01:02:00:00:DF:BF
[19:45:16][D][uart_debug:114]: <<< 55:AA:EB:90:01:05:36:10:00:00:04:0B:00:00:22:0B:00:00:68:10:00:00:4A:10:00:00:0A:00:00:00:54:10:00:00:18:0B:00:00:5E:10:00:00:04:10:00:00:F0:0A:00:00:E8:03:00:00:03:00:00:00:3C:00:00:00:E8:03:00:00:2C:01:00:00:3C:00:00:00:05:00:00:00:E8:03:00:00:BC:02:00:00:58:02:00:00:BC:02:00:00:58:02:00:00:14:00:00:00:46:00:00:00:20:03:00:00:BC:02:00:00:10:00:00:00:01:00:00:00:01:00:00:00:01:00:00:00:A0:0F:00:00:DC:05:00:00:B8:0B:00:00:00:00:00:00:00:00:00:00
[19:45:16][D][uart_debug:114]: <<< 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:60:E3:16:00:10:33:3C:32:18:FE:FF:FF:FF:9F:E9:1D:02:00:00:00:00:E4
[19:45:16][D][uart_debug:114]: <<< 00:10:16:1E:00:01:64:56
[19:45:16][D][uart_debug:114]: >>> 00:10:16:1C:00:01:02:00:00:DE:5D
[19:45:16][D][uart_debug:114]: <<< 55:AA:EB:90:03:05:4A:4B:5F:50:42:31:41:31:36:53:31:35:50:00:00:00:31:35:41:00:00:00:00:00:31:35:2E:33:30:00:00:00:84:47:42:01:88:00:00:00:4A:4B:5F:50:42:31:41:31:36:53:31:35:50:00:00:00:31:32:33:34:00:00:00:00:00:00:00:00:00:00:00:00:32:34:30:38:31:33:00:00:34:30:31:31:39:34:36:30:32:32:38:00:30:30:30:00:4A:4B:2D:42:4D:53:20:44:65:6D:6F:00:00:00:00:00:31:32:33:34:35:36:00:00:00:00:00:00:00:00:00:00:4A:4B:2D:42:4D:53:00:00:00:00:00:00:00:00:00:00
[19:45:17][D][uart_debug:114]: <<< FE:FF:FF:FF:8F:E9:1D:02:00:00:00:00:90:1F:00:00:00:00:C0:D8:E7:FE:3F:00:00:01:00:00:00:00:00:00:00:00:01:00:FF:67:00:00:00:00:00:00:00:00:00:00:00:00:00:00:FF:0F:00:00:00:00:00:00:00:00:00:00:00:00:00:00:0F:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:04:00:01:64:00:00:00:5F:00:00:00:3C:00:00:00:32:00:00:00:00:00:00:00:00:00:00:00:10:0E:00:00:32:32:01:1E:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:FE:9F:E9:FF:0F:00:00:00:00:00:00:00:56
[19:45:17][D][uart_debug:114]: <<< 00:10:16:1C:00:01:C5:96
[19:45:18][D][uart_debug:114]: >>> 00:10:16:20:00:01:02:00:00:DB:61
[19:45:18][D][uart_debug:114]: <<< 55:AA:EB:90:02:05:1E:10:20:10:22:10:23:10:20:10:20:10:22:10:20:10:22:10:22:10:22:10:23:10:20:10:1F:10:23:10:20:10:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:FF:FF:00:00:21:10:05:00:06:0D:3D:00:3E:00:40:00:40:00:40:00:3E:00:42:00:3D:00:42:00:3E:00:43:00:3E:00:40:00:3F:00:44:00:3F:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:48:01:00:00:00:00
[19:45:18][D][uart_debug:114]: <<< 11:02:01:00:00:00:00:00:00:00:00:00:35:01:32:01:00:00:08:00:00:00:00:62:4E:0F:00:00:A0:0F:00:00:00:00:00:00:5C:0E:00:00:64:00:00:00:0A:48:42:01:01:01:00:00:00:00:00:00:00:00:00:00:00:00:00:00:FF:00:01:00:00:00:79:03:00:00:00:00:4B:3B:40:40:00:00:00:00:CE:19:00:00:00:01:01:01:00:06:01:00:02:C0:F1:00:00:00:00:00:48:01:31:01:35:01:79:03:AA:6B:F5:09:42:76:00:00:80:51:01:00:00:01:03:02:A6:0B:04:00:00:00:00:00:00:FE:FF:7F:DC:2F:01:01:B0:0F:00:00:00:67
[19:45:18][D][uart_debug:114]: <<< 00:10:16:20:00:01:05:9A
Connected to UART0 called also as RS485-1
Falkinhan/Phinix.org
—
Reply to this email directly, view it on GitHub
<#718 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMGWSLFHT6XDDE2D6IL2Z7VKDAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBXGA3TCMY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Yes, ESP32 is modbus master and BMS 0x00 is slave In the settings you can choose:
On UART1 aka RS485-1 you can JK BMS RS485 Modbus V1.0 is slave modbus protocol, described in documentation. Port UART1 is dedicated to connect to inverter or other controlling device. When BMS is set to address 0x00, then protocol on port UART2 aka RS485-2 is set to: When BMS is set to address This configuration, with BMS always as slave on UART1 is logical, because other way you will be not able to control device 0x00 by modbus, only by BLE (or CAN). On the small models, like JK_B1A8S20P you can choose any address 0 to 110 (I don't know why ?) and you can select protocol 001 or some address. This is, what I checked with the devices, what I have available. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for all the detailed testing you've done, it's really interesting. |
Beta Was this translation helpful? Give feedback.
-
|
Yes, very interesting. Sniffer code can be simplified a lot, I think.
so UART1 is in slave mode. I have not tried UART1
if you have more than one BMS you have to use UART2. I have 2 BMSs. An
then 0x00 will be maste. Is correct?
…On Fri, 18 Apr 2025 at 01:29, Sleeper85 ***@***.***> wrote:
@phinix-org <https://github.com/phinix-org>
Thanks for all the detailed testing you've done, it's really interesting.
—
Reply to this email directly, view it on GitHub
<#718 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMBDUN5TCGNCQQ6ZO3L22A2O5AVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBXGI2TEMA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Yes.
I can help, I think. I will also ask JK about log decoding (write into 0x1622 and 0x1624) But I have to understand better code of sniffer. I also have BMS DALY 100 on the table, new blue line with an active balancer integrated. The communication protocol is different than in the red line, so And yesterday I have got for tests DIPOWER power bank and inverter Yinergy OG-1P5K-PDT. If you want, you can contact me directly. Addres is in my profile. (@Sleeper85, @syssi or somebody else too) |
Beta Was this translation helpful? Give feedback.
-
|
well, I am using yambms at this moment. I have 2 BMS (0x01 and 0x02)
connected to ESP32 using UART2 ports.
As there is no 0x00 device in my RS485 network, my code detectets an absent
of master and then starts acting as MASTER: asking in a loop every info
needed. Maybe it could be adjusted in a “frequently” way…
my yambms is connected via CANBUS to Victron Cerbo GX
I am using HASS to monitor and control everything
I need to adjust yambms, because sometimes CANbus is lost and I have to
restart ESP32 each time this happens…
I do not like how yambms starts because it gives some wrong info at the
beggining. I have not tried the last version yet.
You are welcome to inprove the sniffer code if you want. I think it could
be improved a lot, but I have had no time for doing it. It is working with
no problem for me for long time…
If you need info about sniffer, please ask for it.
Many thanks!!!
Txubelaxu
El El vie, 18 abr 2025 a las 13:47, Phinix.org ***@***.***>
escribió:
… @txubelaxu <https://github.com/txubelaxu>
if you have more than one BMS you have to use UART2. I have 2 BMSs. An
then 0x00 will be maste. Is correct?
Yes.
According to informationf from JKong if you have multiple BMS, the first
one should be on address 0x00 and connected to inverter, for example by CAN.
Then, for example on Victron you can see status of all power banks,
including each cell information.
You cat install Victron Venus OS on RasPi and see how it's working.
I tested it. It's working fine, but HASS interface is much better, I think.
Yes, very interesting. Sniffer code can be simplified a lot, I think.
I can help, I think.
At the moment I have a few pieces, because we are assembling power banks.
So it's easy to test at the moment.
Testing set is assembled with 18650 cells (2000 mAh) :)
I will also ask JK about log decoding (write into 0x1622 and 0x1624)
But I have to understand better code of sniffer.
I also have BMS DALY 100 on the table, new blue line with an active
balancer integrated.
The communication protocol is different than in the red line, so platform:
daly_bms is not compatible.
So we can try to integrate it with yambms.
And yesterday I have got for tests DIPOWER power bank and inverter Yinergy
OG-1P5K-PDT.
More information will be available soon.
If you want, you can contact me directly. Addres is in my profile. (
@Sleeper85 <https://github.com/Sleeper85>, @syssi
<https://github.com/syssi> or somebody else too)
—
Reply to this email directly, view it on GitHub
<#718 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMCOYB4SWKNZ3KTHHW322DQ4TAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBXG42DKMY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
This is the reason, why I don't want to replace "manufacturers" way of communication. I don't want to make ESP or HASS very critical element of the whole system. BTW: DIPOWER energy bank is based on PACE BMS. I found two interesting integrations. |
Beta Was this translation helpful? Give feedback.
-
Since YamBMS 1.5.3 information is transmitted to the inverter only if the BMSs are online and the information received is correct. I never experience any loss of CAN bus connections, my ESP32 can stay up for months without any problems. If this happens, it's up to you to find the cause. You can use the In my opinion, the loss of the CAN bus connection shouldn't be a blocking problem for your electrical system, I don't use the Deye YamBMS 1.5.3Combine condition :
If one of these two conditions is not met, the BMS is automatically uncombined. Important In RS485 modbus |
Beta Was this translation helpful? Give feedback.
-
|
To home assistant, when esp32 is started there is no "transient" phase. So,
wrong values are sent to home assistant. For example: soc=0%
yambms should wait a "starting time" to retrieve the first values from all
BMSs.
…On Sat, 19 Apr 2025 at 13:00, Sleeper85 ***@***.***> wrote:
I need to adjust yambms, because sometimes CANbus is lost and I have to
restart ESP32 each time this happens…
I do not like how yambms starts because it gives some wrong info at the
beggining. I have not tried the last version yet.
Since *YamBMS 1.5.3* information is transmitted to the inverter only if
the BMSs are online and the information received is correct.
I never experience any loss of CAN bus connections, my ESP32 can stay up
for months without any problems. If this happens, it's up to you to find
the cause. You can use the Inverter Heartbeat Monitor function to verify
that your CerboGX is responding with an ACK 0x305 *every 1s*. YamBMS will
wait up to 5s (default value can be changed) before declaring the CAN bus
connection dead, then it will try again every 60s.
In my opinion, the loss of the CAN bus connection shouldn't be a blocking
problem for your electrical system, I don't use the Deye BMS error stop
option.
YamBMS 1.5.3
Combine condition :
1. BMS Online Status is ON / Connected (to detect a loss of connection
with the BMS e.g. cable, BMS OFF or dead)
2. The BMS Battery Capacity is > 0 (to ensure that the data received
is correct)
If one of these two conditions is not met, the BMS is automatically
uncombined.
Important
In RS485 modbus multi-node, if a server does not respond (cable or
hardware failure) the Online Status of the BMS will be set to OFF and it
will be uncombined.
—
Reply to this email directly, view it on GitHub
<#718 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFHIJMAQQ7EZSD4S4YDCEO322IUEHAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTEOBYGQ2DCMQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Hi I'm actually starting my project today I used to have 3 ESP32S3 for 3 JK PB2A16S20As V14 and V15 Since I feel it's a waste of resources I am putting currently 3 units of bMS into one esp32S3 using the display port or RJ485 port since I'm using with Deye inverter it's using CAN for the inverter. |
Beta Was this translation helpful? Give feedback.
-
For monitoring and management we have connected T-CAN485 to each BMS, using RS485 (UART1, JK BMS protocol). We are going to connect Deye also using ESP T-CAN485, with Modbus RS-485 port. Live dashboard screen will be available on the our demo system. We have one interesting problem. We created AP on HASS (Rpi4), but it's not working very well. Did you connect your Deye to ESP already ? |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for all the hard work on this. I'm not fully clear on your setup. Are you using an individual rs485 connection per bms (either via one esp per bms or a single esp with an rs485 uart peripheral per bms), or, does the master bms 00 already fwd the slave data for us on to a single port? I don't really mind which setup to use but need to order more hw potentially. How does setting of flags or limits work, do you just set the master and that setting applies to all bms and is reflected on CAN? (For example, I like to disable discharge sometimes to prevent battery discharge at all whilst grid energy is cheap) |
Beta Was this translation helpful? Give feedback.
-
|
Hi thanks for the info. I have setup the connection and it’s working well for me. I’ll give you the details later as I’m travelling overseas till 6th.
Nic
Get Outlook for iOS<https://aka.ms/o0ukef>
…________________________________
From: Phinix.org ***@***.***>
Sent: Tuesday, June 24, 2025 6:25:18 AM
To: syssi/esphome-jk-bms ***@***.***>
Cc: nicakp ***@***.***>; Comment ***@***.***>
Subject: Re: [syssi/esphome-jk-bms] Multiple JK-BMS Modbus RJ485 integration, all JK-BMS registers supported (Discussion #718)
1. Connect all JK, as is explained in the manual using RS485 port.
2. Connect master (0x00) JK to the Deye, using CAN. Set JK CAN to Deye protocol. Its working perfectly
Currently I am working around setup installation of 5 JK PB2A16S15P (software is the same as yours) with 2 Deye inverters.
For monitoring and management we have connected T-CAN485 to each BMS, using RS485 (UART1, JK BMS protocol).
Now it's working very fine.
I am going to connect also one T-CAN485 to UART2 bus, using jk_rs485_sniffer - to check and compare both ways on the real, live and busy system.
We are going to connect Deye also using ESP T-CAN485, with Modbus RS-485 port.
I am a little dependent of the service people, because installation is far away from my location, so I an not sure of time schedule.
Live dashboard screen will be available on the our demo system.
How-to and some other information will be available here.
We have one interesting problem. We created AP on HASS (Rpi4), but it's not working very well.
The is because Deye is generating a lot of electrical noise, so WiFi connection some time is not enough stable.
Did you connect your Deye to ESP already ?
If yes, please let me know about your experience, because.
I have to instruct "remote hands" how to do it, but I don't have Deye in my place.
—
Reply to this email directly, view it on GitHub<#718 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AVXAGEE4VFP4JGBIMRZYATL3FCEF5AVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGNJVGU4TAOA>.
You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Hi
Sorry for the late reply, I used RS485 ports on the master BMS with single Esp32 S3 it doesn't even need logic level shifter just direct connection (I've wasted so much time preparing custom circuit with 4 logic level shifters to ESP32 S3 in the end i successfully used single Esp32 for currently 3 BMS in parallel using UArt1(rs485) on JK PB series BMS modbus.
Get Outlook for iOS<https://aka.ms/o0ukef>
…________________________________
From: Ian Cooper ***@***.***>
Sent: Monday, July 7, 2025 1:42:24 AM
To: syssi/esphome-jk-bms ***@***.***>
Cc: nicakp ***@***.***>; Comment ***@***.***>
Subject: Re: [syssi/esphome-jk-bms] Multiple JK-BMS Modbus RJ485 integration, all JK-BMS registers supported (Discussion #718)
Thanks for all the hard work on this.
I'm not fully clear on your setup. Are you using an individual rs485 connection per bms (either via one esp per bms or a single esp with an rs485 uart peripheral per bms), or, does the master bms 00 already fwd the slave data for us on to a single port?
I don't really mind which setup to use but need to order more hw potentially. How does setting of flags or limits work, do you just set the master and that setting applies to all bms and is reflected on CAN? (For example, I like to disable discharge sometimes to prevent battery discharge at all whilst grid energy is cheap)
—
Reply to this email directly, view it on GitHub<#718 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AVXAGEEOIUEBGK3SUK4AWGL3HFYJRAVCNFSM6AAAAAB2PXU2VOVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGNRXGU3TEMI>.
You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi
Today we published a repository containing support for all JK-BMS registers via Modbus RJ485 along with a description of the operation of UART1 and UART2 ports on the communication module:
https://github.com/phinix-org/Multiple-JK-BMS-by-Modbus-RS485
If you @syssi (or anyone else) are interested, you can merge our project with yours or publish a link to the project.
We invite to contact us directly. The address is in our profile.
Demo of our HASS is here:
https://ha.picoides.io/
Beta Was this translation helpful? Give feedback.
All reactions