Skip to content

Эталонное решение сбора данных и удалённого управления ​

Обзор страницы ​

Содержание страницыНа этой странице представлено эталонное решение сбора данных и удалённого управления в промышленном IoT на базе FastBee: отраслевые проблемы, архитектура системы, ключевые функции, способы подключения устройств и процесс внедрения.
Для когоДля интеграторов, эксплуатационных команд и разработчиков, оценивающих подключение заводского оборудования к сети, удалённый мониторинг и автоматизированное управление; может служить основой для проектирования решений и отчётности.
Связанные материалыПрактическая форма внедрения решения — в разделе проверенные проекты или демонстрационные кейсы (на кит.); функциональные интерфейсы платформы см. в полном кейсе умного сельского хозяйства (на кит.).

1. Обзор решения ​

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

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

2. Архитектура системы ​

Схема архитектуры промышленной IoT-системы из четырёх уровней: устройства, доступ, платформа, приложения

Решение использует четырёхуровневую архитектуру, снизу вверх:

  • Уровень устройств: станки, ПЛК, частотные преобразователи, измерительные приборы, датчики температуры/влажности и тока и другое полевое оборудование, а также IP-камеры, подключаемые по GB28181.
  • Уровень доступа: IoT-шлюзы отвечают за преобразование протоколов и агрегацию данных, поддерживают MQTT, Modbus, TCP, UDP, WebSocket и другие распространённые протоколы, а также визуальное программирование для реализации пользовательской логики сбора.
  • Уровень платформы: платформа FastBee предоставляет ключевые возможности — управление моделями вещей, управление устройствами, сценарную автоматизацию, оповещения, задачи по расписанию, отчёты и статистику.
  • Уровень приложений: большие экраны визуализации, Web-админка и мобильное приложение для разных ролей — руководители могут следить за состоянием оборудования из офиса или извне объекта.

3. Ключевые функции ​

3.1. Сбор данных ​

Точки сбора и периоды отправки определяются по продукту; шлюз преобразует полевые регистры и показания датчиков в свойства платформы и отправляет их в реальном времени; поддерживается просмотр текущих значений и исторических кривых, а также статистический анализ по свойствам с формированием отчётов.

3.2. Удалённое управление ​

Через методы устройств, определённые в модели вещи, из Web-интерфейса или мобильного приложения на устройства отправляются команды пуска/остановки, задания параметров и другие управляющие команды; универсальный интерфейс устройств поддерживает компоновку перетаскиванием, позволяя организовать панели мониторинга по привычкам цеха. Команды и отправка данных фиксируются в журналах устройств для последующей трассировки.

3.3. Сценарная автоматизация ​

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

3.4. Оповещения ​

Для ключевых свойств задаются пороги и уровни оповещений; при срабатывании уведомления отправляются через сообщения платформы и каналы уведомлений, записи об оповещениях сохраняются, поддерживается подтверждение и замкнутый цикл обработки — аномалии не теряются между обходами.

3.5. Большие экраны визуализации ​

Размещение устройств, параметры в реальном времени, динамика оповещений и статистика организуются в экранные панели для диспетчерской цеха или демонстрационного зала; данные большого экрана синхронизируются с платформой в реальном времени.

3.6. Мобильное приложение и отчёты ​

В мобильном приложении можно просматривать состояние устройств, получать оповещения и выполнять удалённое управление — подходит для дежурных и обходов; платформа предоставляет статистический анализ и отчёты по отправляемым свойствам, поддерживая обзоры энергопотребления и работы.

4. Подключение устройств ​

4.1. Шлюзы и протоколы ​

Полевое оборудование подключается к платформе через IoT-шлюзы: поддерживается подключение Modbus-устройств через последовательный порт RS485, контроллеры с сетевым интерфейсом — через TCP и UDP, сторонние подсистемы — через MQTT и WebSocket. На стороне шлюза поддерживается визуальное программирование, позволяющее реализовать на периферии пользовательскую логику — пересчёт единиц, предварительную обработку порогов и т. п. Контекст выбора протоколов см. в статье Сравнение распространённых IoT-протоколов связи (на кит.), подходы к проектированию периферийной части — в статье Практика применения периферийных вычислений в IoT-системах (на кит.).

4.2. Моделирование моделей вещей ​

Однотипные устройства моделируются на платформе как один продукт, к которому прикрепляется модель вещи: свойства описывают читаемые и записываемые величины состояния (например, температура, частота вращения, рабочее состояние), методы — команды, которые можно отправлять (например, пуск/остановка, сброс), события — аномалии, о которых устройство сообщает само (например, коды неисправностей). Новое устройство достаточно привязать к продукту, чтобы унаследовать все определения точек.

4.3. Настройка сценарной автоматизации ​

Схема сценарной автоматизации: механизм правил оценивает показания датчика температуры и удалённо управляет вентилятором и клапаном

На примере «автоматический запуск вентилятора при превышении температурой порога»: датчик температуры периодически отправляет свойство, механизм правил проверяет выполнение условия срабатывания и при выполнении отправляет управляющую команду исполнительному механизму, при необходимости добавляя оповещение. Больше о проектировании правил автоматизации — в статье Практика сценарной автоматизации механизма правил (на кит.).

5. Внедрение ​

Решение внедряется по следующим шагам; общий ритм можно начать с пилота в одном цехе, а затем масштабировать на весь завод:

  1. Подготовка окружения: уточните ресурсы сервера или промышленного компьютера, заводскую сеть и места установки шлюзов, спланируйте список устройств и таблицу точек.
  2. Развёртывание платформы: разверните платформу FastBee частным образом на сервере предприятия, выполните базовую настройку и распределение ролей пользователей.
  3. Установка шлюзов: установите IoT-шлюзы по зонам, выполните подключение и настройку сети, поочерёдно проверьте связь с каждым устройством.
  4. Моделирование и подключение: создайте продукты и модели вещей по типам устройств, привяжите устройства и проверьте отправку свойств и доставку команд.
  5. Настройка правил: настройте сценарную автоматизацию, пороги оповещений и способы уведомления, проведите интеграционную отладку типовых режимов работы.
  6. Запуск приложений: соберите большой экран визуализации, откройте доступ с мобильных, организуйте пробную эксплуатацию и после сбора обратной связи масштабируйте.

6. Часто задаваемые вопросы ​

Какие промышленные протоколы поддерживает FastBee? ​

IoT-шлюзы поддерживают MQTT, Modbus, TCP, UDP, WebSocket и другие протоколы, а также визуальное программирование для пользовательской логики сбора и преобразования; можно подключать распространённые ПЛК, частотные преобразователи, приборы и датчики; устройства видеонаблюдения подключаются по национальному стандарту GB28181.

Повлияет ли нестабильная сеть на объекте на использование? ​

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

Как предотвратить ошибочные операции при удалённом управлении? ​

Платформа распределяет права на операции с устройствами по ролям пользователей; управляющие команды и отправка свойств фиксируются в журналах устройств с возможностью трассировки; для операций высокого риска можно добавить этапы подтверждения или условные ограничения в модели вещи и правилах автоматизации.

Каков примерный срок внедрения этого решения? ​

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