Мониторинг оборудования нужен для того, чтобы отклонение на объекте замечал не случайный человек на обходе, а система, и чтобы о нём сразу узнавал тот, кто отвечает за этот участок. Система мониторинга оборудования сравнивает поступающие значения с заданными условиями, при нарушении создаёт сигнал, записывает его в журнал и отправляет уведомление ответственному. Ниже разбираем, как эта цепочка устроена в платформе МБорд: от настройки порога до закрытия сигнала с комментарием.
Пока точек немного, отклонение можно увидеть глазами на графике. Когда на объекте десятки счётчиков, датчиков температуры и давления, а данные идут каждые несколько минут, ручной просмотр перестаёт работать. Поэтому в МБорд контроль строится на правилах, а не на внимании дежурного.
Из чего состоит система мониторинга оборудования?
Если упростить, контур контроля в МБорд включает пять частей:
- Пороги датчика. Для каждого датчика задаются границы нормальной работы и критической зоны.
- Правила контроля. Отдельная настройка: какой датчик проверять, по какому типу условия, с каким уровнем важности и с каким текстом сообщения.
- Журнал сигналов. Место, где хранится каждое срабатывание и вся история его обработки.
- Уведомления. Доставка сообщений по выбранным каналам с учётом уровня важности и рабочего графика.
- Роли пользователей. Разграничение, кто видит сигналы, кто их обрабатывает и кто меняет настройки.
Каждую часть настраивают отдельно, поэтому, например, смена ответственного или временная остановка цеха не требуют переделывать всю схему контроля.
Как задаются пороги и правила контроля?
Первый уровень контроля: порог на самом датчике. Инженер указывает, какой диапазон считается нормой, а какой уже критическим. Выход значения за любую из границ приводит к появлению сигнала.
Второй уровень: правило контроля. В нём выбирают датчик, тип проверки и условие срабатывания. Тип проверки зависит от природы величины. Для мгновенных параметров (температура, давление) сравнивается текущее значение с пороговым. Для счётчиков проверяется расход, накопленный за выбранный период: так ловят утечку или работу оборудования вне смены.
В том же правиле назначают уровень важности и пишут текст сообщения. В текст подставляются данные конкретного срабатывания, поэтому дежурный сразу понимает, где и что произошло. Шаблон для котельной может выглядеть так: «Внимание! Температура котла {{sensor_name}} достигла {{value}}°C, что выше критического порога 95°C». При срабатывании вместо полей в фигурных скобках подставляются название датчика и его значение.
Кроме измеряемых величин, МБорд проверяет и расчётные показатели. Правила могут срабатывать на отклонение от прогноза, на перерасход бюджета потребления, на рост удельного расхода и на заметную разницу между фактом и ожидаемым значением. Эти показатели считаются в модуле аналитики и балансов.
Что делать, если датчик перестал передавать данные?
Отсутствие данных опасно тем, что на графике оно выглядит как затишье. Чтобы такая ситуация не прошла незамеченной, МБорд создаёт отдельный технический сигнал, когда датчик или контроллер молчит дольше заданного времени. В журнале видно, к какой точке он относится, и инженер может проверить связь, питание или сам прибор.
Именно с технических сигналов обычно начинается работа по сервисному договору: на обслуживании систем учёта мы разбираем причину пропажи данных и восстанавливаем учёт в оговорённые сроки.
Как устроен журнал событий?
Журнал событий в МБорд разделён на две вкладки активных сигналов:
- «Бизнес»: выход эксплуатационных параметров за пороги и отклонения расчётных показателей (прогноз, бюджет, удельный расход, расхождение факта и ожидания).
- «Технические»: проблемы с поступлением данных от датчиков и контроллеров.
Такое деление сразу подсказывает, куда идти: к технологу или к специалисту по связи и автоматике.
Сигналы группируются по датчикам. Если одна точка сработала несколько раз, записи собираются в одну группу и не растягивают список. По каждой записи видно время фиксации, связанный датчик и уровень важности. Найти нужное событие помогают фильтры по периоду, уровню важности и датчику.
Содержимое журнала зависит от прав пользователя: сотрудник видит сигналы только по доступным ему датчикам. Если доступ разделён по участкам или по оборудованию, каждый специалист работает со своей зоной и не отвлекается на чужие события. Для котельных журнал дополняется наглядной картиной процесса: на мнемосхеме точка с отклонением подсвечивается прямо на технологической схеме.
Какие уровни важности есть у сигналов и куда идут уведомления?
В МБорд четыре уровня важности. Уровень назначается в правиле контроля, а получатель сам выбирает в профиле минимальный уровень, с которого ему приходят уведомления. Для предупреждающих, критических и аварийных сигналов каналы доставки задаются раздельно. В таблице показан пример настройки, который мы применяем при диспетчеризации котельных. Это не жёсткое правило: распределение по каналам выбирает заказчик.
| Уровень | Пример ситуации | Пример доставки уведомления |
|---|---|---|
| Информационный | Расход за сутки немного выше прогноза | Только запись в журнале, без уведомления (если минимальный уровень выше) |
| Предупреждающий | Температура подачи приблизилась к верхней границе нормы | Мессенджер или почтовый дайджест раз в час |
| Критический | Температура котла превысила критический порог 95°C | Мессенджер и электронная почта сразу, даже в нерабочие часы |
| Аварийный | Расход газа при остановленной котельной | Все подключённые каналы сразу, включая звуковое оповещение в браузере |
Стандартные каналы: мессенджер, электронная почта и звуковое оповещение в браузере при открытой вкладке МБорд. Под требования проекта список расширяется: по запросу заказчика подключаются push-уведомления, SMS, телефонные звонки и другие способы доставки. Правила рассылки, группы получателей и шаблоны регулярных отчётов настраиваются в рамках услуги отчёты и уведомления.
Как не получать лишние уведомления ночью и в выходные?
У пользователя есть три инструмента, чтобы поток сообщений соответствовал рабочему графику.
Тихие часы. Уведомления можно отключить на выбранные часы или на выходные дни. Критические и аварийные сигналы при этом всё равно доставляются.
Почасовой дайджест. Вместо отдельного сообщения на каждое срабатывание приходит одна сводка в час. Критические и аварийные сигналы в сводку не попадают и уходят сразу.
Заглушка по датчику. Уведомления по конкретной точке можно приостановить до указанной даты, например на время ремонта. Сигналы в этот период продолжают создаваться и попадают в журнал с отметкой о сроке заглушки. После этой даты рассылка возобновляется без участия пользователя.
Заглушка не отключает контроль. Заглушка влияет только на рассылку. Все срабатывания за период работ остаются в журнале, и после ремонта по ним можно проверить, как вело себя оборудование.
Как вести контроль при остановке линии или смене режима?
При плановой остановке, пуске или работе на сниженной нагрузке привычные пороги дают ложные срабатывания либо, наоборот, не замечают нужного. Для таких периодов в МБорд есть сценарии. В сценарий добавляют группу датчиков, каждому задают верхний порог, а для всех вместе указывают окно сверки. По счётчикам система сравнивает с порогом расход за это окно.
Разберём пример. Цех останавливает линию на две недели плановых работ. Три точки учёта (электроэнергия, вода, сжатый воздух) в этот период должны показывать почти нулевое потребление. Инженер заранее собирает сценарий: порог по электроэнергии 5 кВт·ч, по воде 0,2 м³, окно сверки 1 час. Если в какой-то час через узел учёта воды прошло 0,6 м³, это превышение в три раза, и МБорд создаёт сигнал об отклонении. Дежурный находит незакрытую задвижку в первые часы, а не при сведении месячного баланса.
Когда линия снова запущена, сценарий отключают. Он не удаляется и при следующей остановке включается в один шаг. Так же можно временно выключить отдельное правило контроля: его настройки сохраняются, создавать его заново не нужно.
Сценарий не заменяет пороги датчиков. Сценарий добавляет условия на время особого режима. Пороги, заданные на самих датчиках, продолжают действовать, поэтому выход параметра за критическую границу будет зафиксирован и в период работ.
Как сигнал проходит путь от появления до закрытия?
Обработка сигнала в МБорд состоит из двух действий.
«Принять». Пользователь с нужными правами отмечает, что взял сигнал в работу. В истории остаются его учётная запись и время. Если по одной точке активно несколько сигналов, их принимают одним действием.
«Решить». После проверки сигнал закрывают и пишут комментарий: что сделано и в чём была причина. Время закрытия и автор тоже фиксируются.
Комментарий полезен при повторном срабатывании: открыв историю точки, инженер видит, что происходило раньше и как это устраняли, если коллеги записали причину. Часть сигналов закрывается автоматически, когда параметр вернулся в допустимый диапазон, и это тоже отражается в истории. Закрытые записи переходят во вкладку «Решённые».
Кто может настраивать мониторинг, а кто только смотрит?
Права в МБорд привязаны к ролям. Все действия с сигналами записываются за конкретным пользователем.
| Роль | Что доступно |
|---|---|
| Только просмотр | Доступные данные, графики и история событий без обработки сигналов |
| Оператор | Приём сигналов в работу и их закрытие после проверки |
| Инженер | Права оператора и настройка порогов датчиков |
| Администратор | Правила контроля, пользовательские и системные настройки |
На практике оператором обычно становится дежурный или диспетчер, инженером: энергетик или специалист по КИПиА, администратором: ответственный за платформу со стороны заказчика или наш инженер на этапе внедрения.
Вопросы и ответы
Можно ли настроить контроль без постоянного дежурного на объекте?
Да. Сигналы и уведомления работают независимо от того, открыт ли МБорд, а критические и аварийные сообщения доставляются и в нерабочие часы. Так организован, например, контроль котельных без постоянного персонала.
Чем порог датчика отличается от правила контроля?
Порог задаёт норму и критическую зону для одного датчика. Правило контроля шире: в нём выбирают тип проверки (значение или расход за период), уровень важности и текст сообщения.
Пропадут ли события, если уведомления по датчику заглушены?
Нет. Заглушка останавливает только рассылку, а сигналы продолжают записываться в журнал.
Как добавить ещё один канал доставки?
Состав каналов расширяется под проект: по запросу подключаются push-уведомления, SMS, звонки и другие способы. Объём работ согласуется при внедрении.
