Decoding version 2.5 for bms TDT-6022

[wojtbar]

Hello and welcome. I have a BMS as in the topic and it works with seplos ver2.0, but not everything is decoded correctly. Send data: ~25014642E00201FD30 answer: ~25014F4280800001 0E 0DD2 0DD2 0DD3 0DD3 0DCC 0DCC 0DCD 0DCD 0DCE 0DCF 0DCD 0DCE 0DCE 0DCE 06 0BE2 0BB1 0B9A 0B9A 0B9A 0BA2 0000 1354 395A 00 5B68 0000 5B68 133A 09BE 3F 0409 E092 bms is 14s. I have almost all the commands that are sent to the bms. If necessary, I can share the data. I have dump.pcap . Please help.

[syssi]

I'm happy about every detail. Could describe what's not working properly in detail?

[wojtbar]

English is not my native language. For 14 s it should be Data[77] and for me it is 71. Therefore port voltage, state of health, charging cycles, state of charge is bad.

[wojtbar]

Data from Data[0] to Data[61] for 16s match. Data[63] 0x03 0x13 for seplos it's Data[71] 0x3c Data[69] 0x 0x changes dynamically depending on the use of CHGon, CHGoff, DSGon,DSGoff. Data[67] 0x13 0x06 for me port_voltage

[wojtbar]

it's like this
// 71 0x3E 0x04 Stage of charge sensor 15876 0.01f % this->publishstate(this->state_of_chargesensor, (float) seplos_get_16bit(offset + 17) 0.01f);

how to change it would be // 71 0x3e Stage of charge sensor 62 %

please help

[wojtbar]

there is none in received frames seplos-bms state of health so I dehashed it in seplos_bms.cpp

[wojtbar]

and it's almost good now

[syssi]

Could you provide some more examples of the telemetry frame?

[syssi]

Do you know the position / real value of the charging cycles?

[wojtbar]

I have all telemetry frames but not all decoded. Which ones should I provide?

[wojtbar]

  CHGoff

'>>> ~0101469AE00201FD22 '<<< ~25014F9AE00202FD0B

[wojtbar]

CHGon '>>> ~0101469AE00200FD23 '>>> ~25014F9AE00200FD04

[wojtbar]

DSGon '>>> ~0101469BE00200FD22 '<<< ~25014F9BE00200FD0C

[wojtbar]

DSGoff '>>> ~0101469BE00201FD21 '>>> ~25014F9BE00204FD08

[syssi]

I would be happy about some more status frames (responses to ~25014642E00201FD30).

[wojtbar]

Switch off '>>> ~01014699E00209FD22 '<<< ~25014F990000FD8C

[wojtbar]

I have a lot of them, I did a wireshark dump of individual commands

[wojtbar]

~25014F42808000010E0DC40DC60DC60DC60DBF0DBE0DC00DC10DC00DC10DC10DC30DC30DC1060BCE0B9F0B860B860B860B910003134238C7005B6800005B68132A0A4D3E0409E139

[wojtbar]

~25014F42808000010E0DD10DD20DD30DD30DCD0DCB0DCC0DCC0DCD0DCE0DCD0DCE0DCF0DCE060BDF0BAF0B900B9

A0B9A0BA1000313543957005B6800005B68133D098A3F0409E093 ~25014F42808000010E0DD10DD30DD40DD30DCB0DCB0DCC0DCB0DCC0DCE0DCD0DCD0DCE0DCE060BDF0BAF0B900B9A0B9A0BA1000C13543957005B6800005B68133A09C13F0409E08F ~25014F42808000010E0DD10DD30DD40DD40DCB0DCB0DCD0DCC0DCD0DCE0DCD0DCF0DCE0DCD060BDF0BAF0B900B9A0B9A0BA1001013543957005B6800005B68133709923F0409E0AF

[wojtbar]

at the end there is always 0409, after decoding it is 1033, i.e. the hardware version, I guess

[wojtbar]

I modified seplos_bms.cpp a bit and this is the result

[wojtbar]

seplos_bms_state_of_change it's probably 3f before 0409. previously when 60% charged there was 3c, now it's 3e

[wojtbar]

S/N BarCode ~250146C20000FD99 ~25014FC260283630303136303136323037323730303031000000F59F

[wojtbar]

Version ~250146C10000FD9A ~25014FC16028363032325F3230303134533030305F4E5F323200F549

[wojtbar]

I already have percentages, but not in a bottle ;-)

[syssi]

Thanks for your input! Could you provide the position of the charging cycles?

[wojtbar]

I'm very sorry, at the moment the battery is not connected to the inverter and there is no charging and discharging, so there are no cycles.

[wojtbar]

I think the data is 63 and 64 0x00 0x00

[wojtbar]

yes, looking at the XDZN software and the file esp32*.yaml address: 0x00 it does not read, address: 0x01 ok, so for another 15 it should work. I'll know about it soon because I'm making another one just like it and I'll put them together.

[wojtbar]

My batteries are 14s and the bms is made for 14 ceel (there is no physical possibility of connecting the 15th and 16th cell) maybe the BMS firmware is for 14s and for Li-ion But XDZN software has max 24 cell.

[wojtbar]

looking at the data that Xdzn sends to bms, it is a sequence of 6 frames repeated from 1 to 6 all the time. reading the bms settings, it sends 16 frames in succession and repeats the sequence from 1 to 6

[wojtbar]

0xE0, 0X92 ? CHKSUM

[wojtbar]

it looks like it was Pace rs232 ~25

[wojtbar]

my interface https://esp32io.com/tutorials/esp32-rs232

[wojtbar]

log-6x.txt

[wojtbar]

I don't understand what it's like. When I bought BMS, I received software version 2.4, and now, after conversations, I was sent 3.4. It's just nice:

1. v2.4

   ~25014642E00201FD30 (7e3235303134363432453030323031464433300d) << ~25014F42808000010E0DB50DB60DB60DB70DB10DB00DB00DB20DB20DB20DB20DB30DB20DB2060BD00BA00B860B860B860B900001132D2EAC004E2000005B68131409EF3C0409E176

2. v3.4

   �01014642E00201FD36 (bc3031303134363432453030323031464433360d) << ~25014F42808000010E0DB60DB70DB80DB80DB10DB00DB10DB00DB20DB30DB20DB40DB40DB3060BD00BA10B860B860B860B930002132E2EB0004E2000005B681314097F3C0409E187

How to understand ?

[wojtbar]

problem with temperatures: temperature 1 is the environment temperature temperature 2 is the mosfet temperature temperature 3 is temperature 1 temperature 4 is temperature 2 environment temperature is temperature 3 mosfet temperature is temperature 4

[wojtbar]

' << ~25014F42808000010E0DB50DB60DB60DB70DB10DB00DB00DB20DB20DB20DB20DB30DB20DB2060BD00BA00B860B860B860B900001132D2EAC004E2000005B681314 09EF 3C 0409 E176 '

-- 09EF Output Voltage ( external port / MCU ) Sampling Voltage

-- E176 NONE ( CHKSUM )

' << ~25014F42808000010E0DB50DB60DB60DB70DB10DB00DB00DB20DB20DB20DB20DB30DB20DB2060BD00BA00B860B860B860B900001132D2EAC004E2000005B681314 09EF 3C 0409 '

[wojtbar]

[wojtbar]

Please check if it is processed correctly TDT-6022 BMS. I can't do any more. TDT-6022.zip

[wojtbar]

~25014F42808000010E0E610E620E630E640E5B0E5C0E5B0E5C0E5C0E5E0E5E0E5D0E600E5F060BC60B950B7C0B7C0B7C0B85FFFD141E2EBE00521F00015B6813FD0AD4390409E0EF tdt_bms.txt

[wojtbar]

You can use this as a new TDT-6022 bms on github. tdt-bms.zip

[syssi]

Good job! I will try to compare your code with the one of this project to get an idea how much needs to be changed to support both devices with the same code base.

[wojtbar]

Question: you are from Poland, and I will translate into English. In simpler Polish, if possible. Dziękuję.

[wojtbar]

I jeszcze jedno. Interfejs do BMS to esp32 + konwerter rs232 na uart, i do gniazda rj45 ( jest ich 5) do 3 rs232.

[syssi]

Just my lastname is polish. I cannot speak polish. :-)

[wojtbar]

Wow. TDT-bms.yaml ;# line 94 address: 0x01 ;line 94 addres: 0x02

[brunopiras]

You can use this as a new TDT-6022 bms on github. tdt-bms.zip

Works fine more than 24h.

Just wait the possibility to add switches entity (CHG and DSG) control.

Thanks u !!

[dajpereira]

Is possible to use this repo to integrate TDT 6022 BMS trough BLE ESP32 and transmit it to MQTT in Home Assistant? Just brought a battery pack and got this BMS.

[syssi]

BLE support isn't implemented yet.

[dajpereira]

Can you share the conection between the esp32 and the battery? I have an ESP32_C3 that has UART so I just need to connect it to the RS485 port on the BMS?