Почему в облаке всё зелёное, а прибор молчит

Что слово «онлайн» означает буквально

Термин пришёл из связи, а не из эксплуатации. «Онлайн» — свойство соединения: узел ответил на обращение в отведённое время. Утверждение относится к тому, кто ответил, и к моменту, когда он это сделал. Ни исправности машины, ни хода процесса в этом слове нет — их дописывает человек, который смотрит на панель.

На витрине слово превращается в кружок и получает цвет, а вместе с цветом — чужой смысл: зелёное читается как «всё в порядке». Дальше разрыв неизбежен. Сгорел блок питания, прибор обесточен, установка стоит — а в облаке он в сети, и панель при этом не врёт. Она отвечает на свой вопрос, а спрашивают у неё другой.

Кто именно горит зелёным: пять звеньев цепочки и один кружок

Между машиной и цветом на экране стоит цепочка, и каждое звено отвечает на свой вопрос. Ломаются они порознь, а кружок на витрине один — и он не складывает пять ответов, а показывает ответ того звена, до которого дотянулся опрос. Пятёрку в «объект работает» складывает уже человек у экрана.

Верхние четыре звена рассказывают о передаче данных, и только нижнее — о работе. Кружок статуса собирается по верхним: он считается по отклику, а откликнуться может лишь тот, кто остался под питанием. Нижнее звено попадает в цвет, только если статус явно свели с параметром процесса; пока такого правила нет, параметр живёт на панели отдельным числом и на кружок не влияет. Как эта цепочка собирается от датчика до экрана — в разборе IoT-мониторинг оборудования: как это устроено.

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

Разберём тот самый случай со сгоревшим блоком питания. Исход решает одно: откуда в шкафу питается связь. Если модем висит на том же автомате, что и прибор, он погаснет вместе с ним — панель уйдёт в офлайн, и вопроса не возникнет. Разрыв рождается в другой схеме: связь заведена отдельно, своим автоматом или через источник бесперебойного питания, — ровно потому, что сообщить об отказе питания способен только тот, кто сам от этого питания не зависит. Побочный эффект — прибор гаснет, а канал остаётся, и наверх продолжает уходить «я на связи». Поэтому вопрос к панели начинается не с панели, а со схемы шкафа: что именно останется под напряжением, когда прибора не станет.

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

Пять формулировок, которые слились в один цвет

Разрыв между «зелёный» и «работает» держится на том, что несколько разных признаков называют одинаково. Пока они не разведены, спорить о цвете бессмысленно.

• •На связи — канал до объекта поднят. Утверждение про модем и оператора связи, не про железо в шкафу.
• •Отвечает — прибор жив электрически, его контроллер загрузился и отзывается на запросы по шине.
• •В работе — исполнительная часть действительно движется: вращается вал, крутится вентилятор, идёт горение.
• •В норме — значение параметра лежит внутри границ. Ничего не говорит о том, свежее оно или замерло.
• •Аварий нет — никто не поднял флаг. Сюда же попадает случай, когда флаг некому поднимать.

Пять признаков — пять отдельных точек отказа. Панель, которая показывает вместо них один индикатор, отвечает на вопрос «есть ли связь», а её спрашивают «работает ли объект». Ошибка не в цвете, а в подстановке одного вопроса вместо другого.

Что делает зелёный честным

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

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

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

Как проверить это на действующем объекте

Пока объект работает, любая панель выглядит правдоподобно — на работающем объекте проверять нечего. Проверять надо обратное состояние.

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

Эти же пункты стоит проговорить до подписания акта, а не после первой аварии. Логику статуса можно вычитать в документации платформы и повторить на стенде — это отвечает на вопрос, как она устроена. А что покажет панель этого объекта, задают схема этого шкафа и настройки этой площадки: их видно только тогда, когда питание снимают на месте.

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