Problema y condiciones previas
Un archivo de cámara puede omitir umbrales, modelos, calibración o asignación PLC. Defina el conjunto reproducible y confirme qué conserva realmente cada exportación.
Preparación de la prueba
R10 aceptado, R11 candidato, C4 y aplicación 2.0 son supuestos identificados. Prepare muestras fijas buenas, defectuosas y límite, con imágenes originales y decisiones esperadas.
Defina unidad de publicación: dispositivo, firmware, adquisición, luz, lógica/modelo, calibración, aplicación y mapeo PLC/robot. Un export puede ser parcial; revise alcance. El manifiesto une archivos y física con identidades e integridad. Mantenga conjunto aceptado independiente. Texto puede ir a Git, binarios grandes a ubicación controlada identificada; nombre no demuestra contenido.
Procedimiento
- Archive el conjunto activo con identidad de equipo, firmware, archivos y sumas de contenido.
- Documente cambio, motivo y dependencias sin modificar el archivo aceptado.
- Pruebe muestras, tiempos e interfaces; registre decisiones cambiadas, no solo puntuación total.
- Active el candidato completo tras revisión y registre el momento.
- Restaure R10 en prueba controlada y confirme configuración, calibración y resultados.
Congele replay con decisiones independientes, buenos, malos, límites y originales. Ejecute R10, luego R11 sin cambiar evidencia. Registre cambios y motivos, no solo porcentaje. Adquiera piezas nuevas con hardware y C4 registrados: replay no prueba exposición, movimiento, montaje o salida actuales. Separe entrenamiento/ajuste de validación. No cambie etiquetas para aprobar.
Registro de prueba ilustrativo
Supuestos ilustrativos, no resultados medidos por Deyi. Sustituya los valores por sus propios registros de prueba aprobados.
| Campo del registro | Valor supuesto |
|---|---|
| Receta A validada | R10 |
| Receta B candidata | R11 |
| Versión de calibración | C4 |
| Versión de aplicación | 2.0 |
Apruebe R11 tras reproducir el conjunto congelado y probar piezas nuevas con calibración C4 y versión de aplicación registradas. La reproducción comprueba algoritmos, no óptica, tiempos o actuadores actuales. Al volver a R10, verifique sumas de comprobación y el manifiesto activo completo antes de producir. Conserve casos fallidos y decisión sobre R11. Cargar un archivo no demuestra que se haya restaurado todo el conjunto previamente aceptado.
Guarde solicitado, cargado y activo, diferencias y evidencia de R11. Importar no garantiza todos los ajustes. Lea identidad o configuración efectiva documentadamente. Restaure todo R10 y referencias antes de producir. Resuelva pendientes para no publicar R11 bajo R10. Mantenga fallos y revisión después de volver.
Dos vistas del proceso
Versionar y restaurar el conjunto completo de visión — 1
Archive la base, pruebe candidato, active y demuestre recuperación completa.
- Archivo base
- Prueba candidata
- Activación
- Restauración
Versionar y restaurar el conjunto completo de visión — 2
Cámara, lógica y calibración tienen dependencias propias dentro del mismo conjunto.
- Configuración
- Lógica de inspección
- Calibración
Diagnóstico de fallos
- Un nombre igual no garantiza contenido igual; no confíe solo en fechas.
- Un archivo de cámara no recupera un modelo ausente ni software incompatible.
- Una calibración antigua puede invalidar umbrales intactos.
Aceptación y entrega
Acepte restauración solo con el conjunto anterior completo y resultados acordados bajo condiciones actuales. Conserve evidencia del candidato rechazado. Estas versiones no identifican una aplicaciónDeyireal.
Defina los límites de aceptación antes del ensayo y conserve las evidencias originales. Los ejemplos no acreditan las prestaciones de un modelo suministrado.
Acepte promoción y reversión con lista independiente: buenos/malos, adquisición, asociación y arranque. Si no hay export o verificación automática, documente manual y dueño, no reproducción total. Eventos indican versión de entonces, no actual. Entregue manifiesto, artefactos, evidencias, aprobación y restauración. R10/R11 y 2.0 son ejemplos, no releases Deyi ni funciones acreditadas.
Fuentes y referencias técnicas
Las referencias explican los métodos y límites del tutorial. Las comprobaciones de ejemplo sirven de orientación; la aceptación en producción requiere pruebas con sus propias muestras.
- pylon .NET SamplesBaslerComprobado
- Knowledge database — EYE+ 5.4AsyrilComprobado
Referencias de componentes y selección
- Lista de verificación del diseño del sistema de inspección visual
- Lista de verificación de la prueba de aceptación de visión artificial
- sistemas de vision artificial
- machine vision software · Referencia en inglés
- EAN-13: aceptación en línea
- EAN-13: decodificación y reglas de datos
- Adquisición estable: búferes, tiempos de espera y reconexión
- Aceptar e integrar una inspección de nivel visible
- Flujo asistido por IA para un indicador de nivel visible
- Relacionar registros de inspección, imágenes e identificadores
- Etiquetas OCR: aceptación y contrato PLC
- Etiquetas OCR: flujo nativo y coincidencia exacta
- Aceptar e integrar integridad de paquetes abiertos
- Crear integridad de paquetes abiertos asistida por IA
- Definir el enlace PLC–visión mediante estados explícitos
- Aspecto de sello y cordón: aceptación en línea
- Aspecto de sello y cordón: reglas
- Clasificación SKU: aceptación y desconocidos
- Clasificación SKU: reglas de color y producto
- Defectos superficiales: aceptación y salida
- Defectos superficiales: evaluación AI acotada
- Ensayar latencia desde el disparo hasta la decisión PLC

