Publicité
PREAMBULE :
MISE EN GARDE :
Le système de centralisation AMI permet de traiter les alarmes en mode locale puis de les centraliser sur un « superviseur ». Ce
superviseur permet de visualiser l'ensemble de l'installation, de créer un historique des différents événements, de les imprimer, de
les reporter à un autre endroit.
Le système AMI est basé sur l'utilisation des panneaux d'alarmes AMI qui restent indépendant du superviseur. Cette solution
permet une sécurité maximum. En cas d'anomalie sur le bus ou sur le superviseur, les alarmes seront prises en compte et traitées
par le module local. De plus, la modularité par 12 voies, permet l'utilisation de panneaux standards entre eux (seul leur
paramétrage peut différer). Dans un ensemble de plusieurs panneaux regroupés, la défectuosité de l'un d'eux n'entraine pas l'arrêt
des autres. Remplacer un panneau est aisé et rapide. Tous ces panneaux sont débrochables, seule la configuration est à
recharger.
Mais comme tout système par bus, le bon fonctionnement est dépendant du bus. Une anomalie sur le Bus ou sur le superviseur
entrainera une anomalie sur la partie centralisation de l'installation ainsi que sur les reports à distance. Il y a donc lieu d'observer la
plus grande prudence et de prendre les précautions nécessaires au moment de la conception de l'installation.
A NE PAS FAIRE :
-
le PANEL'PC est un centralisateur d'alarme. Ce n'est pas un automate de process. Ne jamais l'utiliser pour une
automatisation (machine ou autre).
A FAIRE OBLIGATOIREMENT :
-
Avoir toujours à l'esprit que le PANEL'PC ou le bus peuvent être en disfonctionnement. Prévoir toujours une solution de
repli permettant de signaler l'anomalie et de pouvoir fonctionner en mode dégradé.
Exemple : regrouper les panneaux en sous-stations locales. Réaliser une synthèse par sous-station avec renvoi séparé
de ces synthèses avec un bus redondant vers un panneau centralisateur général. Prévoir un cheminement du bus séparé
du premier.
-
Réduire au maximum le nombre de reports. Même si le Panel'PC est puissant, plus le nombre de report est important,
plus son temps de traitement le sera. Certains choix s'imposent. Le report voie par voie n'est pas toujours le plus
judicieux. Un regroupement à l'origine peut être à envisager.
-
Ne jamais faire de reports en boucle : P1=>P2=>P3=>P1
-
Simplifier les reports : les reports peuvent être réalisés de différentes manières. P1=>P2 / P2=>P3 / P3 / P4 ou P1=>P2 /
P1=>P3 / P1 / P4
-
Les reports de RESET sont ceux qui ralentissent le plus le système et qui peuvent créer des anomalies fonctionnelles
consécutives à des changements d'état intervenant pendant l'exécution de ces reports.
Toutes ces précautions sont à prendre par le client au moment de la conception de l'installation.
Reportez vous aux chapitres concernés pour plus de détails.
Page 6 / 80
Publicité
