Как AIoT меняет требования к промышленным дисплеям

Основные выводы

  • Технология AIoT превращает дисплей из пассивного устройства вывода информации в активный инструмент визуализации результатов вычислений — для чего требуется рендеринг с ускорением на GPU, динамическая перенастройка пользовательского интерфейса и вероятностное отображение данных, что не поддерживается устаревшими панелями HMI.
  • Пограничные узлы с несколькими дисплеями (один модуль инференции, управляющий 2–3 дисплеями) создают сложности, связанные с мультиплексированием интерфейсов и синхронизацией. В ходе наших испытаний температура внутри герметичного корпуса с двумя панелями и пограничным модулем ИИ достигла 68 °C за 45 минут — поэтому активное охлаждение становится обязательным условием.
  • Режимы постоянно включенного дисплея в системах AIoT превращаются из “приятного дополнения” в требование безопасности. Гибридные архитектуры (небольшой постоянно включенный OLED-дисплей + более крупный TFT-дисплей, который включается при поступлении сигнала тревоги) обеспечивают оптимальное соотношение энергопотребления и видимости для медицинских и промышленных приложений, связанных с обеспечением безопасности.
  • Конвейер вывода на дисплей увеличивает задержку на 11–37 мс (запись в буфер кадра + обработка контроллером + время отклика панели). Для систем безопасности коллаборативных роботов это может означать разницу между отображением точной траектории движения и траекторией, которая уже устарела.
  • При подборе дисплеев для продуктов AIoT добавьте в свой контрольный список технических требований четыре вопроса: максимально допустимая задержка в конвейере, возможность управления несколькими дисплеями, требования к режиму постоянной работы и общий тепловой бюджет системы.

Содержание

  1. От пассивной панели инструментов к активному инференционному дисплею
  2. Изменение требования 1: динамическая визуализация выводов
  3. Изменение требования 2: Пограничные узлы с поддержкой нескольких дисплеев
  4. Изменение требования № 3: Режим постоянной работы становится стандартом
  5. Изменение требования 4: Бюджет задержки отображения
  6. Что это означает для поиска поставщиков дисплеев
  7. Часто задаваемые вопросы (FAQ)
  8. Ссылки и дополнительная литература

Термин “AIoT” — слияние искусственного интеллекта и Интернета вещей — уже много лет является модным словом на выставках. На выставке electronicAsia 2025 в Гонконге наша команда продемонстрировала прототип материнской платы AIoT, управляющей несколькими выходами дисплеев с помощью инференции нейронной сети непосредственно на устройстве. Последующие беседы — с инженерами из более чем 20 стран в течение четырёх дней — подтвердили то, что я наблюдал в наших интеграционных проектах: требования к промышленным дисплеям меняются, поскольку системы, к которым они подключаются, претерпевают коренные изменения.

В данной статье описаны четыре конкретных способа, которыми AIoT меняет требования к дисплеям. Эта информация основана на отзывах инженеров, работающих на местах, на наших наблюдениях в рамках собственных интеграционных проектов, реализованных после выставки electronicAsia, а также на технических последствиях для команд разработчиков аппаратного обеспечения, занимающихся сегодня подбором дисплеев.


От пассивной панели инструментов к активному инференционному дисплею

Традиционный промышленный интерфейс человека-машины (HMI) построен по предсказуемой схеме: ПЛК передаёт значения датчиков, дисплей отображает их в виде заранее определённых виджетов (индикаторы, цифровые показания, линии тренда), а оператор отслеживает отклонения от нормы. Дисплей является пассивным устройством вывода. Его задача — отображать то, что ему указывает ПЛК.

AIoT кардинально меняет эту ситуацию. Когда в той же системе работает пограничный механизм вывода — анализирующий спектры вибрации для прогнозирования выхода подшипников из строя, отслеживающий потребление тока для оценки состояния двигателя или обрабатывающий данные с тепловизионных камер для обнаружения горячих точек — роль дисплея меняется с пассивной на активную. Ему приходится выполнять задачи, для которых традиционные панели HMI никогда не были предназначены:

  • Отображение результатов вывода в режиме реального времени в виде наложений на потоки данных в реальном времени (например, тепловая карта прогнозируемой вероятности отказа, наложенная на тепловизионное изображение в реальном времени)
  • Поддержка динамической перенастройки пользовательского интерфейса в зависимости от уровня достоверности прогноза модели искусственного интеллекта (прогноз с низким уровнем достоверности приводит к отображению более подробной диагностической информации; критическое предупреждение с высоким уровнем достоверности приводит к отображению полноэкранного предупреждения)
  • Отображение вероятностных результатов — доверительные интервалы, диапазоны неопределённости, вероятностные распределения — которые требуют принципиально иного визуального представления, чем детерминированные показания датчиков (“температура: 72,3 °C”)

Это имеет непосредственное влияние на контроллер дисплея и интерфейс между процессором и панелью.


Изменение требования 1: динамическая визуализация выводов

Для рендеринга вероятностных наложений со скоростью 60 кадров в секунду требуется ускорение на графическом процессоре и интерфейс дисплея с высокой пропускной способностью. Панели на базе SPI, которые по-прежнему широко используются в недорогих системах человеко-машинного интерфейса (HMI), просто не справляются с такой нагрузкой.

Дело не только в пропускной способности. Дело в самой сути конвейера рендеринга. Когда вы накладываете полупрозрачную тепловую карту, сгенерированную на основе инференции, на потоковое видео, графическому процессору необходимо объединить два фреймбуфера (видеокадр и наложенную тепловую карту) с помощью альфа-смешивания, а затем передать результат на дисплей. Накладные расходы на пиксельные команды SPI увеличивают задержку на каждом этапе. Видеорежим MIPI DSI, основанный на пакетах, передает скомпонованный кадр напрямую на контроллер дисплея без пиксельного вмешательства со стороны хост-процессора.

Задача рендерингаSPI (50 МГц)MIPI DSI (4-полосный)
Статическая панель приборов✅✅
Наложение графика данных в реальном времени❌ (слезы)✅
Тепловая карта вывода с альфа-смешением❌✅
Динамическая перенастройка пользовательского интерфейса со скоростью 60 кадров в секунду❌✅

В ходе наших испытаний с демонстрационной системой прогнозного технического обслуживания (4-й квартал 2025 г.) переход с панели с интерфейсом SPI на панель с интерфейсом MIPI устранил видимый разрыв изображения и сократил сквозную задержку рендеринга от момента “завершения вывода” до момента “обновления пикселя” примерно на 18 мс — с ~35 мс до ~17 мс. Для предупреждения о необходимости технического обслуживания эта разница незначительна. Однако для критически важного с точки зрения безопасности оповещения на коллаборативном роботе она имеет большое значение.


Изменение требования 2: Пограничные узлы с поддержкой нескольких дисплеев

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

  • Дисплей 1 (основной): 10,1-дюймовый TFT-дисплей, разрешение 1280×800, на котором отображается главный интерфейс контроля с изображениями изготовленных деталей, аннотированными с помощью ИИ
  • Дисплей 2 (дополнительный): 4,3-дюймовый TFT-дисплей, разрешение 480×272, отображающий показатели работоспособности системы, пропускную способность моделирования (кадры/сек) и очередь оповещений
  • Дисплей 3 (третьего уровня): 2,1-дюймовый TFT-дисплей с разрешением 480×480, установленный непосредственно на конвейерной ленте, отображающий оператору линии статус «прошел/не прошел»

Все три дисплея управляются одним модулем периферийных вычислений (Rockchip RK3588), на котором выполняется задача инференции — модель TensorFlow Lite, обеспечивающая обнаружение дефектов в режиме реального времени со скоростью 30 кадров в секунду.

Такая архитектура создаёт проблемы, с которыми не сталкиваются системы с одним дисплеем:

Мультиплексирование интерфейсов

Чип RK3588 изначально оснащён одним 4-полосным выходом MIPI DSI и одним выходом HDMI. Для подключения трёх дисплеев необходимо:

  • MIPI DSI → Дисплей 1 (основной, 10,1 дюйма)
  • Преобразование HDMI → LVDS → Дисплей 2 (дополнительный, 4,3 дюйма)
  • MIPI CSI (перенастроенный в режим вывода на дисплей) → Дисплей 3 (дополнительный, 2,1 дюйма)

В результате преобразования интерфейса для дисплея 2 в спецификацию материалов (BOM) был добавлен компонент $8.50, что потребовало разработки печатной платы по индивидуальному заказу. Именно такие затраты становятся неожиданностью для команд, которые исходят из того, что “процессор может управлять несколькими дисплеями”, не проверив фактическое наличие необходимых интерфейсов.

Синхронизация

Если на дисплее 1 отображается изображение детали с аннотациями, нанесенными искусственным интеллектом, а на дисплее 3 — соответствующий индикатор “прошел/не прошел”, они должны оставаться синхронизированными с точностью до одного кадра (~16,7 мс при частоте 60 Гц). В противном случае оператор увидит индикатор “прошел” на дисплее 3, в то время как на дисплее 1 по-прежнему будет отображаться непроверенная деталь — или, что ещё хуже, деталь с пометкой «не прошел», хотя на изображении дефекта не видно.

Наше решение: механизм синхронизации общего фреймбуфера, при котором результат вычислений записывается в область общей памяти, из которой читают оба конвейера вывода, с использованием механизма блокировки на основе временных меток. Реализация привела к добавлению примерно 200 строк кода на C++ в драйвер дисплея и увеличению задержки на 2 мс — что является приемлемым для данного приложения.

Управление тепловым режимом

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

В ходе наших собственных испытаний с использованием герметичного корпуса (IP65, без принудительной вентиляции):

КомпонентРассеиваемая мощность
Модуль периферийного искусственного интеллекта RK3588 (выполняющий инференцию)~8 Вт
10,1-дюймовый TFT-дисплей с подсветкой~3 Вт
4,3-дюймовый TFT-дисплей с подсветкой~1,5 Вт
2,1-дюймовый TFT-дисплей с подсветкой~0,8 Вт
**Итого****~13,3 Вт**

В герметичном корпусе температура внутри достигла 68 °C в течение 45 минут. При этой температуре чип RK3588 начал термическое ограничение производительности (пропускная способность инференции снизилась с 30 кадров в секунду до ~12 кадров в секунду), а на ЖК-панелях стало заметно ухудшение контрастности.

Решение: модуль активного охлаждения на основе элемента Пельтье и теплопроводящая герметизирующая паста для отвода тепла от матриц светодиодов подсветки к стенке корпуса. Это привело к увеличению спецификации на примерно $22 и к увеличению энергопотребления на 3 Вт (за счет элемента Пельтье), но позволило удержать внутреннюю температуру ниже 55 °C при длительной нагрузке.

Урок: Если ваша система AIoT управляет несколькими дисплеями, расположенными в герметичном корпусе, проведите тепловые расчеты с учетом максимальной теплоотдачи всех компонентов до доработка механической конструкции. Не стоит полагать, что корпус сможет пассивно рассеивать 10 Вт и более без повышения температуры.


Изменение требования № 3: Режим постоянной работы становится стандартом

В устройствах Интернета вещей (IoT) с питанием от батареи традиционно применялся жесткий режим управления энергопотреблением дисплея: дисплей затемнялся через 10 секунд и выключался через 30. Дисплей был крупнейшим источником энергопотребления, поэтому минимизация времени его работы представлялась очевидной мерой оптимизации.

AIoT меняет ситуацию. Когда устройство непрерывно обрабатывает данные с датчиков и делает выводы, “выключенное” состояние дисплея создает опасный пробел: система знает что-то — прогнозируемый отказ подшипника, обнаруженная утечка газа, аномальный рост температуры — но пользователь этого не видит, поскольку дисплей находится в спящем режиме.

Непрерывная работа — по крайней мере, в случае индикатора состояния или полосы оповещений — становится требованием безопасности, а не просто удобной функцией.

Три подхода, которые, как мы видим, приносят результаты

ПодходСнижение энергопотребления дисплеяИдеально подходит дляКомпромисс
**Частичное обновление экрана** (обновление только изменившихся областей)Сокращение 30–50%Панели мониторинга состояния, содержащие преимущественно статическое содержимое и небольшие динамические областиТребуется контроллер дисплея с поддержкой частичного обновления (не все контроллеры обладают этой функцией)
**Режим ожидания с низким энергопотреблением и уменьшенной глубиной цвета** (8 цветов или монохромный)Редукция 60–80%Индикаторы оповещения, которые должны с первого взгляда отображать критическое состояниеОграниченная плотность информации в режиме ожидания — невозможно отобразить подробные данные
**Гибридная архитектура:** небольшой OLED-дисплей (1,3 дюйма), постоянно находящийся в режиме ожидания, + более крупный TFT-дисплей, который включается при поступлении уведомления или при касании~90% — уменьшение для основного TFTМедицинские устройства, системы промышленной безопасности, к которым предъявляются нормативные требования о непрерывной работеДобавлена стоимость спецификации (около $12–18 для OLED-поддисплея и контроллера), механическая сложность

Гибридный подход получил наибольшее распространение в сфере медицинского оборудования, где нормативные требования (стандарт IEC 60601-1-8 для систем сигнализации) зачастую предписывают постоянную визуальную индикацию состояния системы. Небольшой OLED-дисплей, отображающий значок сердцебиения, уровень заряда батареи и состояние сигнализации, потребляет 8–15 мВт в режиме постоянного включения. Основной диагностический TFT-дисплей включается только при взаимодействии с ним медицинского работника, что позволяет сэкономить 2–4 Вт энергии, затрачиваемой на постоянную подсветку.


Изменение требования 4: Бюджет задержки отображения

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

  1. Частота дискретизации датчика (например, акселерометр с частотой 10 кГц → 0,1 мс на один отсчет)
  2. Предварительная обработка данных (БПФ, фильтрация → 2–5 мс)
  3. Вычисление параметров модели (прямой проход по нейронной сети → 5–50 мс в зависимости от сложности модели)
  4. Срабатывание или сигнализация (остановка двигателя, закрытие клапана, срабатывание сигнализации → 1–10 мс)

Часто упускается из виду то, что отображение задержка в конвейере — время от момента, когда “механизм вывода получил результат”, до момента, когда “оператор-человек может его увидеть”.”

Типичный конвейер отображения включает в себя:

Этап прокладки трубопроводаЗадержка (типичное значение)Примечания
Запись в буфер кадра (GPU → контроллер дисплея)2–8 мсЗависит от разрешения и пропускной способности интерфейса
Обработка данных контроллером дисплея (масштабирование, поворот, наложение изображений)1–4 мсЗависит от сложности контроллера и количества слоев
Время отклика панели (от серого до серого)8–25 мсЗависит от режима LC (TN работает быстрее, чем IPS) и температуры (при низкой температуре работает медленнее)
**Общий конвейер отображения****11–37 мс**От “решения о выводе на экран” до “отображения пикселя”

Когда задержка имеет значение

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

В системе безопасности коботов (коллаборативных роботов), где на дисплее отображается запланированная траектория движения робота, задержка отображения в 37 мс может означать разницу между тем, что оператор увидит точную траекторию, и тем, что он увидит уже устаревшую траекторию. Рука кобота, движущаяся со скоростью 1 м/с, за 37 мс проходит 37 мм — этого достаточно, чтобы выйти за пределы отображаемой “безопасной зоны”.”

Архитектурные меры по снижению рисков

Решение не всегда заключается в том, чтобы “купить более быструю панель”. Иногда дело в архитектуре:

  1. Обходите композитор GPU для наложений, критичных с точки зрения безопасности. Прямая запись из движка инференции в выделенную плоскость наложения позволяет сократить время прохождения конвейера на 2–4 мс. Для этого требуется поддержка контроллером дисплея нескольких аппаратных плоскостей наложения.
  2. Используйте панели с более быстрыми режимами жидких кристаллов. Панели TN переключаются быстрее, чем IPS (как правило, 5–10 мс «от серого к серому» против 12–25 мс), хотя и за счёт углов обзора. Некоторые более новые варианты IPS (S-IPS, AH-IPS с функцией overdrive) достигают времени отклика 10–12 мс. Чётко укажите требуемое время отклика.
  3. Разделить отображение по классам задержки. Индикаторы, критичные для безопасности (состояние сигнализации, статус робота, подтверждение аварийной остановки), обновляются с полной частотой смены кадров при минимальной задержке в конвейере — они отображаются на выделенной аппаратной плоскости наложения. Контекстная информация (графики динамики, журналы технического обслуживания, диагностика системы) обновляется со скоростью 10–15 кадров в секунду через стандартный конвейер композитинга графического процессора. Пользователь видит критически важную информацию сразу, а контекстную — вскоре после этого.

Что это означает для Отображение Поиск поставщиков

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

1. Какова максимально допустимая задержка в конвейере отображения для информации, критичной с точки зрения безопасности?

Это определяет выбор панели (TN или IPS, характеристики времени отклика), архитектуру интерфейса (видеорежим MIPI или командный режим), а также решение о целесообразности реализации выделенных аппаратных плоскостей наложения для отображения критически важных показателей.

2. Сколько дисплеев требуется системе и может ли хост-процессор управлять ими напрямую?

Если процессор имеет только один выход для подключения дисплея, а вам требуется три дисплея, следует заранее предусмотреть в бюджете расходы на преобразование интерфейса или разделение сигнала — а не после завершения компоновки печатной платы. Преобразование интерфейса увеличивает стоимость спецификации ($5–15 на каждый дополнительный дисплей) и приводит к задержке в 2–4 мс на каждый этап преобразования.

3. Требуется ли для дисплея режим постоянного включения по соображениям безопасности или в соответствии с нормативными требованиями?

Если да, то рассмотрите возможность использования графических контроллеров с поддержкой частичной обновления экрана (экономия энергии составляет 30–50% по сравнению с полным обновлением) и гибридные архитектуры дисплеев (небольшой OLED-дисплей, постоянно включенный, + более крупный TFT-дисплей с режимом пробуждения по требованию). Чётко определите бюджет энергопотребления для режима постоянного включения.

4. Каков общий тепловой баланс системы с учетом всех подсветок дисплеев, работающих на максимальной яркости?

Провести тепловые расчеты с учетом максимальной теплоотдачи всех компонентов до доработка конструкции корпуса. Герметичный корпус класса защиты IP65 с внутренним тепловыделением 13 Вт без активного охлаждения нагреется до 65–70 °C в течение часа. С самого начала учитывайте систему охлаждения при составлении спецификации и расчете энергопотребления.


Часто задаваемые вопросы (FAQ)

Вопрос 1: Можно ли использовать стандартную промышленную панель HMI для приложения в сфере AIoT?

Это зависит от того, что выдает модель ИИ. Если результатом инференса является простое скалярное значение (например, “состояние подшипника: 87%”), которое отображается в виде стандартного виджета индикатора, может хватить традиционной панели HMI. Если в результате инференса получаются вероятностные значения, тепловые карты, ограничительные прямоугольники или требуется динамическая реконфигурация пользовательского интерфейса, вам понадобится панель с рендерингом, ускоренным за счет графического процессора (GPU), и интерфейсом с высокой пропускной способностью (MIPI DSI или LVDS). Стандартные панели HMI с интерфейсами SPI и базовыми контроллерами дисплея станут «узким местом» в конвейере рендеринга.

Вопрос 2: Как выбрать между выполнением инференции на периферийном устройстве и в облаке?

Пограничное вычисление (на устройстве) устраняет сетевую задержку и работает без подключения к сети, но ограничено вычислительными возможностями пограничного процессора. Облачное вычисление позволяет использовать более крупные и точные модели, но приводит к появлению задержки в 50–200 мс при прохождении сигнала туда и обратно по сети. Для обновлений дисплея, критичных с точки зрения безопасности (сигналы тревоги, состояние робота), крайне предпочтительна пограничная инференция, поскольку конвейер обработки данных дисплея и так добавляет 11–37 мс — добавление к этому 50–200 мс задержки в облаке приводит к недопустимому общему времени. Для некритичной аналитики и визуализации трендов облачная инференция вполне подходит.

Вопрос 3: Каков минимальный размер дисплея для постоянно включенного индикатора состояния?

Для простого сочетания значка и цифрового отображения (например, символ сердцебиения + “72 ударов в минуту”) достаточно OLED-дисплея размером 1,0–1,5 дюйма. Для панели оповещений с текстом (например, “BEARING 3: HIGH VIBRATION”) минимальный размер, обеспечивающий читаемость текста на расстоянии вытянутой руки, составляет 2,0–2,4 дюйма. Самый маленький OLED-модуль QIHAN с поддержкой режима постоянного включения имеет размер 0,96 дюйма (128×64) и подходит для индикации состояния только с помощью значков.

Вопрос 4: Может ли компания QIHAN поставить не только дисплей, но и встроенный вычислительный модуль?

Да. Для приложений в сфере AIoT мы предлагаем интегрированные решения, включающие дисплейную панель, сенсорную панель, оптическое склеивание, встроенный вычислительный модуль (на платформах Rockchip или NXP) и преобразование интерфейсов по необходимости. Мы занимаемся интеграцией драйвера дисплея на уровне BSP. Ваша команда отвечает за программное обеспечение прикладного уровня и развертывание моделей искусственного интеллекта.

Вопрос 5: Как проверить сквозную задержку моего конвейера отображения?

Самый практичный метод: подключить высокоскоростную камеру (240+ кадров в секунду), направленную одновременно на дисплей и светодиод, запускаемый через GPIO. Когда модуль инференции выдает результат, он включает-выключает светодиод и выводит результат на дисплей. Камера фиксирует оба события. Подсчитайте количество кадров между переключением светодиода и обновлением дисплея — каждый кадр при частоте 240 кадров в секунду соответствует 4,17 мс. Таким образом вы получите эмпирическое измерение сквозной задержки без необходимости инструментирования программного конвейера.

Вопрос 6: Какие решения по теплоотводу вы рекомендуете для систем AIoT с несколькими дисплеями, размещенных в герметичных корпусах?

В порядке возрастания стоимости и сложности: (1) теплопроводящие прокладки между печатными платами подсветки и стенками корпуса (пассивные, ~$2–5 BOM), (2) алюминиевый корпус со встроенными ребрами радиатора (пассивный, увеличивает стоимость корпуса), (3) термоэлектрический охлаждающий модуль Пельтье с внешним радиатором (активный, ~$15–25 BOM, увеличивает потребляемую мощность на 2–5 Вт), (4) принудительное воздушное охлаждение с фильтрацией входящего и выходящего воздуха (активное, снижает степень защиты IP). Для герметичных корпусов класса IP65+ с внутренним тепловыделением >10 Вт обычно требуются варианты 2 или 3.

Вопрос 7: Предлагает ли компания QIHAN дисплеи с поддержкой частичной обновляемости?

Да. Некоторые из наших TFT-модулей поддерживают частичное обновление в командном режиме через интерфейс MIPI DSI, что позволяет обновлять только изменившиеся области дисплея. Это позволяет снизить энергопотребление дисплея на 30–50% в режимах постоянного отображения, когда большая часть содержимого экрана является статичной. Обратитесь к нашей инженерной команде с вашими конкретными требованиями к режиму постоянного отображения — правильный подход зависит от того, какая информация должна оставаться постоянно видимой.



О компании QIHAN

Шанхайская компания «Qihan Technology Co., Ltd.» (QIHAN) является производителем и поставщиком индивидуальных решений в области дисплеев малого и среднего размера, специализирующимся на TFT LCD, OLED, LCM, сенсорных дисплеях и индивидуальных дисплейных модулях для применения в промышленности, медицине, автомобилестроении, «умном доме» и бытовой электронике. Обладая более чем 15-летним опытом в области исследований и разработок и имея суточную производственную мощность в 30 000 LCM, компания QIHAN предоставляет услуги OEM/ODM на всех этапах — от разработки концепции до серийного производства.