OGNI GIORNOPrincipalmente si basa su tre protocolli:CAN, UART/485 e Modbus.
1. Protocollo CAN
Strumento di test:CANtest
- Velocità di trasmissione:250.000
- Tipi di cornice:Telai standard ed estesi. Generalmente si utilizza il telaio esteso, mentre il telaio standard è riservato ad alcuni BMS personalizzati.
- Formato di comunicazione:ID dati da 0x90 a 0x98sono accessibili ai clienti. Altri ID generalmente non sono accessibili o modificabili dai clienti.Informazioni sul contenuto della comunicazione:Ad esempio, nello stato di guasto della batteria con un avviso secondario di bassa tensione totale, Byte0 visualizzerà 80. Convertito in binario, questo è 10000000, dove 0 significa normale e 1 significa allarme. Secondo la definizione DALY high-left, low-right, questo corrisponde a Bit7: avviso secondario di bassa tensione totale.
- Da software per PC a BMS: priorità + ID dati + indirizzo BMS + indirizzo software per PC, ad esempio 0x18100140.
- Risposta del BMS al software del PC: Priorità + ID dati + Indirizzo del software del PC + Indirizzo del BMS, ad esempio 0x18104001.
- Si noti la posizione dell'indirizzo del software del PC e dell'indirizzo del BMS. L'indirizzo che riceve il comando viene prima.
- ID di controllo:MOS di carica: DA, MOS di scarica: D9. 00 significa acceso, 01 significa spento.
2.Protocollo UART/485
Strumento di test:strumento seriale COM
- Velocità di trasmissione:9600 bps
- Formato di comunicazione:Metodo di calcolo del checksum:Il checksum è la somma di tutti i dati precedenti (viene preso solo il byte meno significativo).
- Software per PC verso BMS: Intestazione del frame + Indirizzo del modulo di comunicazione (UPPER-Add) + ID dati + Lunghezza dati + Contenuto dati + Checksum.
- BMSRisposta al software del PC: Intestazione del frame + Indirizzo del modulo di comunicazione (BMS-Add) + ID dati + Lunghezza dati + Contenuto dati + Checksum.
- Informazioni sul contenuto della comunicazione:Uguale a CAN.
3. Protocollo Modbus
Strumento di test:strumento seriale COM
- Formato di comunicazione:
- Formato del protocollo del messaggio:Leggi il registro, richiesta di frame
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Descrizione: 0xD2 | 0x03 | Indirizzo iniziale | Numero di registri (N) | Checksum CRC-16
- Esempio: D203000C000157AA. D2 è l'indirizzo dello slave, 03 è il comando di lettura, 000C è l'indirizzo iniziale, 0001 significa che il numero di registri da leggere è 1 e 57AA è il checksum CRC.
- Schema di risposta standard:
- Byte: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Descrizione: 0xD2 | 0x03 | Lunghezza dati | Valore del 1° registro | Valore dell'N-esimo registro | Checksum CRC-16
- L = 2 * N
- Esempio: N è il numero di registri, D203020001FC56. D2 è l'indirizzo dello slave, 03 è il comando di lettura, 02 è la lunghezza dei dati letti, 0001 indica il valore del primo registro letto, che rappresenta lo stato di scarica dal comando host, e FC56 è il checksum CRC.
- Formato del protocollo del messaggio:Leggi il registro, richiesta di frame
- Scrivi il registro:Il byte 1 è 0x06, dove 06 è il comando per scrivere in un singolo registro di mantenimento, mentre i byte 4 e 5 rappresentano il comando host.
- Schema di risposta standard:Il frame di risposta standard per la scrittura in un singolo registro di mantenimento segue lo stesso formato del frame di richiesta.
- Scrittura di più registri dati:Il byte 1 è 0x10, dove 10 è il comando per scrivere in più registri dati, i byte 2 e 3 rappresentano l'indirizzo iniziale dei registri, i byte 4 e 5 rappresentano la lunghezza dei registri e i byte 6 e 7 rappresentano il contenuto dei dati.
- Schema di risposta standard:I byte 2 e 3 rappresentano l'indirizzo iniziale dei registri, mentre i byte 4 e 5 ne indicano la lunghezza.
Data di pubblicazione: 23 luglio 2024
