Dalyprincipalmente ten tres protocolos:Can, uart/485, e modbus.
1. Pode protocolo
Ferramenta de proba:Cantest
- Velocidade de Baud:250k
- Tipos de cadros:Marcos estándar e estendidos. Xeralmente, úsase o cadro estendido, mentres que o cadro estándar é para algúns BMs personalizados.
- Formato de comunicación:ID de datos de 0x90 a 0x98son accesibles aos clientes. Normalmente, outros ID non son accesibles ou modificables polos clientes.
- Software PC a BMS: Prioridade + Data ID + Enderezo BMS + Enderezo de software PC, por exemplo, 0x18100140.
- Resposta BMS ao software PC: Prioridade + ID de datos + Enderezo de software PC + Enderezo BMS, por exemplo, 0x18104001.
- Teña en conta a posición do enderezo de software PC e o enderezo BMS. O enderezo que recibe o comando vén primeiro.
- Información sobre contido de comunicación:Por exemplo, no estado da falla da batería cun aviso secundario de baixa tensión total, Byte0 mostrarase como 80. Convertidos a binario, isto é 10000000, onde 0 significa normal e 1 significa unha alarma. Segundo a definición de alta esquerda e baixa dereita de Daly, isto corresponde a BIT7: Aviso secundario de baixa tensión total.
- ID de control:Cargando MOS: DA, descargando MOS: D9. 00 Media, 01 significa fóra.
2.Protocolo UART/485
Ferramenta de proba:Com ferramenta en serie
- Velocidade de Baud:9600bps
- Formato de comunicación:Método de cálculo de cheques:O checkum é a suma de todos os datos anteriores (só se toma o byte baixo).
- Software PC a BMS: cabeceira de marco + Enderezo do módulo de comunicación (UP-ADD) + ID de datos + Lonxitude de datos + Contido de datos + Checksum.
- Resposta BMS ao software PC: cabeceira de marco + Enderezo do módulo de comunicación (BMS-ADD) + ID de datos + Lonxitude de datos + Contido de datos + Checksum.
- Información sobre contido de comunicación:O mesmo que pode.
3. Protocolo Modbus
Ferramenta de proba:Com ferramenta en serie
- Formato de comunicación:
- Formato do protocolo de mensaxes:Rexistro de lectura, cadro de solicitude
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Descrición: 0xd2 | 0x03 | Enderezo de inicio | Número de rexistros (n) | CHECK-16 CRC-16
- Exemplo: D203000C000157AA. D2 é a dirección do escravo, 03 é o comando de lectura, 000C é o enderezo de inicio, 0001 significa que o número de rexistros que hai que ler é 1 e 57AA é o check -check.
- Marco de resposta estándar:
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Descrición: 0xd2 | 0x03 | Lonxitude de datos | Valor do 1º Rexistro | Valor do Rexistro de enésima | CHECK-16 CRC-16
- L = 2 * n
- Exemplo: n é o número de rexistros, D203020001FC56. D2 é a dirección do escravo, 03 é o comando de lectura, 02 é a lonxitude dos datos lidos, 0001 significa que o valor do 1º rexistro lido, que é o estado de descarga do comando do host, e FC56 é o checkum CRC.
- Formato do protocolo de mensaxes:Rexistro de lectura, cadro de solicitude
- Rexistro de escritura:Byte1 é 0x06, onde o 06 é o comando para escribir un único rexistro de explotación, Byte4-5 representa o comando do host.
- Marco de resposta estándar:O marco de resposta estándar para escribir un único rexistro de explotación segue o mesmo formato que o cadro de solicitude.
- Escribe varios rexistros de datos:Byte1 é 0x10, onde 10 é o comando de escribir varios rexistros de datos, Byte2-3 é o enderezo de inicio dos rexistros, Byte4-5 representa a lonxitude dos rexistros e Byte6-7 representan o contido de datos.
- Marco de resposta estándar:Byte2-3 é o enderezo inicial dos rexistros, Byte4-5 representa a lonxitude dos rexistros.
Tempo de publicación: xul-23-2024
