SIMATIC WinCC (TIA Portal) - Logiciel Runtime

Enlarge

Alarmes et messages
Le système de signalisation indique directement sur le poste opérateur les événements ou états survenus dans l’installation ou pendant le processus. Les événements indiqués peuvent être édités sur une imprimante ou stockés dans des archives de messages pour le traitement et l’analyse ultérieurs.

WinCC fait la différence entre :

• les messages utilisateurs
  qui affichent des états process ou qui acquièrent et consignent sur le terminal opérateur des données process en provenance de l’automate

• les messages système prédéfinis
  qui signalent des états système du pupitre opérateur ou de l’automate

Sous WinCC, les messages définis par l’utilisateur peuvent être générés de trois manières :

• Alarmes de bit

• Alarmes analogiques

• Messages via un procédé de messagerie par télégramme directement depuis la commande

WinCC distingue plusieurs mécanismes permettant un acquittement des messages non seulement par l’opérateur, mais aussi par l’automate. "Défaut", "Fonctionnement" et "Système" sont des classes de messages prédéfinies ayant des propriétés spécifiques. Grâce à des classes d’alarmes librement définissables, il est possible de personnaliser le comportement d’acquittement et la représentation des événements signalés.

Les vues d’alarme à configurer librement pour l’affichage des messages à l’écran peuvent être combinées à des filtres d’alarme qui limitent, au cours de l’exploitation, les messages actuels à afficher. Le filtre agit alors sur le texte utilisateur dans le message ; il peut être une séquence de caractères fixe ou peut être défini de façon dynamique par une variable.

Enlarge

Fonctionnalité étendue sur WinCC Runtime Professional
Les messages peuvent être dérivés à partir des bits individuels d’une variable de processus (32 max.), provenir directement du système d’automatisation suite à un télégramme de signalisation horodaté à la source, résulter d’alarmes analogiques en cas d’un nombre quelconque de dépassements d’une valeur limite ou être provoqués par une manipulation (-> message de conduite). Cela permet de régler l’hystérésis et de surveiller des plages de manière simple.

Puisque la structure des messages peut être définie librement, elle s’adapte aux exigences spécifiques d’une installation. La répartition en 10 blocs de texte différents au max. (repère d’installation, lieu du défaut, texte, etc.) apporte une plus grande visibilité et permet de déclencher des analyses ciblées en combinaison avec la fonction de filtrage ou de tri. La différenciation pouvant aller jusqu’à 16 classes d’alarme permet la préparation séparée d’alarmes, d’avertissements, de dysfonctionnements et d’erreurs pour plusieurs domaines d’installations. Au sein d’une classe de messages (par ex. alarme), il est en outre possible de différencier jusqu’à 16 priorités.

A l’aide des contenus des blocs de message individuels, l’affichage peut être filtré, sélectionné et trié, par ex. dans l’ordre chronologique, par priorité ou lieu du défaut. Les contenus peuvent ensuite être exportés directement sous forme de fichier CSV ou imprimés sous forme de rapport. Une fonction de barre d’outils personnalisable offre en outre un maximum de flexibilité, vous pouvez ainsi intégrer à la barre d’outils des fonctions personnalisées spécifiques au projet. Afin de préserver la visibilité en présence de nombreux messages, l’utilisateur peut masquer les messages d’état peu importants par le biais de la fonction Alarm Hiding. Dans ce cas, les messages sont archivés en arrière-plan.

Microsoft SQL Server est utilisé pour l’archivage des messages. Celui-ci garantit l’enregistrement sans faille de tous les événements. Les messages sont archivés dans les événements d’alarmes. Dans le journal au fil de l’eau, les messages peuvent être documentés dans l’ordre chronologique (de manière sélective). Dans le journal d’archivage des messages, il est possible de créer des vues définies sur les messages archivés.

Enlarge

Système de journalisation 
Le système de protocoles intégré de WinCC imprime les données enregistrées en cours d’exécution, la mise en page étant à configurer et est sous forme de pages. Il existe différents types de journaux : le journal au fil de l’eau, le journal des messages système, les rapports d’utilisateur, etc. Ces rapports peuvent également être stockés sous forme de fichier et affichés à l’écran par le biais d’un aperçu. Bien évidemment, ces journaux peuvent être configurés en plusieurs langues.

L’édition des rapports peut être déclenchée par horloge, sur événement ou sur commande de l’opérateur. L’imprimante peut être sélectionnée en ligne par le biais d’une boîte de dialogue prévue à cet effet. Le contenu d’un journal peut être défini de manière dynamique en cours d’exécution.

Les journaux WinCC peuvent contenir des données de la base de données et des données externes au format CSV sous forme de tableaux ou de courbes. Via le fournisseur de rapports spécifique aux clients, les données d’autres applications peuvent également être intégrées sous forme de tableau ou graphique.