Чому виникають конфлікти при паралельному з'єднанні АКБ?

Коротка відповідь: Конфлікти інтерфейсів при масштабуванні ємності часто виникають через колізії на внутрішній шині RS485 та неправильну DIP-адресацію Master/Slave блоків. Правильне налаштування адрес та використання методу Passive Reading для SolarAssistant дозволяє уникнути помилок 'BMS Disconnected' та некоректного визначення загальної ємності стеку.

При масштабуванні систем резервного живлення кілька акумуляторних блоків з'єднуються паралельно в єдиний стек (масив). Кожен блок має власну BMS. Для того, щоб інвертор бачив стек як один великий акумулятор, блоки об'єднуються локальною шиною зв'язку, де одна батарея призначається головною (Master), а інші — відомими (Slave).

Типовий апаратний конфлікт

На платах типу Seplos (v2.0/v3.0) або Daly Smart порти RS485 та CAN часто ділять між собою спільні лінії мікропроцесора. Коли Master-батарея веде активний широковещальний опрос ведомих блоків по внутрішній шині RS485 (інтерфейс Link Port), робота зовнішнього порту CAN на інвертор може заблокуватися через колізії та переповнення буфера пакетів даних.

2. Схема апаратної адресації через DIP-перемикачі

Для правильної маршрутизації фреймів на кожній BMS необхідно вручну виставити двійковий адресу за допомогою блока чотирьох або декількох DIP-перемикачів.

Таблиця конфігурації паралельного стеку (для популярних BMS Seplos/Pace):

Фізичний номер АКБ Роль в системі Адреса (Двійковий код) Стан DIP-перемикачів (1, 2, 3, 4)
Батарея 1 Master (Зв'язок з інвертором) 0x00 (або 0x01 за мануалом) OFF, OFF, OFF, OFF (або ON, OFF, OFF, OFF)
Батарея 2 Slave 1 0x01 (або 0x02) ON, OFF, OFF, OFF (або OFF, ON, OFF, OFF)
Батарея 3 Slave 2 0x02 (або 0x03) OFF, ON, OFF, OFF (або ON, ON, OFF, OFF)
Батарея 4 Slave 3 0x03 (або 0x04) ON, ON, OFF, OFF (або OFF, OFF, ON, OFF)

Важливо: Неправильно виставлений хоча б один перемикач призводить до того, що інвертор бачить, наприклад, лише 200Ah місткості замість реальних 400Ah, що викликає аварійне припинення заряду через перевищення розрахункового часу (Charge Time-out).

3. Технологія Passive Reading (Пасивне читання) для систем моніторингу

Коли до системи підключається зовнішній комплекс незалежного моніторингу (наприклад, SolarAssistant через ОС Raspberry Pi / Orange Pi), виникає третя сторона, яка потребує даних.

Якщо SolarAssistant почне надсилати активні запити Modbus RTU в шину RS485 паралельно з внутрішніми опитами Master-BMS, відбудеться повна втрата пакетів (CRC Error). Для вирішення цієї проблеми застосовується інженерний метод Passive Reading:

  • USB-інтерфейс SolarAssistant налаштовується в режим «слухача» (Sniffer).
  • Програма не надсилає жодного байту в лінію (лінія TX на USB-адаптері фізично відключається).
  • Пакетний драйвер SolarAssistant просто перехоплює транзитні фрейми відповіді, які Slave-БМС надсилають на запити Master-БМС. Це дозволяє отримувати покіркову телеметрію по кожному блоку в стеку без ризику обрушити зв'язок з інвертором.