Посмотрим ваше оборудование и скажем, что с него реально снимается
По документации контроллеров и по составу парка: какие показатели доступны сразу, где придётся ставить датчики и какими настройками можно управлять удалённо.
IoT-мониторинг и управление оборудованием
Холодильники, склады, магазины и производственное оборудование под контролем из браузера
Оборудование стоит на объектах, а вы находитесь в офисе. Мы ставим на него датчики, подключаем их к интернету и выводим показатели в одну программу, которая открывается в браузере. Если температура вышла за норму, дверь осталась открытой или пропало питание — ответственный сотрудник получает сообщение сразу, а не узнаёт об этом утром по испорченному товару.
Что делает система
IoT-мониторинга
Простыми словами: на оборудование ставятся небольшие приборы, которые постоянно измеряют важное — температуру внутри камеры, открыта ли дверь, есть ли электричество, работает ли компрессор. Раз в минуту эти измерения уходят через интернет на сервер. Вы открываете браузер и видите состояние каждой единицы оборудования на всех точках.
IoT расшифровывается как «интернет вещей». Смысл в том, что не человек ходит с блокнотом и записывает показания, а само оборудование отправляет их в программу. Делать для этого ничего не нужно: данные приходят сами, круглосуточно, включая ночь и выходные.
Главное отличие от простого экрана с цифрами в том, что система не ждёт, пока кто-то на неё посмотрит. Она сама сравнивает каждое измерение с нормой, которую вы для этого оборудования задали. Если норма нарушена — находит в справочнике сотрудника, отвечающего за этот объект, и отправляет сообщение ему.
Пример. В морозильной камере на складе допустимо −18 °C. В 21:04 датчик передаёт −16,8 °C. На экран в этот момент никто не смотрит. Через 15 минут температура продолжает расти — система создаёт событие, записывает в него номер камеры, адрес склада, время и текущее значение, и отправляет сообщение дежурному по складу. В 21:33 он приезжает и находит неплотно закрытую дверь тамбура. Товар цел.
Менять оборудование при этом не нужно. Холодильник, автомат, насос или вентиляционная установка остаются на месте — к ним добавляется то, чего у них нет: датчики, устройство связи и программа, в которой весь парк виден одним списком.
Любой проект начинается с трёх вопросов: что физически можно измерить на этом оборудовании; как данные уйдут с объекта в интернет; кто отвечает за отклонение и за сколько минут должен на него отреагировать. Пока нет ответа на третий вопрос, получится красивый экран с цифрами, а не система, которая что-то предотвращает.
| Что реализовано | Чем это является |
|---|---|
| Показатель выводится на экран в реальном времени | наблюдение |
| Показатель сохраняется в истории с точным временем | основа |
| Выход за норму записывается как отдельное событие | основа |
| У события есть конкретный сотрудник и срок реакции | мониторинг |
| Реакция сотрудника записывается и закрывает событие | мониторинг |
Граница проходит по двум вещам: у события есть человек и есть срок. Экран с текущей температурой сам по себе ничего не спасает — пока никому не назначено разобраться, отклонение остаётся просто линией на графике. Поэтому норма, ответственный, срок реакции и отметка о закрытии — обязательные поля системы, а не настройки «по желанию».
Что это даёт на практике
- Всё оборудование в одном списке — холодильники, автоматы и установки разных марок с разных адресов на одном экране, а не в четырёх программах производителей
- Сотрудник едет туда, где проблема — вместо обхода всех точек по кругу он получает адрес и номер конкретной единицы оборудования
- Разбор по записям, а не по памяти — через месяц видно, во сколько началось отклонение, сколько оно длилось и кто на него реагировал
- Реакция до убытка — рост температуры заметен за десятки минут до того, как товар придётся списывать
- Подтверждение режима хранения — по любой камере выгружается температурный график за месяц, его можно показать проверяющему или сети-контрагенту
- Часть действий — прямо из браузера — например, изменить заданную температуру, если контроллер оборудования принимает такую команду
Границу возможностей задаёт не программа, а само оборудование: снять можно только то, что оно измеряет или что позволяет измерить датчиком, а изменить — только то, что разрешает его контроллер. Что доступно на вашей модели, мы выясняем по документации производителя при обследовании.
Как это устроено: от датчика до сообщения сотруднику
Весь путь, который проходит одно измерение — от прибора на холодильнике до сообщения в телефоне. Дальше на странице каждое из этих шести звеньев разобрано подробнее.
1. Оборудование
То, за чем следим: холодильная камера, витрина, морозильник, торговый автомат, насос, вентиляционная установка, производственная линия. Каждая единица заводится в системе как отдельная карточка — что это, на каком объекте стоит, какой у неё паспорт и когда её обслуживали.
2. Датчики и контроллеры
Приборы, которые измеряют. Датчик — маленькое устройство, меряющее одну величину: температуру, влажность, давление, ток, открыта ли дверь, есть ли напряжение. Контроллер — «мозг» самого оборудования: у части моделей он умеет сообщать свои показания и коды ошибок наружу, и тогда лишние датчики не нужны. Не умеет — ставим свои.
3. Передача данных
Как показания попадают в интернет. На объекте ставится небольшое устройство связи: оно собирает измерения с датчиков и отправляет их на сервер по интернет-кабелю, Wi-Fi или через SIM-карту. Пропал интернет — измерения копятся в его памяти и уходят, когда связь вернётся. Само молчание устройства тоже считается тревогой.
4. Облачный сервер
Где живут данные. Сервер — это компьютер в защищённом дата-центре, работающий круглосуточно. «Облако» означает, что он стоит не у вас в офисе: покупать, охлаждать и обслуживать его не нужно, а доступ к программе есть из любой точки. Сервер принимает измерения, сохраняет их в историю, сверяет с нормами и превращает отклонение в событие.
5. Контрольная панель
Программа, которую видите вы. Открывается в браузере на компьютере или телефоне по логину и паролю — устанавливать ничего не нужно. На одном экране объекты, оборудование, текущие показатели и список открытых отклонений. Оборудование разных марок выглядит одинаково.
6. Сообщения, отчёты, команды
Итог всей цепочки: сообщение конкретному сотруднику, графики и журналы для разбора, отчёты за месяц и — там, где контроллер это позволяет — изменение настроек оборудования прямо из панели.
- ДатчикРаз в минуту меряет температуру в камере и записывает значение вместе с точным временем
- Устройство связиСобирает измерения и отправляет их через интернет; если связи нет — хранит у себя и досылает позже
- Приём в облакеСервер проверяет, от какого устройства пришли данные и в каких единицах, и сохраняет запись. Предыдущие записи не стираются
- Сравнение с нормойЗначение сверяется с допустимым диапазоном этой камеры и со скоростью, с которой температура меняется
- СобытиеНорма нарушена — создаётся запись: что случилось, на каком оборудовании и объекте, когда началось, какое значение сейчас
- СообщениеУходит сотруднику, отвечающему за этот объект. Событие остаётся открытым, пока кто-то не отреагирует и не закроет его
Частота замеров и допустимые границы задаются отдельно для каждого типа оборудования, а не одной цифрой на всю сеть. У морозильника, витрины с готовой едой и складской камеры и нормальная температура разная, и допустимое время выхода за неё тоже.
Холодильное оборудование
под непрерывным контролем
Холод — направление, где мониторинг окупается быстрее всего, потому что нарушение режима не видно глазом. Приоткрытую на ночь дверь никто не заметит до утра, а к утру решение уже принято за вас.
Пример. В пятницу вечером в морозильной камере отказывает компрессор. За ночь товар размораживается, в субботу его частично замораживают повторно, в понедельник партию списывают. С мониторингом сообщение об отказе приходит в пятницу в 21:00, и дело ограничивается вызовом сервисной службы.
Оборудование при этом разное. У морозильника и у витрины с готовой едой не совпадают ни допустимая температура, ни скорость её нарушения, ни цена ошибки. Поэтому норма задаётся не одна на сеть, а по каждой единице — с учётом того, что в ней лежит.
Что можно снимать с холодильной единицы:
- Температура — текущее значение с заданной частотой замера, в одной или в нескольких точках внутри объёма
- Скорость изменения температуры — не только «сколько сейчас», но и «как быстро меняется»: медленный дрейф и резкий скачок означают разные неисправности
- Открытие двери — когда открыли, когда закрыли и сколько дверь простояла открытой
- Работа компрессора — включён или остановлен, как часто включается и на сколько
- Электропитание — есть ли напряжение на оборудовании и в какой момент оно пропало
- Ошибки контроллера — коды неисправностей, которые агрегат сообщает сам, если его контроллер это умеет
- Наличие связи — вышло устройство на связь вовремя или молчит дольше допустимого
Набор зависит от конкретной модели. Если штатный контроллер отдаёт значения и коды ошибок наружу — система читает их напрямую. Если не отдаёт — ставятся внешние датчики температуры, двери и питания. Что доступно на вашем оборудовании, определяется по его документации при обследовании, а не обещается заранее.
Почему одной цифры мало
- Норма и время вместе — при загрузке товара температура поднимается на несколько минут, это нормально; те же градусы через сорок минут — авария
- Скорость изменения — рост на градус в час и скачок за пять минут требуют разной реакции
- Связь с дверью — рост температуры при открытой двери и при закрытой это разные проблемы и разные адресаты
- Цикл разморозки — во время штатной разморозки температура поднимается сама; система должна знать об этом и не поднимать ложную тревогу каждые несколько часов
- Пропадание питания — важен не сам факт, а сколько камера продержится и в какой момент нужно вывозить товар
Поэтому нормы настраиваются под тип оборудования и под товар в нём. Если этого не сделать, сообщения начнут приходить постоянно, сотрудники перестанут их открывать — и система будет работать вхолостую.
Какое холодильное оборудование подключается
Приборы у этих групп примерно одни и те же. Разница в допустимом режиме, в цене ошибки и в том, кому уходит сообщение. Устроено всё одинаково: единица оборудования, объект, показатели, нормы, события, ответственный.
Холодильники микромаркетов
Точка без продавца: заметить, что дверь не закрылась или агрегат встал, попросту некому. Оборудование стоит в офисе, на заводе или в коворкинге, сотрудник приезжает раз в несколько дней. Контроль температуры и двери здесь — единственный способ узнать о проблеме вовремя.
Морозильники
Глубокий минус и большой запас холода: отклонение развивается медленно, а обнаруживается по испорченной партии целиком. Контролируются температура, сколько времени она держится вне нормы, работа компрессора и разморозка.
Холодильные витрины
В торговом зале дверь открывают десятки раз за смену, режим нарушается постоянно. Поэтому важен не сам выход за границу, а насколько долго он длится и как часто повторяется в течение дня.
Холодильные камеры
Большой объём и несколько зон с разной температурой: одна точка замера камеру не описывает. Ставится несколько датчиков, отдельно контролируются дверь и питание — остановка камеры означает потерю всего содержимого, а не одной полки.
Складские холодильные системы
Несколько камер и агрегатов на одном объекте, работа сменами и круглосуточно. Нужны разделение ответственности по зонам, длинная история и отчёт о соблюдении режима за месяц или квартал.
Оборудование магазинов
Сеть точек с одинаковым оборудованием: десятки витрин и ларей по разным адресам. Ценность здесь в сравнении — где отклонения повторяются, какая точка систематически выходит за режим, какой единице пора в ремонт.
Рестораны и производства
Хранение сырья и готовой продукции, где режим — требование, а не удобство. Кроме сообщений нужна доказуемость: график по каждой камере за период и отметки о том, кто и как отреагировал на отклонения.
Оборудование, которое ничего не сообщает
Отдельная группа — агрегаты, контроллер которых вообще не рассчитан на обмен наружу. Их подключают внешними датчиками: температуры, двери, питания, потребляемого тока. Данных получается меньше, чем от «умного» агрегата, но главное — режим, дверь, питание и работа компрессора — видно, и такая единица стоит в общем списке наравне с остальными.
Что контролируется
и когда это превращается в тревогу
Каждый показатель живёт в системе в двух видах. Первый — само значение, которое просто сохраняется в истории. Второй — правило: при каком значении и через сколько минут это становится отклонением, о котором нужно кому-то сообщить.
Пример. Температура −16 °C в морозильной камере сохраняется всегда, каждую минуту. А сообщение уходит только если она держится выше −18 °C дольше пятнадцати минут подряд.
Полный перечень того, что снимается и контролируется:
- Температура — текущее значение по каждой точке замера, с частотой, заданной для этого типа оборудования
- Изменение температуры — куда и как быстро она идёт: растёт, падает или колеблется в пределах нормы
- Выход за допустимые значения — стало теплее или холоднее, чем разрешено для этой единицы
- Состояние оборудования — работает, простаивает, в обслуживании, в аварии, не на связи
- Работа компрессора — включён или остановлен, сколько работает и сколько отдыхает
- Открытие дверей — факт открытия, время открытия и время закрытия
- Слишком долго открытая дверь — одно открытие длится дольше, чем допустимо
- Электропитание — есть ли напряжение на оборудовании
- Пропадание питания — когда пропало, сколько отсутствовало, когда вернулось
- Ошибки контроллеров — коды, которые оборудование сообщает само, с расшифровкой по документации его модели
- Аварийные состояния — отдельная категория с наивысшим приоритетом и своим правилом оповещения
- Необходимость разморозки — по признакам, доступным на этом оборудовании: сигнал контроллера, наработка, характер температурного цикла
- Циклы работы — сколько раз и на сколько включался агрегат за период, сколько часов отработал всего
- Потеря связи — устройство не выходило на связь дольше допустимого интервала
Потеря связи — не мелочь, а полноценная авария. Молчащее устройство означает не «нет данных», а «об этом объекте мы не знаем ничего». Температура там может быть в норме, а может расти уже час. Поэтому пропажа связи создаёт такое же событие, как авария по температуре, а не оставляет пробел в графике.
Не каждое отклонение — авария
Уровней четыре, и от уровня зависит, кого и как система побеспокоит:
- Отметка — записано в историю, никого не беспокоит: короткое открытие двери, штатная разморозка, скачок при загрузке товара
- Предупреждение — отклонение есть, но время на реакцию тоже: сообщение уходит ответственному за объект
- Авария — режим нарушен или оборудование недоступно: сообщение уходит сразу нескольким сотрудникам и не пропадает само, пока событие не закроют
- В обслуживание — оборудование работает, но показатели говорят об износе: задача уходит не дежурному, а в план ремонтов
Кто получает сообщение
У каждого объекта в системе указан ответственный сотрудник, а у каждого типа события — своё правило доставки. Система не рассылает всё всем: она смотрит, на каком объекте отклонение, какого оно типа и который сейчас час, и по этому правилу выбирает адресата.
- Дежурный по объекту — обычные отклонения в его смену
- Руководитель направления — аварии и события, которые вовремя никто не принял
- Сервисная служба — задачи на обслуживание и коды ошибок контроллеров
Если сотрудник не принял событие за отведённое время, оно автоматически уходит следующему по цепочке. Ночью, в выходные и в праздники адресат может быть другим — это тоже настраивается заранее.
Что записывается по каждому событию
Тип, оборудование и объект, время начала и окончания, значения показателей в момент возникновения, кому и когда ушло сообщение, кто его принял, что сделал и чем всё закончилось. Этого достаточно, чтобы через месяц разобрать случай по записям, а не по воспоминаниям смены.
| Условие | Выдержка | Событие |
|---|---|---|
| Температура выше верхней границы режима | 15 мин | предупреждение |
| Температура выше границы | 45 мин | авария |
| Дверь открыта непрерывно | 5 мин | предупреждение |
| Рост температуры при закрытой двери | 10 мин | авария |
| Нет напряжения на оборудовании | 1 мин | авария |
| Контроллер вернул код ошибки | сразу | авария |
| Устройство не выходит на связь | 20 мин | авария |
| Компрессор за сутки отработал больше обычного | сутки | в обслуживание |
Кадр экрана системы, значения демонстрационные. Столбец «выдержка» — это время, которое система ждёт, прежде чем поднять тревогу. Без него загрузка товара, штатная разморозка и уборка зала дадут поток ложных аварий, после которого сообщения перестанут читать.
Шесть случаев: как это выглядит в работе
Каждый случай проходит один и тот же путь: на оборудовании что-то изменилось → система записала это как событие → конкретный сотрудник получил сообщение. Разница только в причине и в том, кому адресовано.
Дверь не закрыта
Что происходит: датчик сообщил, что дверь открыли, и дольше допустимого не сообщает, что её закрыли. Что делает система: создаёт событие «дверь открыта дольше нормы» с номером оборудования, адресом объекта и временем начала. Кто узнаёт: сотрудник на точке — в сообщении видно, сколько дверь уже открыта. Само событие не закроется, пока дверь не закроют.
Температура растёт
Что происходит: замеры показывают устойчивый рост, при этом дверь закрыта. Что делает система: записывает отклонение с текущим значением и скоростью роста. Кто узнаёт: ответственный за объект получает предупреждение — товар пока в норме, время на реакцию есть. Если рост продолжится, предупреждение станет аварией и уйдёт уже нескольким сотрудникам.
Оборудование пропало со связи
Что происходит: устройство молчит дольше допустимого интервала. Что делает система: создаёт аварию — не «нет данных», а именно аварию: что происходит на объекте, неизвестно. Кто узнаёт: те же сотрудники, что и при аварии по температуре, потому что последствия могут быть такими же.
Контроллер сообщил об ошибке
Что происходит: оборудование само возвращает код неисправности. Что делает система: записывает код как есть и расшифровывает его по документации этой модели. Кто узнаёт: ошибка появляется в карточке оборудования, вместе с историей — сколько раз этот же код уже приходил с этой единицы.
Требуется разморозка
Что происходит: признаки необходимости разморозки — сигнал контроллера, наработка или характер температурного цикла — выходят за норму. Что делает система: создаёт не аварию, а задание. Кто узнаёт: ответственный сотрудник — в задании указано, что за оборудование, на каком объекте и к какому сроку.
Пропало питание
Что происходит: на оборудовании нет напряжения. Что делает система: создаёт аварию с точным временем пропадания; температура при этом продолжает писаться, пока устройство связи работает от своей батареи. Кто узнаёт: сообщение уходит сразу — по нему решают, вывозить ли товар, а не когда вызывать ремонт.
- 21:04 — изменениеХолодильная камера №2, склад «Восточный»: температура −16,8 °C при верхней границе −18,0 °C, дверь закрыта
- 21:04 — отметкаОтклонение записано в историю. Правило ждёт 15 минут, поэтому сообщение пока никому не уходит
- 21:19 — событиеТемпература −15,9 °C, рост продолжается. Создано предупреждение: граница превышена дольше выдержки
- 21:19 — сообщениеУшло дежурному по складу и старшему смены; в карточке видно значение, скорость роста и время начала
- 21:33 — реакцияДежурный отметил, что выехал; система записала, кто принял событие и во сколько
- 22:10 — закрытиеТемпература вернулась в норму. Событие закрыто с причиной «неплотно закрытая дверь тамбура», отклонение длилось 66 минут
Кадр экрана системы, числа демонстрационные. Главное здесь не сообщение, а последняя строка: причина и длительность попадают в историю этой камеры. Если «неплотно закрытая дверь тамбура» повторится ещё три раза за месяц, это будет видно в отчёте, а не забудется вместе со сменой.
Где это применяют
кроме холодильников
Система нужна везде, где оборудование работает без постоянного присмотра, а поломку замечают по последствию. Меняются набор показателей и цена ошибки — устройство системы остаётся тем же.
- Вендинг — автоматы на удалённых точках: состояние механизма, температура, платёжный модуль, наличие связи
- Микромаркеты — витрины и холодильники в офисах и на предприятиях, где нет продавца
- Холодильные склады — камеры и агрегаты с круглосуточным режимом и требованием подтверждать условия хранения
- Обычные склады — температура и влажность в помещении, питание, доступ в зоны, состояние инженерных систем
- Торговое оборудование — витрины, лари и шкафы в залах сети магазинов
- Климатические системы — поддерживается ли заданная температура в помещении и насколько она отклоняется
- Вентиляция — работают ли установки, насколько забились фильтры, сколько часов отработано
- Кондиционирование — режим, частота включений, расхождение фактической температуры с заданной
- Отопление — температура подачи и обратки, работа контура, аварийные состояния
- Насосы — работает или простаивает, сколько потребляет, как часто включается, сколько отработал
- Компрессоры — режим работы, длительность циклов, наработка, аварийные остановы
- Электродвигатели — потребление тока, время работы, нетипичные режимы
- Производственные установки — состояние, простои, ошибки контроллеров, часы работы между обслуживаниями
- Промышленное оборудование — парк разных производителей на одном или на нескольких объектах
- Энергетическое оборудование — есть ли питание, какие у него параметры, включились ли резервные источники
- Электронные замки — открытие, закрытие, попытки доступа, состояние замка
- Датчики — температуры, влажности, давления, тока и других величин, которые можно измерить на объекте
Общее у всех этих случаев
- Оборудование без присмотра — между визитами сотрудника проходят дни, а поломка развивается за часы
- Поломку видно по последствию — по испорченному товару, остановленной линии или залитому помещению, а не по самой поломке
- Оборудование разномастное — на одном объекте стоят единицы разных марок и разных лет выпуска
- Объектов много — обойти весь парк вручную становится невозможно раньше, чем кажется
- Нужна история — чтобы разобрать случай, спланировать обслуживание и подтвердить режим хранения
Если хотя бы три пункта из пяти совпадают с вашей ситуацией, считать окупаемость можно по конкретным потерям, которые у вас уже случались в прошлые периоды, — списанному товару, простоям, выездам впустую.
Что из этого мы уже делали
Вендинг и микромаркеты: телеметрический модуль, программа на устройстве и сбор событий — продажи, ошибки механизма, температура, открытие двери, состояние платёжных модулей и связи — сделаны нами и описаны в разделе систем самообслуживания. Остальные направления в списке — та же схема, применённая к другому типу оборудования.
Оборудование разных марок
в одной программе
Реальный парк почти никогда не однороден. На одном объекте стоят единицы разных лет и разных производителей: у одних есть контроллер, умеющий отдавать данные наружу; у других контроллер есть, но «разговаривать» не умеет; у третьих нет ничего, кроме силовой части.
Отсюда обычная картина: четыре программы на четыре типа оборудования, у каждой свой вход, свои обозначения состояний и свои уведомления. Общей картины по объекту нет ни в одной из них, а сравнить между собой два агрегата разных марок нельзя вообще.
Что мы делаем в такой ситуации:
- Перепись парка — по каждой единице: модель, год, контроллер, что он умеет отдавать и каким способом, есть ли документация производителя
- Список доступного — фиксируем, какие показатели читаются напрямую, какие команды принимаются и что придётся закрывать внешними датчиками
- Программа-переводчик под каждый тип — для каждого вида контроллера пишется свой модуль обмена: он умеет забирать данные именно у него и отдаёт их дальше в одном общем формате. Такой модуль называют адаптером
- Один словарь состояний — вместо разных обозначений у каждого производителя остаётся общий набор: работает, простой, предупреждение, авария, не на связи, в обслуживании
- Проверка на живом оборудовании — модуль проверяется на объекте, а не по описанию: расхождение документации и реального поведения контроллера — обычное дело
О чём мы не говорим заранее. Мы не заявляем поддержку конкретных марок оборудования и промышленных протоколов до обследования. Список того, что читается и чем можно управлять, — результат работы с документацией вашего парка и проверки на месте, а не строка в презентации. Единственное, что подтверждено готовой разработкой, — вендинговый контур: собственный телеметрический модуль с драйверами MDB и EVA-DTS, описанный в разделе систем самообслуживания.
Что даёт удалённая диагностика
- Выезд по делу — инженер знает, что случилось, ещё до выезда, и берёт с собой нужную деталь
- Разбор по записям — что происходило перед поломкой, видно в истории, а не восстанавливается со слов оператора
- Сравнение одинаковых единиц — если один агрегат из пяти работает не как остальные, это видно в сводке, а не через год по счёту за ремонт
- Обслуживание по факту работы — по отработанным часам и числу включений, а не по дате в графике
- Проверка после ремонта — вернулись ли показатели к норме, видно из панели, без повторного выезда
Когда возможно удалённое управление
Менять настройки оборудования из браузера можно не всегда. Это свойство самого оборудования, а не программы, и вариантов три:
- Контроллер принимает команды снаружи — из панели можно менять заданную температуру и режимы, включать и выключать агрегат
- Контроллер работает только на выдачу — система показывает состояние, но ничего не меняет
- Контроллера нет, стоят внешние датчики — управления нет вообще: датчик умеет только измерять
Обойти это программно нельзя. Поэтому список доступных команд мы называем после обследования, а не до него.
Одна программа вместо четырёх
Разнобой марок убирается не на объекте, а внутри программы: для каждого типа оборудования пишется свой переводчик, а дальше всё одинаково. Поэтому новый тип подключается написанием одного модуля, а не переделкой панели, правил и отчётов.
1. Разные источники данных
Контроллеры, умеющие отдавать данные наружу; контроллеры без такой возможности; внешние датчики; устройства связи. У каждого свой формат, свои единицы измерения, свои обозначения состояний и своя частота выдачи.
2. Программа-переводчик
Для каждого типа источника пишется отдельный модуль: он знает, как забрать данные именно у него, и переводит их в единый внутренний формат. Оборудование при этом не меняется — подстраивается программа. Такой модуль называют адаптером.
3. Приведение к одному виду
Одинаковые единицы измерения, один список состояний, одинаковое описание события. После этого холодильная камера и насос описываются одним языком, и правила норм пишутся один раз для всех, а не отдельно под каждую марку.
4. Единая панель
Один экран на весь парк: объекты, оборудование, показатели, открытые отклонения, история, отчёты и доступные команды. Сотрудник работает в одной программе и не переключается между четырьмя.
| Источник данных | Что читается | Управление | Состояние |
|---|---|---|---|
| Контроллер, умеющий отдавать данные | значения, режимы, коды ошибок | частично, по документации | на связи |
| Контроллер, который ничего не отдаёт | через внешние датчики | нет | на связи |
| Внешние датчики на устройстве связи | температура, дверь, питание, ток | нет | предупреждение |
| Вендинговый телеметрический модуль | продажи, ошибки механизма, температура, дверь | да | не на связи |
Кадр экрана системы, состав демонстрационный. В панели все четыре строки выглядят одинаково — различие остаётся только в столбцах «что читается» и «управление», то есть в том, что физически позволяет источник. Есть управление или нет, решает контроллер оборудования, а не программа.
Что вы видите
в панели управления
Панель открывается в браузере по логину и паролю — как обычный сайт. Устанавливать ничего не нужно, с телефона она тоже работает.
Первый экран. Сверху счётчики: сколько устройств сейчас на связи, сколько молчит, сколько отклонений открыто прямо сейчас. Ниже — список объектов, под каждым его оборудование, у каждой единицы цветное состояние (норма, предупреждение, авария, не на связи) и текущее значение.
Карточка оборудования открывается кликом по любой единице. В ней собрано всё, что известно про этот холодильник или агрегат:
- Текущие показатели — температура, дверь, питание, работа компрессора на этот момент
- График за период — как показатель менялся за день, неделю или месяц; на линии отмечены открытия двери, включения компрессора и пропадания питания
- Журнал событий — все отклонения по этой единице: когда возникло, кому ушло, кто принял, чем закрыто
- Журнал ошибок — коды, которые сообщал контроллер, с расшифровкой и историей повторов
- История измерений — все замеры за срок хранения, без прореживания, с выгрузкой файлом
- Паспорт и обслуживание — модель, дата установки, что и когда с этой единицей делали
- Управление — заданная температура и режимы, если контроллер оборудования принимает команды; каждое изменение пишется в журнал с автором и результатом
Настройки задаются один раз и дальше работают сами: нормы и выдержки по типам оборудования; ответственные и правила доставки сообщений по объекту, типу события и времени суток; роли сотрудников — кто что видит и что может делать; группы и фильтры по объектам, регионам и типам оборудования.
Зачем хранится история. Это все измерения и все события, сохранённые с точным временем и доступные в любой момент. Нужна она для пяти вещей:
- Разобрать случай задним числом — что происходило с камерой в ночь на субботу, видно поминутно, а не по воспоминаниям смены
- Подтвердить режим хранения — график за период выгружается файлом и показывается проверяющему или сети-контрагенту
- Спорить с сервисом по фактам — сколько раз агрегат уходил в аварию после ремонта, видно в журнале
- Планировать обслуживание — по фактическим часам работы и числу включений, а не по дате в графике
- Заметить износ — сравнить, как эта же единица работала полгода назад и как работает сейчас
Отдельно про графики: они нужны не для отчётности, а для разбора. Когда на линии температуры отмечены открытия двери, включения компрессора и пропадания питания, причина отклонения читается сразу — не нужно сопоставлять четыре разных экрана.
Как устроены удалённые команды
- Только то, что принимает контроллер — список доступных команд определяется моделью оборудования и фиксируется при подключении
- Право по должности — смотреть состояние может вся смена, менять настройки — ограниченный круг сотрудников
- Подтверждение результата — команда считается выполненной не когда её отправили, а когда оборудование ответило
- Запись в журнал — кто, когда и что изменил, каким значение было до этого и что вернуло оборудование
- Ограничение диапазона — заданную температуру нельзя вывести за границы, установленные для этого типа оборудования, даже если контроллер такую команду принял бы
Если контроллер команды не принимает, раздел управления в карточке просто не показывается. Неработающей кнопки там нет — чтобы у смены не возникло ощущения, что оборудованием можно управлять отсюда.
Когда объектов десятки
или сотни
На одном объекте с пятью холодильниками справится любой подход, хоть тетрадь. Разница начинается на пятидесяти и на пятистах единицах: список перестаёт помещаться на экран, сообщения складываются в поток, а сотрудник, отвечающий за всё, перестаёт отвечать за что-то конкретное.
Пример. Ночью на одной из точек отключают электричество. Без настроек система прислала бы тридцать отдельных аварий — по одной на каждую единицу оборудования, и в этом потоке потерялось бы всё остальное. С настройками приходит одно сообщение: объект такой-то, пропало питание, затронуто 30 единиц.
Что меняется при росте парка:
- На первом экране не всё, а только проблемы — устройства с открытым отклонением, отсортированные по срочности, а не весь список подряд
- Группировка — по объекту, региону, типу оборудования и ответственному, у каждой группы своя сводка состояний
- Свой адресат у каждой группы — правило доставки привязано к объекту и типу события, а не к одному общему списку получателей
- Склейка одинаковых событий — одна причина не превращается в тридцать отдельных сообщений
- Эскалация — событие, которое не приняли за отведённое время, автоматически уходит следующему по цепочке
- Сравнение однотипных единиц — кто чаще всех отклоняется, кто дольше всех находится в отклонении, у кого больше наработка
214устройств на связи
6не на связи
11открытых отклонений
3аварии требуют реакции
Кадр экрана системы, числа демонстрационные. Порядок чисел выбран не случайно: первым идёт не размер парка, а то, сколько объектов сейчас вне наблюдения. Шесть молчащих устройств — это шесть точек, о которых не известно ничего.
Отчёты за период
- Соблюдение режима — сколько времени каждая единица провела в норме и вне её, с разбивкой по дням
- Отклонения по причинам — дверь, питание, отказ агрегата, потеря связи: где повторяется одно и то же
- Скорость реакции — сколько прошло от возникновения события до принятия и до закрытия, по объектам и по сотрудникам
- Наработка оборудования — часы работы и число включений за период, основа для планового обслуживания
- Доступность — какую долю времени устройство было на связи; если она низкая, все остальные цифры теряют смысл
Отчёты выгружаются файлом и могут строиться автоматически по расписанию — например, первого числа каждого месяца. Для холодильного контура такой отчёт заодно служит подтверждением режима хранения за период.
Кто что видит
Права выдаются по той же структуре: сотрудник точки видит только своё оборудование, руководитель направления — все объекты своего типа, диспетчер — сводку по всей сети. Просмотр, приём события и удалённое управление разделены, а не выдаются одним пакетом.
Датчики и контроллеры
Передача в облако
Единая панель
Сообщения и отчёты
ИИ как дополнительный слой
когда данных накопилось достаточно
Основная работа системы построена на простых правилах: такое-то значение дольше стольких-то минут = такое-то сообщение такому-то человеку. Этого достаточно, чтобы закрыть аварийные ситуации, и с этого начинается любое внедрение.
Когда история накопилась за месяцы, поверх неё можно добавить анализ данных. Он ищет не нарушение границы, а изменение привычного поведения конкретной единицы оборудования.
Пример. Компрессор обычно выходит на режим за восемь минут. Последние три недели ему требуется двенадцать. Ни одна граница не нарушена, ни одного сообщения по правилам не было бы — но агрегат явно идёт к отказу, и обслужить его лучше до того, как он встанет в выходной.
- Накопленная история — показатели и события по каждой единице за длительный период, включая отметки о ремонтах и заменах
- Анализ — как показатель ведёт себя обычно, как растёт наработка, чем однотипные единицы отличаются друг от друга
- Поиск отклонений от привычного — длиннее стали циклы, дольше выход на режим, нетипичное потребление тока
- Возможное предсказание поломок — при накопленной истории отказов можно оценивать вероятность отказа заранее и планировать ремонт до остановки
Границу обозначаем прямо. Предсказание поломок — это то, что становится возможным на накопленных данных, а не функция, работающая с первого дня. Для него нужна история не только показателей, но и самих поломок: без реальных случаев обучать модель не на чем. Поэтому в проекте это отдельный этап после того, как сбор данных отработал период, а не пункт первого релиза.
Смежное направление — внедрение искусственного интеллекта в бизнес-процессы, где тот же подход применяется к данным заказов, обращений и документов.
Что анализ замечает раньше правил
- Износ до поломки — компрессор неделями работает всё дольше, при этом ни одна граница не нарушена
- Проблема конкретного объекта — одна камера из пяти регулярно дольше остальных выходит на режим после открытия двери
- Неверно заданная норма — правило, которое срабатывает каждый день на одном и том же объекте, скорее настроено неправильно, чем сообщает об аварии
- Сезонность — летний рост нагрузки отделяется от износа оборудования, и ремонт не назначается зря
Ничего из этого не заменяет аварийные правила: правила реагируют за минуты, анализ работает на горизонте недель. Нужны оба слоя, и внедряются они именно в таком порядке.
Порядок внедрения
Этапы идут именно в этом порядке. Пропуск обследования — самая частая причина, по которой систему собирают под оборудование, которое нужных данных не отдаёт.
1. Обследование
Перепись парка: модели, контроллеры, документация, что физически можно снять с каждой единицы, есть ли на объектах интернет. На выходе — список того, что доступно сразу, и того, что придётся закрывать внешними датчиками.
2. Пилот на одном объекте
Одна площадка и несколько единиц оборудования: монтаж, проверка обмена на живом контроллере, настройка норм и выдержек по фактическому поведению оборудования, а не по документации.
3. Правила и ответственные
Кто за какие объекты отвечает, какие события кому уходят, что считается аварией, а что просто отметкой. Здесь же настраиваются эскалация и склейка одинаковых событий, иначе поток сообщений обесценит систему за месяц.
4. Развёртывание на сеть
Остальные объекты по отработанной схеме, новые типы оборудования — отдельными модулями обмена. Дальше копится история, появляются отчёты за период и анализ данных.
Наши клиенты
Обсудим мониторинг вашего оборудования
Свяжитесь с нами сейчас
Напишите, какое оборудование стоит на объектах, сколько его и о каких проблемах вы сейчас узнаёте только по последствию. Мы ответим, что с него реально снимается, где понадобятся внешние датчики и с чего разумно начать пилот.
