DALYprincipalment té tres protocols:CAN, UART/485 i Modbus.
1. Protocol CAN
Eina de prova:CANtest
- Velocitat de transmissió:250K
- Tipus de marc:Marcs estàndard i ampliats. En general, s'utilitza el marc estès, mentre que el marc estàndard és per a uns quants BMS personalitzats.
- Format de comunicació:Identificadors de dades de 0x90 a 0x98són accessibles als clients. Els altres identificadors generalment no són accessibles ni modificables pels clients.
- Programari de PC a BMS: Prioritat + ID de dades + Adreça de BMS + Adreça de programari de PC, p. ex., 0x18100140.
- Resposta de BMS al programari de PC: prioritat + identificador de dades + adreça de programari de PC + adreça de BMS, p. ex., 0x18104001.
- Anoteu la posició de l'adreça del programari del PC i l'adreça del BMS. L'adreça que rep l'ordre és primer.
- Informació del contingut de la comunicació:Per exemple, a l'estat d'error de la bateria amb un avís secundari de baixa tensió total, Byte0 es mostrarà com a 80. Convertit a binari, això és 10000000, on 0 significa normal i 1 significa alarma. Segons la definició alta esquerra i baixa dreta de DALY, això correspon a Bit7: avís secundari de baixa tensió total.
- Identificadors de control:MOS de càrrega: DA, MOS de descàrrega: D9. 00 significa activat, 01 significa apagat.
2.Protocol UART/485
Eina de prova:Eina de sèrie COM
- Velocitat de transmissió:9600 bps
- Format de comunicació:Mètode de càlcul de la suma de verificació:La suma de control és la suma de totes les dades anteriors (només es pren el byte baix).
- Programari de PC a BMS: Encapçalament de trama + Adreça del mòdul de comunicació (SUPER-Afegir) + ID de dades + Longitud de dades + Contingut de dades + Suma de comprovació.
- Resposta del BMS al programari de l'ordinador: capçalera de trama + adreça del mòdul de comunicació (BMS-Add) + identificador de dades + longitud de dades + contingut de dades + suma de verificació.
- Informació del contingut de la comunicació:Igual que CAN.
3. Protocol Modbus
Eina de prova:Eina de sèrie COM
- Format de comunicació:
- Format del protocol de missatges:Llegiu Registre, marc de sol·licitud
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Descripció: 0xD2 | 0x03 | Adreça d'inici | Nombre de Registres (N) | Suma de comprovació CRC-16
- Exemple: D203000C000157AA. D2 és l'adreça esclau, 03 és l'ordre de lectura, 000C és l'adreça inicial, 0001 significa que el nombre de registres a llegir és 1 i 57AA és la suma de verificació CRC.
- Marc de resposta estàndard:
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Descripció: 0xD2 | 0x03 | Longitud de dades | Valor de 1r Registre | Valor del registre enèsimo | Suma de comprovació CRC-16
- L = 2 * N
- Exemple: N és el nombre de registres, D203020001FC56. D2 és l'adreça de l'esclau, 03 és l'ordre de lectura, 02 és la longitud de les dades llegides, 0001 significa el valor de la lectura del primer registre, que és l'estat de descàrrega de l'ordre de l'amfitrió, i FC56 és la suma de verificació CRC.
- Format del protocol de missatges:Llegiu Registre, marc de sol·licitud
- Escriure registre:Byte1 és 0x06, on 06 és l'ordre per escriure un únic registre de retenció, byte4-5 representa l'ordre host.
- Marc de resposta estàndard:El marc de resposta estàndard per escriure un únic registre de retenció segueix el mateix format que el marc de sol·licitud.
- Escriviu diversos registres de dades:Byte1 és 0x10, on 10 és l'ordre per escriure diversos registres de dades, byte2-3 és l'adreça inicial dels registres, byte4-5 representa la longitud dels registres i byte6-7 representa el contingut de les dades.
- Marc de resposta estàndard:Byte2-3 és l'adreça inicial dels registres, byte4-5 representa la longitud dels registres.
Hora de publicació: 23-jul-2024
