Insumos de adaptación del sistema RK3588: alcance de Android, Linux y OpenHarmony

guía de ingeniería

Para la adquisición de una línea base del SDK de Android para placa RK3588, verifique los insumos, la evidencia y los elementos no resueltos a continuación antes de seleccionar un enfoque. Asigne responsables y métodos de obtención para los documentos faltantes; una demostración por sí sola no establece compatibilidad ni rendimiento.

Lo que deben confirmar las tres direcciones del proyecto

Deslice la tabla horizontalmente para ver todas las columnas.

Dirección	Insumos principales	Trabajo a delimitar por separado
Sistemas Android y aplicaciones de dispositivo	SDK de Android del proveedor, placa, periféricos y APK/SDK	Configuración del sistema, permisos, interfaces de periféricos, servicios de aplicación, firma y actualizaciones.
BSP de Linux y aplicaciones de dispositivo	Cargador de arranque, kernel, árbol de dispositivos, sistema de archivos raíz y periféricos objetivo	Arranque, controladores, interfaces de espacio de usuario, servicios, imágenes y recuperación.
Adaptación por etapas de OpenHarmony	Código fuente especificado, documentación de la placa y objetivos de compilación/arranque	Evaluar el arranque mínimo, servicios, gráficos y multimedia como etapas separadas.

Esta es una tabla de responsabilidad del proyecto, no una lista de compatibilidad entre sistemas. Reevalúe los registros de verificación existentes cuando cambie el sistema operativo, el SDK o la placa.

Insumos a preparar antes de solicitar cotización

• Modelo completo de la placa, revisión, esquemático, almacenamiento y conexiones de depuración.

• SDK/código fuente, versión o commit, cadena de herramientas, comandos de compilación e imágenes existentes.

• Modelos de periféricos, interfaces, modos objetivo y estados de funcionamiento actuales.

• Aplicaciones, interfaces, permisos, entradas/salidas y dependencias de terceros.

• Pasos de reproducción, registros, frecuencia y remedios intentados para fallos existentes.

• Código fuente, parches, imágenes, documentación y responsabilidades de mantenimiento acordados.

Enumere los documentos no disponibles como brechas y acuerde cómo obtenerlos o defina una etapa de evaluación. No complete las brechas con versiones no verificadas.

Definir condiciones de aceptación repetibles

Reemplace "adaptación del sistema completa" con condiciones tales como arrancar la versión especificada en la placa especificada desde el medio especificado y verificar registros y servicios mediante pasos documentados. Pantalla, cámara, audio, red, aplicaciones, actualizaciones y resistencia requieren cada uno sus propias condiciones; el arranque mínimo no los cubre automáticamente.

Para trabajos con NPU, añada el modelo, muestras, preprocesamiento, posprocesamiento y entorno objetivo. Un sistema arrancable no establece el despliegue del modelo.

Usar registros de casos para comprender las etapas del proyecto

El caso original en chino OpenHarmony RK3588 Stage-0 documenta una etapa limitada de arranque sin interfaz gráfica. Sus verificaciones de registros e imágenes ilustran la entrega por etapas; no establecen la certificación completa de gráficos, multimedia o producción.

La integración de aplicaciones Android puede consultarse en el caso original en chino de SDK TTS sin conexión, respetando también los límites propios de sistema, dispositivo y pruebas de dicho caso.

Dividir paquetes de trabajo subsiguientes

Si ya cuenta con un SDK pero tiene periféricos sin resolver, revise la adaptación de Android o el servicio BSP de Linux. La conversión de modelos y la integración de inferencia corresponden al servicio NPU. Estos enlaces conducen a los alcances originales en chino. Prepare la placa, versión, interfaz y entradas de prueba antes de evaluar el alcance y costo del desarrollo.

Lista de verificación de adquisiciones

Deslice la tabla horizontalmente para ver todas las columnas.

Elemento	Insumos y verificaciones	Límite de decisión
Correspondencia de versiones	Hacer coincidir la revisión de la placa con el commit del SDK, parches e imagen existente	El mismo procesador no establece compatibilidad a nivel de placa
Acceso a fuentes y compilación	Confirmar alcance del código fuente, cadena de herramientas, acceso a dependencias y derechos de compilación	Asignar responsables para insumos faltantes en lugar de sustituir versiones no verificadas
Firma y lanzamiento	Separar compilaciones de depuración, servicios de firma, actualizaciones y licencias de terceros	No es necesario entregar claves privadas de producción al desarrollador; acordar un proceso de firma controlado

¿Qué insumos se necesitan antes de comenzar?

Modelo completo y revisión de la placa, SDK de Android, instrucciones de compilación, imágenes existentes, lista de periféricos y registros seriales. Verifique primero las versiones y disponibilidad de documentos, y conserve los elementos faltantes como insumos no resueltos.

¿Cómo deben definirse la entrega y la aceptación?

Compile y arranque la placa objetivo en el entorno acordado utilizando el procedimiento entregado; verifique versiones, registros y problemas, y acuerde el tratamiento de defectos bloqueantes. Una línea base reproducible no establece la preparación de periféricos, aplicaciones, resistencia o producción; delimite Linux y OpenHarmony por separado.

Las empresas en Shenzhen, China, pueden enviar estos insumos para revisión remota. Acuerde la integración de prototipos, envío de muestras, trabajo en sitio y costos asociados para el proyecto específico.

Verificaciones adicionales de adquisición para placa objetivo Linux

Deslice la tabla horizontalmente para ver todas las columnas.

Elemento	Insumos y verificaciones	Límite de decisión
Placa y medio	Verificar revisión de la placa, configuración de almacenamiento y selección de arranque	El mismo procesador no establece una configuración de arranque idéntica
Componentes del SDK	Listar versiones de cargador de arranque, kernel, árbol de dispositivos, sistema de archivos raíz y cadena de herramientas	Distinguir binarios del proveedor, código fuente editable y derechos de redistribución
Depuración y recuperación	Confirmar niveles seriales, cableado, herramientas de recuperación y acceso autorizado	No sobrescribir el medio de arranque original sin una ruta de recuperación

Estas verificaciones adicionales respaldan revisiones de línea base Linux para empresas en Tianjin, China. Delimite Android, Linux y OpenHarmony por separado; sus resultados de prueba no son intercambiables.

Revise el alcance del servicio y envíe los insumos del proyecto antes de acordar el desarrollo y la entrega. Alcance del servicio en el original en chino