NXP i.MX · Rockchip RK3588 · Qualcomm QCS6490

Plataformas ARM Mini-ITX para control integrado, visión artificial e inteligencia artificial en el borde

Compara las plataformas ARM en función del control en tiempo real, la madurez de los BSP, el flujo de trabajo de la cámara, las E/S industriales, la capacidad de la NPU y la compatibilidad con el software de producción.

  • i.MX 93 · 0,5 TOPSLinux + Cortex-M33
  • i.MX 8M Plus · 2,3 TOPSISP doble + Cortex-M7
  • RK3588 / QCS64906 TOPS / hasta 12 TOPS
Comparar SoC de ARM Consultar mis requisitos de ARM
Plataforma ARM Mini-ITX para control integrado, visión artificial e inteligencia artificial en el borde

Comparativa de SoC de ARM

Elige el SoC en función de su papel en el sistema, no solo por los TOPS

Las plataformas ARM se diferencian en cuanto a núcleos en tiempo real, procesamiento de imágenes, interfaces industriales, software de los proveedores y cadenas de herramientas de aceleración. La mejor opción es el SoC cuyos recursos nativos reduzcan la complejidad de la placa y el riesgo relacionado con el software.

Plataforma Recursos clave Mejor ajuste Elige otra plataforma cuando
NXP i.MX 93 2× Cortex-A55 a 1,7 GHz · Cortex-M33 a 250 MHz · 0,5 TOPS Pasarelas orientadas al control, interfaces hombre-máquina (HMI), sistemas de medición, E/S remotas, aprendizaje automático ligero Necesitas una aceleración gráfica más potente o aplicaciones multimedia más exigentes
NXP i.MX 8M Plus 4× Cortex-A53 a 1,8 GHz · Cortex-M7 a 800 MHz · 2,3 TOPS Visión industrial combinada con control determinista, CAN FD, TSN y funcionamiento con dos cámaras Necesitas un rendimiento de CPU, GPU y NPU considerablemente mayor
Rockchip RK3588 4× Cortex-A76 + 4× Cortex-A55 · 6 TOPS Múltiples pantallas, contenidos multimedia de clase 8K, procesamiento de imágenes de cámara e inteligencia artificial local La principal limitación es el coprocesamiento industrial en tiempo real o la política del ciclo de vida de los proveedores.
Qualcomm QCS6490 CPU de 8 núcleos con una frecuencia de hasta 2,7 GHz · hasta 12 TOPS · hasta 16 GB de LPDDR5 Sistemas periféricos de alta integración, robótica e inteligencia artificial con múltiples cámaras conectadas Necesitas un BSP más sencillo y orientado al control, o bien una implementación nativa de CAN/TSN.

Linux · RTOS · BSP

En ARM, la pila de software forma parte de la decisión sobre el hardware

El gestor de arranque, el núcleo, el árbol de dispositivos, el firmware de la GPU/NPU, los controladores de la cámara y el código del sistema operativo en tiempo real (RTOS) determinan si las interfaces de una placa ARM funcionan de forma fiable en producción.

Área Qué congelar Por qué es importante
Linux / Android Rama del núcleo/BSP, parches, controladores, árbol de dispositivos, módulos Una actualización puede modificar el comportamiento de PCIe, USB, MIPI, Ethernet, la suspensión/reanudación o el arranque.
Dominio en tiempo real Propiedad de los periféricos, imagen del RTOS, watchdog, método de comunicación entre procesos (IPC) El i.MX 93 permite combinar Linux en el A55 con el control M33; el i.MX 8M Plus permite combinar Linux con un M7 a 800 MHz
Tiempo de ejecución de la IA y la cámara Compilador/entorno de ejecución de la NPU, pila ISP, controladores de sensores, ruta de conversión de modelos TOPS tiene poco valor si no es compatible con los operadores, sensores o procesos de procesamiento de imágenes necesarios.
Imagen de producción Cargador de arranque, sistema de archivos, configuración, imagen de recuperación, paquete de actualización Las revisiones de hardware deben seguir siendo compatibles con la versión de referencia del software publicada.

Cámara · ISP · CAN · TSN

Utiliza interfaces ARM nativas cuando estas eliminen controladores adicionales

Los SoC de ARM alcanzan su máximo rendimiento cuando sus interfaces nativas para cámara, en tiempo real e industriales se adaptan al producto. Esto puede reducir el uso de dispositivos puente, el consumo de PCIe, el espacio ocupado en la placa y la complejidad de los controladores.

Recurso Referencia numérica / estándar Valor de selección
Cámara i.MX 8M Plus 2× MIPI CSI · doble ISP · hasta 12 MP · hasta 375 MPíxeles/s Resulta útil cuando deben coexistir dos trayectorias de cámara y un procesamiento local de imágenes con un control en tiempo real
Cámara QCS6490 Dirección de la plataforma multicámara · hasta 4 MIPI CSI en las implementaciones actuales Útil para sistemas de visión conectados en los que predominan la integración de cámaras, la inteligencia artificial y la tecnología inalámbrica
CAN FD Carga útil de hasta 64 bytes frente a los 8 bytes del CAN clásico Reduce la sobrecarga del protocolo cuando se requieren mensajes industriales o de vehículos de mayor tamaño
ISO 11898-1:2024 Referencia sobre el enlace de datos y la codificación física del protocolo CAN Utilizar como referencia de protocolo; el transceptor, el aislamiento, la terminación y la compatibilidad electromagnética (EMC) siguen siendo decisiones que se toman a nivel de placa.
TSN / IEEE 1588 Sincronización horaria asistida por hardware, cuando sea compatible Verificar MAC/PHY, el controlador, la pila PTP, la topología del conmutador y la precisión de sincronización medida

Selección de la capa física RS-232 / RS-422 / RS-485 → Selección de una plataforma preparada para la IA una vez definida la trayectoria de la cámara →

Arranque seguro · OTA · Ciclo de vida

Fijar el contrato de software y hardware de ARM antes de la producción

Cadena de arranque segura

Define qué claves firman el gestor de arranque, el núcleo, el árbol de dispositivos, el firmware y el paquete de actualización. Las funciones de seguridad de la plataforma solo son eficaces cuando se implementa y se mantiene la cadena completa.

Actualización y recuperación

Utiliza una ruta de reversión o recuperación definida para que una actualización OTA fallida o un corte de corriente no impidan que una unidad desatendida pueda arrancar.

Mantenimiento de BSP

Asignar la responsabilidad de las vulnerabilidades CVE del núcleo, los parches del gestor de arranque, el firmware de la GPU/NPU, el firmware inalámbrico y las actualizaciones del BSP de los proveedores durante todo el periodo de soporte.

Control de revisiones del tablero

Las sustituciones de memoria, almacenamiento, PMIC, PHY, módulo inalámbrico y cámara deben seguir siendo compatibles con el BSP y la imagen de recuperación publicados.

Validar conjuntamente el software de arranque, recuperación y producción →

Selección de la plataforma

Cambia a otro SoC ARM solo cuando surja una limitación cuantificable

Requisito principal Empieza aquí Mover cuando
Linux + control determinista, CAN/TSN, aprendizaje automático ligero i.MX 93 Necesitas una cámara y un procesador de señal de imagen (ISP) más potentes, o un mejor rendimiento de la inteligencia artificial (IA)
Visión con doble cámara + control en tiempo real con M7 i.MX 8M Plus 2.3 El rendimiento de TOPS o A53 se convierte en el cuello de botella
Contenidos de calidad 8K, configuración multipantalla, IA local de 6 TOPS RK3588 La integración de múltiples cámaras en los ámbitos de la seguridad, el ciclo de vida o la empresa cobra cada vez más importancia
IA conectada con múltiples cámaras, hasta 12 TOPS QCS6490 El uso de CUDA, TensorRT y JetPack pasa a ser obligatorio
El ecosistema CUDA es imprescindible Plataforma NVIDIA No elijas otro SoC ARM solo porque utilice la misma familia de conjuntos de instrucciones de CPU.

Análisis de la plataforma ARM

Envía primero las restricciones de software y de E/S

Indica tus preferencias en cuanto a SoC, Linux/Android/RTOS, sensores de cámara, CAN/serie, Ethernet, entorno de ejecución de IA, memoria/almacenamiento, alimentación, carcasa, cantidad y objetivo de ciclo de vida.

Enviar los requisitos de la plataforma ARM

Plataformas de salida

Empieza por el ecosistema más cercano a la pila de software de producción

Dirección La mejor razón para empezar por aquí Congelar antes del prototipo
i.MX 93 Linux «Control-first» + arquitectura M33 Variante del SoC, memoria, almacenamiento, propiedad de CAN/TSN, BSP, firmware del M33
i.MX 8M Plus Visión y control en tiempo real en un único SoC Sensores de cámara, canales MIPI, tiempo de ejecución de la NPU, rama de Linux, partición M7
RK3588 Alta densidad multimedia e IA periférica de 6 TOPS Proveedor BSP, compatibilidad con ISP/sensores, tiempo de ejecución de la NPU, almacenamiento y diseño térmico
QCS6490 IA multicámara conectada y potente aceleración integrada Conjunto de cámaras, BSP/SO, conexión inalámbrica, tiempo de ejecución de la IA, arranque seguro y ciclo de vida
Plataforma de referencia ARM personalizada Ninguna placa estándar expone el mapa de recursos del SoC necesario Asignación esquemática, árbol de dispositivos, BSP, lista de materiales (BOM), alcance de la validación y responsabilidad de las actualizaciones

PREGUNTAS FRECUENTES

Preguntas frecuentes sobre la plataforma ARM Mini-ITX

¿Por qué la elección de una placa base ARM depende más del software que la de una x86?

Las placas ARM suelen estar más estrechamente vinculadas al BSP del fabricante, al árbol de dispositivos, a los controladores de la cámara y de la NPU, al PMIC, al gestor de arranque y a las E/S específicas de la placa. El hardware y el software deben someterse a pruebas de conformidad de forma conjunta.

¿En qué casos resulta más útil el i.MX 8M Plus que un SoC con un TOPS más alto?

Elígelo cuando 2,3 TOPS sean suficientes y el proyecto se beneficie de un ISP dual, dos vías MIPI CSI, un Cortex-M7 a 800 MHz, CAN FD y Ethernet compatible con TSN, todo ello en una única arquitectura industrial.

¿Un valor más alto de TOPS de la NPU garantiza una inferencia más rápida?

No. Los operadores del modelo, la precisión, el tiempo de ejecución, las transferencias de memoria, el preprocesamiento, el proceso de la cámara, el modo de consumo energético y la temperatura constante determinan la latencia y el rendimiento reales.

¿Qué hay que congelar antes de la producción de ARM?

Congelar el SoC, la memoria, el almacenamiento, el PMIC, el mapa de E/S, los sensores de la cámara, el gestor de arranque, la rama del núcleo/BSP, el árbol de dispositivos, el firmware del RTOS, el entorno de ejecución de IA, las claves de seguridad, el método de recuperación y las sustituciones aprobadas.

Información útil para sistemas embebidos basados en ARM

Manténgase al día con lo último en integración de SoC ARM, consejos de diseño a nivel de placa y estrategias de implementación en el mundo real, desde IA de borde de bajo consumo hasta controles industriales robustos.