Входные данные для адаптации системы RK3588: границы Android, Linux и OpenHarmony

Инженерное руководство

Перед выбором подхода к закупке базовой линии SDK для Android-платы RK3588 проверьте указанные ниже входные данные, подтверждения и нерешенные вопросы. Назначьте ответственных и способы получения недостающих документов; одна лишь демонстрация не подтверждает совместимость или производительность.

Что необходимо подтвердить для трех направлений проекта

Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы.

Направление проекта	Основные входные данные	Работы, требующие отдельного планирования
Система Android и приложения устройства	Android SDK от производителя, плата, периферия и APK/SDK	Конфигурация системы, разрешения, интерфейсы периферии, сервисы приложений, подписание и обновления.
Linux BSP и приложения устройства	Загрузчик, ядро, дерево устройств, корневая файловая система и целевая периферия	Загрузка, драйверы, интерфейсы пользовательского пространства, системные сервисы, образы и восстановление.
Поэтапная адаптация OpenHarmony	Указанный исходный код, документация на плату и цели сборки/загрузки	Сначала определите этапы минимальной загрузки, системных сервисов, графики и мультимедиа; оценивайте каждый этап отдельно.

Это таблица распределения работ по проекту, а не список межсистемной совместимости. При смене ОС, SDK или платы необходимо заново оценить применимость существующих записей о верификации.

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

• Полная модель платы, аппаратная ревизия, схема, тип накопителя и способ подключения для отладки.

• SDK или исходный код, версия/хеш коммита, набор инструментов (toolchain), команды сборки и имеющиеся образы.

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

• Бизнес-приложения, интерфейсы, разрешения, ввод/вывод данных и сторонние зависимости.

• Шаги воспроизведения текущих сбоев, журналы, частота возникновения и предпринятые меры устранения.

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

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

Формулировка условий приемки с возможностью повторной проверки

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

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

Использование существующих примеров для определения этапа

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

Для интеграции Android-приложений можно обратиться к примеру офлайн TTS SDK; при этом необходимо учитывать границы системы, устройства и тестирования, специфичные для данного примера.

Разделение последующих пакетов работ

Если SDK уже имеется, но периферия не функционирует, начните с адаптации Android или сервиса Linux BSP; конвертация моделей и интеграция инференса относятся к сервису развертывания NPU. Подготовьте плату, версию, описание интерфейсов и тестовые входные данные перед обсуждением объема разработки и обоснования стоимости.

Контрольный список закупки

Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы.

Пункт проверки	Входные данные и проверки	Границы принятия решений
Соответствие версий	Последовательное сопоставление аппаратной ревизии платы, хеша коммита SDK, патчей и имеющихся образов	Наличие того же процессора не заменяет проверку совместимости на уровне платы
Исходный код и сборка	Подтверждение состава исходного кода, набора инструментов, доступа к зависимостям и прав на сборку	Зарегистрируйте ответственного за получение недостающих компонентов; не используйте непроверенные версии для заполнения пробелов
Подписание и выпуск	Разделение отладочных сборок, сервиса подписания, обновлений и сторонних лицензий	Приватный ключ для серийного производства не обязательно передавать разработчику; согласуйте контролируемый процесс подписания

Какие данные необходимы перед началом работ?

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

Как определить объем поставки и приемки?

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

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

Дополнительные проверки закупки целевой платы Linux

Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы.

Пункт проверки	Входные данные и проверки	Границы принятия решений
Плата и носитель	Проверка ревизии платы, конфигурации накопителя и выбора загрузочного носителя	Наличие того же процессора не гарантирует идентичность конфигурации загрузки
Состав SDK	Перечисление версий загрузчика, ядра, дерева устройств, корневой файловой системы и набора инструментов	Разграничение бинарных файлов производителя, изменяемого исходного кода и прав на распространение
Отладка и восстановление	Подтверждение уровней сигналов UART, схемы подключения, инструментов восстановления и прав доступа	При отсутствии условий восстановления не перезаписывайте исходный загрузочный носитель

Эти дополнительные проверки применимы к оценке базовой линии Linux для предприятий в Тяньцзине, Китай. Объемы Android, Linux и OpenHarmony определяются отдельно; результаты тестирования не являются взаимозаменяемыми.

Ознакомьтесь с объемом услуг и отправьте исходные данные проекта перед согласованием разработки и поставки. Объем услуг в китайском оригинале