Différence entre les alarmes de processus et les alarmes de système

L’alarme de processus peut être comprise comme une alarme déclenchée lorsque les paramètres de procédé dépassent leurs limites, avec des niveaux différents. Les alarmes système font principalement référence aux alertes émises en cas de panne du système DCS, telles que des problèmes de communication ou l’impossibilité d’accéder à la base de données historique.

Peut-on comprendre que l’alarme de processus correspond à une alarme d’anomalie lorsque les valeurs dépassent les seuils prédéfinis, et que les autres sont des alarmes système ?

L’alarme de processus concerne les alarmes générées en fonction des paramètres du procédé, tandis que l’alarme du système désigne les alarmes propres au système de contrôle, telles que la communication avec les templates, etc.

Pourriez-vous préciser quels autres types d’alarmes existent dans un système, en plus des alarmes de communication ?

Dernière modification de ce post par Sagesse GE le 15/04/2020 à 16:42 : 1. Alerte des systèmes de contrôle et d’instrumentation (abrégé en alertes système) : alertes générées par des pannes matérielles ou logicielles des systèmes de contrôle et d’instrumentation. Ces informations sont très utiles, mais il convient de noter qu’elles sont liées à l’opérateur et doivent être faciles à comprendre pour lui. Ces alertes sont souvent utilisées à tort. Notez qu’il est préférable de séparer l’affichage de ces alertes système de celui des alertes liées au processus de production. Alarmes du système de contrôle et d’instrumentation : générées par des défaillances au niveau du matériel ou du logiciel du système de contrôle et d’instrumentation. Elles peuvent être utiles, mais il convient de veiller à ce qu’elles soient pertinentes pour l’opérateur et facilement compréhensibles par lui. Elles sont souvent mal utilisées. Il peut être souhaitable de pouvoir séparer l’affichage de ces alarmes de système de celui des alarmes de processus. 2、Alarmes de processus (process alarms) : alarmes liées aux paramètres du processus et aux opérations effectuées ; la norme EEMUA191 les subdivise davantage en : alarmes absolues, alarmes de déviation, alarmes de taux de variation, alarmes calculées, alarmes d’incohérence, alarmes de premier produit, etc. 3. Reprenons l’importance de l’alarme : dans la couche de protection (LOPA), les alarmes et l’intervention humaine se trouvent au troisième niveau de cette couche. Si l’opérateur réagit rapidement après avoir été averti par l’alarme, le processus redevient normal ; en revanche, ignorer les alarmes ou ne pas les gérer correctement peut entraîner des actions d’interblocage. Par conséquent, il est nécessaire de classer les alertes afin d’éviter une surabondance d’alertes, d’éliminer celles qui sont inutiles, de réduire la charge de travail des opérateurs, et de pouvoir traiter en priorité les alertes selon leur niveau. Certains systèmes de contrôle sont équipés d’un système avancé de gestion des alarmes (AAS), qui évalue l’efficacité du système d’alarmes et propose des recommandations d’optimisation. Voici les normes relatives à la gestion des alarmes : IEC 62682-2014 Gestion des systèmes d’alarme pour les industries de transformation ANSI-ISA-18.2-2016 Gestion des systèmes d’alarme pour les industries de transformation EEMUA 191 Systèmes d’alarme – guide pour la conception, la gestion et l’acquisition

Les alarmes de processus relèvent du procédé, les alarmes du système relèvent des instruments.

J’ai enfin compris, merci ! ! ! ! ! ! ! !