Page 13 - untitled

Catégorie (nombre moyen de cycles avant défaillance dangereuse de
La structure du ou des composants du bloc est appréciée 10 % des composants). Pour calculer le MTTF , il vous faut
d
pour déterminer la catégorie correspondante (B, 1-4). Pour également connaître le nombre moyen de cycles par an exé-
la catégorie 4, par exemple, les défaillances individuelles cutés par le composant. Ainsi, par exemple, avec un nombre
n’entraînent pas la perte de la fonction de sécurité. de cycle par an de 17520, un composant ayant une valeur de
6
Pour atteindre la catégorie 4 avec des contacteurs, il faut B 10d =2·10 donne un MTTF =1141 an, soit une valeur élevée.
d
deux canaux (deux contacteurs) capables chacun de couper Vous noterez que le MTTF doit être calculé en fonction du
d
l’alimentation en énergie de la machine. Ces contacteurs nombre total de cycles que le composant va effectuer. Des
doivent être surveillés en raccordant des contacts normale- contacteurs souvent affectés simultanément à plusieurs fonc-
ment fermés sur une entrée de test d’un relais de sécurité, tions de sécurité constituent un exemple type. Vous devez,
par exemple. Pour surveiller ce type d’opération, les contac- dans ce cas, additionner le nombre de cycles estimés par an
teurs doivent disposer de contacts à ouverture positive. des contacteurs y compris les fonctions de sécurité.
Lorsque le MTTF est calculé à partir d’une valeur B 10d , il faut
d
Couverture du diagnostic (DC) également savoir que si la valeur MTTF obtenue est inférieure
d
L’annexe E de la norme EN ISO 13849-1 donne une méthode à 200 ans, le composant doit être remplacé après 10 % de la
simple de détermination de la DC, recensant différentes me- valeur MTTF (du fait de T ). Autrement dit, un composant
d 10d
sures et leurs correspondances en termes de DC. Exemple : avec un MTTF de 160 ans doit être remplacé après 16 ans
d
une DC de 99 % (DC élevée) est atteinte pour deux contac- pour continuer de satisfaire aux conditions du niveau PL. En
teurs en les surveillant avec le dispositif logique avec une effet, la norme EN ISO 13849-1 est basée sur une "durée de
boucle de retour. mission" de 20 ans.

Temps moyen avant défaillance dangereuse (MTTF ) Défaillance de cause commune (CCF)
d
Le temps MTTF doit normalement être fourni par le fabricant. L’annexe F de la norme EN ISO 13849-1 comporte un tableau
d
Si ce n’est pas le cas, il est soit repris des tableaux de la des mesures à prendre contre ce type de défaillance pour
norme EN ISO 13849-1 soit calculé en utilisant la valeur B 10d s’assurer qu’elle ne neutralise pas les deux canaux.
Défaillances systématiques
Calcul du nombre moyen de cycles : L’annexe G de la norme EN ISO 13849-1 décrit différentes
mesures à prendre pour éviter les défauts de conception.
B 10d
MTTF =
d
0.1 t n PL pour fonctions de sécurité
op
avec Les niveaux PL figurent à la page précédente. Si vous préfé-
d t h t 3600 rez utiliser une valeur PFH exact, reportez-vous au tableau
D
op
op
n op = de l’annexe K de la norme EN ISO 13849-1.
t
cycle Une fois le niveau PL de chaque bloc établi, vous pouvez ob-
n = nombre de cycles par an tenir un niveau PL total pour la fonction de sécurité au tableau
op
d = jours de fonctionnement par an 11 de l’EN ISO 13849-1. Vous disposez ainsi d’une estima-
op
h = heures de fonctionnement par an tion approximative de PL. Toutefois, si vous avez calculé le
op
t = temps de cycle (secondes)
cycle PFH pour chaque bloc, vous pouvez obtenir un PFH total
D
D
pour la fonction de sécurité en additionnant toutes les valeurs
Exemple : d = 365 jours, h = 24 heures et t cycle = 1.800 s des blocs. Cette valeur correspond à un niveau PL donné du
op
op
(2 fois/heure) ce qui donne nop= 17.520 cycles. tableau 3 de la norme EN ISO 13849-1.
Exigences pour le logiciel de sécurité
Si les fonctions de sécurité sont mises en œuvre au moyen Exemples d’exigences pour le logiciel (EN ISO 13849-1) :
d’un automate de sécurité, le développement et la vali- – Un cycle de vie de développement doit être produit
dation du logiciel doivent respecter certaines règles. Pour avec des mesures de validation indiquant le mode et le
éviter les erreurs, le logiciel doit être explicite, compréhen- moment de validation du programme, par exemple, à la
sible, testable et maintenable. suite d’une modification.
Une spécification logicielle doit être préparée pour – La spéci?cation et la conception doivent être documentées.
s’assurer que vous pouvez vérifier les fonctionnalités – Des essais fonctionnels doivent être réalisés.
du programme. Il est également important de diviser le – Des blocs fonction validés doivent être utilisés chaque
programme en modules pouvant être testés séparément. fois que cela est possible.
Le paragraphe 4.6 et l’annexe J de l’EN ISO 13849-1 spé- – Les flux de données et de commandes doivent être dé-
cifient les exigences pour le logiciel de sécurité. crits notamment par un schéma ou un organigramme.

ABB Produits et solutions sécurité machines | 11