ДаліВ основному є три протоколи:CAN, UART/485 та MODBUS.
1. Може протокол
Тестовий інструмент:Найбезпечніший
- Коефіцієнт передачі:250 К
- Типи кадрів:Стандартні та розширені кадри. Як правило, використовується розширений кадр, тоді як стандартний кадр призначений для декількох індивідуальних BMS.
- Формат спілкування:Ідентифікатори даних від 0x90 до 0x98доступні клієнтам. Інші ідентифікатори, як правило, недоступні або модифіковані клієнтами.
- Програмне забезпечення для ПК до BMS: пріоритет + ідентифікатор даних + адреса BMS + адреса програмного забезпечення PC, наприклад, 0x18100140.
- Відповідь BMS на програмне забезпечення ПК: пріоритет + ідентифікатор даних + адреса програмного забезпечення PC + адреса BMS, наприклад, 0x18104001.
- Зверніть увагу на положення адреси програмного забезпечення ПК та адресу BMS. Адреса, що отримує команду, виходить першим.
- Інформація про вміст зв'язку:Наприклад, у стані несправності акумулятора з вторинним попередженням про низьку загальну напругу, BYTE0 відображатиметься як 80. Перетворений на двійковий, це 10000000, де 0 означає нормальний, а 1 означає тривогу. Згідно з високогірним визначенням Далі, це відповідає Bit7: вторинне попередження про низьку загальну напругу.
- Ідентифікатори управління:Зарядка MOS: DA, скидання MOS: D9. 00 означає, що 01 означає.
2.Протокол UART/485
Тестовий інструмент:Com Серійний інструмент
- Коефіцієнт передачі:9600bps
- Формат спілкування:Метод обчислення контрольної суми:Контрольна сума - це сума всіх попередніх даних (взято лише низький байт).
- Програмне забезпечення для ПК до BMS: заголовок кадру + адреса модуля зв'язку (верхня додавання) + ідентифікатор даних + довжина даних + вміст даних + контрольна сума.
- Відповідь BMS на програмне забезпечення ПК: заголовок кадру + адреса модуля зв'язку (BMS-ADD) + ідентифікатор даних + довжина даних + вміст даних + контрольна сума.
- Інформація про вміст зв'язку:Те саме, що може.
3. Протокол Modbus
Тестовий інструмент:Com Серійний інструмент
- Формат спілкування:
- Формат протоколу повідомлення:Прочитайте регістр, запиту кадру
- Байт: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7
- Опис: 0xd2 | 0x03 | Адреса старту | Кількість регістрів (n) | CRC-16 контрольна сума
- Приклад: D203000C000157AA. D2 - це рабська адреса, 03 - команда зчитування, 000c - це стартова адреса, 0001 означає, що кількість регістрів для читання - 1, а 57AA - контрольна сума CRC.
- Стандартний кадр відповіді:
- Байт: 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
- Опис: 0xd2 | 0x03 | Довжина даних | Значення 1 -го реєстру | Значення n -го реєстру | CRC-16 контрольна сума
- L = 2 * n
- Приклад: N - кількість регістрів, D203020001FC56. D2 - це рабська адреса, 03 - команда зчитування, 02 - довжина зчитування даних, 0001 означає значення зчитування 1 -го реєстру, яке є станом розряду з команди хоста, а FC56 - контрольна сума CRC.
- Формат протоколу повідомлення:Прочитайте регістр, запиту кадру
- Напишіть реєстр:BYTE1-0x06, де 06-це команда для запису одного регістра холдингу, BYTE4-5 представляють команду хоста.
- Стандартний кадр відповіді:Стандартний кадр відповіді для написання одного регістра утримування відповідає тому ж формату, що і кадр запиту.
- Напишіть кілька реєстрів даних:BYTE1-0x10, де 10-це команда для запису декількох реєстрів даних, BYTE2-3-це початкова адреса регістрів, BYTE4-5 представляють довжину регістрів, а BYTE6-7 представляють вміст даних.
- Стандартний кадр відповіді:BYTE2-3-це початкова адреса регістрів, BYTE4-5 представляють довжину регістрів.
Час посади: 23-2024
