Решения промышленного IoT

Промышленный IoT не начинается с подключения устройства к интернету. Системы, созданные до того, как определено, какие данные и с какой частотой собирать и что с ними делать, быстро превращаются в панель, за которой никто не следит.

Решения промышленного IoT

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

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

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

Подходим ли мы для этой задачи?

Большинство таких внедрений успешно справляется со сбором данных, но не справляется с их использованием. Поэтому мы начинаем работу не с панели, а с решения, к которому будут привязаны данные: какой порог запускает какое действие и кто это действие выполняет.

Да, давайте обсудим

  • Есть процесс, которым управляют «на глаз» из-за отсутствия измерений на объекте
  • Собираемые данные можно связать с конкретным действием: обслуживанием, пополнением запасов, планированием, остановкой
  • Доступ к устройствам требует транспорта и времени; дистанционное управление обязательно

Нет, кто-то другой сделает это лучше

  • Данные будут собираться, но пока неясно, что с ними делать
  • Измерение уже выполняется и может быть получено из существующей системы
  • Единственный ожидаемый результат — панель показателей

Чем мы занимаемся

  • Анализ объекта и определение измеряемых величин
  • Выбор датчиков и измерительного оборудования
  • Сбор данных и программное обеспечение периферийных устройств
  • Выбор протокола связи и сетевой архитектуры
  • Распределение обработки между периферией и облаком
  • Управление устройствами и удалённое обновление ПО
  • Панели мониторинга, пороговые значения и правила оповещений
  • Хранение данных и инфраструктура ретроспективного анализа
  • Монтаж на объекте и ввод в эксплуатацию

Как мы работаем

01

Анализ объекта

Мы оцениваем на месте измеряемые величины, условия объекта, а также возможности электропитания и связи. Большинство архитектур, работающих на бумаге, меняются при столкновении с реальным объектом.

02

Архитектурное решение

Мы решаем, какая обработка будет выполняться на устройстве, а какая — централизованно. Это решение определяется стоимостью связи и допустимым уровнем перебоев.

03

Пилотное внедрение

Мы разворачиваем пилотный проект на ограниченном числе точек и запускаем его в реальных условиях. Именно здесь мы проверяем точность измерений и устойчивость связи.

04

Масштабирование

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

05

Мониторинг и сопровождение

Мы отслеживаем состояние устройств, непрерывность данных и логику оповещений. Обновлениями программного обеспечения мы управляем дистанционно.

Наши технические решения

  • Передача каждого измерения в центр создаёт затраты на пропускную способность и хранение. Что считать значимым изменением, определяется непосредственно на устройстве, а в центр передаются уже обобщённые данные. Для случаев, требующих необработанных данных, на устройстве хранится ограниченная история.
  • При обрыве связи устройство продолжает измерения и сохраняет данные локально. Когда связь восстанавливается, накопленные записи отправляются по порядку, и период отсутствия связи не остаётся пробелом в данных.
  • Механизм обновления заложен уже в первой версии. В системе, где ПО невозможно обновить без выезда на объект, каждое небольшое исправление требует такого выезда; со временем обновления прекращаются, и устройства начинают работать на разных версиях.
  • Каждое устройство имеет уникальный идентификатор. Из центра видно, где находится каждое устройство, какую версию ПО оно использует и когда в последний раз передавало данные.
  • Отсутствие данных — тоже сигнал. Система формирует оповещение не только при превышении порога, но и при отсутствии ожидаемых данных. Замолчавший датчик может оставаться незамеченным гораздо дольше, чем датчик, дающий ошибочные показания.
Решения для электронных схем
Бизнес-приложения на основе ИИ