Когда отдельным системам нужна общая основа
На производстве работают контроллеры и SCADA, на складе — датчики и учётная система, транспорт передаёт собственную телеметрию. Для каждого участка есть инструменты. Но чтобы увидеть процесс целиком, сопоставить данные разных площадок или организовать общую реакцию, команде приходится соединять эти системы.
RIC — программная IoT-платформа для такой работы. Она связывает данные с объектами предприятия, хранит их состояние и историю, выполняет настроенные сценарии и передаёт события в приложения. Можно начать с одного процесса, а затем использовать эту основу в следующих проектах.
Данные становятся основанием для действия
Возьмём контроль условий хранения. Руководителю важно знать, соблюдался ли режим. Оператору — увидеть отклонение и отреагировать. Инженеру — разобраться в показаниях и истории. Все они работают с одним объектом и его данными.
Объект в интерфейсе RIC
На изображении — параметры складских зон из опубликованного проекта Balton Trading Asia и TESLA SMART UZ: температура, влажность и состояние питания датчиков.
Модель объединяет показания по зонам и задаёт названия, единицы измерения и уровни. Оператор видит состояние объекта; история позволяет проверить, как оно менялось.
Как настроить реакцию на отклонение
- 01ИзмерениеДатчик передаёт температуруМодель связывает значение с зоной хранения; обработчик при необходимости преобразует единицы.
- 02СобытиеРежим нарушен дольше допустимогоВизуальный сценарий учитывает порог и длительность отклонения.
- 03РеакцияОтветственный получает уведомлениеСобытие можно передать во внешнюю систему через настроенную интеграцию.
- 04ПроверкаРежим восстановленПо истории показаний и событий команда проверяет длительность нарушения и результат реакции.
Пример настройки сценария. Пороги, выдержку времени и порядок реакции задаёт
команда проекта; это не описание автоматики показанного выше внедрения.
Для оценки результата сравнивают полноту данных, длительность нарушений и время реакции. Те же механизмы можно применять к состоянию оборудования, перемещениям активов и другим процессам, меняя модель и правила под задачу.
Связь между площадками, объектами и управлением
Оборудование может различаться по производителям и протоколам, а площадки — по составу систем. В RIC команда описывает понятные бизнесу объекты: станок, складскую зону, автомобиль. Модель задаёт их параметры, события и команды, с которыми дальше работают сценарии и приложения.
Управление предприятиемERP · MES · BIУчёт, планирование и анализ
Работа с объектамиИнтерфейс RIC · ваши приложенияОператоры, инженеры и сервисные команды
Данные и события · запросы и команды через API
Общая программная основаRightech IoT Core
Модели объектовОбработка данныхСостояние и историяСценарии и команды
Телеметрия · события · управление оборудованием
Площадка АПроизводствоОборудование, контроллеры, действующая SCADA
Площадка БСкладЗоны хранения, инженерные системы, датчики
Распределённые объектыТранспорт и активыМашины, контейнеры, мобильное оборудование
Так появляется связь и между уровнями управления, и между площадками. В неё можно включать транспорт, контейнеры и другие активы, работающие за пределами стационарной автоматизации.
Следующая площадка использует накопленный опыт
После проверки первого решения у команды остаются модели объектов, сценарии и интеграции. Для совместимого оборудования их можно использовать повторно. При подключении нового типа устройства проверяются соответствие параметров модели и выполнение команд.
Развитие определяется задачами бизнеса
Сначала может быть достаточно достоверных показаний и истории. Следующий шаг — разобраться в отклонениях, затем изменить действия и оценить результат. Для некоторых процессов это становится основой нового сервиса.
Методология V.I.O.T. помогает выбрать направление и показатель результата. Переход к следующей ступени зависит от качества данных, готовности процессов и ожидаемой пользы.
Платформа и команда внедрения
RIC можно использовать в облаке или развернуть на инфраструктуре заказчика. Размещение, доступы, сопровождение и интеграции выбираются с учётом требований проекта.
Программная основа
Rightech развивает платформу: подключение, модели объектов, обработку, историю, сценарии и API. Состав поставки и условия сопровождения определяются выбранным вариантом использования.
Начните с процесса, результат которого можно проверить
Выберите объект контроля, источник данных и ответственного. Определите, какое событие требует реакции и по какому показателю вы оцените результат. Это задаст границы первого внедрения и основания для его расширения.
Предметные задачи на общей платформе
Контроль холодовой цепи лекарств, микроклимат лаборатории и термометрия зерна в силосах используют общие механизмы сбора данных, истории и событий, но отличаются оборудованием, правилами обработки и действиями людей. Начните с задачи своей отрасли и определите состав интеграции.