ДЕЙЛІв основному має три протоколи:CAN, UART/485 і Modbus.
1. Протокол CAN
Тестовий інструмент:CANtest
- Швидкість передачі даних:250 тис
- Типи каркасів:Стандартні та розширені рами. Зазвичай використовується розширений фрейм, тоді як стандартний фрейм призначений для кількох налаштованих BMS.
- Формат зв'язку:Ідентифікатори даних від 0x90 до 0x98доступні клієнтам. Інші ідентифікатори, як правило, недоступні або змінені клієнтами.
- Програмне забезпечення ПК до BMS: пріоритет + ідентифікатор даних + адреса BMS + адреса програмного забезпечення ПК, наприклад, 0x18100140.
- Відповідь BMS програмному забезпеченню ПК: пріоритет + ідентифікатор даних + адреса програмного забезпечення ПК + адреса BMS, наприклад, 0x18104001.
- Зверніть увагу на розташування адреси програмного забезпечення ПК та адреси BMS. Адреса, яка отримує команду, йде першою.
- Інформація про вміст повідомлення:Наприклад, у стані несправності батареї з вторинним попередженням про низьку загальну напругу Byte0 відображатиметься як 80. У двійковій формі це 10000000, де 0 означає нормальний стан, а 1 означає тривогу. Відповідно до визначення DALY вгорі ліворуч, нижньому праворуч, це відповідає біту 7: вторинне попередження про низьку загальну напругу.
- Контрольні ідентифікатори:MOS зарядки: DA, MOS розрядки: D9. 00 означає увімкнено, 01 означає вимкнено.
2.Протокол UART/485
Тестовий інструмент:Послідовний інструмент COM
- Швидкість передачі даних:9600 біт/с
- Формат зв'язку:Метод обчислення контрольної суми:Контрольна сума — це сума всіх попередніх даних (береться лише молодший байт).
- Програмне забезпечення ПК до BMS: заголовок кадру + адреса комунікаційного модуля (ВЕРХНЄ додавання) + ідентифікатор даних + довжина даних + вміст даних + контрольна сума.
- Відповідь BMS на програмне забезпечення для ПК: заголовок кадру + адреса комунікаційного модуля (BMS-Add) + ідентифікатор даних + довжина даних + вміст даних + контрольна сума.
- Інформація про вміст повідомлення:Те саме, що CAN.
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.
- Формат протоколу повідомлень:Читати реєстр, кадр запиту
- Написати Реєстрація:Байт1 — це 0x06, де 06 — це команда для запису єдиного регістру зберігання, байти4-5 представляють команду хоста.
- Стандартний кадр відповіді:Стандартний кадр відповіді для запису єдиного реєстру зберігання має той самий формат, що й кадр запиту.
- Запис кількох регістрів даних:Байт1 дорівнює 0x10, де 10 — команда для запису кількох регістрів даних, байт2-3 — початкова адреса регістрів, байт4-5 — довжина регістрів, а байт6-7 — вміст даних.
- Стандартний кадр відповіді:Байти 2-3 є початковою адресою регістрів, байти 4-5 представляють довжину регістрів.
Час публікації: 23 липня 2024 р
