Il existe sur le marché plusieurs systèmes de détection de survitesse (ODS) équipés d’un générateur de fonctions intégré à des fins de test en ligne, et cette fonctionnalité figure fréquemment dans les cahiers des charges des ODS. D’où provient cette fonctionnalité, et est-elle toujours nécessaire ?
Tester et retester
Tout matériel présente un certain niveau de fiabilité, qui se dégrade avec le temps. Pour valider la fiabilité d’un système de sécurité, les essais de mise en service initiaux et les essais de vérification périodiques constituent une pratique courante dans l’industrie. Pour répondre aux exigences croissantes en matière de sécurité vérifiable, il fallait soit du matériel plus fiable, soit des essais plus fréquents. Or, la conception d’un matériel plus fiable n’est pas toujours réalisable, et des essais plus fréquents perturbent le processus. Une méthode de test en ligne intégrant l’équipement et les procédures de test a offert une solution.
Normes
L’exigence relative à un générateur de fonctions intégré a été intégrée à la norme API 670. La première exigence de l’API 670 remonte à 2001, lorsque l’ODS a été introduit dans la 4e édition de cette norme. Bien que la première édition de la directive de sécurité fonctionnelle CEI 61508 ait déjà été publiée, la spécification, la conception et la surveillance interne d’un ODS étaient laissées à la discrétion du fabricant du système. Il était tout à fait logique que l’API spécifie une procédure de test pour les utilisateurs finaux ; cela a permis d’assurer une couverture de test élevée de l’ODS, y compris le solveur logique et l’élément final.
Aujourd’hui, la 5e édition de la norme API contient toujours des formulations concernant la génération de fonctions embarquées, mais elle fait également référence à la norme CEI 61508 comme méthode de conception des systèmes de sécurité fonctionnelle. Cependant, la norme CEI 61508 n’identifie pas de fonctions ou de méthodes spécifiques pour les systèmes de sécurité – l’exigence de la norme CEI 61508 se limite à la conception et à la construction d’un système intrinsèquement sûr, adapté à l’application.
En savoir plus sur ce que stipule l’API concernant les systèmes de détection de survitesse »
Nouvelle génération
Dans les nouvelles générations de matériel ODS, la sécurité vérifiable peut être assurée de différentes manières. On peut citer les circuits de surveillance fonctionnelle en parallèle, les redondances internes et les conceptions matérielles à sécurité intégrée qui permettent la création de systèmes de sécurité fonctionnelle certifiés avec de longs intervalles entre les tests de validation. Des améliorations supplémentaires peuvent être obtenues en concevant du matériel spécifiquement destiné à la sécurité fonctionnelle et en veillant à ce que le produit reste compact et centré sur son cœur de métier : la sécurité. En effet, moins votre chaîne de sécurité comporte de fonctionnalités et d’éléments, moins vous avez de tests à effectuer. Cela s’applique également au générateur de fonctions intégré.
La fin des tests de validation en ligne
Cela ne signifie pas que les tests de validation diagnostiques en ligne ne sont plus nécessaires. La principale exigence pour un intervalle de test de validation plus court réside souvent dans les équipements en aval, tels que le système de contrôle, le système d’arrêt d’urgence (ESD) ou l’élément final (FE). Cela signifie simplement que si le système de détection et de signalisation (ODS) est sûr de par sa conception, le système se prête à de longs intervalles entre les essais de validation et n’a pas besoin d’être inclus dans les tests de diagnostic en ligne. Tout comme les capteurs ne sont pas inclus dans ces tests. Cela rend superflus le générateur de fonctions intégré et les procédures qui y sont associées.
SpeedSys 300
Le système de détection de survitesse SpeedSys 300 a un intervalle de test de vérification typique supérieur à 10 ans, certifié selon la norme CEI 61508. Par conséquent, un SpeedSys 300 ne nécessite généralement aucun test en ligne pendant cette période. Afin de permettre des intervalles de test de vérification plus courts pour les équipements de queue de ligne, le SpeedSys 300 dispose d’une fonction de test de vérification automatisée, contrôlée via les entrées et sorties numériques. Ce test commute les relais de sortie du SpeedSys 300, mais n’inclut pas de générateur de fonctions ni de contournement temporaire de la logique du système.
Le principal avantage de cette approche d’essai de vérification réside dans le fait qu’elle est pilotée par un système de contrôle externe, tel qu’un DCS ou un PLC. Elle permet la surveillance et l’enregistrement externes de l’essai de vérification et favorise une planification plus intelligente de cet essai afin de s’adapter à des conditions de processus spécifiques. De plus, elle permet d’éviter de réaliser des essais dans des conditions de processus où la disponibilité des machines est critique.
En savoir plus sur le SpeedSys 300 »
À propos des normes
Les normes API 670 et CEI 61508 sont toutes deux considérées comme des lignes directrices et n’imposent pas d’obligations juridiques directes. Elles fournissent un cadre pour la sécurité des machines et les bonnes pratiques. La norme CEI 61508 est axée sur la sécurité fonctionnelle et comprend des méthodes relatives à la manière d’appliquer, de concevoir, de déployer et de maintenir des systèmes de protection automatiques. La norme API 670 est une norme de référence pour les systèmes de protection des machines sur les équipements rotatifs, établie par l’American Petroleum Institute.
de détection de survitesse La brochure sur les produits de mesure de vitesse offre un aperçu complet de nos tachymètres, de nos systèmes de détection de survitesse et de nos capteurs de vitesse.
