Una placa de cámara personalizada necesita una lista documentada de interfaces de hardware y software, incluido el sensor, la plataforma informática, la alimentación, los relojes y las versiones de software. Este artículo describe un flujo de trabajo de desarrollo propuesto desde la definición de la interfaz hasta la aparición del prototipo. No informa diseño, fabricación o adaptación de plataforma completados.
Definir las entradas antes del diseño.
Identifique el sensor o módulo, distribución de pines del conector, estándares de señal, secuencia de energía, relojes, buses de control, modos de salida y restricciones mecánicas. Registre las revisiones de los documentos del fabricante y el alcance de los diseños de referencia. Las placas existentes, los paquetes de software y los registros de errores compartibles respaldan la investigación. Mantenga los parámetros no confirmados fuera de los valores de diseño fijos.
Entregar y verificar por etapa
| Escenario | Salidas | Pruebas necesarias antes de proceder |
|---|---|---|
| Interfaces y alcance | Lista de parámetros, alcance del software y elementos no resueltos | Conexiones clave y dependencias comprobadas |
| Revisión de diseño | Archivos de diseño acordados y problemas de revisión. | Se abordan cuestiones de potencia, señales, componentes y mecánicas. |
| Encendido del prototipo | Revisión de placa, configuración montada y medidas. | La alimentación, los relojes, el reinicio y la comunicación de control cumplen con las condiciones acordadas. |
| Captura de fotograma sin formato | Controladores, árbol de dispositivos, configuraciones y archivos de marco | Modos, formato, contadores y contenido de imagen comprobados. |
| Integración y reevaluación | Programa de ejemplo, lista de problemas y pasos de recuperación | Se vuelven a probar los aportes comerciales acordados y los escenarios de fallas |
Gestione los cambios de hardware con versiones de software
Asocie cada revisión de la placa con su BSP, árbol de dispositivos y controladores. Cuando esté disponible, verifique la adquisición en un tablero de referencia antes de evaluar las diferencias entre tableros personalizados. La aceptación del tablero de referencia no establece la aceptación del prototipo personalizado. Ver el Documentación de uso del árbol de dispositivos de Linux por su papel; utilice enlaces y controladores del kernel real.
Preservar las condiciones de construcción y el trabajo inacabado en el momento de la entrega.
Los entregables acordados pueden incluir archivos de diseño editables, datos de fabricación, listas de piezas, software, instrucciones de construcción y registros de pruebas. Confirme las licencias de terceros y las restricciones binarias del proveedor por separado. Después de las pruebas de encendido del prototipo y de integración de la cámara, organice una verificación adicional de la temperatura, la potencia, la carga de trabajo y la duración objetivo. Una imagen obtenida durante una prueba de banco de ingeniería no establece la aceptación de un lote de placas de producción.
Servicios relacionados: Hardware de visión y tecnología integrada, consulta de proyecto.