Saltar al contenido principal

DOCUMENTACIÓN CON IA

¿Qué desea saber?

Cambio de Receta mediante PLC

Overview

Esta guía describe el proceso para cambiar recetas de inspección en el sistema de cámaras OV10i mediante lógica PLC. El cambio de recetas permite configurar diferentes parámetros y criterios de inspección para diversas piezas o procesos sin necesidad de reconfigurar físicamente la cámara. Cada receta contiene ajustes de inspección específicos, y alternarlas entre ellas habilita una automatización flexible en entornos de fabricación.

El proceso de cambio de receta implica un intercambio de señales coordinado entre el PLC y la cámara, asegurando que los cambios de receta ocurran de forma segura sin interferir con operaciones en curso.

Prerequisites

Antes de implementar la funcionalidad de cambio de receta, asegúrese de que se cumplan los siguientes requisitos:

  • Cámara OV10i conectada al PLC (ver Conectar al PLC (Ethernet/IP, PROFINET)).
  • Software de programación del PLC (p. ej., Studio 5000).
  • Las recetas deseadas deben estar preconfiguradas y almacenadas en la cámara

Logic Example

La lógica de cambio de receta sigue esta secuencia:

Logic example for recipe switch using a PLC

Paso 1: Establecer el Número de Receta

MOVE [Recipe_Number] → Camera_1:O.Data[4]

Transfiera el ID de receta deseado desde su etiqueta PLC al registro de selección de recetas de la cámara.

Paso 2: Iniciar Cambio de Receta

[RECIPE_SWITCH] → [Recipe_ONS] → Camera_1:O.Data[0].1

Utilice un pulsador o una señal de control con un flanco de subida de un solo disparo para activar la solicitud de cambio de receta.

Paso 3: Monitorear el estado de la cámara

NOT Camera_1:I.Data[1].6 (Busy Signal)

Asegúrese de que la cámara no esté ocupada procesando antes de iniciar el cambio.

Paso 4: Bloquear la Solicitud de Cambio

Camera_1:O.Data[0].1 (Latch ON)

El bit de solicitud de cambio de receta debe permanecer en alto hasta que sea reconocido por la cámara.

Paso 5: Verificar Finalización

Camera_1:I.Data[0].2 (Recipe Switch Ack) AND
EQ Camera_1:I.Data[8] Camera_1:O.Data[4] (Recipe Match)

Espere la confirmación de la cámara y la verificación del ID de la receta.

Paso 6: Reiniciar Solicitud

Camera_1:O.Data[0].1 (Unlatch)

Borre el bit de solicitud de cambio de receta tras la finalización exitosa.

Paso 7: Monitoreo de Errores

Camera_1:I.Data[1].1 → Error_Detected

Monitoree continuamente las condiciones de error durante el proceso.

Timing Diagram

La secuencia de temporización del cambio de receta sigue esta diagrama de tiempos:

Timing diagram for recipe change using a PLC

Flujo de Señales:

  1. Señal de Ocupado (Busy): Comienza en bajo (inactivo), se eleva cuando el proceso inicia y vuelve a bajo al completar
  2. TriggerRdy (Listo para Disparar): Comienza en alto (listo), baja durante la operación, vuelve a alto cuando está listo para el próximo disparo
  3. Solicitud de Cambio de Receta (RecipeSwitchRequest): Se eleva para solicitar el cambio de receta, permanece alto brevemente para el registro del sistema, vuelve a bajo tras el reconocimiento
  4. Acuse de Cambio de Receta (RecipeSwitchAck): Se eleva brevemente para reconocer la solicitud, luego vuelve a bajo

Relaciones Clave de Temporización:

  • La señal Busy rastrea la ocupación general del sistema
  • TriggerRdy indica cuándo el sistema puede aceptar nuevos comandos de disparo
  • Las solicitudes de cambio de receta bloquean las operaciones de disparo
  • Todas las señales deben volver a sus estados inactivos antes de que comience la siguiente operación

Esta secuencia garantiza transiciones suaves entre estados operativos sin conflictos.

Core Concepts

Recipe Management

  • ID de Receta: Cada receta tiene un identificador numérico único
  • Actual vs. Seleccionada: El sistema mantiene tanto la receta actualmente activa como la recién seleccionada para su comparación
  • Validación de Receta: El sistema compara los IDs de receta para confirmar cambios exitosos

Signal Handshaking

  • Patrón Solicitud/Acknowledge: El PLC solicita un cambio de receta, y la cámara reconoce la recepción
  • Latching Logic: La señal de solicitud debe mantenerse hasta que se reciba el reconocimiento
  • Disparo Único (One-Shot): Previene múltiples solicitudes por fluctuaciones de la señal o ruido

Error Handling

  • Detección de Errores: El sistema monitorea errores durante el cambio
  • Enclavamiento de Errores: Las condiciones de error permanecen latched hasta que se borren manualmente
  • Bloqueo de Proceso: Los cambios de receta bloquean las operaciones de disparo para evitar conflictos

System States

  • Estado Inactivo (Idle): El sistema está listo para nuevos comandos
  • Estado Ocupado (Busy): El sistema está procesando un cambio de receta u otra operación
  • Estado de Error (Error): El sistema ha detectado una condición de error que requiere atención

Best Practices

Seguridad y Fiabilidad

  • Antes de iniciar un cambio de receta, verifique siempre que la cámara no esté ocupada
  • Monitoree continuamente las condiciones de error e implemente un manejo adecuado de errores
  • Utilice señales de disparo único para evitar múltiples solicitudes no intencionadas
  • Valide que la receta actual y la seleccionada coincidan tras el cambio para confirmar el éxito

Eficiencia Operativa

  • Minimice la frecuencia de cambios de receta para reducir la sobrecarga del sistema
  • ** Agrupe operaciones similares bajo la misma receta cuando sea posible**
  • Planifique cambios de receta durante las pausas naturales en los ciclos de producción
  • Pruebe los cambios de receta exhaustivamente antes de la implementación en producción

Directrices de Programación

  • Implemente interbloqueos adecuados para evitar operaciones en conflicto
  • Utilice nombres de etiquetas descriptivos para una mejor mantenibilidad del código
  • Documente el propósito de las recetas y las condiciones de cambio
  • Incluya lógica de timeout para la detección de errores en caso de fallas de comunicación

Notas de Advertencia

  • El cambio de receta bloquea las operaciones de disparo; asegúrese de una coordinación de temporización
  • No deje la solicitud de cambio de receta en alto continuamente; esto impedirá las operaciones normales de la cámara
  • Verifique la estabilidad de la comunicación antes de depender del cambio de receta en producción

Summary of Key Signals

Control Signals (PLC to Camera)

SeñalDirecciónFunción
Número de RecetaCamera_1:O.Data[4]Especifica a qué receta cambiar
Solicitud de Cambio de RecetaCamera_1:O.Data[0].1Inicia el proceso de cambio de receta

Status Signals (Camera to PLC)

SeñalDirecciónFunción
OcupadoCamera_1:I.Data[1].6Indica que la cámara está procesando
Acuse de Cambio de RecetaCamera_1:I.Data[0].2Reconoce la solicitud de cambio de receta
ID de Receta ActualCamera_1:I.Data[8]Informa la receta actualmente activa
Error de Cambio de RecetaCamera_1:I.Data[1].1Indica un error durante el cambio de receta

Internal PLC Tags

SeñalTipoFunción
RECIPE_SWITCHBOOLInicia el proceso de cambio de receta
Recipe_ONSONSProporciona señal de disparo único para inicio de cambio
CONFIRM_RECIPES_MATCHBOOLConfirma que la receta actual y la seleccionada coinciden
Error_DetectedBOOLIndica condiciones de error que requieren atención del operador

Conclusion

La conmutación de recetas en el sistema de cámaras OV10i ofrece capacidades de automatización flexibles, manteniendo la seguridad operativa a través de protocolos de intercambio de señales adecuados. El éxito depende de seguir la secuencia correcta de operaciones, monitorear el estado del sistema e implementar un manejo robusto de errores.

La clave para una conmutación de recetas confiable es comprender las relaciones de temporización entre las señales y asegurar que la cámara no esté ocupada antes de iniciar los cambios. Al seguir los procedimientos y buenas prácticas descritas, puede lograr transiciones suaves entre diferentes configuraciones de inspección, manteniendo la confiabilidad del sistema y la eficiencia de la producción.

Recuerde que la conmutación de recetas es un proceso de coordinación entre el PLC y la cámara; ambos sistemas deben estar debidamente configurados y comunicarse de forma efectiva para un funcionamiento exitoso. Pruebas y validación regulares de la lógica de conmutación ayudarán a garantizar un rendimiento consistente en entornos de producción.