Integración de la comunicación segura
Cada opción de seguridad debe ser creada por el usuario en el programa de seguridad. Para establecer un funcionamiento de la función de seguridad están disponibles unas variables ya definidas cuya denominación puede variar de un maestro FSoE a otro.
Ejemplo
En el siguiente ejemplo se representan estas variables en base a los GroupPorts de la empresa Beckhoff.
Variable | Función | |
|---|---|---|
GroupPorts para controlar | RUN/STOP | Inicia/para la ejecución del programa FSoE. |
Err Ack | Reset de fallo/Acknowledge de la comunicación segura. | |
Module Fault | N.N. | |
GroupPorts para observar | FB Err | Fallo en la ejecución de un bloque funcional. |
Com Err | Fallo de comunicación. | |
Out Err | Fallo de salida. | |
Other Err | Otros fallos. | |
Com Startup | Se establece una comunicación segura. | |
FB Deactive | N.N. | |
FB Run | Ejecución de los bloques funcionales en marcha. | |
In Run | Programa de seguridad en marcha. |
La secuencia para el inicio de la función de seguridad y para la reintegración de un dispositivo de seguridad depende del maestro FSoE y no se representa aquí.
Safety over EtherCAT® tiene información de validez para sus datos de proceso seguros. Esta se transmite del maestro al esclavo para los datos de salida del proceso y del esclavo al maestro para los datos de entrada del proceso cuando se configura el protocolo de seguridad. Si el maestro emite "No válido", todos los datos de salida del proceso en el lado del esclavo se ponen a cero. El esclavo siempre emite "Válido" con los datos de entrada de proceso actuales.
