Guía de compatibilidad del sensor de cámara RK3576: Qué confirmar antes del diseño hardware

Para la selección del sensor de cámara y el diseño hardware en la plataforma RK3576, varios puntos críticos deben definirse antes de iniciar el trabajo de esquemático. Estas decisiones afectan directamente el rendimiento de imagen y la viabilidad del diseño hardware.

Restricciones de CSI/PHY e ISP del RK3576

El RK3576 ofrece una arquitectura flexible de interfaz de cámara, pero la configuración debe planificarse desde el inicio según los requisitos del proyecto.

Soporte de interfaz: El SoC admite tanto interfaces de cámara MIPI CSI-2 como DVP, siendo MIPI CSI-2 la opción principal para diseños actuales.

El RK3576 proporciona una interfaz C/D-PHY con hasta cuatro líneas, además de dos interfaces D-PHY. Los recursos PHY disponibles pueden configurarse como dos puertos D-PHY de 4 líneas o como cuatro puertos D-PHY de 2 líneas. Esto permite diseños con múltiples cámaras, incluidos los sistemas de múltiples vistas comúnmente utilizados en aplicaciones de seguridad y robótica.

Notas:

• Para un diseño con múltiples cámaras, asigne temprano los recursos de PHY y de canal. Un solo sensor no puede abarcar dos PHY.
• Un puerto CSI RK3576 es configurable como C-PHY o D-PHY. En modo D-PHY, admite hasta 4,5 Gbps por canal; en modo C-PHY, admite hasta 2,5 Gsps por trío. Los canales D-PHY restantes admiten hasta 2,5 Gbps por canal. Un diseño práctico de hardware debe reservar aproximadamente un 20 % del ancho de banda. Cuando la tasa efectiva de datos se acerca o supera el límite de la interfaz, aumenta la probabilidad de fotogramas corruptos, fotogramas perdidos y otros fallos de imagen.
• El SoC también admite una interfaz de cámara DVP en paralelo para sensores heredados de menor resolución. Como las funciones DVP y MIPI comparten algunos pines, la asignación de pines debe definirse con suficiente antelación para evitar conflictos de recursos.

Especificaciones del ISP RK3576 y límites de procesamiento

• El RK3576 integra un único motor de ISP por hardware que admite el procesamiento de imágenes de hasta 16 MP y un rango dinámico HDR de hasta 120 dB. Sin embargo, en un sistema multicámara, enrutar varias secuencias RAW a través del ISP implica que la resolución combinada y la velocidad de fotogramas efectiva quedan limitadas tanto por la capacidad del ISP como por el ancho de banda de recepción de MIPI CSI-2. Si los sensores emiten YUV directamente y omiten el ISP, las principales limitaciones pasan al ancho de banda de la interfaz MIPI y al ancho de banda de memoria.

Configuración multicámara de ejemplo: 1 × 8 MP (4K a 30 fps) + 2 × 2 MP (1080p a 30 fps).

• Las aplicaciones multicámara también exigen una decisión temprana sobre la sincronización de fotogramas. La captura multivista y la medición estéreo pueden requerir una sincronización de VSYNC por hardware. Confirme si se habilitará la sincronización por hardware y si el SoC dispone de suficientes pines de activación externa para la cantidad prevista de cámaras.

Lista de verificación para la selección de sensores

• Interfaz y modo de salida: confirme si es MIPI CSI-2 o DVP, así como el número de canales MIPI (1, 2 o 4 canales).
• Formato de datos: En la plataforma RK3576, la entrada VICAP admite formatos RAW, RGB888 y algunos formatos YUV seleccionados. El ISP integrado procesa los datos RAW y los convierte a YUV para la canalización posterior. Las secuencias RGB e YUV capturadas directamente no pasan por el ISP.
• Resolución y frecuencia de fotogramas: Verifique los requisitos de cada sensor individual y, luego, valide el modo operativo combinado cuando varias cámaras funcionen simultáneamente. La carga de trabajo total debe permanecer dentro del límite de procesamiento en tiempo real del ISP.
• Compatibilidad de las fuentes de alimentación: Un sensor típico utiliza tres fuentes de alimentación: AVDD para la circuitería analógica, DVDD para el núcleo digital y DOVDD para el nivel de tensión de las entradas/salidas. La interfaz física MIPI del RK3576 emplea una fuente de alimentación fija de 1,8 V, por lo que generalmente se prefiere un sensor con DOVDD de 1,8 V. Si el nivel DOVDD del sensor no coincide con el nivel de entrada/salida I2C del host, puede añadirse un conversor de niveles en el bus de control de baja velocidad. No se debe colocar un conversor de niveles externo en las señales diferenciales de alta velocidad MIPI. El hardware debe seguir rigurosamente la secuencia especificada por el fabricante del sensor para la activación y desactivación de la alimentación. La inicialización mediante software depende de dicha secuencia; una temporización incorrecta puede impedir que el sensor se inicialice o genere una imagen. Asimismo, deben calcularse las corrientes máximas en AVDD, DVDD y DOVDD para garantizar que cada regulador lineal integrado (LDO) a bordo disponga de capacidad suficiente y margen de diseño.
• Bus de control: Confirme la dirección I2C del sensor. En un sistema multicámara, planifique cómo se gestionarán las direcciones duplicadas, ya sea cambiando las direcciones mediante software (cuando esté soportado) o utilizando un conmutador I2C externo.
• Entrada de reloj: El RK3576 ofrece varias salidas MCLK para sensores, configurables de forma independiente. Cada reloj se genera a partir de una fuente interna de reloj del SoC y se dirige al sensor mediante una GPIO multiplexada; cada salida puede habilitarse y configurarse por separado. El rango típico configurable mediante software para una MCLK es de 6 a 48 MHz. Si un sensor requiere un reloj fuera de ese rango, utilice un oscilador externo dedicado. En diseños multicámara también debe verificarse la existencia de conflictos por multiplexación de pines.
• Diseño de alimentación y térmico: Los sensores de alta resolución y alta velocidad de fotogramas consumen más energía. Evalúe la carga de potencia a nivel de placa y la ruta térmica del producto antes de finalizar el hardware.
• Control de lente, filtro de corte IR e iluminador: Confirme que hay suficientes recursos GPIO disponibles para cada accionador y controlador requerido.
• Compatibilidad del modo HDR: El RK3576 admite HDR DOL, HDR escalonado y HDR de múltiples fotogramas. Antes de seleccionar un sensor, confirme que su formato de datos HDR y su temporización sean compatibles con el ISP y el VICAP del RK3576.

Siempre que sea posible, comience con un sensor que ya haya sido validado por la comunidad de la plataforma o por el proveedor del módulo. Esto puede reducir sustancialmente los riesgos de desarrollo del controlador y de puesta en marcha.

Los sensores que ya hemos integrado incluyen los Sony IMX415 (8 MP), IMX566 (8 MP), IMX678 (8 MP), IMX464 (4,1 MP) e IMX662 (2 MP), así como el onsemi AR0234 (2,3 MP) y el OMNIVISION OG02C1B (2 MP). Si su proyecto requiere otro sensor de imagen, póngase en contacto con [email protected] para analizar la integración y ajuste personalizados.

Puntos clave para el diseño de PCB

• Enrutamiento MIPI CSI: Controlar la impedancia diferencial a 100 ohmios ±10 %. Mantener el desajuste de longitud entre los conductores positivo y negativo (P/N) dentro de cada par diferencial por debajo de 5 mil, y mantener el desajuste entre pistas (lanes) del mismo puerto CSI por debajo de 200 mil. Enrutar las señales MIPI lejos de relojes de alta velocidad, buses DDR y trazas de alimentación de alta corriente. No enrutarlas sobre divisiones (splits) en el plano de referencia. Mantener las trazas lo más cortas posible, preferiblemente por debajo de 15 cm; cuanto más larga sea la ruta, menor será la velocidad máxima de datos que se pueda mantener de forma fiable.
• MCLK es un reloj de alta velocidad en modo simple (single-ended). Mantener separación respecto a los pares diferenciales MIPI y evitar recorridos paralelos prolongados para reducir la diafonía (crosstalk).
• Mantener las rutas de alta velocidad MIPI alejadas de fuentes intensas de ruido, como fuentes de alimentación conmutadas y buses DDR, y proporcionar apantallamiento y conexión a tierra adecuados allí donde el diseño físico (layout) lo requiera.
• Filtrado de potencia: Coloque condensadores de desacoplamiento de 0,1 µF y 1 µF cerca de cada patilla de alimentación del sensor. Se puede añadir una perla de ferrita en AVDD para aislar la pista analógica del ruido de los circuitos digitales.
• Los sensores de alta resolución que operan a altas tasas de fotogramas pueden disipar una cantidad considerable de potencia. El aumento de la temperatura puede incrementar el ruido de la imagen y provocar desplazamientos cromáticos; por tanto, la solución térmica debe evaluarse durante el diseño hardware, no tras la puesta en marcha.
• Revisión de multiplexación de patillas: Verifique todas las asignaciones de MIPI, DVP, I2C, MCLK y GPIO para detectar conflictos de funciones compartidas.

Software y tubería de procesamiento de imágenes

• Aceleración hardware: El RK3576 incluye un acelerador gráfico 2D RGA para operaciones como la conversión de formatos de imagen (por ejemplo, YUV a RGB), escalado y rotación. Usar RGA en lugar de procesamiento basado en CPU reduce significativamente la carga de la CPU y es fundamental para mantener una operación estable a alta tasa de fotogramas, como 1080p a 30 fps.
• Planificación del flujo de datos de la NPU: Cuando un modelo de inteligencia artificial se ejecuta en la NPU integrada de 6 TOPS del RK3576, una ruta típica es la captura mediante cámara, el procesamiento ISP, la conversión y escalado de formato mediante RGA, la inferencia en la NPU y la salida a pantalla. Se debe evaluar la latencia en cada etapa durante el diseño del sistema para garantizar que el producto completo cumpla su objetivo en tiempo real.

Las siguientes configuraciones de referencia ilustran cómo se pueden asignar las interfaces de cámara disponibles para varias aplicaciones comunes.