guide de la partie relative à la sécurité de l’outil d ... · 4.1 définition des blocs...

GE03.J0.003 B

© RENAULT 2013 Non confidentiel Page : 1 / 53

Guide de la partie relative à la sécurité de

l’Outil d’aide programme Scube V2

avec API de sécurité Siemens

Objet :

Définir le paramétrage, la structure du programme pour la mise en œuvre de la sécurité d'une installation avec un API de sécurité Siemens. Cette version V2 repose sur l’utilisation d’une CPU319F V3.2 minimum avec une seule tâche de sécurité.

Contexte :

Usines de carrosserie Montage et Mécanique

Mise à disposition :

En interne Renault, sur Intranet : http://gdxpegi.ava.tcr.renault.fr

En externe Renault, sur Internet : www.cnomo.com

E-mail : [email protected]

Emetteur : Service 65940 Ingénierie Automatismes et Robotique

Historique :

Version Mise à jour Principales modifications Référent

A 04/2012 Création à partir de la GE03.OA.003 (2 tâches de sécurité)

Groupe Sécurité

B 10/2013 Robot Profisafe, Inhibition bi-manuelle…(repéré par un trait rouge dans la marge)

Groupe Sécurité

Approuvé par Fonction Signature Date d'application

C. GLINEL-MORTEUIL Chef de service 65940 10/2013

Guide de la partie relative à la sécurité de l’Outil d’aide programme Scube V2 avec API de sécurité Siemens GE03.J0.003 / B


Sommaire

1 VERIFICATIONPREALABLE 4

1.1 Choix de la CPU 4

1.2 Nombre de bloc de sécurité 4

2 PARAMÉTRAGECPUPOURLETRAITEMENTDELASÉCURITÉ 5

2.1 Configuration matérielle 5 2.1.1 Configuration des alarmes cycliques 5 2.1.2 Mots de passe SAFETY 6 2.1.3 Protection des paramètres F de la CPU et paramétrage de la plage des blocs F 8 2.1.4 Configuration des noms des modules SAFETY 9 2.1.5 Configuration passerelle PN/PN utilisée pour des échanges SAFETY 10

2.2 Traitement du programme de sécurité 11 2.2.1 Spécificité des « BIT à 1 » et « BITà 0 » dans les blocs de sécurité Safety 11 2.2.2 Création du FC1100 11 2.2.3 Compilation du programme de sécurité 12

3 STRUCTUREDUPROGRAMMEDESÉCURITÉ 12

3.1 Echanges d’informations entre les blocs du programme safety et les blocs du programme standard. 13

4 STRUCTUREDESBLOCSFONCTIONNELSASSOCIÉSÀLASÉCURITÉ(BFS) 14

4.1 Définition des Blocs Fonctionnels de sécurité (BFS) et de diagnostic associé 14

4.2 Détail de la structure du programme de sécurité 16

5 PROGRAMMEDESÉCURITÉ 17

5.1 Structure OB / FC Tache Sécurité Ilot 17

5.2 Gestion du Traitement de la Tache Sécurité Ilot ‐ détail du FB 1100 20 5.2.1 Gestion des défauts module de sécurité F et de leur réintégration 20 5.2.2 Gestion du relais de contrôle du raccordement du 0V de l’alimentation à la masse 21

5.3 Gestion tête de filerie, arrêt d’urgence (AU), en service (ES), fermeture zone (FZ) de zone X ‐ détail du FB11<x>0 22 5.3.1 Gestion de l’Info Bon fonctionnement Filerie (IBFF) 23 5.3.2 Gestion du relais de contrôle du raccordement du 0V de l’alimentation à la masse 24 5.3.3 Gestion boucle de sécurité Arrêt d’Urgence « ZXAU » 24 5.3.4 Gestion porte accès à la zone 26 5.3.5 Gestion boucle de sécurité En Service « ZXES » 27 5.3.6 Gestion boucle de sécurité En Service Temporisé « ZXESTR » 28 5.3.7 Gestion panneau pneumatique de la zone « ZXAIR » 29 5.3.8 Gestion boucle de sécurité Fermeture Zone « ZXFZ » 29 5.3.9 Gestion sécurisation contacteur 31 5.3.10 Gestion échanges robot Kuka Profisafe 32

5.4 La gestion de la sécurité opérateur (SOP) de la zone X – détail du FB11<x>1 33

Sommaire actif : cliquer sur la ligne pour accéder à la page



5.4.1 Gestion bi‐manuelle 33 5.4.2 Gestion boucle de sécurité opérateur « xxSOP » 36

5.5 Gestion de la sécurité opérateur/robot (SOPR) de la zone x – détail du FB11<x>2 39 5.5.1 Gestion boucle de sécurité opérateur/robot « xxSOPR » 39

5.6 Gestion des relais de ligne variateur (RLV) de la zone xx – détail du FB11<x>4 41

5.7 Gestion Variateur S120 43

5.8 Gestion des échanges de sécurité d’une zone vers un équipement d’une zone adjacente 43

6 TRAITEMENTDUDIAGNOSTICASSOCIÉAUXFBDESÉCURITÉ 44

6.1 Traitement du diagnostic associé au FB TS0 44

6.2 Traitement du diagnostic associé aux FB Z<x>_AU_ES_FZ 45 6.2.1 Exemple : Diagnostic commun arrêt d’Urgence 46 6.2.2 Exemple : Diagnostic porte 47 6.2.3 Exemple : Diagnostic Air 48 6.2.4 Exemple : Diagnostic Anti‐intrusion 49 6.2.5 Exemple : Diagnostic associé à la sécurisation d’un contacteur 49

6.3 Traitement du diagnostic associé aux FB SE Robot 50 6.3.1 Exemple : Diagnostic relais d’échange Fermeture zone 50

6.4 Traitement du diagnostic associé aux FB Z<x>_SOP 51 6.4.1 Exemple : Diagnostic commun sécurité opérateur 51

6.5 Traitement du diagnostic associé aux FB Z<x>_SOPR 52 6.5.1 Exemple : Diagnostic associé à la came robot 52 6.5.2 Exemple : Diagnostic relais sécurité opérateur robot 52

6.6 Traitement du diagnostic associé aux FB Z<x>_RLV 52

7 DOCUMENTJOINTÀCEGUIDE 53

8 LISTEDESDOCUMENTSCITÉS 53



AVANT‐PROPOS

Le principe de gestion de la sécurité par automate de sécurité Siemens est défini dans le guide de mise en œuvre GE03.D0.159.

Ce guide s’ajoute au guide GE03.J0.103 « Guide de la partie relative à la sécurité de l’Outil d’aide programme avec API de sécurité Siemens ». Il traite du même sujet de mise en œuvre de la sécurité dans le standard Scube qui définit deux tâches de sécurité.

Les performances de la nouvelle CPU 319-F permettent aujourd’hui un traitement de la sécurité dans une seule tâche. Les boites fonctionnelles de sécurité ont été optimisées, la programmation est simplifiée, il y a moins de code à écrire.

Les communs de sécurité « soft » gérés dans le programme de sécurité sont directement utilisables dans le programme d’animation.

La mise en place systématique de modules relais F-RO Siemens pour interfacer les 24V sécurisés a été supprimée. Il est possible de les remplacer par des relais standards 24V.

Ce document est le support pour exploiter au mieux le contenu du fichier STEP7 exemple. Le fichier STEP7 est la base pour élaborer le programme de sécurité de l’installation avec un API de sécurité.

1 Vérification préalable

1.1 Choix de la CPU

Pour atteindre les performances attendues, l’utilisation de la CPU319 F V3.2 (mini) est impérative.

Le dimensionnement de l’installation est faite à l’aide du guide GE03.D0.159 et de l‘outil RSA S7fcotic version Renault qui lui est associé en annexe de ce document.

Cette étude est indispensable pour s’assurer des performances attendues :

Temps de réaction maxi de 100 ms,

Temps de cycle automate moyen inférieur à 50ms

1.2 Nombre de bloc de sécurité

Lors de la génération du programme de sécurité, des blocs F supplémentaires sont générés automatiquement.

Il faut donc réserver une plage de numéros pour ces blocs de données F (DB) et blocs fonctionnels F (FB).

Renault a fixé cette plage de l’adresse 1300 à 1399.

Ces blocs sont réservés par le système et ne doivent pas être utilisés ni dans le programme de sécurité, ni dans le programme utilisateur standard.

Cette plage de blocs est paramétrée à partir du logiciel HW Config, dans les propriétés de la CPU, voir chapitre suivant.

Si la plage de blocs configurée ne suffit pas, S7 Distributed Safety le signale par un message d'erreur. Vous devez alors augmenter la plage de blocs.



2 Paramétrage CPU pour le traitement de la sécurité

2.1 Configuration matérielle

Voir descriptif des tâches de sécurité dans le document GE03.D0.159.

Un programme de sécurité est constitué d’un groupe d’exécution F appelé à partir de l’OB34.

2.1.1 Configuration des alarmes cycliques

L’OB 34 est exécuté toutes les 40ms afin de respecter le temps de réaction maxi de la boucle de sécurité autorisé de 100ms.



2.1.2 Mots de passe SAFETY

Deux mots de passe sont gérés dans le logiciel Distributed Safety.

un mot de passe qui autorisera l’accès à la CPU

un mot de passe qui autorisera la modification du programme de sécurité

2.1.2.1 Mot de passe CPU

Son paramétrage se fait à partir de HW Config.

Ce mot de passe est nécessaire au chargement du programme dans la CPU

Un mot de passe pour lechargement dans la CPU

Un mot de passe pour la modification du programme de sécurité

Paramétrage de ce mot de passe dans le logiciel Distributed Safety

Paramétrage de ce mot de passe dansles propriétés de la CPU dans HW Config

Par défaut les mots de passe sont 60256A CONFIRMER AVEC VOTRE RESPONSABLE PROJET

Saisie du mot de passe et confirmation



2.1.2.2 Mot de passe programme de sécurité

Ce paramétrage se fait avec le compilateur du programme de sécurité.

Il protège l'accès au programme de sécurité.

Une fois que vous avez saisi le mot de passe correct pour le programme de sécurité, le droit d'accès est valable pendant une heure. Après une heure, il est nécessaire d'entrer une nouvelle fois le mot de passe. Pendant cette heure, la durée de validité du droit d'accès est réinitialisée après chaque action sécurisée par le mot de passe. Le délai d'une heure est comptabilisé séparément pour les mots de passe en ligne et hors ligne et initialisé séparément pour les opérations en ligne (forçage, mode de sécurité) et hors ligne (toutes les autres opérations).

Le champ "Validité" indique la durée de validité restante du mot de passe en minutes.



2.1.3 Protection des paramètres F de la CPU et paramétrage de la plage des blocs F

Le paramètre « Mode de sécurité désactivable » ne doit pas être sélectionné (absence de coche) pour interdire la modification en Run du programme de sécurité.

En plus des blocs réservés pour la mise en œuvre du programme de sécurité par l’intégrateur (FB1100 à FB1279) le système crée automatiquement les Blocs Fonctionnels (FB) pour réaliser la redondance soft et le paramétrage du programme Safety

Paramétrage des plages d’adresses - Blocs de données F - Blocs fonctionnels F

Pour activer le programme de sécurité il faut obligatoirement un mot de passe. Ce mot de passe est nécessaire pour le chargement du programme de sécurité.

Mode de sécurité activé



2.1.4 Configuration des noms des modules SAFETY

Le nom des modules est à documenter avec le nom du dossier électrique,

Règle : <localisation> M <n° du module> (la localisation dépend du nom dans le schéma électrique)

Aperçu des blocs générés automatiquement lors de la compilation de la configuration matérielle

Le nom doit être modifié avant la première compilation dans HW Config

Safety modules

Detail : F + adresse du module F + _nom du modulel



2.1.5 Configuration passerelle PN/PN utilisée pour des échanges SAFETY

Principe des échanges et paramétrage standard des interfaces X1 et X2

Attention, au sein d’un même automate, chaque instance des blocs fonctionnels F_SENDDP et F_RCVDP utilise pour les échanges en entrée et en sortie le même paramètre d’entrée LADDR.

L’adresse associée aux zones « Safety Send IN » et « Safety Send OUT » doit donc être identique lors de la configuration des modules de la passerelle

La configuration des modules est à faire à partir d’un module universel. Chaque module est à renommer en fonction du standard défini dans le tableau précédent et à paramétrer :

type (entrée ou sortie)

adresse

longueur (6 ou 12)

Exemple de configuration de la passerelle PN/PN pour des échanges Safety pour un réseau PN raccordé sur l’interface X1

Si un réseau PN est raccordé sur l’interface X2,il faut définir les modules suivant le principe défini plus haut.



2.2 Traitement du programme de sécurité

2.2.1 Spécificité des « BIT à 1 » et « BITà 0 » dans les blocs de sécurité Safety

Les bits BA0, BA1 et BA1Lien ne doivent pas être utilisés dans les blocs de sécurité

(Symbolisé par ).

Si il y a besoin, dans le programme de sécurité, de constantes booléennes ‘’0’’ et ‘’1’’, il faut utiliser les variables ‘’VKE0’’ et ‘’VKE1’’ du DB global F (‘’F_GLOBDB’’.VKE0 ou ‘’F_GLOBDB’’.VKE1).

Ces derniers sont disponibles après génération du programme de sécurité.

2.2.2 Création du FC1100

ATTENTION : A réaliser une fois le programme de sécurité terminé

Temps de cycle max à paramétrer à 50ms



2.2.3 Compilation du programme de sécurité

Après chaque modification de la configuration matérielle de sécurité ou du programme de sécurité

3 Structure du programme de sécurité



3.1 Echanges d’informations entre les blocs du programme safety et les blocs du programme standard.

Un DB est réservé pour les échanges de données du programme de sécurité vers le programme standard, le DB 1279.

L’écriture dans les DB Safety n’étant pas possible, les informations process venant du programme standard nécessaires au programme Safety passent par des mémentos.

Exemple pour les informations « IR - réarmement », « IADF – annulation défaut » générées par la zone et utilisées dans le programme SAFETY

-En cas de besoin d’une information Safety dans une équation du programme process, il est possible d’utiliser directement l’information du programme Safety.

Exemple dans cette équation les informations xxbvopxx sont des entrées de sécurité



4 Structure des Blocs Fonctionnels associés à la sécurité (BFS)

4.1 Définition des Blocs Fonctionnels de sécurité (BFS) et de diagnostic associé

Mnémoniques Opérande

Désignation Doc. associée

BFS_BSEC1 FB1710 Zone: Traitement SAFETY des boucles de sécurité AU, ES, FZ

Sous-Ensemble : Traitement SAFETY des boucles de sécurité SOP ou SOPR

GE03.J0.014

BFS_BSECTR1 FB1711 Zone ou Sous-Ensemble: Traitement SAFETY des boucles de sécurité ESTR,

SOPTR, RLV

GE03.J0.015

BFS_CR1 FB1715

Sous-Ensemble: Traitement SAFETY contrôle retour, relais, frein variateur,

relais de ligne

GE03.J0.019

BF_IHMCR1 FB1876 Diagnostic associé aux BFS_BSEC1, BFS_BSECTR1, BFS_CR1

GE03.J0.028

BFS_PORTE1 FB1712 Zone: Traitement SAFETY d'un portillon d'accès

GE03.J0.016

BF_IHMPORTE1 FB1930 Diagnostic associé à BFS_PORTE1 GE03.J0.026

BFS_AIR1 FB1713 Zone: Traitement SAFETY de la mise en air d'une zone

GE03.J0.017

BF_IHMAIR1 FB1931 Diagnostic associé à BFS_AIR1 GE03.J0.025

BFS_CRM1 FB1714

Ilot ou zone* : Traitement SAFETY contrôle de relais de masse

GE03.J0.018

BF_IHMCRM1 FB1877 Ilot ou zone* Diagnostic associé à BFS_CRM1

GE03.J0.027

BFS_CAME_ROBOT1 FB1716

Robot: Traitement SAFETY

contrôle came robot

GE03.J0.020

BF_IHMCAME_ROBOT1 FB1875 Diagnostic associé à BFS_CAME_ROBOT

GE03.J0.029

BFS_MUT1 FB1717 Zone : Traitement SAFETY

Fonction Muting Gestion Anti-intrusion

GE03.J0.021

BF_IHMMUT1 FB1874 Diagnostic associé à BFS_MUT GE03.J0.030

BFS_BIMA FB1719 Opérateur Robot: Traitement SAFETY contrôle bimanuelle

GE03.J0.023

BFS_ROB_KUKA_PS FB1720 Robot : Traitement SAFETY

Gestion échanges de sécurité

GE03.J0.048

Les numéros sont de 1 à 9. *Le contrôle du raccordement du 0V de l’alimentation 24V sera traité dans le programme de sécurité et dans le programme standard pour l’IHM:

- au niveau Ilot s’il n’y a qu’une seule alimentation 24V pour l’ensemble de l’installation - au niveau zone s’il y a une alimentation 24V par zone électrique

Attention dans cette version de la mise en œuvre de la sécurité dans le standard Scube, le bloc fonctionnel, gérant les modes de marche, à utiliser est le BF Zone_Mode_IHM1 (FB1932), l’interfaçage de ce bloc avec la sécurité est décrit chapitre 5.3.5. Fonction des boites fonctionnelles de sécurité

La BFS_BSEC1 pour la gestion d’une boucle de sécurité, pilotage d’une sortie F-DO et contrôle des retours.

La BFS_BSECTR1 pour la gestion d’une boucle de sécurité, pilotage d’une sortie F-DO et contrôle des retours, temporisée à la retombée d’au maximum de 2s.

La BFS_PORTE1 pour la gestion du bon fonctionnement de la porte

La BFS_AIR1 pour le contrôle (et si nécessaire le pilotage) de la mise en air de la zone



La BFS_CRM1 pour le contrôle du relais contrôle raccordement masse au 0V (1 par alimentation 24V de mouvement)

La BFS_CR1 pour :

o le contrôle de concordance entre le pilotage d’un relais ou contacteur et son état, lorsque le relais dépend d’une boucle de sécurité gérée par une BFS_BSEC1 et aussi de conditions externes.

o le contrôle de concordance entre le pilotage d’un var et l’état du relais de frein associé.

La BFS_CAME_ROBOT1 pour le contrôle du bon fonctionnement de la came robot

La BFS_MUT1 pour contrôler l’accès dans une zone avec la fonction muting (qui permet d’inhiber le contrôle pendant le passage de la charge)

La BFS_BIMA pour le contrôle bi-manuelle, paramétrage et synchronisation des deux boutons de validation

La BFS_ROB_KUKA_PS pour interfacer les échanges de sécurité avec un robot Kuka Profisafe

De plus 4 boites fonctionnelles de sécurité Siemens ont été renumérotés pour entrer dans les règles de numérotation des FBs du standard Scube, il s’agit de :

La FB223, F_SENDDP, renuméroté FB1692, FB d’émission des données safety via Profibus DP/Profinet

La FB224, F_RCVDP, renuméroté FB1693, FB de réception des données safety via Profibus DP/Profinet

La FB187, F_ACK_OP, renuméroté FB1679, FB d’accusé de réception d’une donnée d’un pupitre opérateur

La FB219, F_ACK_GL, renuméroté FB1695, FB d’acquittement global de toute la périphérie F d’un groupe d’exécution



4.2 Détail de la structure du programme de sécurité

Dans les noms des DB pour la communication sécurisée, « AMONT » et « AVAL » peuvent être remplacés par le nom de l’installation.

Si l’installation nécessite plus de deux passerelles PN/PN, il faut utiliser les DB de 1280 à 1289 pour 5 ilots, et de 1260 à 1269 pour 5 ilots supplémentaires.



5 Programme de sécurité

5.1 Structure OB / FC Tache Sécurité Ilot

STRUCTURE OB34 CYC_INT2

APPEL DU FC GESTION TACHE DE SECURITE

FC1100

STRUCTURE PROGRAMME TACHE SAFETY– FC1101

APPEL DES FB TACHE DE SECURITE LIES A L’ILOT ET AUX ZONES

GESTION DES ECHANGES AMONT/AVAL (RECEPTION)

GESTION DES ENERGIES SECURISES DES DIFFERENTES ZONES

Exemple: Zone 1 Arrêt d’urgence, En Service, Fermeture Zone : FB1110 / DB1110 Zone 1 Sécurité Opérateur : FB1111 / DB1111 Zone 1 Sécurité Opérateur Robot : FB1112 / DB1112 Zone 1 Sécurité Variateur : FB1113 / DB1113 Zone 2 Arrêt d’urgence, En Service, Fermeture Zone : FB1120 / DB1120 Zone 2 Sécurité Opérateur : FB1121 / DB1121 Zone 2 Sécurité Opérateur Robot : FB1122 / DB1122 Zone 2 Sécurité Variateur : FB1123 / DB1123 GESTION DES ECHANGES AMONT/AVAL (EMISSION)

Exemple d’intégration d’un échange vers un îlot amont

Pour plus de détails se référer à la documentation en ligne des blocs "F_SENDDP" & "F_RCVDP"



La réception des données doit obligatoirement être traitée en début de bloc avant l'appel des FB de sécurité.

Attention ce numéro doit être unique et être reporté sur le FB F_SENDDP de l’automatisme avec lequel se fait la communication

Adresse des zones d’échanges sécurisés commune aux entrées et aux sorties



L’émission des données doit est traitée en fin de bloc après l’appel des FB de sécurité.

Texte1;2;3... + Gauche : 0,5"



5.2 Gestion du Traitement de la Tache Sécurité Ilot - détail du FB 1100

TSO Traitement SAFETY ILOT

Traitement SAFETY TACHE SECURITE ILOT

REINTEGRATION DES MODULES F DU GROUPE D’EXECUTION

SOMME DES QBAD ZONE X

DEFAUT CONTROLE RACCORDEMENT DES MASSES

(lorsqu’il y a une seule alimentation pour l’ensemble de l’ilot)

5.2.1 Gestion des défauts module de sécurité F et de leur réintégration

FonctionnementCe bloc d'application F génère un acquittement pour la réintégration simultanée de toutes les périphéries F/voies des périphéries F d'un groupe d'exécution F après des erreurs de communication ou des erreurs de périphérie F/de voie. Un acquittement utilisateur avec un front montant est requis sur l'entrée ACK_REI_GLOB. L'acquittement est effectué de la même manière que l'acquittement utilisateur via la variable ACK_REI du DB de périphérie F mais se répercute simultanément sur toutes les périphéries F du groupe d'exécution F dans lequel le bloc d'application F est appelé. Si vous utilisez le bloc d'application F F_ACK_GL, il n'est pas nécessaire de prévoir un acquittement utilisateur via la variable ACK_REI du DB de périphérie F pour chaque périphérie F du groupe d'exécution F. Remarque L'utilisation du bloc d'application F F_ACK_GL n'est possible que si votre programme de sécurité a été créé avec S7 Distributed Safety V 5.4 ou une version supérieure, si vous avez configuré la passivation par voie pour au moins une périphérie F et si au moins une périphérie F est connectée à PROFINET IO. Le bloc système F F_IO_CGP se trouve dans le dossier Blocs du "Programme S7".Un acquittement via F_ACK_GL n'est possible que si la variable ACK_REI du DB de périphérie F = 0. De la même manière, un acquittement via la variable ACK_REI du DB de périphérie F n'est possible que si l'entrée ACK_REI_GLOB du bloc d'application F = 0 Le bloc d'application F ne doit être appelé qu'une fois par groupe d'exécution F.



…

5.2.2 Gestion du relais de contrôle du raccordement du 0V de l’alimentation à la masse

A traiter au niveau de la zone si une alimentation par zone

Info Défaut Contrôle raccordement des masses à mettre dans l’équation de l’IBFF de chaque zone



5.3 Gestion tête de filerie, arrêt d’urgence (AU), en service (ES), fermeture zone (FZ) de zone X - détail du FB11<x>0

TSZ<x>_AU_ES_FZ Traitement des énergies sécurisées, commande ou/et puissance « Arrêt d’urgence », « En Service », « Fermeture Zone » de la zone concernée x (de 1 à 9)

Elle est composée en fonction de l’installation des FB de sécurité appelés en multi-instance :

BFS_BSEC1

BFS_BSECTR1

BFS_PORTE1

BFS_AIR1

BFS_MUT1

BFS_CR1

BFS_ROB_KUKA_PS

ZONE x : FB Gestion SAFETY Arrêt d'Urgence (AU), En Service (ES), Fermeture Zone (FZ) de la zone x

FILERIE

INFO BON FONCTIONNEMENT FILERIE

DEFAUT CONTROLE RACCORDEMENT DES MASSES (lorsqu’il y a une alimentation par zone)

ARRET D'URGENCE ZONE

PORTE X

EN SERVICE ZONE

EN SERVICE TEMPORISE ZONE

AIR : PILOTAGE DU PANNEAU PNEUMATIQUE ZONE

FERMETURE ZONE

SECURISATION CONTACTEUR ECHANGES ROBOT PROFISAFE



5.3.1 Gestion de l’Info Bon fonctionnement Filerie (IBFF)

Regroupement de tous les défauts carte de sécurité, défauts filerie … dans l’info bon fonctionnement filerie.

La retombée de cette info provoque la mise en sécurité de l’installation par désactivation de l’ensemble des boucles de sécurité et donc des énergies de la zone.

« F_GLOBDB ».MODE est l’information indiquant que le mode de sécurité est actif quand elle est à 0



5.3.2 Gestion du relais de contrôle du raccordement du 0V de l’alimentation à la masse

Même principe que lorsqu’il est géré au niveau de l’ilot, le nom de l’instance sera alors Z<n>CRM.

5.3.3 Gestion boucle de sécurité Arrêt d’Urgence « ZXAU »

Documenter les deux équations suivantes qui doivent contenir toutes les informations désactivant la boucle de sécurité AU :

- les informations qui agissent sur la boucle de sécurité AU avec obligation de réarmement pour réactiver la boucle de sécurité, typiquement les boutons d’arrêt d’urgence.

- les informations qui agissent sur la boucle de sécurité AU sans obligation de réarmement pour réactiver la boucle de sécurité.

Contrôle de l’état à 0 et à 1 des retours des constituants de la boucle de sécurité

Contrôle commun 24V Contrôle relais (échange infos de sécurité vers des équipements, robots… ou d’autres installations Contrôle contacteur (énergies 400V sécurisés) Eventuellement contrôle F-RO, si utilisé pour interfacer le commun de sécurité



Pilotage boucle de sécurité AU

Le pilotage des boucles de sécurité se fait par la BFS_BSEC1.

La BFS_BSEC1 permet :

-de piloter une sortie F-DO ou PME-F, sur laquelle est câblée en fonction du besoin process, un contacteur pour les énergies de puissance sécurisées et/ou un relais pour les communs de commande 24V et/ou une électrovanne pour les énergies de puissance pneumatiques.

-de contrôler la cohérence entre le pilotage et l'état des retours

-de mettre a disposition du programme standard un commun de sécurité " soft " pour conditionner le pilotage des sorties automates des mouvements a la présence effective des communs de commande 24V et/ou des énergies de puissance et aussi pour conditionner les communs en aval (effet cascade)

-d’avertir du mauvais fonctionnement de la boucle de sécurité (Alarme : pas de retour alors que la sortie est pilotée, Défaut : Retour présent alors que la sortie n’est pas pilotée

Commande de la sortie de la boucle de sécurité

Commande de la sortie de sécurité, utilisée pour piloter les éléments dépendants de cette boucle de sécurité

Info boucle de sécurité AU OK utilisée directement comme commun dans le programme d’animation

Info Défaut boucle de sécurité AU à mettre dans l’équation de l’IBFF



5.3.4 Gestion porte accès à la zone

La gestion des portes d’accès à une zone de sécurité se fait par la BFS_PORTE1. La BFS_PORTE1 assure la gestion des composants associés à une porte d'accès Zone. Il fournit les conditions pour l'activation des boucles de sécurité ES et ZF. Il contrôle le respect de la procédure d'intervention dans la zone. Il contrôle le bon fonctionnement de la gâche, désactivation de l'information « cfp » à chaque ouverture de porte ou chaque action sur l’un des deux commutateurs SS ou SPES.

Les infos sélecteur de sécurité et contrôle fermeture porte sont des entrées de sécurité

Info à intégrer dans la séquence : ES : condition avec réarmement

Info à intégrer dans la séquence : FZ : condition avec réarmement

Le défaut de procédure d’intervention, traité dans la FB, force ces deux informations de sortie à zéro.



5.3.5 Gestion boucle de sécurité En Service « ZXES »

Documenter les deux équations suivantes qui doivent contenir toutes les informations désactivant la boucle de sécurité ES :

- les informations qui agissent sur la boucle de sécurité ES avec obligation de réarmement pour réactiver la boucle de sécurité.

- les informations qui agissent sur la boucle de sécurité ES sans obligation de réarmement pour réactiver la boucle de sécurité.

Contrôle de l’état à 0 et à 1 des retours des constituants de la boucle de sécurité ES

Même principe que pour la boucle AU, attention de ne pas oublier les contrôles des relais d’échange quand ils existent

Pilotage boucle de sécurité ES



Auxiliaire Info boucle de sécurité ES OK

Info Défaut boucle de sécurité ES à mettre dans l’équation de l’IBFF

Les conditions avec réarmement Car et sans réarmement Csr sont à personnaliser en fonction de l’installation. Dans l’équation de Car, on trouvera les infos issues des BFS_PORTE1 et les infos de défaut qui doivent couper les énergies de la zone. Dans l’équation de Csr, on trouvera le commun soft amont et l’échange d’AU si échange AU entre zone



Attention, la boucle En Service ne sera déclarée « OK » que si tous les équipements constituant cette boucle sont OK ; boucle principale et boucles dépendantes.

Exemple une installation équipée d’un panneau pneumatique,

- la boucle principale est la boucle En Service

- la boucle dépendante est la mise en air

Cette information est à utiliser comme condition de sécurité de la marche manu en entrée de la FB (FB_ZONE_MODE_IHM1) gérant le mode de marche de la zone et comme commun des mouvements pouvant se faire sur ce niveau de sécurité

5.3.6 Gestion boucle de sécurité En Service Temporisé « ZXESTR »

Cette boucle dépend de la boucle En Service, elle maintient pendant un temps déterminé, avec un maximum de 2s, les énergies de commande ou/et de puissance après désactivation de son pilotage.

Même principe que pour la gestion du relais de ligne variateur traité plus loin.

Condition de sécurité pour la marche manuelle

Condition de sécurité pour la marche automatique



5.3.7 Gestion panneau pneumatique de la zone « ZXAIR »

Pilotage du panneau pneumatique

La gestion du panneau pneumatique de la zone se fait par la BFS_AIR1. La BFS_AIR1 : - assure le pilotage des électrovannes 7 bars de mise en pression progressive et de shunt de mise en pression progressive. Attention ce pilotage peut également être réalisé par la sortie sécurisée de la boucle ES. - génère des défauts en cas de dysfonctionnement (incohérence entre le pilotage des électrovannes et le contrôle de pression pneumatique). - est prévue pour être utilisée avec un panneau classique, comportant les commandes d'une électrovanne de mise en pression progressive et une électrovanne de shunt de mise en pression progressive et un contrôle de pression. Mais elle peut également être utilisée avec un panneau comportant uniquement les commandes d'une électrovanne de ligne 7 bars et d'un contrôle de pression. Dans ce cas, on utilisera la sortie EVMPP pour la commande de l'électrovanne.

L’entrée Dsecu est à documenter avec l’information qui pilote la boucle de sécurité dont dépend la mise en air.

Dans notre exemple, la mise en air dépend de la mise en service, donc l’entrée Dsecu est à documenter avec « TSM ».Z1ES_Secu, information de pilotage de la boucle de sécurité en service.

5.3.8 Gestion boucle de sécurité Fermeture Zone « ZXFZ »

Documenter les deux équations suivantes qui doivent contenir toutes les informations désactivant la boucle de sécurité FZ :

- les informations qui agissent sur la boucle de sécurité FZ avec obligation de réarmement pour réactiver la boucle de sécurité.

- les informations qui agissent sur la boucle de sécurité FZ sans obligation de réarmement pour réactiver la boucle de sécurité.

Tempo mise en pression progressive

Commande de la sortie de sécurité EV pneumatique, à documenter si pilotage du panneau pneumatique pas fait par un commun de sécurité existant

Commande de la sortie de sécurité SHEVMPP, à documenter si le pilotage du shunt n’est pas une fonction du bloc pneumatique.

Info AIR OK

Info Défaut AIR à mettre dans l’équation de l’IBFF



Contrôle de l’état à 0 et à 1 des retours des constituants de la boucle de sécurité FZ

Même principe que pour la boucle AU, attention de ne pas oublier les contrôles des relais d’échange quand ils existent.

Pilotage boucle de sécurité FZ



Info boucle de sécurité FZ OK utilisée directement comme commun dans le programme d’animation

Info Défaut boucle de sécurité FZ à mettre dans l’équation de l’IBFF



5.3.9 Gestion sécurisation contacteur

Dans le cas d’un contacteur sécurisé en dépendance d’une boucle de sécurité pilotée par une BFS_BSEC1, mais dont la sécurisation dépend également d’autres conditions, on utilisera une BFS_CR1

La BFS_CR1 vérifie la cohérence entre la commande d'un relais et son état.

L’entrée Dsecu est à paramétrer avec l’info de pilotage de la boucle de sécurité dont dépend la sécurisation du contacteur et avec les conditions d’échanges devant agir sur la coupure sûre du contacteur.

Info contrôle relais CR OK utilisée directement comme commun dans le programme d’animation

Info Défaut relais CR à mettre dans l’équation de l’IBFF



5.3.10 Gestion échanges robot Kuka Profisafe

Les échanges de sécurité d’une installation vers un robot Profisafe se fait via la BFS ROB_KUKA_PS qui met les informations de sécurité à disposition de la trame Profisafe:

-information autorisant la mise sous puissance du robot, signal SHS1

-information assurant la sécurité des intervenants par rapport au robot, signal

BS

-information assurant la sécurité des intervenants par rapport à l'outillage robot, signal US2

et de forcer à 1 les signaux NHE, SHS2 et SBH, non utilisés dans le standard Renault



5.4 La gestion de la sécurité opérateur (SOP) de la zone X – détail du FB11<x>1

Ceci concerne les dispositifs de protection des opérateurs, bi-manuelle, rideau, barrière, scanner laser…

TSZ<x>_SOP Traitement des énergies sécurisées, commande ou/et puissance « Sécurité Opérateur » de la zone concernée <x> (de 1 à 9)

Elle est composée au minimum de :

BFS_BSEC1 Appel en Multi-instance

BFS_BIMA Surveillance de commande bi-manuelle Si la sécurité opérateur est assurée par une bi-manuelle.

ZONE x : FB Gestion SAFETY SOP de la zone x

COMMANDE BI-MANUELLE

SECURITE OPERATEUR

5.4.1 Gestion bi-manuelle

La gestion de la bi-manuelle se fait par la BFS_BIMA. La "BFS_BIMA" est un relais de sécurité logiciel programme en Step7 + Distributed Safety pour assurer la sureté de fonctionnement d'une bi-manuelle gérée par automate Simatic Failsafe. Son rôle est : - de piloter une information de validation de la bi-manuelle utilisée par le programme de sécurité pour gérer des énergies de commande ou/et de puissance sécurisées - de contrôler l'appui simultané sur les deux boutons - de contrôler à chaque cycle la désactivation des infos des deux boutons



AT= Autorisation Travail Opérateur ET= Enregistrement Travail Opérateur Ce sont des mémentos issus du FB opérateur du programme standard Pour rappel, les entrées des boutons de validation de la bi-manuelle sont gérées en « 1oo1 », ce qui signifie que la concordance entre les 2 canaux d’entrée de chaque bouton de validation n’est pas contrôlée au niveau de la carte d’entrée. Ce contrôle est fait dans la BFS_BIMA. Avec accord de l’agent sécurité du site client, il est possible d’inhiber une commande bi-manuelle à partir d’un commutateur à clé placé dans un coffret ou d’un bouton en page écran IHM avec accès protégé par mot de passe. Pour sécuriser la demande d’inhibition par page écran, il est nécessaire d’utiliser la FB « F_ACK_OP ». Pour que la demande d’inhibition soit prise en compte, l’entrée IN de ce bloc doit passer successivement à 6 puis à 9 en moins d’une minute.

Mémoire Retombée Boutons Validation Opérateur à utiliser dans l’équation de Fin Travail Opérateur et de Sécurité Arrière du programme standard.

Info validation bi-manuelle à utiliser dans les conditions de la boucle de sécurité opérateur et dans le Fin Travail Opérateur du programme standard.

Sortie active sur un tour programme après que l’entrée IN soit passée successivement à 6 et à 9

Sortie à 1 pendant la phase entrée vue à 6 et avant que l’entrée ne soit vue à 9

Variable numérique documentée à partir page écran IHM



La sortie Q est à utiliser dans le programme standard pour autoriser la confirmation de la demande

Information de l’inhibition de toutes les bi-manuelles associées au poste, à utiliser dans l’équation de la condition de réarmement de la boucle de sécurité SOP du poste.

Dans la FB opérateur de la tâche standard écrire ces deux équations :

Information d’inhibition de la bi-manuelle

Sortie active sur un tour programme après que l’entrée IN soit passée successivement à 6 et à 9



5.4.2 Gestion boucle de sécurité opérateur « xxSOP »

Ces équations doivent contenir toutes les infos devant désactiver les énergies du poste avec réarmement ou sans réarmement de la boucle de sécurité concernée.

Exemple avec bi-manuelle comme protection opérateur, le principe est le même si la protection est un rideau, une barrière immatérielle ou un scanner laser

Vérification qu’au moins une bi-manuelle est active



Contrôle de l’état à 0 et à 1 des retours des constituants de la boucle de sécurité SOP

Même principe que pour la boucle AU Pilotage boucle de sécurité SOP

Dans la FB opérateur de la tâche standard sera gérée la fin de travail opérateur, la sécurité opérateur (échangée avec la tâche de sécurité)



Info boucle de sécurité SOP OK utilisée directement comme commun dans le programme

Info Défaut boucle de sécurité SOP à mettre dans l’équation de l’IBFF



Attention dans le cas d’une protection par rideau, barrière immatérielle, ou scanner laser il faut échanger en plus une condition de réarmement sécurité qui sera mis dans les conditions sans réarmement de la boucle de sécurité SOP. Exemple d’une protection avec deux pupitres de validation opérateur

Dans le programme standard

Dans le programme de sécurité



5.5 Gestion de la sécurité opérateur/robot (SOPR) de la zone x – détail du FB11<x>2

TSZ<x>_SOPR Traitement des boucles de sécurité « Opérateur/robot(s) » de la zone concernée <x> (de 1 à 9)


BFS_CAME_ROBOT1 Appel en Multi-instance

BFS_BSEC1 Appel en Multi-instance

ZONE x : FB Gestion SAFETY des SOPR de la zone x

CAME(S) ROBOT(S)

CONTROLE CAME ROBOT (DISCORDANCE)

RELAIS SECURITE OPERATEUR ROBOT

5.5.1 Gestion boucle de sécurité opérateur/robot « xxSOPR »

Contrôle came rabot

Le contrôle du bon fonctionnement des cames robots se fait par la BFS CAME_ROBOT1

La BFS CAME_ROBOT1 contrôle le bon fonctionnement de la came robot (contrôle came à 0 et contrôle came à 1 dans un cycle pièce).

Ces équations doivent contenir toutes les informations devant désactiver les énergies du poste avec réarmement ou sans réarmement de la boucle de sécurité concernée.

Défaut à mettre dans l’équation des conditions sans réarmement de la boucle de sécurité dont fait partie la came

Info Marche Auto du robot



Contrôle de l’état à 0 et à 1 des retours des constituants de la boucle de sécurité SOPR

Même principe que pour la boucle AU

Pilotage boucle de sécurité SOPR

Info Défaut boucle de sécurité SOPR à mettre dans l’équation de l’IBFF



Info boucle de sécurité SOPR OK utilisée directement comme commun dans le programme d’animation



5.6 Gestion des relais de ligne variateur (RLV) de la zone xx – détail du FB11<x>4

TNZ<x>_RLV Traitement des relais sécurisés « Relais De Ligne Variateur» de la zone concernée <x> (de 1 à 9)


-> BFS_BSECTR1 Appel en Multi-instance

Utilisée pour générer un commun 24V temporisé à la retombée

ZONE x : FB Gestion SAFETY des Relais De Ligne Variateur (RLV) de la zone x

RELAIS DE LIGNE VAR ZONE X

Pilotage du relais de ligne variateur

La gestion du relais de ligne variateur se fait par la BFS_BSECTR1 Exemple de gestion Relais de Ligne Variateur de la zone 1

Pilotage boucle de sécurité RLV

Le pilotage des boucles de sécurité se fait par la BFS_BSECTR1.

La BFS_BSECTR1 permet :

- de piloter une sortie F-DO ou PME-F temporisée a la retombée, sur laquelle est câblée en fonction du besoin process, un contacteur pour les énergies de puissance sécurisées et/ou un relais pour les communs de commande 24V sécurisés.

- de contrôler la cohérence entre le pilotage et l'état des retours

- de mettre à disposition du programme standard un commun de sécurité " soft " pour conditionner le pilotage des sorties automates des mouvements à la présence effective des communs de commande 24V et/ou des énergies de puissance

Dans ces équations, il est nécessaire d’écrire le retour du commun de commande du ou des RLV(s) et les retours de tous les contacteurs RLV



- d'avertir du mauvais fonctionnement de la boucle de sécurité (Alarme : pas de retour alors que la sortie est pilotée, Défaut : retour présent alors que la sortie n'est pas pilotée)

L’entrée Dsecu est à documenter avec l’info qui pilote la boucle de sécurité dont dépendent les relais de ligne variateur.

Dans notre exemple, le relais de ligne variateur dépend de la Fermeture Zone, donc l’entrée Dsecu est à documenter avec « TSM ».Z1FZ_Secu_OK, information de pilotage de la boucle de sécurité Fermeture Zone.

L’entrée Cci (conditions coupure immédiate) est à documenter avec toute info dont la désactivation doit entrainer la désactivation du relais de ligne sans passer par la temporisation. Si la BF G120D est utilisée, cette info est une sortie de cette boite.

Temps pour la désactivation du contacteur paramétrable Tempo maxi de 2 secondes

Info boucle de sécurité RLV OK utilisée directement comme commun dans le programme d’animation

Info Défaut boucle de sécurité RLV à mettre dans l’équation de l’IBFF




5.7 Gestion Variateur S120

Voir GE03.J0.013

5.8 Gestion des échanges de sécurité d’une zone vers un équipement d’une zone adjacente

Exemple pour une manutention : L’analyse de risque peut démontrer que la fonction arrêt d’urgence d’une zone n’a besoin d’agir que sur les mouvements des tables amont ou aval de la zone de l’installation adjacente et non pas sur l’ensemble des mouvements de cette zone. Le but est donc de ne sécuriser que le contacteur de mouvement de ces tables. La sécurisation se fait dans le programme de sécurité. Il s’agit de contrôler la cohérence entre les conditions de commande du contacteur comprenant l’échange de sécurité (l’information de Sécu OK) et son état via une BFS_CR1 (câblage d’un contact NF du contacteur sur une entrée standard). Le bit de défaut sortant de la BFS_CR1 est à intégrer dans l’Info Bon Fonctionnement Filerie, dans le but de désactiver l’ensemble des énergies de la zone en cas de problème sur le contacteur moteur. Exemple : contacteur collé. Dans le programme standard, il faut ajouter la même information d’échange (Info Sécu OK) afin de désactiver la commande du contacteur sur retombée de cette information.

Information d’arrêt d’urgence de la zone amont ou aval à mettre également dans l’équation de commande du contacteur



6 Traitement du diagnostic associé aux FB de sécurité

6.1 Traitement du diagnostic associé au FB TS0

À intégrer dans la FB gestion de l’ilot : FB1

Exemple dans le programme :

S’il existe une alimentation par zone, ce contrôle sera à intégrer dans les FB gestion des zones concernées : FB<x>00. Les instances de la BF_IHMCRM1 seront alors nommées Z<x>CRM, x étant le n° de la zone.



6.2 Traitement du diagnostic associé aux FB Z<x>_AU_ES_FZ

À intégrer dans la FB gestion de la zone <x> : FB<x>00



Aperçu succinct du FB

STRUCTURE BLOC(S) FONCTIONNNEL(S) ZONE(S) x - FBx00 avec x Numéro de la zone (de 1 à 9)

DEFAUTS – DYSFONCTIONNEMENT - SUIVI

………

FILERIE

DIAGNOSTIC COMMUN ARRET D'URGENCE

DIAGNOSTIC CONTACTEUR ARRET D'URGENCE

DIAGNOSTIC FRO ARRET D'URGENCE (si MEO)

DIAGNOSTIC COMMUN EN SERVICE

DIAGNOSTIC CONTACTEUR EN SERVICE

DIAGNOSTIC FRO EN SERVICE (si MEO)

DIAGNOSTIC COMMUN EN SERVICE TEMPORISE

DIAGNOSTIC CONTACTEUR EN SERVICE TEMPORISE

DIAGNOSTIC FRO EN SERVICE TEMPORISE (si MEO)

DIAGNOSTIC COMMUN FERMETURE ZONE

DIAGNOSTIC CONTACTEUR FERMETURE ZONE

DIAGNOSTIC FRO FERMETURE ZONE (si MEO)

DIAGNOSTIC AIR

DIAGNOSTIC PORTE x

DIAGNOSTIC INTRUSION

MODES DE MARCHE ET DE FONCTIONNEMENT ZONE

………

6.2.1 Exemple : Diagnostic commun arrêt d’Urgence

Il faut instancier la boite fonctionnelle BF_IHMCR1.

Cette boite fonctionnelle met à disposition de l'IHM les informations issues des FB BFS_BSEC1, BFS_BSECTR1 et BFS_CR1.

Elle permet d'afficher un défaut relatif à la discordance entre la commande et l'état d'un élément d'une boucle de sécurité (contacteur, relais, tension ou relais F-RO).

Elle doit être appelée pour chacun des composants des boucles de sécurité (AU,ES,ESTR,FZ,RLV,SOP,SOPR) fournissant un retour.

Paramètres d'entrée :

Typ est à renseigner en fonction de l’élément de la boucle de sécurité à surveiller:

Typ= 1 si Retour 24V (image de la tension de sécurité distribuée)

= 2 si Retour Contacteur ou Relais

= 3 si Retour FRO

x est à renseigner avec le bit x de l'instance du FB à surveiller.

Exemple "ITSZ1_AU_ES_FZ".Z1AU.x

CSecu est à renseigner avec le retour à surveiller.

Paramètres de sortie:

Def: Signale que le composant surveillé est la cause du défaut ou de l'alarme détecté sur la boucle de sécurité.

Diag:

CodeDef: Code de défaut

0 - Pas de défaut

1 - Erreur de paramétrage

2 - Défaut pas de pilotage et retour (24V)

4 - Alarme: pilotage et pas de retour (24V)



8 - Défaut pas de pilotage et retour (Contacteur)

16 - Alarme: pilotage et pas de retour (Contacteur)

32 - Défaut pas de pilotage et retour (FRO)

64 - Alarme: pilotage et pas de retour (FRO)

Même principe pour le diagnostic du contacteur, relais ou FRO Arrêt d’Urgence et pour toutes les boucles de sécurité surveillées.

6.2.2 Exemple : Diagnostic porte

Il faut instancier une boite fonctionnelle BF_PORTE1 par porte mise en oeuvre.

Cette boite fonctionnelle met à disposition de l'IHM les informations issues du FB BFS_PORTE1

Elle doit être appelée pour chaque instance du FB BFS_PORTE1

Paramètres d'entrée:

x: doit être renseigné avec le bit x de l'instance du FB à surveiller.

Exemple "ITSZ1_AU_ES_FZ".Z1PORTE1.x


Def: Signale un défaut de procédure d'intervention

Diag:


0 - Pas de défaut

1 - Défaut procédure d'intervention

Si l’élément à surveiller est un commun 24V. -si contacteur, le nom de l’instance sera Z1KAU -si relais, Z1RAU -si FRO, Z1FROAU

S1dcau si l’élément surveillé est un commun 24V S1dkau si contacteur S1drau si relais S1dfroau si FRO



6.2.3 Exemple : Diagnostic Air

Il faut instancier la boite fonctionnelle BF_IHMAIR1.

Cette boite fonctionnelle met à disposition de l'IHM les informations issues du FB BFS_AIR1

Elle doit être appelée pour chaque instance du FB BFS_AIR1

Paramètres d'entrée:

x: doit être renseigné avec le bit x de l'instance du FB à surveiller.

Exemple "ITNZ1_AU_ES_FZ".Z1AIR.x


Def: Signale un défaut air

Diag:


0 - Pas de défaut

1 - Défaut Air



6.2.4 Exemple : Diagnostic Anti-intrusion

Il faut instancier la boite fonctionnelle BF_IHMMUT1.

Ce FB sert à mettre à disposition d'IHMP les informations de défaut du FB BFS_MUT1

-Codedef=1 Violation anti-intrusion

-Codedef=2 Défaut matériel anti-intrusion 1 (cellule anti-intrusion 1 ou

détecteur de passage)

-Codedef=4 Défaut matériel anti-intrusion 2 (cellule anti-intrusion 2 ou

détecteur de passage)

-Codedef=8 Défaut cellule anti-intrusion 1

-Codedef=16 Défaut cellule anti-intrusion 2

-Codedef=32 Défaut détecteur de passage 1

-Codedef=64 Défaut détecteur de passage 2

6.2.5 Exemple : Diagnostic associé à la sécurisation d’un contacteur

Même principe que pour le diagnostic des énergies zone, on instancie la boite fonctionnelle BF_IHMCR1.

Ces équations seront écrites dans le bloc fonctionnel du sous ensemble dont fait parti le contacteur.



6.3 Traitement du diagnostic associé aux FB SE Robot

À intégrer dans la FB gestion du sous-ensemble concerné: FB<x><yy>


STRUCTURE BLOC(S) FONCTIONNNEL(S) SOUS-ENSEMBLE(S) ROBOT(S)

GESTION DIAGNOSTIC RELAIS ECHANGES SECURITE

DIAGNOSTIC RELAIS ECHANGE MISE EN SERVICE (si nécessaire)

DIAGNOSTIC RELAIS ECHANGE FERMETURE ZONE

VARIABLES PIECE

……..

6.3.1 Exemple : Diagnostic relais d’échange Fermeture zone

Même principe que pour le diagnostic des énergies zone



6.4 Traitement du diagnostic associé aux FB Z<x>_SOP



STRUCTURE BLOC(S) FONCTIONNNEL(S) SOUS-ENSEMBLE(S)

GESTION DIAGNOSTIC SECURITE OPERATEUR

DIAGNOSTIC COMMUN SECURITE OPERATEUR

DIAGNOSTIC CONTACTEUR SECURITE OPERATEUR

DIAGNOSTIC FRO SECURITE OPERATEUR (si MEO)

VARIABLES PIECE

……..

6.4.1 Exemple : Diagnostic commun sécurité opérateur

Même principe que pour le diagnostic des énergies zone

Le sous-ensemble concerné, C0 dans l’exemple, est le celui contenant les éléments mécaniques à sécuriser.

S1dcsop si l’élément surveillé est un commun 24V S1dksop si contacteur S1drsop si relais S1dfrosop si FRO

Si l’élément surveiller est un commun 24V. -si contacteur, le nom de l’instance sera C0KSOP -si relais, C0RSOP -si FRO, C0FROSOP



6.5 Traitement du diagnostic associé aux FB Z<x>_SOPR



STRUCTURE BLOC(S) FONCTIONNNEL(S) SOUS-ENSEMBLE(S)

GESTION DIAGNOSTIC SECURITE OPERATEUR/ROBOT

DIAGNOSTIC RELAIS SECURITE OPERATEUR/ROBOT

VARIABLES PIECE

……..

6.5.1 Exemple : Diagnostic associé à la came robot

Il faut instancier la boite fonctionnelle BF_IHMCAME_ROBOT1

6.5.2 Exemple : Diagnostic relais sécurité opérateur robot

Principe identique au traitement du diagnostic relais fermeture zone

6.6 Traitement du diagnostic associé aux FB Z<x>_RLV


Se référer au guide GE03.DI.115 : Guide de mise en œuvre des variateurs pilotés par un APIdS au Standard Système Siemens (S³) (Câblage, programmation, etc.) et aux guides des fonctions variateurs de manutention standard



7 Document joint à ce guide

Un Programme de sécurité avec une configuration de base pour exemple, est joint à ce document dans les bases de gestion des documents normatifs

8 Liste des documents cités

NOTE: Pour les documents non datés, la dernière version en vigueur s'applique

GE03.D0.159 : Guide de mise en œuvre Solution SAFETY V2 Système Standard Siemens

GE03.DI.115 : Guide de mise en œuvre des variateurs pilotés par un APIdS au Standard Système Siemens (S³) (Câblage, programmation, etc.)

+ Documents d’intégration des boites fonctionnelles GE03.J0.0xx de la page 14