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 maître FSoE à un autre 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 | Reset défaut / acquittement de la communication de sécurité | |
Défaut module | 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 maître 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 maître à l'esclave pour les données sortie process et de l'esclave au maître pour les données entrée process. Si une information "Non valide" est signalée par le maître, toutes les données sortie process côté esclave sont remises sur "0". L'esclave signale toujours l'information "valide" avec les données entrée process actuelles.
