El diseño de adquisición de una cámara integrada debe comenzar con los datos requeridos por la aplicación y luego verificar el soporte del sensor, la interfaz y el sistema. El siguiente es un método de diseño de proyecto para condiciones de hardware específicas. No establece adaptación de sensores y procesadores arbitrarios.
Cadena de señal y datos.
Componente de imágenes → componentes de interfaz y transporte → receptor y controlador de host → buffers de trama e información de sincronización → API de adquisición → aplicación de procesamiento, visualización o almacenamiento. Los parámetros y el estado utilizan los canales de control correspondientes. El cliente o un proveedor especializado proporciona iluminación y óptica especializada, con responsabilidades acordadas por proyecto.
Definir desarrollo por capa
| Capa | Entradas para confirmar | Posibles resultados |
|---|---|---|
| Imágenes | Sensor o módulo, potencia, relojes, modos y formatos. | Modos de dispositivo y registros o registros de configuración de SDK |
| Transporte | Dirección de interfaz, cables, puentes o SerDes y ruta de control | Definiciones de interfaz, información de conexión y estado de enlace |
| Sistema | Versión del sistema operativo, controlador, receptor, formatos y soporte de búfer | Configuración, cambios de controladores y adquisición de registros de depuración. |
| Datos | Diseño de memoria, marcas de tiempo, identificadores de trama y propiedad | Interfaz de marco, ciclo de vida y documentación de errores. |
| Solicitud | Visualización, procesamiento, grabación, simultaneidad y cierre. | Ejemplos, registros de configuración y verificación funcional. |
Cuando un SDK existente proporciona las funciones requeridas, defina su integración y alcance contenedor. Enumere el código fuente, los archivos de diseño, las condiciones de compilación y las pruebas por separado cuando se requieran modificaciones del controlador o del hardware. Los contenedores de aplicaciones y el desarrollo a nivel de placa son tareas diferentes.
Información mínima de interfaz de marco
Considere un identificador de fotograma, tiempo de captura y fuente de reloj, dimensiones, formato de píxel, paso de fila, longitud de datos válida, propiedad del búfer, estado de calidad y códigos de error. Defina el origen y significado de cada marca de tiempo. El tiempo de recepción del host no es automáticamente el tiempo de exposición del sensor. Devuelve estados explícitos para tramas no válidas, desconexión y tiempos de espera para que el software posterior no trate una trama antigua como un resultado nuevo.
Aceptación por etapas
Primero verifique la energía, el inicio y la enumeración. Luego verifique los marcos y controles sin procesar en el modo especificado, la integridad y el tiempo del marco bajo la carga de trabajo de destino y, finalmente, el apagado, la reconexión y la integración de aplicaciones anormales. Preservar las versiones de hardware, firmware, sistema operativo, controladores y configuración. Registra fallos y condiciones de reproducción en cada etapa.
Aportes de entrega y evaluación
Los entregables acordados pueden incluir definiciones de interfaz, código fuente especificado, instrucciones de construcción, configuración, ejemplos, marcos sin formato y registros de prueba. Los SDK, el firmware y los componentes de terceros de los proveedores se transfieren bajo sus respectivas licencias. Proporcione modelos de cámara y procesador, conexiones completas, modos de destino, SDK y documentación del sistema, muestras sin procesar y requisitos de aceptación.
Servicios relacionados: controladores de sensores y activación del enlace de cámara, adquisición de imágenes integradas y consultas sobre proyectos.