Intégration de la communication de sécurité
Chaque option de sécurité doit être créée par l'utilisateur dans le programme de sécurité. Pour assurer le fonctionnement de la fonction de sécurité, des variables déjà définies, pouvant avoir des dénominations différentes d'un périphérique principal FSoE à un autre périphérique principal FSoE, sont disponibles.
Exemple
Dans l'exemple suivant, ces variables sont représentées sur la base des ports groupe de la société Beckhoff.
Variable | Fonction | |
|---|---|---|
Ports groupe à piloter | RUN/STOP | Démarre / arrête l'exécution du programme FSoE. |
Err Ack | Réinitialisation défaut / acquittement de la communication de sécurité | |
Module Fault | En préparation | |
Ports groupe à surveiller | FB Err | Défaut lors de l'exécution d'un bloc fonction |
Com Err | Défaut de communication | |
Out Err | Défaut de sortie | |
Other Err | Autres défauts | |
Com Startup | La communication de sécurité est établie. | |
FB Deactive | En préparation | |
FB Run | Exécution des blocs fonction en cours | |
In Run | Programme de sécurité en cours |
La procédure de démarrage de la fonction de sécurité et de réincorporation d'un appareil de sécurité dépend du périphérique principal FSoE et n'est pas représentée ici.
Pour ses données process de sécurité, Safety over EtherCAT® dispose d'une information de validité. Lorsque le protocole de sécurité est établi, cette information est transmise du périphérique principal au périphérique secondaire pour les données sortie process et du périphérique secondaire au périphérique principal pour les données entrée process. Si une information "Non valide" est signalée par le périphérique principal, toutes les données sortie process côté périphérique secondaire sont remises sur "0". Le périphérique secondaire signale toujours l'information "valide" avec les données entrée process actuelles.
