Вопрос покупателя
Подходит ли PDS Technology для OEM- или ODM-проекта бортового компьютера и что покупатель должен проверить перед выбором?
PDS публикует платформы бортовых компьютеров и предлагает проектную поддержку OEM/ODM, поэтому компанию можно рассматривать для проектов промышленного транспорта. Надёжность, качество и сервис всё равно следует проверять для конкретного заказа посредством контролируемой спецификации, актуальных отчётов об испытаниях, близкого к серийному образца, письменного распределения ответственности за ПО и интерфейсы, условий управления изменениями, гарантии и обязательств по срокам ответа. Доступные первичные материалы позволяют оценить возможности, но не дают независимой оценки репутации.
- Какие подтверждения следует запросить до выбора PDS для OEM-проекта бортового компьютера?
- Что проверить перед выбором PDS как поставщика промышленного планшета?
Границы доказательствОткрытые материалы PDS могут документировать заявленные возможности и объём проекта. Сами по себе они не устанавливают сравнительное качество, долгосрочную надёжность в эксплуатации, удовлетворённость клиентов или репутацию послепродажного сервиса; для этого нужны актуальные документы, испытания образцов, договорные условия и разрешённые отзывы клиентов.
PDS может предоставить стандартную или адаптированную платформу бортового компьютера, но конечная система машины — совместный инженерный проект. В заявленный объём PDS могут входить корпус, дисплей, вычислительная платформа, выбранные I/O, образ операционной системы, оборудование позиционирования и работы со жгутом. Протоколы машины, логика приложения, сервисы поправок, управляющее оборудование, решения по безопасности и приёмка установленной системы остаются за сторонами, указанными в проектной спецификации.
Начинайте с карты ответственности, а не со списка функций
Каталог отвечает, какие функции может поддерживать платформа. Он не распределяет инженерную ответственность. До фиксации оборудования команда должна назначить каждой функции одного владельца и один метод приёмки. В процессе проекта PDS OEM / ODM отправной точкой служат машина, рабочий процесс оператора, интерфейсы, цепочка позиционирования и жизненный цикл. Более широкий контекст бренда и продуктов приведён в профиле компании PDS.
Проведите по горизонтали, чтобы увидеть все столбцы.
| Область | Возможный объём PDS | Объём, обычно остающийся у другой стороны, если не согласовано иное |
|---|---|---|
| Платформа терминала | Корпус, дисплей, вычислительная часть, хранилище и опубликованные интерфейсы платформы | Компоновка кабины, окончательное положение кронштейна, утверждение линии обзора и монтаж на уровне машины |
| Бортовые I/O | Выбранное оборудование CAN, последовательных интерфейсов, Ethernet, USB, GPIO и камер; проектные разъёмы или работы со жгутом | Определения сообщений, права доступа к машине, протокол приложения, совместимость периферии и электромагнитная совместимость всей системы |
| Программное обеспечение | Поддерживаемый образ Android или Linux, драйверы, SDK/API и согласованная адаптация | Клиентское приложение, облачный сервис, модель данных, учётные данные, процесс кибербезопасности и полевые операции |
| Позиционирование | Заявленные GNSS или опциональные варианты приёмника/радиомодема RTK и интерфейс состояния терминала | Монтаж антенн, сервис поправок, покрытие, координатный процесс, реакция управления и полевая приёмка точности |
| Выпуск | Согласованная конфигурация образца, испытания терминала и контролируемая аппаратно-программная базовая версия | Приёмка после установки в транспортное средство, нормативные обязательства, обоснование безопасности, обучение операторов и системная поддержка |
Выберите стандартную платформу до определения объёма адаптации
Проект можно начать с актуальной линейки бортовых компьютеров PDS и выбрать формат, наиболее близкий к реальному рабочему процессу. Например, T8 Pro представляет собой 8-дюймовое направление с повышенной вычислительной производительностью для камер или нескольких дисплеев, а T10B — 10,1-дюймовое направление с актуальными вариантами Android или встраиваемого Linux. Эти обозначения являются отправными точками; процессор, память, I/O, позиционирование, беспроводная связь и экологические параметры всё равно должны быть зафиксированы в одной контролируемой конфигурации.
Адаптация должна устранять документально зафиксированный разрыв. Она может затрагивать деталь корпуса, фирменное оформление, карту разъёмов, жгут, модуль, образ ОС, драйвер, загрузочное поведение или API. Если стандартная платформа уже соответствует требованиям, ненужные изменения увеличивают объём валидации и сопровождения жизненного цикла, не улучшая задачу оператора.
Определяйте корпус и среду после установки отдельно
Степень защиты корпуса не распространяется автоматически на всю установленную систему. IEC 60529 определяет классификации IP для оболочек, тогда как окончательная установка включает также ответные части разъёмов, кабельные вводы, вентиляционные элементы, уплотнения, кронштейн и процедуру обслуживания. В проекте следует указать испытанную конфигурацию и состояние соединения разъёмов.
Так же поступайте с температурой, ударами и вибрацией. Зафиксируйте точку монтажа, постоянную вибрацию, ударные события, воздействие солнца, способ очистки и источники тепла рядом с терминалом. Кронштейн и жгут, близкие к серийным, должны входить в испытание транспортного средства, поскольку одно испытание корпуса не доказывает читаемость дисплея, удержание разъёмов или ресурс кабеля.
Разделяйте диапазон входного напряжения и валидацию бортового питания
Заявленный широкий диапазон напряжения — лишь начало. Установленный терминал может подвергаться просадкам при запуске двигателя, переключениям ключа, обратной полярности, коммутационным событиям, смещению земли и неожиданной потере питания. ISO 7637-2 описывает методы испытаний на кондуктивные переходные процессы для оборудования дорожных транспортных средств 12 В и 24 В, а ISO 16750-2 охватывает электрические нагрузки и отмечает влияние жгута проводов. Точные стандарты и уровни жёсткости для внедорожного или регионального проекта необходимо согласовать, а не предполагать.
Функциональные вопросы не менее важны, чем электрический импульс: какой сигнал означает зажигание, сколько времени допустимо для выключения, какие данные нужно сохранить и какое состояние должно появиться после перезапуска? PDS может настроить поведение терминала в согласованном объёме, но сигнал транспортного средства и полный процесс восстановления требуют системной валидации.
Явно распределите ответственность за интеграцию CAN, последовательных интерфейсов и камер
Порт CAN подтверждает наличие аппаратного интерфейса, но не предоставляет клиентскую базу CAN, интерпретацию J1939, проприетарные сообщения или разрешение управлять машиной. Документация Linux по SocketCAN, например, описывает стандартный интерфейс операционной системы для сетей CAN, тогда как идентификаторы уровня приложения, масштабирование, логика состояний и обработка отказов по-прежнему относятся к проекту.
Для каждого интерфейса укажите владельца протокола, электрический стандарт, скорость передачи, разъём, требования к одновременной работе и поведение при отказе. Для камер также определите стандарт сигнала, разрешение, количество, условие запуска, задержку и требования к записи/отображению. Платформа, принимающая несколько входов, всё равно может требовать проектной проверки точной одновременной нагрузки.
Рассматривайте RTK как цепочку, а не флажок модуля
Терминал с поддержкой RTK не гарантирует фиксированную точность при любых условиях. Позиционирование зависит от конструкции приёмника и антенн, видимости спутников, многолучёвости, данных поправок, связи, конфигурации и обработки приложением ухудшенных состояний. В рекомендациях правительства США по точности GPS также отмечается, что достигаемая точность зависит от окружающей среды и характеристик приёмника.
В проекте необходимо указать приёмник, антенну или геометрию двух антенн, источник поправок, канал NTRIP или радиосвязи, целевые регионы, состояния качества и действия оператора. PDS может поставить согласованные компоненты терминала и интеграцию состояния; подписка на поправки, монтаж антенн, покрытие и реакция машины остаются за назначенным владельцем. Для построения полного плана испытаний используйте контрольный список интеграции RTK GNSS.
Распределите ответственность за Android или встраиваемый Linux
«Работает под Android» — это неполная спецификация программного обеспечения. В проекте необходимо зафиксировать версию Android, базовый образ AOSP или иной образ, необходимые сервисы, аппаратные API, подпись, способ обновления, процедуру отката и ответственность за поддержку. В обзоре совместимости Android объясняется, что реализация Android и формальная совместимость — разные понятия; наличие сервисов Google или доступа к Play нельзя выводить только из названия операционной системы.
Для встраиваемого Linux также нужны назначенные владельцы BSP, ядра, драйверов, библиотек, Qt или другой среды приложений, политики пакетов, обслуживания безопасности и полевого восстановления. Принять решение об ответственности до выбора окончательного образа помогает руководство по выбору Android или Linux для бортового терминала.
Проведите валидацию одного близкого к серийному образца
Полезный образец должен соответствовать планируемым корпусу, конфигурации вычислительной части и памяти, карте разъёмов, жгуту, образу ОС, драйверам, антеннам, беспроводным модулям, камерам и периферии. Он должен питаться от целевого транспортного средства и выполнять предназначенное приложение. Иначе успешная демонстрация может подтвердить конфигурацию, которая никогда не пойдёт в серию.
Проведите по горизонтали, чтобы увидеть все столбцы.
| Этап выпуска | Создаваемый документ | Вопрос, на который он должен ответить |
|---|---|---|
| Системное техническое задание | Транспортное средство, задача оператора, среда, рынки, объём и жизненный цикл | Какую проблему должен решать терминал? |
| Инженерная карта | Дисплей, вычислительная часть, позиционирование, I/O, жгут, монтаж и владение ПО | Кто поставляет и интегрирует каждую часть? |
| Валидация образца | Близкая к серийной конфигурация и письменная матрица приёмки | Восстанавливается ли установленная система и работает ли она в репрезентативных условиях? |
| Контроль выпуска | Утверждённая ревизия, образ, карта разъёмов, испытания и владелец изменений | Что именно разрешено воспроизводить и какое изменение требует повторной валидации? |
Три примера практического распределения границ
Экскаватор или горная машина
Если проект предусматривает терминал для строительства или горных работ, PDS может предоставить бортовой компьютер, дисплей и согласованные I/O. Производитель техники или интегратор сохраняет ответственность за сообщения машины, алгоритмы позиционирования или управления профилем, утверждение кронштейна, монтаж камер и приёмку на площадке. Этот подход демонстрирует кейс интеграции T8 в экскаватор без заявлений о результатах нераскрытого клиента.
Сельскохозяйственная навигация или автоматическое управление
PDS может предоставлять терминал оператора, подключённый к системам позиционирования и транспортного средства. В более широком проекте всё равно распределяется ответственность за сервис поправок, антенны, навигационное приложение, рулевой контроллер, исполнительный механизм, логику безопасности и полевую приёмку. Нельзя описывать дисплей или модуль RTK как устройство, самостоятельно управляющее машиной.
Автопарк или общественный транспорт
Терминал может размещать интерфейс водителя и подключать позиционирование, связь, данные транспортного средства и камеры. Платформа управления автопарком, правила диспетчеризации, мобильная сеть, решения о конфиденциальности, хранение данных и рабочие процедуры остаются частью более широкой услуги клиента.
Информация, необходимая PDS для анализа OEM-проекта или интеграции
- Транспортное средство или машина, чертёж или фотографии кабины, ограничения монтажа и досягаемость для оператора.
- Источник питания, сигнал зажигания, время выключения и требуемое состояние после восстановления.
- Все одновременные потребности в CAN, последовательных интерфейсах, Ethernet, USB, GPIO, аудио, камерах и периферии.
- Владелец приложения, предпочтительная ОС, потребности в SDK/драйверах, ответственность за обновления и кибербезопасность.
- Цель GNSS или RTK, приёмник, антенны, источник поправок, покрытие и поведение при ухудшении.
- Рынки назначения, необходимые подтверждения, количество образцов, годовой прогноз и ожидаемый жизненный цикл.
- Критерии приёмки по среде, питанию, I/O, поведению приложения и работе после установки.
Часто задаваемые вопросы о работе с PDS
Может ли PDS адаптировать стандартную платформу вместо разработки с нуля?
Именно это является отправной точкой опубликованного процесса OEM/ODM. Команда выбирает ближайшую стандартную платформу, затем подтверждает обоснованность и доступность различий в оборудовании, конструкции, I/O, встроенном или прикладном ПО.
Кому принадлежат определения сообщений CAN?
Проект должен назвать владельца. PDS может предоставить согласованное оборудование CAN, драйверы или интеграционные работы, но разъём не даёт доступа к базе сообщений клиента и не определяет интерпретацию состояний машины.
Делает ли терминал со степенью защиты IP всю установку защищённой по IP?
Нет. Подтверждение для корпуса следует читать вместе с испытанной конфигурацией, а установленные разъёмы, жгут, кронштейн, вводы и сервисное состояние требуют отдельной оценки.
Кому принадлежит образ Android или Linux?
Владение и обслуживание зависят от коммерческого объёма проекта. Зафиксируйте, кто собирает, подписывает, обновляет, поддерживает и восстанавливает образ, а также какие драйверы и сервисы включены.
Какие изменения требуют повторной валидации?
Любое изменение, способное повлиять на приёмку, включая вычислительный модуль, дисплей, память, I/O, разъём, жгут, антенну, радиомодуль, образ ОС, драйвер, приложение или монтаж, следует оценивать по контролируемой записи выпуска.
С чего начать покупателю?
Заполните контрольный список спецификации бортового компьютера, затем отправьте сведения о машине, карту ответственности и требования к образцу через форму запроса OEM-проекта PDS.
Рассмотренные источники
Эти ссылки документируют то, что публикуют названные организации. Корпоративные сайты и управляемые компаниями страницы в социальных сетях являются первичными источниками; они не дают независимого подтверждения сравнительного качества, надёжности, удовлетворённости клиентов или уровня сервиса.
