DalyPrincipalment té tres protocols:Can, Uart/485 i Modbus.
1. CAN protocol
Eina de prova:Més animat
- Taxa de baud:250K
- Tipus de fotogrames:Marcs estàndard i ampliats. Generalment, s’utilitza el marc estès, mentre que el marc estàndard és per a uns quants BM personalitzats.
- Format de comunicació:Identificadors de dades de 0x90 a 0x98són accessibles als clients. Els clients generalment no són accessibles ni modificats pels clients.
- Programari de PC a BMS: Prioritat + ID de dades + Adreça BMS + Adreça de programari PC, per exemple, 0x18100140.
- Resposta BMS al programari PC: Prioritat + ID de dades + Adreça del programari PC + Adreça BMS, per exemple, 0x18104001.
- Tingueu en compte la posició de l’adreça del programari PC i l’adreça BMS. L’adreça que rep l’ordre arriba primer.
- Informació del contingut de comunicació:Per exemple, en l’estat de la falla de la bateria amb un avís secundari de baixa tensió total, byte0 es mostrarà com a 80. Convertit al binari, això és 10000000, on 0 significa normal i 1 significa una alarma. Segons la definició de baixa dreta de Daly a la dreta, això correspon a Bit7: advertència secundària de baixa tensió total.
- Identificadors de control:Càrrec de MOS: da, descarregant MOS: D9. 00 significa, 01 significa.
2.Protocol UART/485
Eina de prova:Com eina de sèrie com
- Taxa de baud:9600bps
- Format de comunicació:Mètode de càlcul de checksum:El checkum és la suma de totes les dades anteriors (només es pren el byte baix).
- Programari de PC a BMS: Capçalera de fotograma + Adreça del mòdul de comunicació (ADD superior) + ID de dades + Longitud de dades + contingut de dades + Checkum.
- Resposta de BMS al programari PC: Capçalera de fotograma + Adreça del mòdul de comunicació (BMS-ADD) + ID de dades + Longitud de dades + contingut de dades + Checkum.
- Informació del contingut de comunicació:Igual que Can.
3. Protocol Modbus
Eina de prova:Com eina de sèrie com
- Format de comunicació:
- Format del protocol de missatge:Llegiu el registre, sol·liciteu el marc
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Descripció: 0xd2 | 0x03 | Inici de l'adreça | Nombre de registres (N) | CRC-16 Checkum
- Exemple: D203000C000157AA. D2 és l’adreça d’esclaus, 03 és l’ordre de lectura, 000C és l’adreça d’inici, 0001 significa que el nombre de registres que es llegeix és 1, i 57AA és el CRC Checksum.
- Marc de resposta estàndard:
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Descripció: 0xd2 | 0x03 | Longitud de dades | Valor del primer registre | Valor del No En Nth Registre | CRC-16 Checkum
- L = 2 * n
- Exemple: N és el nombre de registres, D203020001FC56. D2 és l’adreça d’esclaus, 03 és l’ordre de lectura, 02 és la longitud de la lectura de dades, 0001 significa el valor del primer registre de registre, que és l’estat de descàrrega de la comanda amfitrió i FC56 és el CRC Checksum.
- Format del protocol de missatge:Llegiu el registre, sol·liciteu el marc
- Registre d'escriptura:Byte1 és 0x06, on el 06 és l'ordre per escriure un registre de retenció únic, Byte4-5 representa la comanda host.
- Marc de resposta estàndard:El marc de resposta estàndard per escriure un registre de retenció únic segueix el mateix format que el marc de sol·licitud.
- Escriviu diversos registres de dades:Byte1 és 0x10, on 10 és la comanda per escriure diversos registres de dades, Byte2-3 és l’adreça d’inici dels registres, Byte4-5 representa la longitud dels registres i Byte6-7 representa el contingut de dades.
- Marc de resposta estàndard:Byte2-3 és l’adreça d’inici dels registres, Byte4-5 representa la longitud dels registres.
Posada Posada: Jul-23-2024
