Integración de AOI, marcado y trazabilidad en la programación de circuitos integrados

La programación cambia el estado lógico de un dispositivo, mientras que el marcado y la inspección generan evidencias visibles y digitales sobre dicho estado. Cuando estas funciones se incorporan de forma independiente, pueden producirse identificadores no coincidentes o rutas de rechazo poco claras. KINCOTO aborda la AOI, el marcado y la trazabilidad como partes conectadas de un flujo de trabajo automatizado de programación de circuitos integrados.

Defina qué debe inspeccionarse y marcarse

Los requisitos de AOI deben especificar las características y las reglas de decisión. Las comprobaciones habituales pueden incluir la presencia del dispositivo, la polaridad, la posición del encapsulado, el estado de la superficie, la legibilidad de la marca superior o la verificación de textos o códigos recién aplicados. La cámara, la lente, la iluminación, la resolución y el algoritmo deben evaluarse en función del color, la textura, la reflectividad y la tipografía reales del encapsulado, así como de la presentación del portador.

Los requisitos de marcado también deben definirse con precisión. Especifique el contenido, los datos de origen, la ubicación, la orientación, el texto legible por humanos, el formato del código legible por máquina y los criterios de calidad o contraste. Las opciones relacionadas con el láser o las etiquetas deben ajustarse a las limitaciones del dispositivo y del material; una marca visualmente nítida no es aceptable si daña el encapsulado o entra en conflicto con el ensamblaje posterior.

• Separe los defectos obligatorios de las observaciones informativas.
• Controle las recetas para cada dispositivo, encapsulado y diseño de marca.
• Utilice muestras aprobadas para establecer las condiciones aceptables y no aceptables.
• Defina quién tiene autoridad para reinspeccionar y retrabajar, en lugar de permitir repeticiones sin control.

建立 una relación de datos ininterrumpida

El diseño de la trazabilidad comienza con los identificadores disponibles a nivel de lote, portador, dispositivo y orden de trabajo. Es posible que el sistema deba asociar los datos del lote entrante, el archivo de programación y su suma de comprobación, la revisión de la receta, el programador o la planta, el resultado, el contenido de la marca, la decisión de AOI, la marca de tiempo y la ubicación de salida. No todas las fábricas necesitan serialización a nivel de dispositivo, por lo que la granularidad requerida y el responsable de los datos deben acordarse desde el principio.

Las interfaces con MES, ERP, software de etiquetado o bases de datos de clientes requieren un formato de mensajes documentado, una lógica de confirmación, un comportamiento definido ante los tiempos de espera y un plan para trabajar sin conexión. La validación debe incluir identificadores duplicados, datos faltantes, interrupciones de red, escrituras rechazadas, sincronización de relojes y reanudación controlada.

Secuencia de control y gestión de rechazos

Determine si el marcado se realiza antes o después de la programación correcta del circuito integrado y qué ocurre si falla un paso posterior. La lógica de control debe impedir que un dispositivo defectuoso o no procesado lleve una marca que implique su aceptación. Las unidades rechazadas por AOI, los fallos de programación, los códigos ilegibles y las unidades dudosas deben segregarse físicamente y registrarse con códigos de motivo diferenciados.

Cualquier resultado de producción sigue estando condicionado por el dispositivo, el tiempo de programación, el número de estaciones de programación activas, el encapsulado, el contenido del marcado, la receta de inspección, el portador y las condiciones del proceso. La exposición de AOI, la evaluación de códigos, la respuesta de la base de datos y el ciclo de marcado pueden convertirse en cuellos de botella. KINCOTO puede ayudar a estructurar una validación basada en muestras que ponga a prueba tanto la secuencia normal como la recuperación ante excepciones.