Можно собрать идеальную телеметрию и всё равно упустить аварию — если на графики некому смотреть в три часа ночи. Ценность мониторинга появляется в тот момент, когда система сама замечает проблему и сообщает нужному человеку. Разберём, как это настраивают.
Мониторинг без уведомлений бесполезен
Дашборд отвечает на вопрос «что сейчас происходит», но требует, чтобы кто-то смотрел. Тревога отвечает на вопрос «когда нужно вмешаться» и приходит сама. Для распределённых объектов — котельных, СЭС, насосных, вышек — второе важнее: за десятками площадок никто не следит вручную круглосуточно. Цель — узнавать о проблеме раньше, чем о ней сообщит житель или заказчик.
Пороги: простые тревоги по значению
Самый базовый механизм — пороги на параметр. Для каждого показателя задают границы, за которыми значение считается тревожным:
- Предупреждение — значение вышло из нормы, но некритично (например, SOC ниже 30%);
- Авария — критический выход (SOC ниже 15%, температура выше предела, давление упало).
Отдельная и очень важная тревога — «объект пропал со связи»: если данные перестали приходить, это само по себе повод для оповещения, даже когда последние значения были в норме.
Правила ЕСЛИ→ТО: тревоги с условиями
Одного порога часто мало: 40% заряда днём при солнце — норма, а ночью — тревога. Поэтому поверх порогов работают правила ЕСЛИ (условия) → ТО (действия), где условия можно комбинировать:
- «ЕСЛИ SOC < 20% И ночь → поднять аварию и отключить второстепенную нагрузку»;
- «ЕСЛИ температура котла > предела → авария дежурному»;
- «ЕСЛИ объект offline дольше 30 минут → уведомить».
Правило срабатывает по фронту — в момент перехода из нормы в тревогу, а не повторяется каждую секунду, пока условие держится.
Борьба с ложными срабатываниями
Главный враг любой системы оповещения — «шум»: если тревоги приходят по каждому дребезгу датчика, их быстро перестают читать. Что помогает:
- Гистерезис и задержка — реагировать, только если значение держится за порогом какое-то время;
- Пауза между повторами (cooldown) — не слать одно и то же каждую минуту;
- Уровни важности — отделить «предупреждения» от «аварий», чтобы критичное не тонуло в мелочах.
Цель — чтобы каждое сообщение требовало действия. Тогда тревогам доверяют и реагируют быстро.
Каналы и как это делает DispatchPulse
Telegram удобен как основной канал: мгновенно, на телефоне, с группой дежурных. E-mail — для сводок и истории. В DispatchPulse это собрано вместе:
- пороги (жёлтый/красный) на любой параметр и тревога «нет связи»;
- правила ЕСЛИ→ТО с комбинацией условий и действий (в т.ч. управление реле);
- уведомления в Telegram и на e-mail, ежедневная сводка по объектам;
- защита от шума: срабатывание по фронту и пауза между повторами;
- данные и логика — на серверах в Беларуси, без облака вендора.