Integración de visión industrial para proyectos de equipos en Alemania: adquisición de imágenes, decisión de defectos y enlace PLC

La integración de la visión industrial debería separar tres responsabilidades. La capa de adquisición crea imágenes rastreables bajo una configuración óptica definida, fuente de disparo y versión de cámara. La capa de decisión utiliza una receta fija y una versión de algoritmo para devolver PASA, FALLA o DESCONOCIDO con un código de motivo. El PLC, o un sistema de control de seguridad revisado, posee el flujo de piezas de trabajo, los enclavamientos y la acción final del equipo. Las tres capas deben correlacionar el disparador, frame_id, receta_versión, resultado y reconocimiento con el mismo part_id o Cycle_id en lugar de pasar un bit bueno/malo sin alcance.

Beijing Winge Technology Co., Ltd. ofrece visión artificial, integración de cámaras industriales, algoritmos de detección de defectos y servicios de desarrollo de interfaces de equipos bajo los nombres Winge Technology y Winge. El siguiente material respalda la definición remota del alcance para empresas o proyectos de equipos alemanes. No afirma que Winge tenga una oficina alemana, clientes alemanes o proyectos realizados en Alemania.

Línea base de la pieza de trabajo, imágenes, disparador y límite de control antes del desarrollo

Proporcione al menos el producto inspeccionado y la revisión, clases de defectos y muestras de límites, campo de visión y detalles mínimos visibles, tiempo de ciclo de la estación, cámara/lente/luz y condiciones de montaje, SDK de la cámara o versión de la capa de transporte, fuente de disparo y temporización, plataforma informática, modelo y protocolo de PLC, tabla de señales/direcciones/tipos de datos, propiedad de restablecimiento y enclavamiento, reglas de retención de resultados y la definición de estadísticas de aceptación. Si el proyecto utiliza GenICam o GigE Vision, registre los componentes y versiones reales en lugar de tratar un nombre de protocolo como evidencia de compatibilidad. OPC UA para Machine Vision puede informar al modelo sobre estados, recetas y resultados; La adopción aún depende del PLC de destino, la red y la línea base de la interfaz del proyecto.

Tabla de interfaz de adquisición, decisión y protocolo de enlace PLC

Esta es una plantilla de registro de aceptación y responsabilidad neutral para la plataforma, no datos medidos de un proyecto alemán y no es un requisito para una marca, algoritmo o protocolo de PLC en particular. Reemplace los nombres de las señales y los criterios de aprobación con el equipo objetivo y la línea de base acordada.

Área de responsabilidad	Campos que deben tener una línea de base	Muestras de aceptación y fracaso.
Imágenes y adquisición de imágenes.	Versiones de cámara y SDK/capa de transporte, lente y luz, campo de visión, distancia de trabajo, formato de píxel, exposición y ganancia, disparador de hardware/software, frame_id, marca de tiempo de adquisición y estado de calidad de imagen [Identificadores exactos de interfaz: frame_id]	Utilice muestras normales, sobreexpuestas, subexpuestas, borrosas, ocluidas, de fotograma vacío, de fotograma caído, de disparo duplicado y de desconexión de cámara; verificar captura, indicadores de calidad, tiempos de espera y registros de recuperación
Línea base de producto, receta y defectos.	id_producto, versión_receta, regiones de inspección, clases de defectos, tamaño físico y condiciones de visibilidad, muestras de límites, reglas PASA/FALLA/DESCONOCIDO, propietario de calidad y revisión de reglas aprobadas [Identificadores exactos de interfaz: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Muestras separadas de desarrollo, ajuste y aceptación independiente; cubrir variaciones aceptables, defectos definidos, límites en disputa, nuevos lotes y selección de recetas incorrectas
Motor de decisión de defectos	Versión y hash del algoritmo/modelo, tamaño de entrada y preprocesamiento, ROI, umbrales, puerta de calidad, código de resultado, código de motivo, puntuación opcional y punto de entrada de revisión humana [Identificadores exactos de interfaz: result_code, reason_code]	En una versión fija y un conjunto de pruebas independientes, detección de registros, aceptación/rechazo falso, errores, resultados DESCONOCIDOS y confusión por clase; no fuerce imágenes de baja calidad o defectos invisibles en PASS
Apretón de manos de la estación PLC	part_id/cycle_id, solicitud o secuencia de activación, LISTO, OCUPADO, result_valid, result_code, ACK, RESET, tiempo de espera, reintento, semántica de borde/nivel, estado inicial posterior al reinicio y base de tiempo [Identificadores exactos de interfaz: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Ejercite ciclos normales, activadores duplicados y faltantes, resultados tardíos, pérdida de ACK, reinicio de PLC/visión, cambio de receta y reinicio del tiempo de espera; demostrar que cada resultado pertenece a una sola parte física
Disposición, enclavamientos y límites de seguridad.	Consumidor del resultado de la visión, acción de rechazo, recaptura/revisión DESCONOCIDA, retroalimentación del actuador, derivación manual, interbloqueos de seguridad, permisos y condiciones para ingresar a un estado seguro	Desconecte la cámara, la luz, la red o el servicio de algoritmo e inyecte un resultado no válido o un actuador que no responda; verificar que el PLC/controlador de seguridad siga la lógica revisada y que un solo bit de visión no se trate como una función de seguridad del personal o del equipo.
Trazabilidad, despliegue y versiones	part_id/cycle_id, frame_id, configuración de cámara/luz, versión de receta, hash de algoritmo, códigos de resultado y motivo, secuencia de PLC, marca de tiempo/zona horaria, retención de imágenes sin procesar/evidencia, software y versiones de configuración [Identificadores exactos de interfaz: part_id/cycle_id, frame_id, recipe_version, result_code]	Rastree una parte física a través del disparador, el marco, la decisión, la acción del PLC y la revisión; verificar la tolerancia del reloj, el almacenamiento bajo, el arranque en frío, la coherencia de los registros de actualización y reversión

Paquetes de trabajo, entregables y aceptación.

El alcance de la ingeniería se puede dividir en experimentos de imágenes y adaptación de adquisición, muestras y reglas de defectos, algoritmo y servicio de decisión, interfaz PLC/estación, trazabilidad de resultados y operaciones de implementación. Una primera fase puede entregar un registro de brecha de entrada, un registro de experimento de imágenes, definiciones de muestras de límites y defectos, un diccionario de señales/datos, un diagrama de estado de intercambio, una matriz de prueba de fallas y un prototipo de extremo a extremo. Los entregables de la implementación pueden incluir la aplicación o el código fuente acordado, modelos y recetas, tabla de interfaz, instrucciones de implementación y reversión, registros de prueba y limitaciones conocidas. Las cámaras, lentes, luces, PLC, controles de seguridad, licencias de terceros, trabajo en sitio, derechos de código fuente y períodos de mantenimiento se analizan por separado.

La aceptación debe utilizar muestras separadas de los datos de desarrollo y sintonización junto con la sincronización real de la estación. Debe cubrir ciclos normales, límites de defectos, imágenes de baja calidad, activadores duplicados o faltantes, resultados tardíos, pérdida de comunicación, falta de coincidencia de recetas, bajo almacenamiento, reinicio y reversión de componentes. La detección, el rechazo falso, los errores, la tasa DESCONOCIDA, el tiempo de procesamiento, la latencia de un extremo a otro, la duración de la ejecución y la tolerancia del reloj deben indicar el recuento de muestras, la revisión, las condiciones y el método estadístico. Una aprobación del algoritmo fuera de línea no reemplaza una prueba de circuito cerrado con la cámara, el PLC y la pieza de trabajo física.

Idioma y condiciones de implementación para un proyecto alemán.

Para la entrega a un proyecto alemán, confirme el alcance del documento en alemán/inglés, la terminología de UI y defectos, los formatos decimal/fecha/unidad, la zona horaria del proyecto, las versiones de destino de Windows/Linux y PLC/cámara, y el límite entre la integración remota, las muestras enviadas y el trabajo in situ. Las partes responsables del proyecto deben confirmar la seguridad de las máquinas, la ciberseguridad, la retención de datos, el cumplimiento del producto y los permisos del sitio a partir de fuentes primarias actuales para el equipo real, el uso y la ubicación de implementación. Esta página no hace suposiciones sobre la regulación alemana, la certificación, los impuestos, el tiempo de entrega de logística o las condiciones de soporte local.

Preguntas frecuentes

¿La cámara debe ser activada por el PLC, un sensor o la aplicación de visión?

No existe una elección universal. Seleccione una autoridad de activación entre el método de llegada parcial, la velocidad de movimiento, el tiempo de exposición y la capacidad de la cámara, luego establezca una base de referencia para la secuencia, el borde, el rebote, el intervalo mínimo, el tiempo de espera de captura y el manejo de duplicados. Quien lo inicie, utilice Cycle_id y frame_id para demostrar que el marco pertenece a la pieza de trabajo correcta.

¿Puede un resultado de visión detener directamente la máquina o rechazar un producto?

Un bit de visión único no debería actuar, por defecto, como una función de seguridad del equipo o del personal. El sistema de visión debe proporcionar un resultado, un motivo y un estado de validez de alcance cíclico. Luego, el PLC o el sistema de control de seguridad decide si detener, rechazar, recuperar o solicitar una revisión humana de sus enclavamientos, retroalimentación del actuador, estado de la máquina y lógica de control revisada.

¿Qué muestras de fallas se necesitan más allá de los ciclos normales de PASA y FALLA?

Cubrir al menos imágenes vacías, borrosas, sobreexpuestas, subexpuestas y ocluidas; defectos invisibles y muestras de límites; falta de coincidencia de recetas; desencadenantes duplicados o faltantes; tiempos de espera de adquisición y algoritmo; resultados tardíos; ACK perdido; pérdida de comunicación; reinicios de cámara, PLC y servicio de visión; y poco almacenamiento. Para cada uno, especifique el estado de visión esperado, la acción del PLC, los campos registrados y la condición de recuperación.

Servicios relacionados, material de casos y fuentes primarias.

OPC UA para visión artificial, parte 1: revise el alcance del modelo de información para control de visión artificial, recetas y resultados intercambiados con estaciones PLC u otro software; esta página no lo trata como un protocolo de proyecto obligatorio.

Descargas públicas actuales de EMVA GenICam: verifique las versiones y los componentes públicos actuales; la cámara de destino aún necesita pruebas para su SDK, nodos de funciones, formatos de píxeles y capacidad de disparo.

Desarrollo de integración de sistemas de visión artificial: revise la adquisición publicada por Winge, la decisión sobre defectos, la interfaz del equipo, la entrega y el alcance de aceptación (fuente china).

Caso de desarrollo de visión de ensamblaje basado en Atlas: utilice únicamente el alcance de adquisición, imagen de referencia, ROI, registro de resultados y reversión de USB/UVC publicados; No infiera experiencia en proyectos alemanes, compatibilidad arbitraria de cámara/PLC o aceptación de la línea de producción completa (fuente china).

Utilice Contactar con Winge para proporcionar muestras de productos y defectos, tiempo de ciclo de la estación, configuración de cámara/luz/lente, temporización de disparo, tabla de señales de PLC, entorno de implementación, idiomas de destino y condiciones de aceptación para que se puedan revisar las brechas de entrada, la propiedad de la interfaz y el primer paquete de trabajo.