L'éditeur de sécurité intégré dans TwinCAT 3 permet d'implémenter une application de sécurité dans un environnement graphique. La logique souhaitée est programmée selon un diagramme de blocs fonctionnels (FBD). L'application peut être représentée dans les infrastructures de réseau pour plus de clarté. Les blocs fonctionnels connus des composants logiques peuvent être utilisés comme éléments logiques (blocs fonctionnels numériques pour EL69xx ; blocs fonctionnels analogiques supplémentaires pour EL6910, EJ6910, EK1960, AX8xxx-x1xx, AX8xxx-x2xx, etc.)
L'éditeur de sécurité offre une flexibilité et une portabilité accrues. Pour ce faire, la programmation initiale est indépendante du matériel utilisé. À cette fin, le système cible et tous les dispositifs d'entrée et de sortie sont mis à disposition en tant que dispositifs alias. À ce niveau, tous les paramètres relatifs à la sécurité peuvent être sélectionnés à l'avance. Avant que le projet ne soit finalement transféré au matériel d'exécution, ces dispositifs alias doivent être affectés aux dispositifs physiques réellement installés.
Outre l'utilisation de blocs fonctionnels prédéfinis, il est également possible de créer des blocs fonctionnels personnalisés. Ceux-ci peuvent être créés en combinant des blocs fonctionnels existants - pré-certifiés - ou en utilisant Safety C (ceci ne peut être fait que pour le runtime de sécurité). Safety C est un dérivé presque illimité du langage C standard. Cela permet d'utiliser des structures de contrôle bien connues telles que IF-THEN-ELSE, SWITCH CASE et les types de données habituels en C pour les applications de sécurité.
Une nouveauté importante dans la programmation d'applications de sécurité dans TwinCAT 3 est la gestion étendue des utilisateurs.
---