Перейти к содержанию
ЭНТРЕНД технологии

Гайд · 1 августа 2026 г.

Удалённый мониторинг ДГУ и ИБП - какие параметры снимать, чтобы отказ был виден заранее

Состав телеметрии резервного и бесперебойного электроснабжения с точки зрения диагностики: откуда физически берутся данные по ДГУ и ИБП, какой параметр за какое время предупреждает об отказе, почему уставки ловят меньше половины событий, где у телеметрии слепые зоны и что заложить в ТЗ на мониторинг.

Телеметрию резервного контура почти всегда собирают по одному принципу: завести в диспетчерскую все сигналы, которые контроллер отдаёт как аварийные. Схема работает ровно один раз - в момент, когда установка уже отказала. Дежурная смена получает сообщение об аварии одновременно с тем, как её увидел бы человек на объекте, и весь выигрыш от удалённого мониторинга сводится к экономии на телефонном звонке.

Ниже - как собирается состав телеметрии, если задача сформулирована иначе: увидеть отказ до того, как он случится. Разобрано по узлам - что физически отдают контроллер дизель-генераторной установки и SNMP-агент ИБП, какой параметр за какой срок предупреждает о чём, почему пороговая тревога закрывает меньшую часть отказов и что из состояния оборудования удалённо не видно никогда.

Почему аварийный сигнал приходит слишком поздно

Коротко: аварийный сигнал фиксирует состоявшийся отказ, а предупреждение даёт медленное изменение величины, которая на момент замера остаётся в пределах нормы.

Отказы резервного оборудования делятся на две группы, и они требуют разных данных. Внезапные - пробой силового модуля, обрыв цепи, срабатывание защиты - предупредить нельзя, по ним важна скорость доставки события. Развивающиеся - деградация батарейного массива, загрязнение топливного тракта, подтекание охлаждающей жидкости, износ приводного ремня - формируются неделями и месяцами, и каждый из них имеет измеримый предвестник.

Проблема в том, что предвестник живёт внутри допуска. Температура охлаждающей жидкости на прогреве поднялась с 78 до 84 градусов - это норма по паспорту и одновременно сигнал, что теплообменник загрязнён либо уровень жидкости упал. Пороговая уставка на 95 градусах промолчит и в этом месяце, и в следующем, а сработает в момент, когда установка уже приняла нагрузку по факту пропадания ввода.

Отсюда практический вывод для проекта мониторинга: набор параметров определяется не тем, что контроллер умеет отдавать как тревогу, а тем, какие величины имеет смысл наблюдать в динамике. Первый список обычно короче второго в несколько раз.

Откуда физически берутся данные

Коротко: у резервного контура три источника телеметрии с разными возможностями - контроллер ДГУ по Modbus, SNMP-агент ИБП, дискретные модули контроля состояния; глубина данных различается принципиально.

В проекте по административному зданию банка полевой уровень остался существующим. В него входили плата управления дизельной установки SDMO TELYS, шесть источников бесперебойного питания с телеметрией по SNMP, приборы контроля качества электроэнергии Diris на щитах и модули контроля положения автоматических выключателей в нескольких десятках распределительных щитов. Этот набор типичен для объекта с резервным контуром, и у каждого источника свои ограничения.

ИсточникЧто отдаётОграничение
Контроллер ДГУ (Modbus RTU/TCP)Режим, факт пуска, обороты, параметры двигателя, выходные параметры генератора, счётчики наработки, коды неисправностейКарта регистров зависит от модели контроллера, часть параметров доступна только в фирменном протоколе
SNMP-агент ИБПСтандартный набор по RFC 1628 - режим питания нагрузки, состояние батареи, расчётное оставшееся время, входные и выходные параметры, тревогиСтандартная MIB даёт агрегированные величины; параметры отдельных блоков и силовых модулей живут в частной MIB производителя
Дискретные модулиПоложение автоматических выключателей, состояние АВР, аварийные сухие контакты, датчики протечки и открытияТолько два состояния, без величины и без причины изменения

Разница между стандартной и фирменной MIB - место, где проекты мониторинга ИБП чаще всего теряют смысл. RFC 1628 описывает батарею одним объектом: статус, напряжение, ток, температура, оценка оставшегося времени. Массив из нескольких десятков блоков в этих объектах представлен суммарно, и уход одного блока в таком представлении растворяется. Диагностика по отдельным блокам и внутреннему сопротивлению доступна в частной MIB либо через сервисное ПО производителя, и это требование формулируется на этапе выбора оборудования, а не при настройке шлюза.

Что снимать с дизель-генераторной установки

Коротко: полезны параметры, снятые в трёх режимах - при плановом пуске, под нагрузкой и в покое между запусками; величина без указания режима непригодна для сравнения.

Состав телеметрии ДГУ, переданный в централизованную систему мониторинга на упомянутом объекте, включал факт запуска, расход и температуру топлива, давление масла, температуру охлаждающей жидкости, заряд аккумуляторной батареи, выходные параметры по фазам и ошибки контроллера. Ниже - тот же перечень с точки зрения того, что каждая величина предупреждает.

ПараметрО чём предупреждаетГоризонт
Напряжение стартерной АКБ в покое и просадка при прокруткеОтказ пуска - самая частая причина неготовности установкиНедели
Время выхода на номинальные обороты при плановом пускеСостояние топливоподачи, стартерного контура, подогреваНедели
Температура охлаждающей жидкости на прогретом двигателеЗагрязнение радиатора, падение уровня, состояние термостатаМесяцы
Давление масла на прогретом двигателеИзнос и разжижение масла, состояние маслонасосаМесяцы
Температура блока подогрева и наличие питания на нёмХолодный старт зимой, время выхода на приём нагрузкиДни
Уровень и расход топливаУтечка, несанкционированный слив, оборот запасаДни
Наработка и счётчик пусковПланирование обслуживания по факту, а не по календарюМесяцы
Коды неисправностей контроллераДиагностика узла до выезда бригадыМгновенно

Ключевое требование к этим данным - привязка к режиму. Давление масла на холостом ходу и под нагрузкой различаются, и сравнивать помесячную динамику допустимо только внутри одного режима. Практически это означает, что архив должен помечать записи признаком «плановый пуск», «работа под нагрузкой», «работа по факту пропадания ввода», иначе тренд собирается из несопоставимых точек и ничего не показывает.

Отдельно стоит температура топлива. На объекте с наружным контейнером она даёт понимание, попадает ли топливо в диапазон, где сорт по климатическому исполнению ещё работает. Подробнее эта тема разобрана в статье «Топливо для ДГУ».

Что снимать с источника бесперебойного питания

Коротко: у ИБП предупреждающую функцию несут параметры батарейного массива и статистика переходов на батарею, а режим работы и коды тревог фиксируют уже случившееся.

ПараметрО чём предупреждаетГоризонт
Режим питания нагрузки: сеть, батарея, байпасСостоявшееся событие, требует немедленной реакцииМгновенно
Наработка на батарее и число переходов за периодКачество питающей сети, преждевременный износ массиваМесяцы
Напряжение массива под нагрузкой и в режиме подзарядаУход блоков, отклонение зарядного устройстваМесяцы
Температура в батарейном отсекеСокращение расчётного срока службы блоковМесяцы
Расчётное оставшееся время автономииРасхождение фактической автономии с проектнойНедели
Загрузка по мощности и коэффициент мощности нагрузкиВыход за проектный режим, потеря резерва по мощностиМесяцы
Состояние избыточности в модульной конфигурацииПотеря резервирования при внешне нормальной работеМгновенно
Коды тревог и наработка вентиляторовПлановая замена расходных узловМесяцы

Статистика переходов на батарею недооценена. Единичный переход - штатное событие, а несколько десятков переходов за квартал означают, что установка расходует ресурс массива на компенсацию нестабильного ввода, и расчётный срок службы батарей в таких условиях выбирается быстрее паспортного. Этот вывод делается только по накопленной статистике, поэтому счётчик переходов и суммарная наработка на батарее закладываются в состав телеметрии с самого начала.

Расчётное оставшееся время автономии - величина, которую ИБП вычисляет по собственной модели, и она склонна давать оптимистичный результат на состаренном массиве. Она пригодна как индикатор тренда: снижение расчётного времени при неизменной нагрузке означает деградацию. Абсолютную цифру подтверждает только контрольный разряд, разбор которого - в статье «Замена АКБ в ИБП».

Периодичность опроса и глубина архива

Коротко: диагностическую ценность создаёт архив, поэтому период опроса и правило записи задаются отдельно для событий и для медленных величин.

Механика сбора у двух протоколов разная, и это сказывается на настройке. Modbus работает опросом: мастер циклически читает регистры контроллера, и короткое событие в промежутке между опросами доходит до верхнего уровня только в том случае, если контроллер сам защёлкнул его в отдельном регистре состояния. SNMP допускает оба способа - периодический опрос объектов MIB и доставку trap по инициативе агента; ловушки закрывают быструю доставку аварии, а величины для трендов всё равно снимаются опросом. Практический вывод: аварийные состояния читаются чаще либо доставляются ловушкой, аналоговые величины опрашиваются с шагом, достаточным для тренда.

Три параметра конфигурации, которые определяют, будет ли от системы польза:

  • Период опроса. Дискретные состояния и режимы опрашиваются секундами, медленные аналоговые величины - минутами. Опрос температуры охлаждающей жидкости раз в секунду создаёт трафик и нагрузку на канал, ничего не добавляя к диагностике.
  • Правило записи в архив. Запись по изменению с зоной нечувствительности экономит хранилище и одновременно теряет форму кривой. Для параметров, по которым строится тренд, разумнее периодическая запись с фиксированным шагом, для дискретных - запись по факту изменения с меткой времени.
  • Глубина хранения. Тренд по деградации виден на горизонте от года. Архив глубиной в месяц закрывает разбор инцидентов и не закрывает планирование обслуживания. Глубину хранения имеет смысл фиксировать в требованиях, поскольку она влияет на выбор платформы верхнего уровня.
  • Гистерезис и задержка на срабатывание. Уставка без гистерезиса даёт дребезг: величина колеблется около порога, и сообщения идут пачками. Задержка на подтверждение отсекает выбросы измерительного тракта. Настройка обоих значений выполняется по факту накопленных данных, поэтому первые недели работы системы разумно считать периодом отладки порогов, а не приёмкой.

Отдельного внимания требует источник метки времени. Часы контроллера и часы сервера верхнего уровня расходятся, и при разборе цепочки событий - пропадание ввода, переход нагрузки на батарею, команда пуска, выход генератора на номинал - расхождение в десятки секунд делает последовательность нечитаемой. Синхронизация времени всех узлов по единому источнику закладывается в проект, поскольку восстановить хронологию задним числом невозможно. Практическое применение точной метки события выходит за рамки диагностики и разобрано отдельно в статье «Сервисный контракт на ДГУ и ИБП».

Слепые зоны: что удалённо не видно

Коротко: телеметрия закрывает состояние узлов с электрическим выходом и полностью пропускает механику, герметичность и качество расходных материалов.

Перечень того, что остаётся за пределами любой системы мониторинга и требует выхода на объект:

  • Фактическая ёмкость батарейного массива. Расчёт ИБП строится на модели; цифру даёт контрольный разряд с выводом массива из готовности.
  • Способность ДГУ держать номинальную мощность. Плановый пуск на холостом ходу подтверждает запуск двигателя и ничего не говорит о работе под нагрузкой. Проверка выполняется резистивным нагрузочным модулем, см. статью «Нагрузочные испытания ДГУ».
  • Качество топлива. Датчик уровня показывает объём, а обводнённость, содержание механических примесей и предельная температура фильтруемости определяются лабораторным анализом отобранной пробы.
  • Состояние выхлопного тракта, виброопор, уплотнений. Подтекания, трещины, коррозия крепежа выявляются осмотром.
  • Затяжка контактных соединений. Ослабленный контакт проявляется нагревом, который виден тепловизором при обходе и не виден в телеметрии до срабатывания защиты.

Разделение честное и полезное при формировании бюджета эксплуатации: удалённый мониторинг сокращает частоту выездов и не отменяет их. Регламент обслуживания с разбивкой по циклам разобран в статье «Регламент технического обслуживания ДГУ».

Что заложить в ТЗ на мониторинг ДГУ и ИБП

Коротко: перечень параметров по каждой единице оборудования, требования к глубине данных от производителя, период опроса и архивирования, порядок проверки каждого параметра на пусконаладке.

Минимальный состав требований:

  • Пофамильный перечень контролируемых единиц оборудования с указанием модели контроллера или сетевой карты - от этого зависит доступный состав данных.
  • Список параметров по каждой единице с разделением на события и измеряемые величины, с указанием периода опроса и правила записи в архив.
  • Требование к глубине телеметрии по ИБП: доступ к параметрам отдельных блоков массива и модулей, если конфигурация модульная. Формулируется до закупки оборудования.
  • Требование к пометке режима работы ДГУ в архиве, иначе тренды по двигателю несопоставимы.
  • Глубина хранения архива и формат выгрузки для отчётности эксплуатанта.
  • Состав автоматически формируемых отчётов: наработка, число пусков, число переходов на батарею, суммарное время на батарее за период.
  • Проверка на пусконаладке каждого параметра сквозным способом - от источника до верхнего уровня, с имитацией событий, а не сверкой списка топиков.
  • Порядок доступа сервисной службы к оборудованию и разграничение прав, если верхний уровень принадлежит заказчику.

Сформулировать эти требования до объявления закупки помогает услуга Помощь с ТЗ: состав телеметрии, глубина данных и объём пусконаладки фиксируются заранее, и предложения подрядчиков становятся сопоставимыми.

Частые вопросы

Достаточно ли для ИБП стандартной SNMP-телеметрии? Для контроля состояния и реакции на событие достаточно. Для диагностики массива по отдельным блокам - нет: стандартный набор объектов RFC 1628 описывает батарею агрегированно. Глубина данных определяется сетевой картой и частной MIB производителя, поэтому вопрос решается при выборе оборудования.

Можно ли снять телеметрию со старого ДГУ, у которого контроллер без сетевого порта? Частично. Базовые состояния - режим, факт пуска, обобщённая авария - выводятся через сухие контакты на дискретные модули. Аналоговые величины двигателя в этом варианте недоступны, и остаётся выбор между заменой панели управления и работой с ограниченным составом данных. Объём решается на обследовании.

Что делать, если производитель отдаёт данные только через собственное облако? Для объектов с требованиями по сетевой изоляции такой вариант обычно неприменим: телеметрия должна уходить в контур заказчика по согласованной схеме. Требование локального интерфейса - Modbus TCP, SNMP или MQTT в собственный брокер - разумно фиксировать в спецификации на этапе закупки.

Как отличить полезный параметр от избыточного? Проверка одна: сформулируйте, какое решение принимается по этому параметру и с каким горизонтом. Если решения нет, параметр останется строкой в архиве. Обратная ошибка встречается чаще - в перечне отсутствуют счётчики и наработки, потому что они выглядят неинтересными для одного здания, и становятся ценными в массиве объектов.

Сколько времени занимает подключение существующего оборудования к мониторингу? Монтажная часть на одном объекте измеряется сменами. Основной срок уходит на обследование, сверку фактического состава оборудования с документацией и согласование перечня параметров с принимающей стороной. На зданиях с историей документация расходится с фактом почти всегда.

Нужен ли отдельный мониторинг, если оборудование уже подключено к локальной диспетчеризации? Локальная система обычно решает задачу дежурной смены объекта, а планирование обслуживания требует накопления и сопоставимости данных по всем площадкам. Порядок подключения объекта к централизованному контуру разобран в статье «Подключение объекта к ЦСМ банка».

Источники

Состав телеметрии определяется конкретным оборудованием: контроллер дизельной установки и сетевая карта ИБП задают потолок доступных данных, и упереться в него лучше на обследовании, чем на пусконаладке. Запросить КП - обследование объекта и расчёт системы мониторинга по вашему составу оборудования; Помощь с ТЗ - перечень параметров и требования к глубине данных до объявления закупки.

Связь

Пришлите ТЗ или короткое описание объекта

Если ТЗ уже есть — посчитаем КП за 1 рабочий день. Если ТЗ нет — поможем составить.

Запросить КП