Architecture de supervision
a été conçu pour supporter des architectures multipostes afin de répondre à la demande croissante des utilisateurs pour augmenter les capacités de supervision et de contrôle dans les installations. Auparavant, ces objectifs pouvaient être atteints seulement par les systèmes distribués traditionnels ou par des systèmes clés en main spécifiques. Les concepts des architectures client-serveur et de messagerie inter-postes sont inclus dans et sont disponibles dans les environnements standards Windows NT et Windows 95/98.

Monoposte Dans une configuration traditionnelle mono-poste, le superviseur gère l'ensemble des données automates. supporte une base de données de plus de 10,000 variables sur un seul poste. Dans des situations où les événements doivent être horodatés à la source, gère les protocoles de communication véhiculant les données et leurs horodates à la milliseconde près. Lorsqu'elles proviennent de plusieurs automates, les données sont inter-classées avant d'être visualisées ou historisées. Multipostes parallèles La façon la plus simple de fournir un mode redondant. Plusieurs postes banalisés se partagent la supervision et la commande du procédé. Des applications identiques s'exécutent en parallèle sur chaque poste. Les actions opérateurs et les acquits d'alarmes sont diffusés vers tous les postes de l'association via le réseau local informatique. Client-serveur L'architecture client-serveur est une solution plus complexe pour les applications nécessitant plusieurs postes opérateurs, mais avec une seule connexion aux réseaux industriels. Le serveur est un producteur de données qui communique avec les automates et diffuse les informations vers les postes clients ou consommateurs. La communication inter-postes de fonctionne en mode événementiel et transmet par paquet les événements significatifs. Le poste serveur peut être un poste d'exploitation ou uniquement un frontal de communication afin d'augmenter ses performances. Client-serveur en parallèle Dans cette configuration, deux ou plusieurs serveurs redondants fonctionnant en parallèle sont dédiés à la communication avec les automates. Chaque client est abonné à un serveur principal et à un serveur secondaire. En cas de panne du serveur principal, les clients commutent automatiquement et de manière transparente au serveur secondaire. Un client peut se connecter via un service accès distant à un serveur situé dans un autre lieu géographique. Une liaison par ligne téléphonique louée, RTC ou même satellite est possible. Client-serveur optimisé Une version plus optimisée de l'architecture client serveur de autorise un serveur en standby (non actif). Il est client du serveur principal et ne communique pas avec les automates. Lors d'une panne du serveur principal, le serveur non actif démarre la communication avec les automates et devient le serveur principal. Le basculement est transparent pour les postes clients. Lorsque le serveur défectueux redémarre, il peut devenir le serveur en standby ou le serveur principal. Cette solution est adaptée aux réseaux industriels à un seul point de connexion. Dans le cas de réseaux industriels multimaîtres, elle offre l'avantage de minimiser la charge de communication. Client-serveur sécurisé Pour fournir un plus grand niveau de sécurité, il est possible de doubler le réseau local informatique et le réseau industriel. Chaque poste client peut ainsi accéder aux informations des automates via deux chemins complètement différents.