DALYPrincipalmente ten tres protocolos:CAN, UART/485 e Modbus.
1. Protocolo CAN
Ferramenta de proba:CANtest
- Velocidade de transmisión:250K
- Tipos de cadros:Marcos estándar e estendidos. Xeralmente, úsase o marco estendido, mentres que o marco estándar é para algúns BMS personalizados.
- Formato de comunicación:ID de datos de 0x90 a 0x98son accesibles para os clientes. Os outros ID xeralmente non son accesibles nin modificables polos clientes.
- Software de PC a BMS: Prioridade + ID de datos + Enderezo de BMS + Enderezo de software de PC, por exemplo, 0x18100140.
- Resposta do BMS ao software do PC: Prioridade + ID de datos + Enderezo do software do PC + Enderezo do BMS, por exemplo, 0x18104001.
- Teña en conta a posición do enderezo do software do PC e do enderezo do BMS. O enderezo que recibe o comando é o primeiro.
- Información do contido da comunicación:Por exemplo, no estado de fallo da batería cun aviso secundario de baixa tensión total, Byte0 mostrarase como 80. Convertido en binario, este é 10000000, onde 0 significa normal e 1 significa alarma. Segundo a definición alta esquerda e baixa dereita de DALY, isto corresponde a Bit7: aviso secundario de baixa tensión total.
- ID de control:MOS de carga: DA, MOS de descarga: D9. 00 significa activado, 01 significa apagado.
2.Protocolo UART/485
Ferramenta de proba:Ferramenta de serie COM
- Velocidade de transmisión:9600 bps
- Formato de comunicación:Método de cálculo da suma de verificación:A suma de comprobación é a suma de todos os datos anteriores (só se toma o byte baixo).
- Software de PC a BMS: Encabezado de marco + Enderezo do módulo de comunicación (UPPER-Add) + ID de datos + Lonxitude de datos + Contido de datos + Suma de verificación.
- Resposta de BMS ao software de PC: Encabezado de trama + Enderezo do módulo de comunicación (BMS-Add) + ID de datos + Lonxitude de datos + Contido de datos + Suma de verificación.
- Información do contido da comunicación:Igual que CAN.
3. Protocolo Modbus
Ferramenta de proba:Ferramenta de serie COM
- Formato de comunicación:
- Formato do protocolo de mensaxe:Ler rexistro, marco de solicitude
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Descrición: 0xD2 | 0x03 | Enderezo de inicio | Número de rexistros (N) | Suma de verificación CRC-16
- Exemplo: D203000C000157AA. D2 é o enderezo escravo, 03 é o comando de lectura, 000C é o enderezo de inicio, 0001 significa que o número de rexistros a ler é 1 e 57AA é a suma de verificación CRC.
- Marco de resposta estándar:
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Descrición: 0xD2 | 0x03 | Lonxitude de datos | Valor de 1o Padrón | Valor do enésimo rexistro | Suma de verificación CRC-16
- L = 2 * N
- Exemplo: N é o número de rexistros, D203020001FC56. D2 é o enderezo escravo, 03 é o comando de lectura, 02 é a lonxitude dos datos lidos, 0001 significa o valor do primeiro rexistro lido, que é o estado de descarga do comando host, e FC56 é a suma de verificación CRC.
- Formato do protocolo de mensaxe:Ler rexistro, marco de solicitude
- Rexistro de escritura:Byte1 é 0x06, onde 06 é o comando para escribir un único rexistro de retención, byte4-5 representa o comando host.
- Marco de resposta estándar:O marco de resposta estándar para escribir un único rexistro de retención segue o mesmo formato que o marco de solicitude.
- Escribir varios rexistros de datos:Byte1 é 0x10, onde 10 é o comando para escribir varios rexistros de datos, byte2-3 é o enderezo de inicio dos rexistros, byte4-5 representa a lonxitude dos rexistros e byte6-7 representa o contido dos datos.
- Marco de resposta estándar:Byte2-3 é o enderezo de inicio dos rexistros, byte4-5 representa a lonxitude dos rexistros.
Hora de publicación: 23-Xul-2024
