15.6 дюймовый встроенный дисплей Android для OEM-проектов: RK3568, киоск и пользовательское оборудование

15,6-дюймовый Android-сенсорный экран может быть выполнен в виде планшета, встроенного Android-дисплея или Android Panel PC. Хотя эти продукты могут иметь одинаковый размер экрана и платформу Android, они различаются по уровню интеграции продукта. Это различие становится важным, когда проект OEM выходит за рамки тестирования приложений. Устройство, требующее постоянного питания, автоматического запуска приложения, специализированного оборудования, контролируемой конфигурации Android и встраиваемой установки, — это уже не просто планшет в другом корпусе.

Недавно мы рассмотрели требование OEM от системного интегратора из Норвегии, которое иллюстрирует этот переход.

Проект предусматривал 15,6-дюймовый Android-планшет RK3568 с 4 ГБ/32 ГБ, Wi-Fi, режимом киоска, без камеры или микрофона, датчиком освещенности и встраиваемой установкой. Заказчик также запросил конфигурацию без приложений GMS.

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

Это приводит к более полезному вопросу для покупателей OEM: когда фиксированный Android-сенсорный экран должен выйти за рамки стандартного планшета, и означает ли это автоматически использование Panel PC?

Когда планшет перестает быть подходящей отправной точкой

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

Для раннего прототипа это может быть преимуществом. OEM может тестировать приложение, не прибегая к ненужной разработке оборудования.

Ситуация меняется, когда сам планшет нуждается в модификации.

Фиксированный продукт может не нуждаться в батарее. Ему может потребоваться постоянное питание и автоматический запуск приложения после загрузки. Окончательный список материалов может не включать камеру или микрофон. Может потребоваться добавить датчик, специфичный для проекта, а корпус может потребоваться для установки в определенную стенную или панельную конструкцию. Фиксированные терминалы такого рода уже существуют в нашем ассортименте — например, 14-дюймовый планшет для ресторана с POE, разработанный без батареи для непрерывной работы на столешнице.

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

Это не делает планшет непригодным для фиксированных приложений. Планшет, безусловно, может быть установлен на стене и запускать приложение киоска; наш 15,6-дюймовый настенный Android-планшет с POE является одним из таких стационарно установленных устройств. Вопрос в том, может ли OEM получить точную аппаратную конфигурацию, программное поведение и механическую интеграцию, необходимые для готового продукта, без обходных путей в исходном дизайне планшета.

Для норвежского проекта это был момент, когда обсуждение перешло от поиска подходящего планшета к определению выделенной конфигурации Android-терминала.

Что 15,6-дюймовое требование говорит OEM

Спецификация 15,6 дюйма важна, но сама по себе она не определяет аппаратную архитектуру.

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

Но один и тот же 15,6-дюймовый экран может появляться в очень разных продуктах.

15,6-дюймовый Android-планшетный ПК может быть подходящим, когда OEM хочет получить в основном готовое мобильное вычислительное устройство. 15,6-дюймовый встроенный Android-дисплей становится более актуальным, когда экран интегрируется в специализированный продукт с индивидуальной аппаратной конфигурацией или требованиями к установке. 15,6-дюймовый Panel PC становится более актуальным, когда терминал также должен взаимодействовать с промышленным оборудованием или предоставлять более широкий ввод/вывод.

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

Для проектов OEM необходимо учитывать окружающее программное обеспечение, оборудование и требования к установке перед выбором категории продукта.

RK3568, киоск и отсутствие GMS — отдельные решения по конфигурации

Норвежское требование объединяет несколько спецификаций, которые легко могут быть рассмотрены как один общий запрос на «настройку Android». На самом деле это разные части системы.

RK3568 определяет вычислительную платформу. 4 ГБ/32 ГБ определяют память и хранилище. Wi-Fi обеспечивает беспроводное подключение. Режим киоска определяет, как представлено и контролируется приложение. Камера, микрофон и датчик освещенности относятся к аппаратной конфигурации. Требование отсутствия GMS относится к конфигурации программного обеспечения и требует собственного определения.

Одна платформа может нести очень разные конфигурации: Hopestarmonitor также поставляет RK3568 в настенном дисплее и настольном планшете-киоске, а также 15,6-дюймовые сенсорные экраны.

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

Поэтому для OEM требования необходимо рассматривать как единую систему, а не как независимые спецификации продукта.

Правильное определение «без GMS»

«Без GMS» может звучать просто в запросе на коммерческое предложение, но это не описывает единый метод реализации.

Для конфигурации, обсуждаемой в данном случае, приложения GMS могут быть удалены на уровне конфигурации программного обеспечения/приложений в соответствии с требованием проекта. Это не должно представляться как чистая сборка прошивки AOSP или как удаление каждого компонента Google на уровне прошивки.

Это различие важно при сравнении поставщиков.

Если OEM просто требует среду Android без стандартных приложений GMS, конфигурации на уровне программного обеспечения может быть достаточно. Если проект требует принципиально иной архитектуры прошивки на основе чистой сборки AOSP, это должно быть указано как отдельное требование.

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

Режим киоска становится важным, когда устройство выполняет одну задачу

Режим киоска — это еще одно требование, которое меняет способ оценки Android-устройства.

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

Включение питания → Загрузка Android → Запуск назначенного APK → Пользователь остается в пределах предполагаемого приложения — модель работы, которую мы реализуем в одноцелевых терминалах, таких как наш ассортимент планшетов для бронирования конференц-залов.

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

OEM необходимо понять полное поведение. Что происходит после перерыва в подаче питания? Перезапускается ли назначенное приложение автоматически? Могут ли пользователи выйти из приложения? Могут ли появляться ненужные системные интерфейсы? Как развертывается и обновляется APK клиента?

Эти детали важны, потому что Android-устройство больше не используется как универсальный компьютер. Его загрузка и поведение приложения становятся частью готового продукта.

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

Настройка оборудования меняет определение продукта

Запрос на отсутствие камеры, микрофона и датчика освещенности также меняет способ спецификации проекта.

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

OEM-платформа вместо этого может быть сконфигурирована вокруг фактического приложения.

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

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

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

Именно поэтому настройку списка материалов следует оценивать вместе с платформой Android, а не после выбора стандартного планшета.

Встроенный Android-дисплей против Panel PC: смотрите на ввод/вывод перед этикеткой

Различие между Прямая связь с внешним оборудованием и Android Panel PC часто слишком широко описывается как «потребительский против промышленного». Более полезной отправной точкой является роль, которую Android-устройство должно играть в системе.

Если сенсорный экран в основном запускает приложение, принимает сенсорный ввод, подключается к сети и работает как выделенный терминал, встроенного Android-дисплея может быть достаточно.

Архитектура становится более ориентированной на Panel PC, когда Android-терминал также должен напрямую взаимодействовать с внешним оборудованием. Это может включать такие требования, как связь RS232 или RS485, Ethernet-соединения для интеграции оборудования, сигналы GPIO, связь с ПЛК или более широкую настройку ввода/вывода.

В этот момент устройство больше не функционирует только как интерактивный экран. Оно становится частью вычислительной и коммуникационной архитектуры оборудования.

мониторов с сенсорным ЖК-экраном, например, включает модели с RS232, которые по-прежнему являются мониторами, а не Panel PC. Дело в том, что интеграция оборудования и требования к вводу/выводу являются более сильными архитектурными сигналами, чем только размер экрана или метод установки.Это различие было актуально для норвежского проекта. Требование предусматривало встраиваемую установку и настройку оборудования, но описанное приложение не требовало связи с ПЛК, RS232/RS485 или более широкого промышленного ввода/вывода.

Поэтому более подходящей архитектурой был встроенный Android-дисплей или выделенный Android-терминал, а не автоматический переход на Panel PC только потому, что устройство было стационарно установлено.

Решение о 15,6 дюймах начинается с готового продукта

Норвежское требование предоставляет полезный способ подойти к архитектуре, начиная с готового продукта и двигаясь назад.

Требование к дисплею было 15,6 дюйма. Вычислительная платформа была RK3568 с 4 ГБ/32 ГБ и Wi-Fi. Программное обеспечение требовало поведения киоска и конфигурации без приложений GMS. Аппаратная конфигурация также была специфичной: без камеры, без микрофона и с датчиком освещенности. Механическое требование — встраиваемая установка.

В совокупности эти требования описывают нечто отличное от обычной покупки планшета. В то же время они не оправдывают автоматически Panel PC.

Это важное различие для закупок OEM: фиксированная установка и настройка оборудования сами по себе не делают проект промышленным.

Если проект позже добавит связь с ПЛК, промышленный ввод/вывод или прямую интеграцию оборудования, архитектура может быть переоценена в сторону

Android Panel PC.Этот подход, ориентированный на требования, также дает OEM больше гибкости при работе с поставщиком. Вместо того чтобы начинать с категории каталога и пытаться вписать проект в нее, покупатель может начать с готового продукта и определить Android-платформу, которая лучше всего его поддерживает.

Что проверить перед утверждением OEM-платформы

После определения архитектуры оценка поставщика становится гораздо более конкретной.

Android-платформа должна быть проверена на соответствие требуемому процессору, версии Android, памяти, хранилищу и беспроводной конфигурации. Требования к программному обеспечению должны указывать фактический метод удаления GMS, процесс развертывания APK, поведение киоска, автоматический запуск и поведение перезагрузки.

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

Механическая интеграция должна охватывать размеры, монтажную конструкцию, расположение разъемов, вход питания и интерфейс корпуса. Если терминал подключается к внешнему оборудованию, требуемые интерфейсы RS232, RS485, Ethernet, GPIO или другие должны быть определены до окончательного утверждения архитектуры.

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

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

Лучший запрос на коммерческое предложение начинается с готового продукта

Наиболее эффективный запрос на коммерческое предложение для такого типа проекта описывает предполагаемое устройство, а не просто запрашивает модель продукта.

Вместо того чтобы запрашивать

15,6-дюймовый Android-планшет с RK3568, OEM может определить требования таким образом, чтобы поставщик мог оценить полную конфигурацию.Область запроса на коммерческое предложение

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

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

Есть проект OEM с 15,6-дюймовым Android?

Фиксированный Android-сенсорный экран не обязательно должен становиться Panel PC, так же как настенное приложение не обязательно требует планшета.

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

15,6-дюймовый Android-планшет для умного дома, показывают, насколько далеко может быть настроен фиксированный Android-сенсорный экран перед производством.Если также требуется связь с промышленным оборудованием, интерфейсы, такие как RS232, RS485, Ethernet или GPIO, должны быть включены с самого начала.

Если ваш проект имеет требования, аналогичные этому случаю, вы можете

отправить нам основную информацию, и мы оценим архитектуру исходя из требований. Наша команда может оценить, является ли встроенный Android-дисплей или Android Panel PC более подходящим, и определить, какие элементы программного обеспечения, оборудования или установки требуют настройки перед производством.Цель состоит не в том, чтобы принудительно поместить проект OEM в одну категорию продукта, а в том, чтобы сопоставить архитектуру аппаратного обеспечения Android с тем, как на самом деле должен работать готовый продукт.