Автономный объект — знак, вышка, насосная, метеопост — живёт на аккумуляторе ровно до тех пор, пока в нём есть заряд. Проблема в том, что процент заряда сам по себе не отвечает на главный вопрос диспетчера: успею ли я среагировать? На него отвечает прогноз — оценка остаточного времени работы в часах. Ниже — как его посчитать и на чём он спотыкается.
Зачем вообще прогнозировать разряд
Глубокий разряд — главный убийца батарей. Литиевая сборка, «просаженная» в ноль, теряет ёмкость необратимо, а свинцовая — тем более. При этом объект обычно уходит в разряд предсказуемо: пасмурная неделя, отказавший заряд, забытая включённой нагрузка. Если видеть тренд заранее, авария превращается в плановое действие — приехать, подзарядить, отключить лишнее.
Ключевая мысль: ценность не в текущем SOC, а в скорости его изменения и в том, когда он упрётся в порог. Один и тот же «40%» — это спокойствие при токе покоя и тревога при быстром разряде.
Формула запаса времени
Базовая оценка проста и достаточно точна для практики:
- Доступная ёмкость (Ач) = ёмкость сборки × (текущий SOC − нижний порог) / 100;
- Запас времени (ч) ≈ доступная ёмкость (Ач) ÷ ток разряда (А).
Пример: сборка 210 Ач, SOC 60%, безопасный нижний порог 20%, ток разряда 4 А. Доступно 210 × (60−20)/100 = 84 Ач; запас ≈ 84 ÷ 4 = 21 час. Это уже конкретный ответ, с которым можно планировать выезд.
Откуда брать исходные данные
Все три величины уже есть в системе, их надо только собрать с объекта:
- SOC и ток — от BMS накопителя (у литиевых сборок SOC считается кулоновским счётом, это достовернее напряжения — почему SOC по напряжению врёт);
- Ёмкость сборки — паспортная характеристика объекта, задаётся один раз;
- Нижний порог — инженерное решение: для лития обычно оставляют 15–20% резерва, чтобы не доводить до отсечки BMS.
Дальше платформа считает прогноз в реальном времени и, что важнее, предупреждает при приближении к порогу — а не постфактум.
Безопасный порог и защита от глубокого разряда
Прогноз бесполезен без действия. Поэтому к нему добавляют правило-автоматизацию по фронту события. Типовые сценарии:
- «SOC ниже 20% И ночь → отключить второстепенную нагрузку и поднять тревогу»;
- «Прогноз резерва меньше 6 часов → уведомить дежурного»;
- «Ток разряда аномально высокий → проверить нагрузку/КЗ».
Такое правило снимает с человека необходимость смотреть на графики круглосуточно: система сама ловит момент и присылает конкретную аварию с объектом и значением.
Как это делает DispatchPulse
Платформа забирает SOC, ток, ёмкость и температуру с BMS по открытому протоколу и превращает их в понятный прогноз и действия:
- остаточный резерв в часах и предупреждение о приближении к порогу;
- правила ЕСЛИ→ТО для защиты от глубокого разряда и управления нагрузкой;
- тревоги и ежедневная сводка по объектам в Telegram и по кнопке;
- данные хранятся на серверах в Беларуси, без облака вендора.