Volver al blog

Primer proyecto de PLC TwinCAT en un IPC de Beckhoff

Crear y verificar el primer proyecto de PLC de TwinCAT en un IPC de Beckhoff. Esta lista de comprobación cubre la selección del destino, la detección de EtherCAT, el mapeo de E/S, la activación seg...

Un primer proyecto de TwinCAT debe demostrar más que una instrucción booleana. Debe confirmar el objetivo de ingeniería, la topología EtherCAT, la asignación de E/S, la ejecución de tareas, el comportamiento durante el arranque y la respuesta segura de las salidas.

Esta lista de comprobación de campo utiliza un PC industrial Beckhoff, un acoplador EtherCAT y E/S digitales sencillas. El flujo de trabajo también se aplica a muchos controladores CX. Los nombres de los menús pueden variar entre compilaciones de TwinCAT, así que verifique la versión instalada antes de la puesta en marcha.

Comprender la separación de TwinCAT

Beckhoff separa la ingeniería de la ejecución del runtime. TwinCAT XAE se utiliza para configurar el hardware, escribir código, asignar variables y diagnosticar el sistema. TwinCAT XAR ejecuta la aplicación de control en tiempo real.

Esta distinción es importante durante la resolución de problemas. Un proyecto puede compilarse correctamente mientras el objetivo de runtime seleccionado sigue siendo incorrecto. El runtime también puede estar activo mientras un ingeniero edita un proyecto local no relacionado.

Beckhoff describe esta estructura de ingeniería y runtime en su descripción general oficial de TwinCAT. Los ingenieros deben adaptar los procedimientos a la compilación instalada y a las funciones con licencia.

Preparar el banco de forma segura

Comience con un circuito de bajo riesgo. Use un pulsador como entrada digital y un indicador pequeño como salida. Confirme la tensión de cada dispositivo antes de aplicar alimentación.

  • Registre el modelo del IPC, el sistema operativo, la compilación de TwinCAT y el nivel de runtime.
  • Registre el acoplador EtherCAT y el orden de los terminales de izquierda a derecha.
  • Separe en el plano la alimentación del controlador de la alimentación de las cargas de campo.
  • Verifique la toma de tierra de protección, las referencias de 0 V, los fusibles y las capacidades nominales de carga de las salidas.
  • Coloque la máquina o el banco en un estado en el que no pueda producirse ningún movimiento inesperado.

No utilice un actuador de producción para la primera prueba. Una lámpara o una carga de prueba aislada facilita la contención de los fallos.

Seleccionar el objetivo correcto

Abra TwinCAT XAE y cree un proyecto nuevo de TwinCAT. Seleccione el objetivo de runtime previsto antes de escanear el hardware. Compruebe el nombre y la dirección del objetivo con el registro de puesta en marcha.

Un error común es configurar el portátil de ingeniería en lugar del PC industrial. Otro es seleccionar una ruta antigua con un nombre de dispositivo similar. Use una convención de nombres que incluya el identificador del armario o de la máquina.

Para consultar hardware relacionado, revise el catálogo de HMI y computación industrial de PLC ProTech y el catálogo de automatización de Beckhoff.

Escanear y verificar la topología EtherCAT

Ponga el objetivo en modo de configuración antes de escanear los dispositivos. Escanee el adaptador conectado a la red EtherCAT. TwinCAT debería descubrir el acoplador y los terminales en el orden físico.

El descubrimiento no es aceptación. Compare cada terminal detectado con la lista de materiales y el plano del armario. Confirme los números de modelo, las posiciones y la cantidad de canales.

Si la topología difiere, detente e investiga. Un terminal desplazado puede cambiar la asignación esperada de canales. La ausencia de un terminal puede indicar problemas de alimentación, cableado, contacto o adaptador.

Comprueba la información de estado de EtherCAT antes de escribir la lógica. El banco de pruebas debe alcanzar el estado operativo esperado sin errores inexplicables.

Crea un proyecto de PLC pequeño

Añade un proyecto de PLC y mantén el primer programa deliberadamente pequeño. El Texto Estructurado proporciona una primera prueba clara:

PROGRAM MAIN
VAR
  StartButton AT %I* : BOOL;
  TestLamp AT %Q* : BOOL;
END_VAR

TestLamp := StartButton;

Las direcciones comodín crean símbolos para la vinculación posterior de E/S. No demuestran que los terminales físicos estén asignados correctamente.

Compila el proyecto y resuelve todos los mensajes del compilador. Evita añadir temporizadores, movimiento, comunicaciones o bibliotecas reutilizables hasta que funcione la ruta básica de la señal.

Asigna variables a canales físicos

Vincula StartButton al canal de entrada previsto. Vincula TestLamp al canal de salida previsto. Confirma los tipos de datos en ambos lados.

Usa nombres descriptivos en lugar de etiquetas genéricas. Nombres como DI_Panel_Start y DO_Test_Lamp hagan más claros los diagnósticos posteriores.

Revisa la asignación en ambas direcciones. Empieza por cada símbolo del PLC y, después, por cada canal físico. Esto detecta enlaces duplicados o ausentes.

Activa sin sorpresas

Guarda el proyecto antes de activarlo. Revisa el resumen de cambios de configuración. Confirma que el destino seleccionado siga siendo correcto.

Activa la configuración, reinicia el entorno de ejecución cuando sea necesario e inicia sesión en el PLC. Usa una descarga controlada para el despliegue inicial. No trates el cambio en línea como el método de puesta en marcha predeterminado.

Pon el PLC en modo de ejecución solo después de comprobar el estado de la salida. La lámpara de prueba debe permanecer apagada hasta que la entrada sea verdadera.

Comprueba la ruta completa de la señal

Acciona el pulsador físico y observa tres puntos:

  • El canal de entrada EtherCAT cambia de estado.
  • La variable del PLC cambia de estado.
  • La salida física sigue la orden programada.

Si solo cambia una capa, la ubicación del fallo se vuelve más clara. Un valor de terminal sin cambios en el PLC sugiere un problema de asignación. Un cambio en el PLC sin respuesta del campo sugiere un problema en el cableado de salida, la alimentación de la carga o la protección.

Prueba de reinicio y comportamiento ante fallos

Una prueba en línea funcional está incompleta. Crea y activa el proyecto de arranque y, después, realiza un reinicio aprobado. Confirma que el entorno de ejecución se inicie y que el programa alcance el estado esperado.

Desconecta la carga de prueba o el bus de campo únicamente según un procedimiento aprobado. Verifica que los diagnósticos identifiquen la interrupción. Confirma que las salidas vuelvan al estado seguro documentado.

Registro de puesta en marcha

Registra la compilación de TwinCAT, el identificador del destino, la topología, las asignaciones, los resultados de las pruebas y el estado del proyecto de arranque. Exporta o archiva el proyecto final bajo control de versiones.

El resultado útil es una línea base repetible. Después, los ingenieros pueden añadir escalado analógico, temporizadores, alarmas, movimiento o comunicaciones sin perder una base comprobada.

Deja un comentario

Tenga en cuenta que los comentarios deben ser aprobados antes de ser publicados.