Что даёт мониторинг автономной СЭС: прогноз разряда, тревоги, приоритеты
У сетевой станции мониторинг отвечает на вопрос «сколько я сэкономил». У автономной — на вопрос «доживёт ли объект до утра». Это разные задачи, и решаются они по-разному. Здесь разберём, что именно нужно измерять на автономке, как из телеметрии получается прогноз и почему приоритетные рубежи отключения важнее красивых графиков.
Почему у автономки цена ошибки другая
Разница не в оборудовании, а в том, что происходит при сбое. Сетевая станция встала — объект просто берёт энергию из сети, владелец теряет деньги, но не работоспособность. У автономной брать неоткуда: разряженная батарея означает, что объект остановился. Связь пропала, наблюдение не ведётся, насос не качает, отопление не греет.
Второе отличие — сама батарея. Это расходуемый ресурс, и убивают его глубокие разряды. Свинцовый банк, регулярно уходящий ниже рабочей глубины, теряет ресурс вдвое быстрее паспортного. Увидеть это можно только по телеметрии: снаружи батарея выглядит одинаково и в первый год, и в последний.
Типичный сценарий без мониторинга. Ноябрь, солнца мало, потребление осталось летним. Батарея каждую ночь уходит в глубокий разряд, утром недозаряжается. Через полтора месяца ёмкость просела так, что объект начинает вставать по утрам — и только тогда кто-то едет разбираться. К этому моменту банк уже потерян, а причина — не поломка, а режим, который никто не видел.
Что измерять: минимальный полезный набор
Заряд и токи
SOC батареи, ток и напряжение заряда и разряда. Это база, по которой считается всё остальное.
Приход с панелей
Сколько реально приходит с массива. Позволяет отличить «мало солнца» от «половина стринга отвалилась».
Температура отсека
Заряжать LiFePO4 при отрицательной температуре ячеек нельзя. Без датчика вы узнаете об этом по тому, что батарея просто не набирает заряд.
Состояние нагрузок
Что включено и сколько потребляет. Иначе «куда уходит энергия» остаётся гаданием.
Наличие связи
Пропавший объект — это тоже событие. Молчание должно быть тревогой, а не тишиной.
История
Мгновенные значения показывают состояние, история — тенденцию. Деградация видна только на длинном ряду.
Прогноз разряда: из телеметрии в решение
Показать заряд в процентах умеет любой инвертор. Практический вопрос звучит иначе: через сколько часов батарея дойдёт до нижнего порога при текущем потреблении и текущем приходе с панелей.
Прогноз отвечает именно на него — и превращает наблюдение в действие. Успею ли доехать до объекта. Надо ли запускать генератор сейчас или можно дождаться завтрашнего солнца. Хватит ли запаса на череду пасмурных дней. Без прогноза приходится либо ехать на каждый тревожный процент, либо узнавать о проблеме постфактум.
Приоритетные рубежи: как не потерять объект целиком
Автономная система без логики приоритетов при разряде садится в ноль целиком — включая канал связи. Объект пропадает совсем, и вы даже не узнаете, что именно произошло. Правильная схема — заранее заданные уровни заряда, на которых нагрузки отключаются по очереди, от наименее важного к наиболее важному:
Логика простая: связь — самая важная нагрузка, потому что объект без связи невозможно обслуживать. Пока он на связи, у вас есть время принять решение. Как только связь пропала, остаётся только ехать и смотреть.
Проверено на масштабе. Такая схема работает на нашем самом требовательном объекте — 26 постов пожарного наблюдения в зоне отчуждения ЧАЭС. Двадцать шесть точек, до которых далеко и небыстро ехать, солнце с LiFePO4, аккумуляторы в подземных термобоксах и телеметрия на DispatchPulse — год эксплуатации, в течение которого состояние каждой точки видно удалённо.
Где хранятся данные — не мелочь
Мониторинг через облако производителя удобен, пока облако доступно и пока вопрос о размещении данных никто не задаёт. Для ведомственных, режимных и просто удалённых объектов это часто не пожелание, а требование: телеметрия и координаты объекта не должны уезжать на чужие серверы. Локальная платформа собирает данные с оборудования по Modbus через шлюз и хранит их у себя — зависимость от облака вендора исчезает.
Отдельно про риски облачного мониторинга мы писали в статье о безопасности мониторинга СЭС, а обзор самих платформ и их возможностей — в материале про облачный мониторинг BESS.
Платформа, о которой идёт речь
DispatchPulse — разработка SmartEnergy для мониторинга и диспетчеризации автономных и распределённых объектов: СЭС с накопителями, котельные, банки аккумуляторов, посты наблюдения. Всё, что описано выше, — это её штатные функции:
- телеметрия: заряд, токи, напряжения, приход с панелей, температуры;
- прогноз разряда аккумуляторов;
- тревоги в Telegram и правила «если → то» без программирования;
- управление нагрузкой по приоритетным рубежам;
- любое оборудование по Modbus через шлюзы ESP32 / RS-485;
- данные остаются на серверах в Беларуси, без облака вендора.
Частые вопросы
Чем мониторинг автономки отличается от сетевой станции?
Ценой ошибки. У сетевой сбой означает потерю экономии, у автономной — остановку объекта. Плюс батарея как расходуемый ресурс, который убивают невидимые снаружи глубокие разряды.
Что такое прогноз разряда?
Расчёт, через сколько часов батарея дойдёт до нижнего порога при текущем потреблении и приходе с панелей. Отвечает на вопрос «ехать сейчас или можно ждать».
Что такое приоритетные рубежи?
Уровни заряда, на которых нагрузки отключаются по очереди — от некритичного к критичному. Связь отключается последней, чтобы объект не пропал молча.
Какие параметры мерить обязательно?
SOC, токи и напряжения заряда-разряда, приход с панелей, температуру аккумуляторного отсека, состояние нагрузок и наличие связи.
Обязательно ли облако вендора?
Нет. Локальная платформа собирает данные по Modbus через шлюз и хранит их на своём сервере — без зависимости от доступности чужого облака.
Нужен мониторинг на объект?
Подберём схему под задачу: что измерять, какие тревоги настроить и как расставить приоритетные рубежи, чтобы объект не вставал молча.
Обсудить задачу 📊 Посмотреть демо Удалённые объекты