SIMATIC HMI WinCC V6.0 Options - Siemens AG · Manuel WinCC V6 Options v ... Nous vous proposons...

Préface 0

Archives utilisateur 1

Systèmes multipostes 2 Configuration du serveur d'archives central 3 Installation du serveur d'archives longue durée 4

Installation du serveur de fichiers 5

WinCC Redundancy 6

SIMATIC HMI

WinCC V6.0 Options

Manuel

Edition 04/03 A5E00221826

Numéro de commande 6AV6392-1DA06-0AC0

Règles de sécurité

Ce manuel donne des consignes que vous devez respecter pour votre propre sécurité ainsi que pour éviter des dommages matériels. Elles sont présentées, selon le risque encouru, de la façon suivante :

Danger signifie qu'il y a danger de mort ou de blessure grave de façon certaine, si les mesures de précaution en question ne sont pas prises.

Avertissement signifie qu'il y a danger de mort ou de blessure grave de façon éventuelle, si les mesures de précaution en question ne sont pas prises.

Attention avec triangle de signalisation, signifie qu'il y a risque de blessure légère si les mesures de précaution en question ne sont pas prises.

Attention sans triangle de signalisation, signifie qu'un dommage matériel peut survenir si les mesures de précaution en question ne sont pas prises.

Précaution signifie qu’un événement ou un état indésirable peut survenir si la recommandation en question n’est pas suivie.

Remarque doit vous rendre tout particulièrement attentif à des informations importantes sur le produit, aux manipulations à effectuer avec le produit ou à la partie de la documentation correspondante.

Personnel qualifié

La mise en service et l'utilisation de ce logiciel ne doivent être effectuées que par un personnel qualifié. Le personnel qualifié dans le sens des prescriptions de sécurité de cette documentation est constitué par des personnes capables de prendre en compte les normes techniques de sécurité dans le cadre de l'utilisation de ce logiciel dans des installations.

Marques déposées Vous trouverez dans la préface les marques déposées de Siemens AG.

Imprimeur Edition et publication : A&D AS SM ID 5

Copyright Siemens AG 2003 All rights reserved Exclusion de responsabilité

Toute communication ou reproduction de ce support d'information, touteexploitation ou communication de son contenu sont interdites, saufautorisation expresse. Tout manquement à cette règle est illicite et exposeson auteur au versement de dommages et intérêts. Tous nos droits sontréservés, notamment pour le cas de la délivrance d'un brevet ou celui del'enregistrement d'un modèle d'utilité.

Nous avons vérifié la conformité du contenu du présent manuel avec lematériel et le logiciel qui y sont décrits. Or des divergences n'étant pasexclues, nous ne pouvons pas nous porter garants pour la conformitéintégrale. Si l'usage de ce manuel devait révéler des erreurs, nous entiendrons compte et apporterons les corrections nécessaires dès laprochaine édition. Veuillez nous faire part de vos suggestions.

Siemens AGBereich Automation & DrivesGeschäftsgebiet SIMATIC HMIPostfach 4848, D-90327 Nürnberg

Siemens AG 2003Sous réserve de modifications techniques.

Siemens Aktiengesellschaft Numéro de commande 6AV6392-1DA06-0AC0

04.03 Préface

Manuel WinCC V6 Options i 6AV6392-1DA06-0AC0

Préface

But

Le manuel WinCC V6 Options décrit User Archives, Server, Redundancy et la configuration. Le système d'information intégré dans WinCC contient des informations complémentaires : vous y obtiendrez des instructions, des exemples et des données de référence sous forme électronique.

Dans ce manuel vous procurera un aperçu sur les thèmes suivants

• User Archives

• le travail en système multiposte

• Redundancy

Vous obtiendrez des informations sur WinCC en général et sur les configurations dans le manuel WinCC V6 Documentation de base.

Historique

Edition Remarque

08/1999 WinCC Options V5

04/2003 WinCC Options V6

Intégration dans le paysage informatique

Préface 04.03

ii Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

Documentation Contenu

Installation Notes Contient des informations importantes sur le contenu de la livraison, l'installation et la mise en oeuvre de WinCC.

WinCC V6 Documentation de base

Fournit des informations • sur WinCC en général

• pour travailler avec des projets

• pour travailler avec des variables

• pour créer des images processus

• pour dynamiser des images processus

• pour créer des procédures et des actions avec VBS

• pour créer des fonctions en C et des actions sous Global Script

• pour constituer un système de messages

• pour archiver des alarmes et des valeurs de process

• pour documenter des données de configuration et runtime

• pour constituer des projets multilingues

• pour constituer une gestion des utilisateurs

• pour la configuration automatisée avec VBA

• sur la communication de process

Données de référence pour VBS

Contient les données de référence sur VBS

Migration Contient des conseils sur la migration de projets, qui ont été créés avec une version de WinCC antérieure à V6.

WinCC V6 Options

(User Archives, Server, Redundancy)

Fournit des informations sur les options • User Archives: Création et utilisation des archives

utilisateur

• Server: Structuration et commande de WinCC en système multiposte

• Redundancy: Structuration et commande de systèmes redondants

ProAgent Fournit des informations sur l'option ProAgent (diagnostic de process) • Configuration d'un diagnostic de process spécifique à une

installation

• Transmission des erreurs du process et de ses causes

04.03 Préface

Manuel WinCC V6 Options iii 6AV6392-1DA06-0AC0

Documentation Contenu

WebNavigator

Dat@Monitor

Fournit des informations sur les options WebNavigator et Dat@Monitor • Configuration du projet web

• Accès aux images processus du projet web via Intranet ou Internet

• Fonctions d'affichages de données d'archivage et de valeurs du process actuelles sous Excel

• Fonctions d'affichage de données d'archivage issues de WinCC Historian sous forme de tableaux et de courbes

• Fonction de contrôle pour les images processus

Basic Process Control

Fournit des informations pour les options de contrôle-commande de WinCC • Picture Tree Manager

• Avertisseur sonore

• Lecteur de carte à puce

• Lifebeat Monitoring

• Time Synchronization

• Editeur de projet OS

Process Control Runtime

Fournit des informations pour les options de contrôle-commande pour le fonctionnement en runtime

Open Development Kit

Permet au programmateur d'utiliser les fonctions API de WinCC et d'accéder aux données

Marques

Les désignations suivantes sont des marques déposées de Siemens AG:

SIMATIC®, SIMATIC HMI®, SIMATIC Multi Panel®, SIMATIC Panel PC®,

SIMATIC Multifunctional Panel®, HMI®, WinCC®, ProTool®, ProTool/Lite®,

ProTool/Pro®

Les autres désignations rencontrées dans cette documentation peuvent concerner des marques de produits dont l'utilisation par des tiers dans leur propre intérêt pourrait violer les droits du détenteur.

Préface 04.03

iv Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

Assistance clientèle et technique

Accessible dans le monde entier - à toute heure :

Johnson CityNürnberg

Peking

SIMATIC Hotline

Dans le monde entier (Nuremberg)

Assistance technique (FreeContact)

Heure locale: Lu.–Ve. 7:00 à 17:00

Tél.: +49 (180) 5050-222

Fax: +49 (180) 5050-223

E-Mail: techsupport@ ad.siemens.de

GMT: +1:00

Dans le monde entier (Nuremberg)

Assistance technique (contre rétribution, seulement avec la carte SIMATIC)


Tél.: +49 (911) 895-7777

Fax: +49 (911) 895-7001

GMT: +01:00

Amérique (Johnson City)

Assistance technique et autorisation Heure locale: Lu.–Ve. 8:00 à 19:00

Tél.: +1 423 461-2522

Fax: +1 423 461-2289

E-Mail: simatic.hotline@ sea.siemens.com

GMT: -5:00

Europe/Afrique (Nuremberg)

Autorisation


Tél.: +49 (911) 895-7200

Fax: +49 (911) 895-7201

E-Mail: authorization@ nbgm.siemens.de

GMT: +1:00

Asie/Australie (Peking)

Assistance technique et autorisation Heure locale: Lu.–Ve. 8:30 à 17:30

Tél.: +86 10 64 75 75 75

Fax: +86 10 64 74 74 74

E-Mail: adsupport.asia@ siemens.com

GMT: +7:00

Les langues utilisées sur les lignes d'assistance technique SIMATIC sont en général l'allemand et l'anglais.

04.03 Préface

Manuel WinCC V6 Options v 6AV6392-1DA06-0AC0

Services en ligne SIMATIC Customer Support

SIMATIC Customer Support vous offre par le biais des services en ligne une multitude d'informations supplémentaires concernant les produits SIMATIC :

• Vous obtiendrez des informations actuelles d'ordre général

dans Internet sous http://www.siemens.com/simatic

• Vous obtiendrez des informations actuelles concernant le produit, FAQ, conseils et astuces ainsi que des téléchargements

dans Internet sous http://www.siemens.com/automation/service&support

Centre d'entraînement

Nous vous proposons des cours d'initiation pour que vous puissiez vous familiariser plus facilement avec les systèmes d'automatisation. Veuillez contacter votre Centre d'entraînement régional ou le Centre d'entraînement principal en Allemagne, à Nuremberg, code postal 90327.

Tél.: +49 (911) 895-3200

Internet: http://www.sitrain.com

E-Mail: [email protected]

Assistance complémentaire

Pour toute question supplémentaire concernant les produits SIMATIC HMI, veuillez vous adresser à votre correspondant Siemens dans les filiales et succursales de votre région.

Vous en trouverez les adresses :

• dans le catalogue Siemens ST 80

• dans Internet sous http://www.siemens.com/automation/partner

• dans le catalogue interactif CA01 http://www.siemens.com/automation/ca01

Préface 04.03

vi Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

04.03 Sommaire

Manuel WinCC V6 Options vii 6AV6392-1DA06-0AC0

Sommaire

1 Archives utilisateur ........................................................................................ 11 1.1 Composants de l’éditeur Archives utilisateur ........................................................12 1.1.1 L’éditeur Archives utilisateur ................................................................................12 1.1.2 L’élement table Archives utilisateur WinCC..........................................................13 1.1.3 Les fonctions standards du langage de script WinCC...........................................13 1.1.4 Application des Archives utilisateur ......................................................................14 1.1.5 Fonctions Archives utilisateur...............................................................................17 1.2 L’éditeur Archives utilisateur ................................................................................19 1.2.1 Structure de l’éditeur Archives utilisateur..............................................................19 1.2.1.1 Menus .................................................................................................................19 1.2.1.2 Barre d’outils .......................................................................................................27 1.2.1.3 Fenêtre de tableau...............................................................................................29 1.2.2 Configuration .......................................................................................................30 1.2.2.1 Exemple d’une Archive utilisateur ........................................................................30 1.2.2.2 Configuration d’une Archive utilisateur .................................................................32 1.2.2.2.1 Création d’une Archive utilisateur.........................................................................32 1.2.2.2.2 Création des champs d’Archives utilisateur ..........................................................39 1.2.2.2.3 Propriétés d’archives utilisateur ...........................................................................43 1.2.2.2.4 Propriétés des champs d’archives utilisateur........................................................44 1.2.2.2.5 Propriétés des variables de forçage .....................................................................47 1.2.2.3 Configuration de modification d’archives utilisateur ..............................................54 1.2.2.4 Configuration de vues..........................................................................................55 1.2.2.4.1 Création de vues .................................................................................................55 1.2.2.4.2 Création de colonnes d’une vue...........................................................................57 1.2.2.4.3 Propriétés de vues...............................................................................................59 1.2.2.4.4 Propriétés de colonnes d’une vue ........................................................................62 1.2.2.5 Conseils pour la configuration..............................................................................64 1.2.3 Changement de la langue....................................................................................65 1.3 Fonctions standard du langage de script WinCC..................................................66 1.3.1 Configuration d'actions.........................................................................................66 1.3.2 Fonctions d'édition et de représentation d'archives utilisateur...............................67 1.3.3 Les handles des fonctions standard .....................................................................68 1.3.3.1 Les handles pour configurer les archives utilisateur..............................................68 1.3.4 Les handles pour les fonctions runtime ................................................................69 1.3.5 Exemple de script ................................................................................................71 1.4 Echange de données avec SIMATIC S5 / S7 .......................................................81 1.4.1 Echange de données à l’aide de variables WinCC ...............................................81 1.4.2 Echange de données à l’aide variables de données brutes ..................................82 1.4.2.1 Envoi de contrats/ Données à WinCC ..................................................................82 1.4.2.2 Envoi du récépissé de traitement/ Données à SIMATIC S5 / S7 ...........................83 1.4.2.3 Conception de l’entête de télégramme.................................................................83 1.4.2.4 L’entête de contrat ...............................................................................................84 1.4.3 Différences de format de données entre WinCC et S5/S7 ....................................88 1.5 Annexe................................................................................................................89 1.5.1 Le langage SQL...................................................................................................89 1.5.2 Liste alphabétique des mots clés SQL .................................................................90 1.5.3 Quantité de données admissible ..........................................................................92 1.5.3.1 Performance en écriture et lecture de variables....................................................93 1.5.3.2 Performance des temps d’ouverture de vues .......................................................94 1.6 WinCC User Archive Table Element.....................................................................95 1.6.1 Configuration d'un User Archive Table Element ...................................................96 1.6.1.1 Placer un User Archive Table Element dans une vue de process .........................96 1.6.1.2 Définir les propriétés du User Archive Table Element...........................................98 1.6.1.3 Supprimer le User Archive Table Element............................................................99

Sommaire 04.03

viii Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

1.6.2 Configuration d'une vue en formulaire..................................................................99 1.6.2.1 Créer un champ de formulaire "Text" .................................................................100 1.6.2.2 Créer un champ de formulaire "Edit" ..................................................................101 1.6.2.3 Créer un champ de formulaire "Button" ..............................................................102 1.6.2.4 Editer des champs de formulaire a posteriori......................................................103 1.6.2.5 Supprimer des champs de formulaires ...............................................................103 1.6.3 Propriétés du WinCC User Archives Table Element ...........................................104 1.6.3.1 Propriétés des objets du WinCC User Archives Table Element ..........................104 1.6.3.2 Dialogue de propriétés du WinCC User Archives Table Element ........................105 1.6.4 User Archives Table Element en Runtime..........................................................113 1.6.4.1 Le tableau du User Archives Table Element.......................................................113 1.6.4.2 Le formulaire du User Archives Table Element...................................................114 1.6.4.3 La barre d'outils du User Archives Table Element ..............................................114 1.6.4.4 Commande du contrôle par des objets dynamiques ...........................................119

2 Systèmes multipostes.................................................................................. 123 2.1 Systèmes Client-Serveur dans WinCC...............................................................123 2.2 Configurations et quantité de données admissible..............................................125 2.3 Scénarios Client-Serveur ...................................................................................127 2.4 Configuration du serveur....................................................................................129 2.5 Configuration du client .......................................................................................130 2.6 Comportement du système dans Runtime..........................................................131 2.6.1 Démarrage du serveur.......................................................................................133 2.6.2 Démarrage du client ..........................................................................................134 2.6.3 Particularités de la communication pour un serveur

avec plusieurs modules réseau..........................................................................134 2.6.4 Arrêt du serveur.................................................................................................136 2.6.5 Arrêt du client ....................................................................................................136 2.7 Configurer à distance.........................................................................................137 2.7.1 Accès aux projets depuis plusieurs clients .........................................................138 2.8 Utilisation des interfaces OPC dans les systèmes Client-Serveur.......................140

3 Configuration du serveur d'archives central.............................................. 141

4 Installation du serveur d'archives longue durée ....................................... 143

5 Installation du serveur de fichiers .............................................................. 145

6 WinCC Redundancy ..................................................................................... 147 6.1 Structure du Système WinCC ............................................................................149 6.1.1 Architecture du système WinCC sans Redundancy............................................149 6.1.2 Architecture d'un système WinCC avec Redundancy .........................................150 6.2 Fonctionnement de l'option Redundancy............................................................151 6.3 Configuration des serveurs redondants..............................................................154 6.3.1 Configuration fonctionnellement identique..........................................................154 6.3.2 Conditions préalables pour des systèmes redondants........................................154 6.3.3 Archives utilisateur redondantes ........................................................................156 6.3.3.1 Conditions préalables des Archives utilisateur redondantes ...............................156 6.3.3.2 Fonctionnement de la synchronisation d'archives utilisateur ...............................157 6.3.4 Alarmes synchronisées en ligne.........................................................................159 6.4 Travailler avec Redundancy...............................................................................160 6.4.1 Guide de création d'un système redondant ........................................................160 6.4.2 Déclaration du serveur sous Windows ...............................................................162 6.4.3 Configuration de la redondance .........................................................................163 6.4.3.1 Onglet "Général"................................................................................................164 6.4.3.2 Onglet "User Archive" ........................................................................................168 6.4.3.3 Exemple de commutation Client lors d'un incident

du couplage de process.....................................................................................170

04.03 Sommaire

Manuel WinCC V6 Options ix 6AV6392-1DA06-0AC0

6.4.4 WinCC Project Duplicator ..................................................................................173 6.4.5 Scénarios de défaillances ..................................................................................175 6.4.5.1 Scénario 1 : Le serveur n'est pas en Runtime ....................................................176 6.4.5.2 Scénario 2 : La liaison au serveur partenaire est défectueuse ............................177 6.4.5.3 Scénario 3 : La liaison réseau au Client est défectueuse....................................178 6.4.5.4 Scénario 4 : Couplage défectueux de process ...................................................178 6.4.5.5 Scénario 5 : Défaut de logiciel............................................................................179

Sommaire 04.03

x Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

04.03 Archives utilisateur

Manuel WinCC V6 Options 11 6AV6392-1DA06-0AC0

1 Archives utilisateur

L'introduction de l'éditeur pour archives utilisateur fournit les informations suivantes:

• Utilisations possibles des archives utilisateur

• Les composants de l'éditeur pour archives utilisateur

• Configuration et éxécution

• Registre des fonctionnalités de l'archive utilisateur

L'éditeur pour archives utilisateur de WinCC permet d'enregistrer en continu les données de process techniques sur un PC-serveur. On peut configurer un élément de table WinCC archives utilisateur dans le Graphics Designer. Lors de l'éxécution, cet élément permet de représenter en temps réel et sous forme de tableau les données venant des archives utilisateur.

Les archives utilisateur sont également utilisées pour mettre les données à la disposition des contrôleurs (AS) comme, par exemple, aux pages 5 et 7. Si besoin est, des données peuvent être importées des automates sous forme de recettes ou de valeurs de consigne.

L'éditeur pour archives utilisateur propose deux types de tableaux de base de données :

• Archives utilisateur : Les archives utilisateur sont des tableaux de base de données, qui permettent à l'utilisateur de créer ses propres champs de données. Les archives utilisateur servent à l'enregistrement de données et offrent, conformément aux conventions de bases de données SQL, un accès normalisé aux données.

• Vues : Les vues couvrent les données des archives utilisateur et servent à la formation de résumés, ce qui permet par exemple, de créer des aperçus sur des groupes de produits.

Il y a deux façons de créer et d'éditer les archives utilisateur :

• Lediteur pour archives utilisateur permet une projection interactive et comfortable des archives utilisateur.

• Les fonctions d'édition d'archives utilisateur en language de script WinCC.

Les fonctions du language de script WinCC permettent aussi de réaliser de multiples actions pour l'éxécution. Dans l'image d'éxécution, on peut configurer un tableau relié directement aux mémoires images du process des contrôleurs (AS).

Archives utilisateur 04.03

12 Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

1.1 Composants de l’éditeur Archives utilisateur

1.1.1 L’éditeur Archives utilisateur

Avec son interface de commande Windows, l'éditeur pour archives utilisateur offre une méthode comfortable pour installer et maintenir des archives Utilisateur. La surface de travail de l'éditeur pour archives utilisateur se divise en trois zones :

• la fenêtre de navigation pour sélectionner les archives utilisateur et les vues.

• la fenêtre de données pour afficher et modifier les champs. Les champs des archives utilisateur et des vues, qui ont été sélectionnés dans la fenêtre de navigation, sont affichés dans la fenêtre de données.

• la fenêtre de tableau pour afficher et modifier en temps réel les données des archives utilisateur et des vues sélectionnées. Dans la fenêtre de tableau de l'éditeur pour archives utilisateur , on peut avoir une connexion en temps réel aux mémoires images du process des automates programmables industriels (SPS).

Les fenêtres de navigation et de données de l'éditeur pour archives utilisateur offrent un accès rapide, avec interface de type Explorer, à tous les éléments d'archives utilisateur. Des boîtes de dialogues et des assistants permettent une configuration et une modification comfortables des archives utilisateur.



1.1.2 L’élement table Archives utilisateur WinCC

Un élément table archives utilisateurpeut être configuré avec le Graphics Designer. L'élément table archives utilisateur permet la représentation et la modification des données des archives utilisateur pendant l'éxécution. Le contrôle est commandé par des symboles.

Dans le contrôle, les contenus des champs peuvent être créés, modifiés et supprimés interactivement. Les fonctions de recherche facilitent également l'accès dans de grandes archives utilisateur. On peut importer et exporter des archives utilisateur et définir les conditions de filtre et de tri.

Des données peuvent être lues et écrites en temps réel via une liaison directe aux contrôleurs (AS)

Pendant la configuration d'un élément table archives utilisateur, l'élément est lié à une archive utilisateur ou à une vue. Son accès est restreint à l'archive ou à la vue sélectionnée. Pour permettre l'accès, l'archive utilisateur ou la vue doit être déverrouillée. Via l'administrateur utilisateur, il est possible d'assigner au contrôle des autorisations ciblées.

Lorsque cette protection d'accès est supprimée, elle doit être reconnue par le contrôle : il faut, dans le Graphics Designer, lier une nouvelle fois le contrôle avec l'archive utilisateur.

La protection d'accès d'une archive ou d'un champ est interrogée lors de l'ouverture de vue d'un élément table archives utilisateur. Une protection d'accès, pour les variables de forçage d'une archive protégée, se réalise séparement au travers des propriétés de l'objet, par exemple une image, un champ d'E/S ou un bouton de commande.

1.1.3 Les fonctions standards du langage de script WinCC

Les fonctions du langage de script WinCC se fractionnent en :

• fonctions de configuration pour la configuration des archives utilisateur

• fonctions d'éxécution pour la configuration d'actions lors de l'éxécution

Lors de l'éxécution, les fonctions d'éxécution sont activées par des actions, par exemple un clic de souris sur un bouton de commande donné. Le langage de script WinCC est basé sur le language de haut niveau C, tandis que les fonctions de base de données se basent sur le standard SQL.



1.1.4 Application des Archives utilisateur

Lors de la configuration d'Archives Utilisateur, on peut créer ses propres tableaux de base de données soit avec l'Editeur pour Archives Utilisateur, soit avec les fonctions du language de script WinCC.

L'Editeur pour Archives Utilisateur permet aussi la création de nouveaux enregistrements et l'édition de données dans des enregistrements existants, dès le commencement de la configuration.

Lors de l'éxécution, les archives utilisateurs (qui ont le même sens que des tableaux de base de données) peuvent être représentées en tant que tableaux dans les fenêtres de vue de l'élément Table Archives. Un échange de données permanent avec les AS peut se faire par des variables de données brutes ou des variables WinCC.

Exemple avec saisie de données d'exploitation de turbine

Une entreprise de production d'énergie installe l'archive utilisateur "HDTurbine1". Cette archive utilisateur sert au contrôle de l'état de fonctionnement d'une turbine haute pression. L'archive utilisateur "HDTurbine1" possède les champs de données suivants :

HDTurbine1

Index

Vitesse de rotation

Pression d'alimentation

Pression de sortie

Température de vapeur 1

Température de vapeur 2

Fréquence des oscillations

Amplitude d'oscillation

Température de palier 1

Température de palier 2



Pendant l'éxécution et à intervalles de temps définissables, les données d'exploitation de la turbine peuvent être déposées sur la mémoire de masse du PC (disque dur) en tant qu'enregistrements de l'archive utilisateur :

fonctions de script

API S5 / S7

fonctions de script

enregistrement

enregistrement

enregistrement

enregistrement

805

804

803

802

données d'exploit

Les données d'exploitation sont enregistrées toutes les 15 minutes dans L'enregistrement pré-configuré

Les fonctions de script User Archive enregistrent l'enregistrement "TurbineHP 1" toutes les 15 minutes sur le disque dur

Ultérieurement, les données venant des archives utilisateur pourront être analysées grâce aux fonctions du language de script WinCC ou visualisées avec "l'élément WinCC Table Archives Utilisateur".

Exemple avec recettes d'un fabricant de boissons

Les recettes sont un exemple de flux de données partant vers un automate programmable industriel (SPS). Un fabricant de boissons, qui dans notre exemple, produit un soda et un jus d'orange, utilise l'Archive Utilisateur pour mettre les recettes des ingrédients de ses boissons à la disposition de l'AS.

Archive utilisateur Champs de données

Soda Eau

Sucre

Couleur 7

Acide phosphorique

Caféine

Les Archives Utilisateur utilisent les interfaces de données vers les AS offertes par WinCC : via les données brutes du gestionnaire de données WinCC ou bien par les variables WinCC. WinCC met à disposition un lot adapté d'actions C pour le transfert de données de / vers les AS.



Utilisations possibles des vues

WinCC offre, comme autre caractéristique technique, des "vues" sur plusieurs archives utilisateur d'un serveur. Les vues permettent le regroupement de champs de données venant de différentes archives utilisateur. Ainsi, des relations en language SQL sur des champs de différentes archives utilisateur peuvent par exemple être constituées, pour représenter lors de l'éxécution les souhaités en tant que vue. Les archives utilisateur utilisées doivent au moins avoirs une Gemeinsamkeit.

Archive

VueArchive Champs de données

Champs de données

Champs de donnéesClient

Commandes

Réf. ClientSociété

Tél.Fax

Réf. Client.ArticleQté commandéePrix

Société (Client) Adresse (Client)

Prix (Commandes)

Réf. Client (Client)

Réf. Client (Commandes)

Affichage au runtimeSociétéAdresseArticleQté commandéePrix

(Réf. Client = Réf. Client)Lien

Dans notre exemple, l'utilisateur construit une vue pour les commandes. Il extrait les informations nécessaires aux commandes à partir des archives "clients" et "contrats clients". Le numéro client estla clé commune des deux archives utilisateur et sert de matière de liaison pour la vue. L'utilisateur choisi uniquement l'affichage des champs nécessaires des archives utilisateur concernées.

Nota

Les logiciels existants qui prenaient en charge un accès de bases de données ODBC sur des versions d'archives Utilisateur inférieres à 4.02, ne pourront plus avoir accès aux archives utilisateur plus récentes que la version 4.02.



1.1.5 Fonctions Archives utilisateur

Les caractéristiques des User Archives seront présentées sous la forme de mots clés ci-dessous:

Configuration

• Archives utilisateur et vues peuvent être créés dans la forme d'un tableau, ainsi permettant le classement des données directe et simple aux champs des archives utilisateur ou aux vues (division en colonnes et lignes).

• Représentation en ligne en runtime dans les formulaires (images processus) ou optionelle en forme de tableau

• Entrée/sortie de données par l'intermédiaire de champs E/S (classement des champs d'archives utilisateur à l'aide d'actions en C/variables de forçage)

Impression

• des données de configuration et des données runtime en forme de tableau à l'aide de rapports WinCC

• Exportation des données en format CSV (traitement ultérieur par des programmes externes, par ex. Excel)

Transmission de / à AS (S5, S7...)

• enregistrements entiers d'une archive utilisateur (par l'intermédiaire de variables de données brutes

• champs de données individuels d'un enregistrement (par des variables WinCC)

• Communication par la totalité des interfaces offertes par WinCC.

Possibilités d'édition

• dans la représentation au tableau

• dans les formulaires

• par l'intermédiaire de champs E/S (avec actions en C/variables de forçage)

Commande

• en tableaux à l'aide de boutons de commande normalisés

• dans les formulaires par des boutons de commande

• avec actions en C



Suppression ou création d'enregistrements

• Création d'enregistrements dans des tableaux à l'aide de boutons de commande

• dans les formulaires par des boutons de commande

• Création et suppression d'enregistrements avec actions en C

Variables de forçage

• Installation assistée par assistant de variables WinCC comme variables de commande

• Accès rapide aux User Archives pour des polycopiés et contrôleurs

• Adressage indirecte en cas d'actions en C

Quantité de données admissible

On peut projeter dans l'éditeur User Archives un nombre maximal de 500 archives et 500 vues sur des archives. Pour chaque archive, on peut créer 500 champs maxi.

Archive

Le nombre maximum des enregistrements dans une archive est limité et dépend du nombre des colonnes projetées et des enregistrements contenus dans l'archive. Le produit de colonnes et enregistrements ne peut pas dépasser 320000. Il faut, pour le nombre des colonnes, également inclure la colonne "ID" créée par le système, et si les colonnes "Last User" et "Last Access" si celles-ci sont sélectionnées.

Exemple :

On a projeté 15 colonnes propres dans l'archive et la colonne "Last Access" est sélecionnée. On a donc projeté 17 colonnes en total, y compris la colonne "ID", ceci résultant enun nombre maximal de 320000 / 17 = 18823 enregistrements.



1.2 L’éditeur Archives utilisateur

1.2.1 Structure de l’éditeur Archives utilisateur

L'éditeur User Archives peut être opéré par ses menus, sa barre d'outils, à l'aide de touches de raccourci ou par des clics de souris directes. Dans la suite on vous offre des renseignements sur les sujets suivants:

• Les menus de l'éditeur User Archives

• La barre d'outils menus de l'éditeur User Archives

1.2.1.1 Menus

Dans ce chapitre vous trouverez la description de la commande par menu. Des fonctions qui sont conformes au standard Windows ne sont pas décrites ici.

L'éditeur User Archives offre les menus suivants:

Menu Commandes de menus Raccourci clavier

Projet Rétablir Ctrl + N

Enregistrer Ctrl + S

Exporter...

Importer...

Contrôler...

Quitter

Edition Couper Ctrl + X

Copier Ctrl + C

Insérer Ctrl + V

Données Runtime Ctrl + R

Options Ctrl + O

Affichage Barre d'outils

Barre d'état

Fractionner

Rafraîchir F 5

Données Runtime Importer

Exporter

Aide Rubriques d'aide

Fichier journal...

A propos de...



Nota

Les fonctions "Couper, Insérer et Copier" ne sont disponibles que dans la fenêtre de données. Chaque fois, on ne peut couper, copier ou insérer qu'une archive utilisateur, un champ ou une vue. On ne peut mémoriser que lorsque, à ce moment, aucune archive utilisateur n'est prise de référence (archive utilisateur est prise de référence, par exemple, lors de l'affichage de la fenêtre du tableau dans le système de configuration (CS) ou en runtime).

Rétablir

"restauration" permet de rebuter les changements les plus récents et de rétablir l'état enregistré dernièrement sans fermer l'éditeur. En outre, vous pouvez valider, avec cette fonction, des changements qui ont été exécutés et enregistrés depuis l'ouverture de l'éditeur de photocopiés ou de programmes externes. L'éditeur n'apprend pas automatiquement tels changements extérieurs.



Exporter (Menu Projet)

Cette commande de menu permet d'exporter des structures d'archive utilisateur et de vue (données CS) du projet WinCC ouvert.

Lorsque vous cliquez sur la commande Exporter dans le menu "Projet", un dialogue s'ouvre qui contient une sélection d'archives et de vues créés dans le projet WinCC ouvert. La sélection simple et multiple y est praticable. On a présélectionné dans la plage sélection de fichier le chemin de projet du projet ouvert et un nom de fichier comprenant le nom de projet et l'extension de fichier "uap". L'action sur le bouton pour la sélection de fichier provoque l'ouverture d'un dialogue de sélection, dans lequel vous pouvez régler en choix libre un lieu d'enregistrement. Lorsque vous avez déterminé le lieu d'enregistrement, l'exportation est exécutée après l'action sur le bouton de commande "Exporter". Fermez le dialogue après l'exportation des archives utilisateur et vues sélectionnées.

Nota

Afin d'exporter des données en runtime, il faut utiliser la commande de menu "Exporter" dans le menu "Données runtime".



Importer (Menu Projet )

Cette commande de menu permet d'importer des structures d'archive utilisateur et de vue (données CS) au projet WinCC ouvert.

Afin de pouvoir importer des archives utilisateur et des vues, il faut d'abord exporter, dans le projet à importer, les archives utilisateur et les vues pour générer un fichier "uap". Pour démarrer l'importation, cliquez sur la commande Importer dans le menu "Projet". Il s'ouvre un dialogue de sélection des archives utilisateur et des vues à importer. La sélection simple et multiple y est praticable. On a préréglé automatiquement dans la plage sélection de fichier le chemin de projet du projet ouvert et un nom de fichier comprenant le nom de projet et l'extension de fichier "uap". Lorsque vous actionnez le bouton pour la sélection de fichier, un dialogue de sélection s'ouvre dans lequel vous pouvez choisir le fichier à importer. Lorsque vous avez sélectionné le fichier, l'importation sera réalisée après l'action sur le bouton de commande "Importer". Fermez le dialogue après l'importation des archives utilisateur et vues sélectionnées.

Afin de maintenir la consistance des données de structure, une vue sera toujours exportée ensemble avec les archives liées et importée également avec cette vue lors de l'importation. Des archives existantes du même nom ne doivent pas être écrasées lors d'une importation. Si vous voulez conserver les noms d'archive, vous devrez supprimer des archives du même nom existantes dans le projet avant l'importation. Auparavant, il faut sécuriser des données runtime existantes, parce qu'elles seront aussi effacées lors de l'effacement des archives.

Nota

Afin d'importer des données runtime, il faut utiliser la commande de menu "Importer" dans le menu "Données runtime".



Contrôler

Cette commande de menu vous permet de vérifier si les variables prises de référence dans l'éditeur User Archives existent dans le WinCC Explorer. Si aucun erreur n'est reconnu, vous verrez le message: "Pas d'erreur trouvée lors de la vérification". S'il y a d'erreur, vous recevez le message d'erreur suivant.

Seront affiché l'archive utilisateur, le champ concerné et la variable manquant dans la gestion des variables.

Nota

Des variables structurées ne sont pas vérifiées avec cette fonction.

Données Runtime

Cette commande de menu vous permet d'éditer des données en ligne dans la fenêtre de tableau. Une coche dans le menu indique que l'état "Données runtime" est actif.

Options

Cette commande de menu vous permet de déterminer comment la création des archives utilisateur et des vues doit être réalisée. Le cadre de dialogue suivant s'affiche si vous cliquez sur ce menu:

Création d'archives utilisateur en boucles:

Lorsque cette option est active, un cadre de dialogue pour introduire d'autres archives utilisateur apparaît automatiquement après avoir introduit une archive utilisateur et ses champs.



Création de champs en boucles:

Lorsque cette option est active, le cadre de dialogue pour introduire d'autres champs de données apparaît automatiquement après avoir introduit un champs de données d'une archive utilisateur.

Création de vues en boucles:

Lorsque cette option est active, un cadre de dialogue pour introduire d'autres vues apparaît automatiquement après avoir introduit une vue et ses colonnes.

Création des colonnes en boucles:

Lorsque cette option est active, un cadre de dialogue pour introduire d'autres colonnes apparaît automatiquement après avoir introduit des colonnes d'une vue.

Partager

Cette commande de menu permet le changement de la grandeur des trois fenêtres partielles de l'éditeur User Archives.

Importer (Menu-Données Runtime)

Cette commande de menu permet d'importer les enregistrements (données runtime) à l'archive utilisateur sélectionnée.

Le fichier d'importation ne contient pas d'informations sur le type de données et le nombre des colonnes. Il est donc important que la structure des données d'importation et celle de l'archive de cible est identique, ou l'importation se réalise vers l'archive utilisateur depuis laquelle les données ont été exportées auparavant.

Lors de l'exportation, des ID d'enregistrement seront introduits dans les données d'exportation afin de faciliter le classement univoque des données importées. Si WinCC constate lors de l importation qu'une ID existe déjà dans l'archive utilisateur, un alarme est créé et une inscription dans le fichier "log" "UALogFile.txt" indiquant l'ID concerné. Les données avec une nouvelle ID d'enregistrement seront ajoutées à l'archive utilisateur en tant que nouveaux enregistrements.

Nota

Si on souhaite importer des données qui sont d'origine de l'archive utilisateur actuelle, ont été créées hors de WinCC et doivent maintenant écraser les données d'archive existantes, il faut d'abord effacer tous les enregistrements de l'archive. Sinon seront affiché des messages d'erreur à cause des ID identiques d'enregistrements lors de l'importation. Afin d'importer des structures de l'archive utilisateur et des vues, il faut utiliser la commande de menu "Importer" dans le menu "Projet".

L'article est désactivé lorsque la fonction "données runtime" est activée (menu "Éditer").



Introduisez, dans le champ "Sélection de fichier", le chemin et le fichier de l'archive utilisateur à importer. Le bouton de commande "..." vous soutiendra lors de la sélection de fichier. Le chemin de fichier sera automatiquement préréglé sur le dossier "ua" dans le chemin de projet de l'archive utilisateur active.

Vous pouvez choisir dans le champ "format fichier" le format fichier de l'archive utilisateur à importer. Vous pouvez définir le trait d'union désiré à l'aide du bouton de commande "Options". Le signe d'union par défaut est le point-virgule ";".

Dans le champ "Sélection d'archives" vous sélectionnez l'une des archives utilisateur du projet actuel pour la définir comme archive cible. Après la sécletion, le bouton de commande "Importation" sera activé.

Après l'action sur le bouton de commande "Importation", l'importation sera faite.

Nota

Respectez la chose suivante lors d'un projet Client-Serveur: Si le serveur contient une archive utilisateur, par ex. sous "c:\Projekte\Test\UA", cette dernière sera activée sous cette dénomination de chemin. Le Client, lui,organisera le déverrouillage par l'intermédiaire d'un dérouleur réseau, par ex. "I:\Test\UA". Le chemin standard de l'archive utilisateur se trouve donc sur le Client "I:\Test\UA". Ce répertoire, cependant, n'existe pas sur le serveur sous cette dénomination. Si vous voulez importer cette archive utilisateur sur le Client, vous devez changer le chemin standard sur le Client, dans notre exemple en "C:\Projekte\Test\UA".



Exporter (Menu-Données Runtime)

Cette commande de menu permet d'exporter les enregistrements (données runtime) de l'archive utilisateur sélectionnée. Les données exportées peuvent être traitées dans un autre programme utilisateur, par ex. MS-Excel, et puis être importées à l'archive utilisateur.

Nota

L'article est désactivé lorsque la fonction "données runtime" est activée (menu "Éditer"). Afin d'exporter des structures de l'archive utilisateur et des vues, il faut utiliser la commande de menu "Exporter" dans le menu "Projet".

À partir de WinCC V5.1, les titres de colonne sont exportés avec et ne doivent pas être changés.

Introduisez, dans le champ "Sélection de fichier", le nom du chemin et du fichier de l'archive utilisateur à exporter. Le bouton de commande "..." vous soutiendra lors de la sélection de fichier. Le chemin de fichier sera automatiquement préréglé sur le dossier "ua" dans le chemin de projet de l'archive utilisateur active.

Vous pouvez sélectionner dans le champ "Format de fichier" le format de fichier dans lequel l'archive utilisateur doit être exporté. Vous pouvez définir le trait d'union désiré à l'aide du bouton de commande "Options". Le signe d'union par défaut est le point-virgule ";".



Dans le champ "Sélection d'archives" vous pouvez sélectionner l'une des archives utilisateur du projet actuel pour la définir comme archive cible. Après la sélection, le bouton de commande "Exporter" sera activé.

Dans la zone "Filtre" vous pouvez définir selon demande un filtre pour l'exportation de l'archive utilisateur. Dans le champ "Filtre sur champ" vous indiquez le champ duquel le filtre doit prendre référence. Dans les champs "de... à" vous indiquez la gamme de valeurs qui doit traverser le filtre.

Après avoir activé le bouton de commande optionnel "Expression SQL" vous pouvez entrer dans le champ de saisie sous ce bouton de commande un terme filtre dans la langue SQL Vous trouverez plus d'information sur les termes SQL dans l'annexe..

Après l'action sur le bouton de commande "Exporter", l'exportation sera faite.

Lors de l'exportation, des ID d'enregistrement seront introduits dans le fichier d'exportation afin de faciliter le classement univoque des données importées.

Nota

Respectez la chose suivante lors d'un projet Client-Serveur: Si le serveur contient une archive utilisateur, par ex. sous "c:\Projekte\Test\UA", cette dernière sera activée sous cette dénomination de chemin. Le Client, lui,organisera le déverrouillage par l'intermédiaire d'un dérouleur réseau, par ex. "I:\Test\UA". Le chemin standard de l'archive utilisateur se trouve donc sur le Client "I:\Test\UA". Ce répertoire, cependant, n'existe pas sur le serveur sous cette dénomination. Si vous voulez importer des données d'archive utilisateur sur le serveur, vous devez changer le chemin standard sur le Client, dans notre exemple en "C:\Projekte\Test\UA".

1.2.1.2 Barre d’outils

L'éditeur User Archives peut être commandé par des clics directs sur sa barre d'outils. Les symboles divers de la barre d'outils sont décrits ci-dessous en classement alphabétique.

Icône Description

Recherche

Propriétés

Exportation

Aide

Importer

Supprimer

Nouveau



Icône Description

Données Runtime

Enregistrer

Rétablir

Recherche

Les icônes "Recherche" permettent de feuilleter facilement dans l'archive utilisateur en runtime.

Propriétés

Avec le symbole "Propriétés" vous pouvez éditer les propriétés des archives utilisateur ou des champs de données. Un clic avec le bouton droite de la souris sur une archive utilisateur suffit également pour éditer les propriétés d'une archive utilisateur ou d'un champ de données.

Lorsque le symbole Propriétés" est activé, vous pouvez déroulez, pendant l'édition des champs de données, le tableau en runtime à l'aide des touches de commandes du curseur, ainsi éditant les champs tout de suite. Le bouton de commande "Propriétés" ne deviendra exploitable qu'après la sélection d'un champ de données.

Supprimer

Le symbole "Effacer" permet d'effacer des archives utilisateur ou champs de données. Un clic avec le bouton droit de la souris sur une archive utilisateur ou sur un champs de données suffit également pour effacer une archive ou un champ de données. Il est en outre possible de cliquer sur une archive utilisateur ou sur un champ de données et d'actionner ensuite la touche "Effacer".

Nouveau

Le symbole "Nouveau" permet de créer des nouvelles archives utilisateur ou nouveaux champs de données. Un clic avec le bouton droit permet également la création d'une nouvelle archive utilisateur.



1.2.1.3 Fenêtre de tableau

L'article "Éditer-Données runtime" ou le bouton de commande correspondant permet d'allumer ou éteindre le champ de tableau. Un double-clic sur l'un des champs permet l'introduction de données. Ceci sera indiqué par le curseur de texte. Lorsque le symbole Propriétés" est activé, vous pouvez déroulez, pendant l'édition des champs de données, le tableau en runtime à l'aide des touches de commandes du curseur, ainsi éditant les champs tout de suite. Le bouton de commande "Propriétés" ne deviendra exploitable qu'après la sélection d'un champ de données. Les fonctions d'éditions vous seront disponibles au champ de tableau par l'intermédiaire d'un mnu contextuel. Afin de copier des enregistrements à un programme extérieur, vous devez marquer les lignes de texte concernées et les copier au presse-papiers en utilisant la combinaison de touches "Ctrl" + "c". Pour insérer au programme extérieur, utilisez la combinaison de touches "Ctrl" + "v". Il n'est,cependant, pas possible de procéder ainsi pour insérer des données externes à la fenêtre de tableau de l'éditeur User Archives.

Nota

Si vous changez une valeur ou plusieurs valeurs dans le champ de tableau de l'éditeur User Archives ou dans un tableau Control User Archives, vous devrez quitter l'enregistrement après la terminaison des entrées, c'est-à-dire changer à une autre cellule du tableau ou à une autre ligne pour permettre que la valeur sera saisie et mise à jour dans d'autres affichages.



1.2.2 Configuration

La première étape est la configuration d'une nouvelle archive utilisateur. Pour réaliser la configuration, des assistants sont disponibles qui permettent un procédé confortable et guidé à l'utilisateur. Il faut réaliser les étapes de configuration suivantes:

Configuration d'archives utilisateur

• Création d'archives utilisateur

• Définition des champs d'archives utilisateur

Configuration de vues

• Création d'une vue

• Définition des champs de données

• Définition des relations

Configuration d'éléments de tableau User Archives

• Création d'un élément table Archives Utilisateur

• Création d'un champ de formulaire

1.2.2.1 Exemple d’une Archive utilisateur

Le fabricant de boissons "Sun Drink" dans notre exemple fabrique le boisson coca "Calif Cola" et le jus d'orange "Sunny Juice". Pour mémoriser les recettes pour les ingrédients de ses boissons, il utilise les User Archives deWinCC. Lorsqu'un réservoir de l'installation de remplissage est vide, les données de préparation sont envoyées aux AS par l'intermédiaire des voies de communication de WinCC. Les AS seront alors capable de remplir le réservoir de nouveau sur la base des données de préparation.



Les User Archives sont utilisés comme suit:

• Archives utilisateur : Il y a ici une archive utilisateur pour le boisson coca et une archive utilisateur pour le jus d'orange.

• Vues : À l'aide des vues, les champs de données des deux archives utilisateur sont réunis, dans cet exemple c'est le groupe de produit couleurs.

Chaque archive utilisateur se compose de champs de données avec des proprietés éditables. Concernant le boisson coca dans notre exemple, les champs de données contiennent les ingrédients. Chaque champ de données dispose de propriétés comme le nom, le nom alias, le type, la longueur, la valeur... La représentation des champs de données et de leurs propriétés dans l'éditeur User Archives se fait en lignes et colonnes. On parle alors au lieu de champs de données de lignes et au lieu de propriétés de colonnes. La structure de l'archive utilisateur "Coca" pourrait se représenter comme suit:



Archive utilisateur Coca

Propriétés (Colonnes)

Champs de données (lignes)

Nom Alias Type Long. Val. mini.

Val. maxi.

Valeur départ

Eau Eau Brun.5 int 2 1000 1500 1000

Sucre Sucre Zmela int 2 120 140 130

Couleur 7 Colorant 7

FS1007 int 2 6 8 6

Caféine Caféine Caféine int 2 2 3 2

Acide phosphorique Acide phosphorique

PhosAc int 2 170 190 170

1.2.2.2 Configuration d’une Archive utilisateur

1.2.2.2.1 Création d’une Archive utilisateur

Création d'une nouvelle archive utilisateur

Démarrez l'éidteur depuis l'explorer WinCC.

• Cliquez, dans ce but, sur User Archives et choisissez, dans le menu contextuel, l'article "Ouvrir". Il apparaît sur l'écran l'interface utilisateur de l'éditeur User Archives.

Nota

500 champs maxi. peuvent être créés par archive utilisateur.

L'option préréglée "Création d'archives en boucle" permet de créer plusieurs archives utilisateur l'une après l'autre. Si vous ne voulez créer qu'une seule archive utilisateur, vous pouvez désactiver cette option dans le menu "Éditer -Options".

Afin de créer une archive utilisateur procédez maintenant comme suit.

1. Cliquez, dans la fenêtre de navigation, avec le bouton droit sur "Archives".

2. Puis cliquez avec le bouton droit dans la fenêtre de navigation ou de données. Il apparaît le menu contextuel représenté dans la partie inférieure de la figure.



3. Sélectionnez l'option "Nouvelle archive"

Il apparaît l'assistant pour configurer les archives utilisateur.

Définition des propriétés génerales d’Archives utilisateur

Vous verrez le dialogue "Général" qui permet de créer d'une nouvelle archive utilisateur.

Entrez un nom d'archive utilisateur, par exemple "Coca". Vous pouvez utiliser le champ "Alias" pour entrer un deuxième nom pour l'archive utilisateur, par exemple "Calif Coca", afin de commenter l'archive utilisateur ou afin de réaliser un changement de langue en runtime par l'intermédiaire de la bibliothèque de texte. Cette entrée est optionnelle.

Dans l’aide en ligne, vous trouverez des informations complémentaires concernant le changement de la langue.



Si vous indiquez le type d'archive "Limitée", vous pouvez définir le nombre maximal permissible d'enregistrements dans le champ "Nombre". Le type "Illimitée" crée des archives utilisateur d'un nombre non limité d'enregistrements.

Nota

Les mots clés (ou mots réservés) du langage de banque de données SQL ne doivent pas être utilisés comme noms d'archive ou nom de champs. Voir aussi le chapitre "Liste alphabétique des mots clés SQL".

Lors de la création d'enregistrements, aucune vérification n'est faite si ceux-ci sont complets ou corrects.

Paramétrages à la communication

Dans la boîte de dialogue "Communication" vous pouvez définir le type de liaison entre commande et archive utilisateur:

Sous le point "Type" vous pouvez définir le type de communication:

• Aucune: pas de communication praticable

• à moyen de variable de données brutes: Accès à AS à moyen de variable de données brutes.

• à moyen de variable WinCC: Accès à AS à moyen de variable WinCC

Afin d'obtenir une liaison à moyen de variables de données brutes, cliquez sur "à moyen de variable de données brutes". Saisissez comme identification de l'archive la "PLCID". La"PLCID" se compose de 8 caractères ASCII maxi. et est univoque au projet WinCC. Elle dénomine l'archive utilisateur concernée et est le préalable pour le renvoi des données de la mémoire image du processus par le contrôleur à l'archive utilisateur correcte.



Si vous avez sélectionné "à moyen de variable de données brutes", vous pouvez cliquer sur "Sélectionner" et puis choisir une variable de données brutes.

Si vous avez sélectionné la communication par variable WinCC, l'affectation des variables se fait dans le dialogue de propriétés des champs d'archive utilisateur.

Nota

Lors de la communication à moyen de variables de données brutes, un enregistrement intégral est lié avec une variable de données brutes. Lors de l'utilisation de la variable WinCC, une seule variable est chaque fois liée avec un seul champ d'archive utilisateur.

Lors de la communication d'archives utilisateur à moyen de variables de données brutes, la PLCID garantit la dénomination univoque de l'archive. On ne peut pas utiliser dans ce but la R_ID projeté dans la variable de données brutes utilisé, parce qu'elle n'est importante que pour la communication avec le contrôleur. en outre, plusieurs archives utilisateur peuvent être alimentées par la même variable de données brutes.

Définition des variables de forçage

Sur l'onglet "Variables de forçage", les variables de forçage sont créées en forme de variables WinCC avec lesquelles on aura accès aux champs d'archive utilisateur.

Dans les quatres champs de saisie de l'onglet, on peut définir des variables WinCC avec lesquelles on aura accès aux ID d'enregistrement, aux codes de commande, au champ d'archive et à la valeur du champ d'archive.

À côté de chaque champ de saisie, il y a un bouton de commande "Sélectionner" qui permet d'ouvrir le dialogue de sélection de variables. Celui affiche toutes les variables WinCC existantes et permet de les sélectionner.



En utilisant le bouton de commande "Créer..." vous pouvez faire générer des variables automatiquement. Ceci crée un nouveau groupe de variables "@UA[Nom d'archive]" et les variables créées sont y plantées sous la forme @UA[Nom d'archive]ID, @UA[Nom d'archive]tâche etc.

Nota

Pour garantir la fonction, il est important de toujours indiquer toutes les quatre variables de forçage d'une archive utilisateur ou les créer par l'intermédiaire de l'assistant. Le type de données de la variable de forçage ne doit pas être modifié.

Lors de la création d'une nouvelle archive utilisateur il est recommandé d'utiliser l'assistant pour créer la variable de forçage et la ranger en mémoire.

À l'aide de ces quatre variables de forçage vous pouvez sélectionner une archive utilisateur. Pour la sélectionner, il faudra alimenter par les valeurs concernées soit la variable "ID" et "contrat" soit la variable "contrat", "Champ" et "Valeur".

Plus d'informations concernant la commande de l'archive utilisateur par l'intermédiaire des variables de forçage au chapitre "Propriétés des variables de forçage".

Si vous ne voulez pas utiliser, dans l'exemple, les variables de forçage, quittez le dialogue sans entrées. Vous trouverez un exemple de l'utilisation de variables de forçage au chapitre "Exemple de l'utilisation des variables de forçage".

Définition des autorisations et indicateurs

Le dialogue "Autorisations et indicateurs" permet la définition d'autorisation d'accès aux User Archives aux paramètres pour l'édition de l'autorisation la plus récente / de l'utilisateur le plus récent dans les colonnes verticales.



Sont affiché les autorisations réglées actuellement pour accès en lecture et en écriture. Afin de modifier ces réglages, vous pouvez cliquer sur l'un des boutons de commande "Sélectionner". Ceci provoque l'ouverture de la boîte de dialogue "Autorisations" où vous verrez les autorisations créées par le User Administrator et qui vous sont offertes pour sélection:

L'activation de l'option "Champ - dernier accès" provoque la création d'une colonne avec date et heure de l'accès le plus récent. L'option "Champ - nom d'utilisateur" provoque la création d'une colonne indiquant l'utilisateur qui avait dernièrement accès à l'archive utilisateur.

1. Sélectionnez l'une des autorisations

2. Par exemple, sélectionnez le champ "Utilisateur dernier".

3. Quittez l'ajustage de l'archive utilisateur avec la touche "Terminer".

Après avoir terminé archive utilisateur, vous verrez l'interrogation "Ajouter des champs?". Lorsque vous confirmez par "Oui", le dialogue "Général" pour créer des champs d'archives utilisateur s'ouvre. Comment il faut créer des champs d'archive utilisateur vous sera montré au chapitre "Création de champs d'archive utilisateur".

Lorsque vous avez activé au menu "Éditer - Options" l'option "Création des archives en boucle", vous verrez l'interrogation "Archive prochain?" après la création des champs. Si vous cliquez sur "Oui" vous verrez la boîte de dialogue initiale "Général" pour saisir la prochaine archive utilisateur.



Finalement vous mémorisez la nouvelle archive utilisateur en cliquant sur le symbole de stockage ou par action sur le menu "Projet - Enregistrer".

Nota

Toute modification d'une archive utilisateur ne sera chargée dans la base de données que par action sur "Enregistrer". Si vous souhaitez mettre au point l'archive utilisateur par l'intermédiaire de l'option "Redundancy" il faut d'abord avoir activé l'indicateur "Last Access".

Les propriétés de l'archive utilisateur "Coca" de notre exemple sont:

utilisateur Archive

Propriétés

Soda Nom Soda

Alias: Calif Coca

Type: Unlimited

Max.Recs: 1

Com.Type: Raw

PLCID: S7112

Var.Nom: CalifVarGroup

Right read: 0

Right write: 0

Indicateurs U

Pos.: 3

Last access: 03/05/98 12:54



1.2.2.2.2 Création des champs d’Archives utilisateur

Vous apprendrez dans ce chapitre comment il faut créer des champs de données d'une archive utilisateur.

L'option préréglée "Création de champs en boucle" permet de créer plusieurs champs l'un après l'autre. Si vous ne voulez créer qu'un seul champ, vous pouvez désactiver cette option dans le menu "Éditer -Options".

1. Élargissez "Archives" dans la fenêtre de navigation (clic sur caractère "+"). La nouvelle archive utilisateur "Coca" sera affichée dans la fenêtre de navigation.

2. Cliquez avec le bouton droit sur le nom d'archive utilisateur "Coca" dans la fenêtre de navigation. Il s'ouvre le menu contextuel suivant:

3. Cliquez sur l'article "Nouveau champ".

Il apparaît la boîte de dialogue "Général".

Nota

Lors de la modification de champs d'archive utilisateur, il serait possible que des données se perdraient sous les conditions suivantes:

Si l'une des conditions de consistance ne peut plus être remplie lors de données qui existent déjà, comme par exemple en cas d'Unique, Not Null etc.

Si on a renommé un nom de champ.

Si un nouveau type de données ne peut plus convertir les données de la source.

Vous trouverez plus d'informations sur la modification d'archives utilisateur au chapitre "Configuration de modification d'archives utilisateur".



Définition de propriétés générales des champs d’archives utilisateur

Vous définissez dans la boîte de dialogue "Général" le champ d'archive utilisateur que vous voulez créer, ainsi que le type de champ. Dans le type de champ "Chaîne de caractères", il est possible de définir aussi la longueur de champ.

• Introduisez maintenant dans le champ de saisie "Nom de champ" le nom du premier champ d'archive utilisateur, dans notre exemple c'est le premier 'ingrédient de recette "Eau".

• Vous pouvez utiliser le champ "Alias" pour entrer un deuxième nom pour le champ afin de commenter le champ ou afin de réaliser un changement de langue en runtime par l'intermédiaire de la bibliothèque de texte. Cette entrée est optionnelle.

Dans l’aide en ligne vous trouverez des informations complémentaires concernant le changement de la langue.

Les noms entrés permettent plus tard l'affectation des champs pour la représentation en tableaux.

Dans le champ de saisie "Type" vous pouvez indiquer l'une des types de variable suivants:

• integer Valeur 32 bits avec signe

• float Nombre à virgule 32 bit IEEE 754

• double Nombre à virgule flottante 64 bit IEEE 754

• Chaîne de caractères Variable de type texte 8 bits jeu de caractères

• Date / heure Aucun type de données spécial disponible

Nota

Lors du type de variable "Date/heure" le format de saisie pour la date et l'heure dépendra des réglages dans le système d'exploitation.



Définition des valeurs

Dans la boîte de dialogue "Valeurs" vous pouvez introduire les valeurs minimum, maximum et de départ.

Minimum, maximum et valeur de départ

Vous pouvez définir ici des valeurs en fonction du type de données sélectionné.

Variable WinCC

Vous pouvez créer ici une variable WinCC qui permet d'enregistrer la valeur du champ d'archive utilisateur. Vous pouvez...

1. entrer la variable directement au champs de saisie

2. sélectionner une variable par interaction avec le bouton de commande "Sélectionner" ou créer une nouvelle variable

3. provoquer la création automatique d'une nouvelle variable avec le bouton de commande "Créer"

4. modifier les propriétés de la variable postérieurement en utilisant le bouton de commande "Éditer"



Définition des autorisations et indicateurs

Vous pouvez définir des autorisations et attributs pour les champs d'archive utilisateur dans la boîte de dialogue "Autorisations et indicateurs".

Autorisations

En utilisant le bouton de commande "Sélectionner" vous pouvez définir ici les autorisations pour les accès en lecture et en écriture. Les autorisations praticables sont définies dans le User Administrator. La création des autorisation d'accès se fait selon la même procédure comme au chapitre "Création d'un archive utilisateur".

Indicateurs

Vous pouvez définir dans la zone "Indicateurs" les attributs suivants pour le champ de données sélectionné:

1. "Le champ doit posséder une valeur":

Le champ possède une valeur qui doit être différente de zéro.

2. "Le champ doit posséder une valeur univoque":

Le champ doit posséder une valeur univoque, c'est-à-dire les valeurs de cette colonne doivent être différentes l'une de l'autre.

3. "Champ à indexer":

Le champ soutient une valeur d'index si ceci est praticable. Cet index pourra augmenter le rendement lors des instructions de recherche, par exemple.



4. Quittez l'entrée par champ de saisie par action sur le bouton de commande "Terminer".

Un nouveau champ de données est alors créé dans l'archive utilisateur "Coca".

Lorsque vous avez activé, dans le menu "Édition - Options" l'option "Créer les champs en boucle" vous verrez l'interrogation "Champ prochain?". Si vous cliquez sur "Oui" vous verrez la boîte de dialogue initiale "Général" pour saisir le prochain champ.

5. Finalement vous enregistrez la nouvelle archive utilisateur

Nota

Toute modification d'une archive utilisateur ne sera chargée dans la base de données que par action sur "Enregistrer".

1.2.2.2.3 Propriétés d’archives utilisateur

Pour pouvoir éditer les propriétés d'une archive utilisateur...

• cliquez dans la fenêtre de navigation avec le bouton droit sur l'une des archives utilisateur, par ex."Coca" (d#abord élargir les archives).

• Sélectionnez dans le menu contextuel "Propriétés".

Vous obtiendrez alors le dialogue "Propriétés de l'archive", où vous pouvez modifier les propriétés. Les onglets "Général", "Communication", "Indicateurs" et "Sélectionner autorisation" sont décrits au chapitre "Création d'archive utilisateur". L'onglet supplémentaire "Ordre" permet de définir l'ordre des archives utilisateur:



Onglet "Ordre"

L'onglet "Ordre" permet de définir l'ordre des archives utilisateur.

Sélectionnez une archive utilisateur ou en plusieurs et déplacez leur position en utilisant les touches "vers le haut" et "vers le bas". Confirmez les entrées avec "OK". Finalement vous mémorisez la archive utilisateur en cliquant sur le symbole de stockage ou par action sur le menu "Projet - Enregistrer". L'ordre des archives utilisateur sera sortie dans l'éditeur User Archives dans la colonne "Pos."

Nota


1.2.2.2.4 Propriétés des champs d’archives utilisateur

Pour pouvoir éditer les propriétés des champs de données...

• Cliquez dans la fenêtre de navigation sur l'une des archives utilisateur, par ex. "Coca" (d'abord élargir les archives).

• Vous devriez maintenant voir dans la fenêtre de données de l'éditeur User Archives les champs de données de l'archive utilisateur "Coca":



Pour pouvoir éditer les champs de données d'une archive utilisateur...

• Cliquez sur le nom de champ "Eau" dans la fenêtre de données de l'éditeur User Archives

• Cliquez dans le menu contextuel sur "Propriétés"

Vous obtiendrez alors le dialogue "Propriétés du champ", où vous pouvez modifiez les propriétés du champ de données.

Les onglets "Général", "Valeurs", "Indicateurs" et "Sélectionner autorisation" sont décrits au chapitre "Définition des champs d'archive utilisateur". L'onglet supplémentaire "Ordre" permet de définir l'ordre des champs d'archives utilisateur.



Onglet "Ordre"

Pour définir l'ordre des champs de données, il y a l'onglet "Ordre". L'ordre réglé ici a de l'influence lors de la représentation des données dans la fenêtre de tableau de l'éditeur User Archives, dans le Control de l'image runtime et lors de la passation des indices pour l'accès par l'intermédiaire des fonctions de la langue de scénario WinCC.

Sélectionnez un champ ou en plusieurs et déplacez leur position en utilisant les touches "vers le haut" et "vers le bas". Confirmez les entrées avec "OK". Finalement vous mémorisez l'archive utilisateur en cliquant sur le symbole de stockage ou par action sur le menu "Projet - Enregistrer". L'ordre des champs d'archive utilisateur sera sortie dans l'éditeur User Archives dans la colonne "Pos."

'Dans notre exemple, l'archive utilisateur "Coca" comprend les propriétés suivantes:

utilisateur Archive

Champs de données

Propriétés

Soda Eau Nom Eau

Alias: Eau_de_réservoir_4

Type: integer

Longueur:

Précision:

Valeur mini: 1000

Valeur maxi: 1200

Valeur départ: 1100

Variable n...:

Autorisation (lect.): 0

Autorisation écrit.: 0

Indicateurs NN

P...: 3



Last access: 03/05/98 12:54

Sucre Nom

Alias

....

Couleur 7 Nom

Alias

....

Caféine Nom

Alias

....

Acide phosphorique

Nom

Alias

....

Enregistrez enfin l'archive utilisateur.

Nota


1.2.2.2.5 Propriétés des variables de forçage

Les dialogues de propriétés des archives utilisateur et des champs d'archives utilisateur permettent d'éditer les propriétés des variables de forçage. Dans ce but, cliquez dans l'onglet concerné sur le bouton de commande "Éditer". Il apparaît le dialogue "Propriétés - Variable", où vous pouvez vérifier et le cas échéant modifier les propriétés des variables.

Types de données des variables de forçage

Type données pour @UA_Cola_ID Valeur 32 bits avec signe

Type données pour @UA_Cola_Job Valeur 32 bits avec signe

Type données pour @UA_Cola_Field Variable de type texte 8 bits

Type données pour @UA_Cola_Value

Variable de type texte 8 bits

Nota

Le type de données de la variable de forçage ne doit pas être modifié.



À l'aide de ces quatre variables de forçage vous pouvez sélectionner une archive utilisateur. Pour la sélection, il faudra alimenter par les valeurs requises soit les variables "ID" et "tâche" soit les variables "Tâche", "Champ" et "Valeur".

Fonction des variables de forçage

ID L'identification (correspond au numéro d'enregistrement) de l'archive utilisateur

contrat Trois contrats sont praticables: Lire, écrire et effacer: Lire = 6 Écrire = 7 Effacer = 8 Après l'exécution du contrat, un drapeau d'erreur existe dans cette variable de forçage: Aucun erreur = 0 Erreur = -1

Champ Le champ d'archive

Valeur La valeur de champ d'archivet

D'autres combinaisons de valeurs des variables de forçage "ID" et "contrat"

ID contrat = 6 contrat= 7 contrat= 8

-1 Ajouter enregistrement

- Effacer enregistrement avec ID la plus petite

-6 Lire l'enregistrement avec ID la plus petite

Écrire l'enregistrement avec ID la plus petite

Effacer enregistrement avec ID la plus petite

-9 Lire l'enregistrement avec ID la plus grande

Écrire l'enregistrement avec ID la plus grande

Effacer enregistrement avec ID la plus grande

Les variables de forçage offrent deux méthodes d'accéder aux archives utilisateur:

1. Par l'introduction des variables de forçage "ID" et "contrat" on peut écrire ou lire ou effacer des valeurs dans un enregistrement de manière ciblée.

2. Au lieu de la variable de forçage "ID" on peut insérer les variables de forçage "Champ" et "Valeur" pour rechercher un enregistrement.Avec la variables de forçage "contrat" on peut écrire ou lire ou effacer l'enregistrement ainsi sélectionné. On peut utiliser cette sorte de sélection de données si vous devez, par exemple, effacer des enregistrements du tableau et les annexer à la fin du tableau. Le champ "Valeur" doit être univoque, sinon le premier enregistrement qui remplit la condition Valeur dans le champ sera utilisé.



Nota

Pour garantir la fonction, il est important de toujours indiquer toutes les quatre variables de forçage d'une archive utilisateur ou les créer par l'intermédiaire de l'assistant. Lors de la création d'une nouvelle archive utilisateur il est recommandé d'utiliser l'assistant pour créer la variable de forçage et la ranger en mémoire.

Vous pourrez voir comment les variables de forçage sont alimentées de l'exemple pour utiliser les variables de forçage.

Exemple de l’utilisation des variables de forçage:

Pour pouvoir travailler dans l'exemple avec les variables de forçage, il faut réaliser les étapes suivantes:

Dans l'éditeur User Archives

1. Constituez un archive utilisateur (dans notre exemple, l'archive utilisateur "Coca"). Si vous utilisez un assistant pour la création de l'archive utilisateur veuillez introduire les réglages ci-dessous. Si le projet "Coca" a déjà été créé, vous pouvez vérifier les réglages et le cas échéant les modifier par l'intermédiaire des propriétés de l'archive utilisateur.

Propriétés de l'archive utilisateur "Coca"

Type d'archive utilisateur "Illimitée"

Communication à l'aide de variables WinCC

Variables de forçage Créer

Groupe de variables "@UA_Cola"

Type données pour @UA_Cola_ID Valeur 32 bits avec signe

Type données pour @UA_Cola_Job

Valeur 32 bits avec signe

Type données pour @UA_Cola_Field


Type données pour @UA_Cola_Value


2. Créez dans l'archive utilisateur les champ de données "Eau", "Sucre", "Couleur 7", "Caféine" et "Acide phosphorique" (Type Integer).

3. Créez un champ de données "Recettes" (Type String).



Dans le Graphics Designer

1. Ouvrez une nouvelle image et créez un élément de tableau WinCC User Archives. Avec un double-clic du bouton gauche vous ouvrez la boîte de dialogue "Propriétés d'élément de tableau WinCC User Archives".

Dans la zone "Source" de l'onglet "Général" vous activez "Archives" et sélectionnez, dans le champ de sélection l'archive utilisateur "Coca".

Dans le champ "Éditer" vous désactivez la case à cocher "Lecture seule". Activez les modes d'accès "Insertion", "Changer" et "Effacer".

Vous pouvez saisir les autres réglages sans modification. Si vous avez déjà créé un élément de tableau User Archives vous pouvez contrôler et le cas échéant modifier les réglages à l'aide du dialogue de propriétés.

2. Créez un champ de E/S chaque fois pour les quatre variables de forçage et sélectionnez les réglages suivants:

Variable de forçage Format de données Format de sortie

@UA_Cola_ID Décimal 0999

@UA_Cola_Job Décimal s9

@UA_Cola_Field String *

@UA_Cola_Value String *



Sélectionnez, pour chaque variable, la propriété d'objet "Rafraîchissement lors de modification".

3. Créez un champ de E/S pour chaque champ de données configuré (eau, sucre...) et reliez-les avec les variables associées (par ex., le champ E/S pour "Eau" avec la variable de processus "@UA_Cola_Wasser"). Sélectionnez, pour chaque variable, la propriété d'objet "Rafraîchissement lors de modification".

Nota

Dans la documentation du Graphics Designer vous trouverez des informations complémentaires concernant la configuration des champs E/S



Créez, pour chaque champ E/S configuré, une zone de texte pour que vous puissiez affecter les zones différentes en runtime. Enregistrez les entrées que vous avez faites et activez WinCC Runtime. Maintenant entrez cinq enregistrements dans la fenêtre de tableau. Introduisez, dans l'enregistrement avec ID 2, "Coca" dans la colonne Recettes et "Coca Light" dans le quatrième enregistrement.

Procédé pour exécuter les actions praticables en détail.

1. Sélection d'un enregistrement avec la ID et écriture des valeurs de l'enregistrement:

Introduisez dans la zone E/S "ID" la ID "3" et dans la zone E/S "contrat" une 7 (écrire).

Maintenant les zones E/S des variables de processus affichent les valeurs de l'enregistrement "3".

Lorsque l'action a réussi, le code d'erreur "0" s'affiche dans le champ E/S "contrat". Dans le cas d'erreur, le code d'erreur "-1" est affiché.

Les variables de forçage "champ" et "Valeur" ne sont pas requises.

Nota

L'introduction de la ID "-1" et du contrat "6" provoque la lecture des contenus actuels des variables de processus au tableau. Les nouvelles valeurs sont accrochées à la fin du tableau, les ID des enregistrements sont comptées en continu en ascendant. Verrez d'autres combinaisons des valeurs des variables de forçage "ID" et "contrat" sous le chapitre "Propriétés des variables de forçage".



2. Sélection d'un enregistrement avec la ID et lecture des valeurs de l'enregistrement:

Modifiez les valeurs dans les champs E/S des variables de processus et introduisez une "5" au champ "ID". Introduisez une "6" (lecture) au champ "contrat".

Maintenant les valeurs modifiées de la variable de processus sont écrites à l'enregistrement "5". Les valeurs contenues auparavant dans cet enregistrement sont écrasées.

Les variables de forçage "champ" et "Valeur" ne sont pas requises.

3. Sélection d'un enregistrement à l'aide des variables de forçage "Champ" et "Valeur":

Introduisez, dans le champ E/S "Champ" le mot "Recette" et écrivez au champ E/S "Valeur" "Coca Light" (entrée en apostrophes y compris). Introduisez une "7" (écriture) au champ E/S "contrat".

L'enregistrement "Coca Light" sera écrit, les valeurs de l'enregistrement seront sorties aux zones E/S de la variable de processus.

La variable de forçage "ID" n'est pas requise et doit donc être mise à Zéro.

Nota

La zone qui prend de référence la variable de forçage "Valeur" doit être affectée au dialogue "Autorisations et indicateurs" avec l'indicateur "Le champ doit posséder une valeur univoque". Sinon une affectation univoque de l'enregistrement à la valeur au champ ne serait pas possible.

Lors de l'entrée de texte au champ E/S "Valeur" il faut l'inclure en apostrophes (par ex. 'Coca Light').



1.2.2.3 Configuration de modification d’archives utilisateur

Si vous souhaitez modifier ou élargir une archive utilisateur existante, il y a, sous certaines circonstances, le risque de perte des données existantes dans la table de base de données. Notamment, lors du changement de la structure d'une table de base de données ou en changeant les propriétés d'un champ, les conditions de consistance pour la base de données ne peuvent plus être remplies.

Afin d'éviter la perte de données, il est recommandé de procéder comme suit:

1. Désactivez le Runtime, ouvrez l'archive utilisateur dans l'éditeur User Archives et réalisez les modifications désirées. N'enregistrez l'archive que lorsque les modifications sont entièrement intégrées (pas de presse-papiers).

2. Après l'enregistrement, actionnez le bouton de commande "Éditer données Runtime". Vous verrez dans la table qui s'ouvre si les données existantes sont toujours présentes dans l'archive utilisateur.

3. Si les données sont présentes, vous pouvez utiliser l'archive ou réaliser d'autres modifications. Vérifiez, lors de modifications, après chaque procédé d'enregistrement, si les données sont toujours présentes.

4. Si les données ne sont plus présentes après une modification, annulez d'abord toutes les modifications réalisées dans l'archive sans enregistrement consécutif. Marquez maintenant l'archive dans l'éditeur User Archives et sélectionnez au menu contextuel l'instruction "RT-Restaurer données". Ainsi toutes les données Runtime précédentes seront écrites de nouveau dans la table. Enregistrez l'archive et contrôlez si les données ont été écrites dans l'archive.

Nota

Vérifiez après chaque procédé d'enregistrement, si les données runtime sont toujours présentes. Si vous avez enregistré une première étape de modification et perdu les données déjà, et si vous enregistrez ensuite une deuxième modification,les données sont complètement perdues.

Si vous avez démarré le Runtime après une modification et constaté la perte de données seulement lors de ceci, vous pouvez quand même retransférer les données à la table, comme décrit en haut, à l'aide de l'instruction "RT-Restaurer données". Vous pouvez même restaurer les données si l'éditeur User Archives a été fermé ou WinCC terminé. L'important, dans ce contexte, est uniquement le seul enregistrement d'une modification.

Lors d'un gran nombre de modifications sur une archive utilisateur, il est recommandé d'exporter les données auparavant afin d'éviter toute perte de données. Les données peuvent être ensuite transférées à l'archive modifiée de manière ciblée en adaptant la table de données exportée.



1.2.2.4 Configuration de vues

1.2.2.4.1 Création de vues

L'option préréglée "Création de vues en boucle" permet de créer plusieurs vues l'une après l'autre. Si vous ne voulez créer qu'une seule vue, vous pouvez désactiver cette option dans le menu "Éditer -Options".

Afin de créer une nouvelle vue, vous pouvez procéder comme suit:

1. Cliquez, dans la fenêtre de navigation, avec le bouton gauche sur "Vues".

2. Puis cliquez avec le bouton droit dans la fenêtre de navigation ou de données. Il apparaît le menu contextuel représenté dans la partie inférieure de la figure.

3. Sélectionnez l'option "Nouvelle vue"

L'assistant pour la configuration des vues se démarre maintenant. Vous verrez le dialogue "Général" qui permet de créer d'une nouvelle vue.



Entrez un nom de vue, par exemple "Couleurs". Vous pouvez utiliser le champ "Alias" pour entrer un deuxième nom pour la vue, par exemple "Couleurs en Coca et jus", afin de commenter la vue ou afin de réaliser un changement de langue en runtime par l'intermédiaire de la bibliothèque de texte. Cette entrée est optionnelle.


Quittez la création de la vue par action sur le bouton de commande "Terminer".

Après avoir terminé la vue, vous verrez l'interrogation "Ajouter des colonnes?". Lorsque vous confirmez par "Oui", le dialogue "Général" pour créer des colonnes d'une vue s'ouvre. Comment il faut créer des colonnes dans une vue, est décrit au chapitre "Création de colonnes d'une vue".

Si vous avez activé, au menu "Edition - Options", l'option "Création de vues en boucle" l'interrogation "Prochaine vue?" apparaît après avoir créé les colonnes d'une vue. Si vous cliquez sur "Oui" vous verrez la boîte de dialogue initiale "Général" pour saisir la prochaine vue.



Enregistrez les vues après avoir créées.

Nota

Toute modification d'une vue ne sera chargée dans la base de données que par action sur "Enregistrer".

1.2.2.4.2 Création de colonnes d’une vue

L'option préréglée "Création de colonnes d'une vue en boucle" permet de créer plusieurs colonnes l'une après l'autre. Si vous ne voulez créer qu'une seule colonne d'une vue, vous pouvez désactiver cette option dans le menu "Éditer -Options".

1. Élargissez "Vues" dans la fenêtre de navigations. La nouvelle vue, par exemple "Couleurs", est puis affichée dans la fenêtre de navigation.

2. Cliquez avec le bouton droit sur la vue "Couleurs" dans la fenêtre de navigation. Il s'ouvre le menu contextuel suivant:

3. Cliquez sur le bouton de commande "Nouvelle colonne".

Il apparaît la boîte de dialogue "Général".

Propriétés générales des colonnes d’une vue

Dans la boîte de dialogue "Général" vous pouvez sélectionner des champs à partir d'archives utilisateur et déclarer les champs comme colonnes de votre vue que vous avez créée, et les donner un nom propre.



• Dans le dialogue de sélection "Archive" vous pouvez sélectionner l'une des archives utilisateur créées. Laissez, par exemple, le réglage "Coca" non modifié.

• Dans le dialogue de sélection "Champ" vous sélectionnez l'un des champs de l'archive utilisateur Coca aus. Laissez, par exemple, le réglage "Couleur 7" non modifié. Changez au prochain champ pour des entrées ultérieures en utilisant la touche TAB ou avec un clic de la souris.

• Si vous cliquez au champ "Nom de colonne", l'entrée du champ "Champ" sera saisie. Vous pouvez également choisir le nom de la colonne selon votre choix, mais ce nom doit être univoque aux limites de la vue. Saisissez, pour l'exemple, le nom "Couleurs".

Vous pouvez utiliser le champ "Alias" pour entrer un deuxième nom pour la colonne afin de commenter la colonne ou afin de réaliser un changement de langue en Runtime par l'intermédiaire de la bibliothèque de texte. Cette entrée est optionnelle.


Après un clic sur "Terminer", le champ de données configuré sera créé.:

Dans notre exemple, le fournisseur de boissons crée une vue "Couleurs" en réunissant les champs de données "Couleurs 7" et "Couleurs 16" depuis les archives utilisateur "Coca" et "Jus":

Si vous avez activé, dans le menu "Éditer - Options" l'option "Création de colonnes d'une vue en boucle", l'interrogation "Prochaine colonne?" sera affichée. Si vous cliquez sur "Oui" vous verrez la boîte de dialogue initiale "Général" pour saisir la prochaine colonne.

Finalement enregistrez le champ de vue.

Nota

Toute modification d'une vue ne sera chargée dans la base de données que par action sur "Enregistrer".



1.2.2.4.3 Propriétés de vues

Pour pouvoir éditer les propriétés d'une vue...

1. Cliquez avec le bouton droit sur l'une des vues dans l'éditeur User Archives

2. Sélectionnez dans le menu contextuel "Propriétés".

Ceci provoque l'affichage du dialogue "Propriétés de vue".

Propriétés générales des vues

Dans l'onglet "Général" s'affichent les propriétés de la vue sélectionnée.

Dans le champ "Nom de vue" vous pouvez modifier le nom de la vue et au champ "Alias" le nom d'alias. Ce dialogue affiche aussi la date et l'heure de la modification la plus récente.



Définition des relations de vues

Dans l'onglet "Relation" vous pouvez établir une relation entre plusieurs archives utilisateur pour l'affichage d'une vue. Vous pouvez formuler les liaisons soit directement en langue SQL ou les définir interactivement avec les opérateurs de relation prédéfinis. Veuillez respecter que les champs d'archives utilisateur qui sont mis en relation doivent être du même type de variable.

Rapport

Dans le champ "Rapport" vous pouvez directement entrer des termes SQL. Vous trouverez des informations plus amples sur la langue SQL dans l'annexe.

Conditions

Dans les champs de sélections,vous pouvez interactivement entrer des conditions. Dans ce but, cliquez sur les champs de la liste gauche et droite de "Champ" et déterminez le rapport par un clic sur l'opération concernée dans la liste "OP". Après un clic sur "Ajouter", la condition est saisie et sera affichée dans le champ "Relation".

Fonctionnement

Dans les archives utilisateur tous les champs qui disposent d'une correlation seront liés. Le rapport défini permet la filtration des contenus des champs et la sortie du résultat comme vue en Runtime. Les données d'une vue peuvent également être éditées en Runtime, les données modifiées sont transférées à l'archive d'origine.

Nota

Les archives utilisateur doivent disposer au moins d'un point commun ou d'une correlation.



Définition de l’ordre des vues

Vous définissez dans l'onglet "Ordre" l'ordre des vues.

Sélectionnez une vue ou en plusieurs et déplacez leur position en utilisant les touches "vers le haut" et "vers le bas". Confirmez les entrées avec "OK". Finalement vous mémorisez les vues en cliquant sur l'icône de stockage ou par action sur le menu "Projet - Enregistrer". L'ordre des vues sera sortie dans l'éditeur User Archives dans la colonne "Pos."



1.2.2.4.4 Propriétés de colonnes d’une vue

Afin d'éditer les propriétés des colonnes d'une vue, vous procédéz comme suit:

1. Cliquez avec le bouton droit sur l'une des colonnes d'une vue dans l'éditeur User Archives

2. Sélectionnez dans le menu contextuel "Propriétés". Ceci provoque l'affichage de la boîte de dialogue "Propriétés de colonne":

L'onglet "Général" dispose des même champs comme ceux de la création d'une nouvelle colonne d'une vue. La date et l'heure de la dernière modification est affichée au champ "Modifiée".



Définition de l’ordre des colonnes d’une vue

Vous définissez dans l'onglet "Ordre" l'ordre des colonnes d'une vue.

Sélectionnez une colonne ou en plusieurs et déplacez leur position en utilisant les touches "vers le haut" et "vers le bas". Confirmez les entrées avec "OK". Finalement vous mémorisez les vues en cliquant sur l'icône de stockage ou par action sur le menu "Projet - Enregistrer". L'ordre réglé ici aura de l'influence sur la représentation des colonnes dans la fenêtre de tableau del'éditeur User Archives et au Control de l'image Runtime



1.2.2.5 Conseils pour la configuration

• La communication entre le contrôleur et les archives utilisateur est limitée à une liaison par archive utilisateur.

• Lors de la formation de la communication avec le système d'automatisation, la PLCID ne doit pas disposer de plus de 8 caractères.

• Termes qui contiennent des caractères graphiques ou des mots réservés ne sont pas permis comme nom de champ ou de table. Voir aussi le chapitre "Liste alphabétique des mots clés SQL".

• L'enregistrement de modifications de configuration pendant la durée de parcours n'est praticable que lorsque aucune compensation de redondance est en train d'être réalisée dans l'une des archives utilisateur.

• Lors de l'utilisation de WinCC Redundancy, la même structure sur les deux serveur est supposée pour les archives utilisateur à équilibrer. Il faudra alors, pour la configuration de ces archives utilisateur, une structure identique des champs et de l'enregistremjent et de leurs propriétés. Lors de la communication des archives utilisateur par l'intermédiaire de variables de données brutes, le nom de la variable de données brutes doit également être identique sur les deux serveurs.

• Si, après le démarrage de l'éditeur User Archives tous les champs de la barre d'outils sont sur fond gris (sauf Restaurer), il faut effacer, dans le chemin de projet, le fichier "UAEditor.loc". Ceci est aussi valable pour un élément table User Archives qui ne peut plus être exploité.

• Si vous recevez l'alarme "Error while connecting the data!", lors du démarrage au Runtime ou lors du changement de l'élément table User Archives en vue Runtime, l'élément table ne dispose pas de connectivité à une archive utilisateur ou à une vue. Vérifiez si la liaison a été saisie correctement, si une modification de la configuration a été faite ou si l'archive utilisateur ou la vue sélectionnée existe toujours.

Nota

Pendant la configuration, un "élément Table Archives Utilisateur WinCC" est lié à une archive utilisateur ou à une vue sélectionnée et ne peut accéder qu'à cette archive ou à cette vue. Pour permettre l'accès, l'archive utilisateur ou la vue doit être déverrouillée (protection d'accès). Via l'Administrateur Utilisateur, il est possible d'assigner au contrôle des autorisations ciblées. Lorsque cette protection d'accès est supprimée, elle doit être reconnue par le contrôle : il faut, dans le Graphics Designer, lier une nouvelle fois le contrôle avec l'archive utilisateur. La protection d'accès d'une archive ou d'un champ est interrogée lors de l'ouverture d'un élément Table Archives Utilisateur. Une protection d'accès, pour les variables de forçage d'une archive protégée, se réalise séparement au travers des propriétés de l'objet, par exemple une image, un champ d'E/S ou un bouton de commande.



1.2.3 Changement de la langue

Pour les archives utilisateur, les champs d'archives utilisateur, des vues ou des champs de vues vous pouvez réaliser un changement de la langue à l'aide de la bibliothèque de texte. Actionnez le bouton de commande "TextLib..." dans la boîte de dialogue concernée. Il apparaît le dialogue vers la bibliothèque de texte

Procédé pour textes de la bibliothèque de texte

1. Réglez d'abord au dialogue de sélection "Langue" la langue que vous utilisez pour la configuration.

2. Si les textes pourvus sont déjà créés dans les langues désirées dans la bibliothèque de textes, vous pouvez ch rger au champ de sélection avec un clic de la souris tous les textes existants. Ceux derniers sont affichés dans la fenêtre de sélection et vous pouvez sélectionner le terme désiré.

3. Après la sélection, le terme sélectionné s'affiche au champ "Texte".

4. Confirmez le dialogue avec "OK".

5. Dans le champ "Alias", le numéro de position de ce mot de la bibliothèque de texte est maintenant sorti.

Le changement de la langue provoque l'apparition en Runtime du terme défini dans la bibliothèque de textes pour la langue sélectionnée.

Procédé lors de nouveaux textes

1. Réglez d'abord au dialogue de sélection "Langue" la langue que vous utilisez pour la configuration.

2. Introduisez dans le champ "Texte" le texte ou le terme pour lequel vous souhaitez un changement de la langue.

3. Confirmez le dialogue avec "OK".

4. Dans le champ "Alias", le numéro de position de ce mot dans la bibliothèque de texte est maintenant sorti.

5. Ouvrez l'éditeur "Textlibrary". Vous pouvez introduire ici la traduction du texte auparavent entré à l'éditeur User Archives dans les colonnes des langues désirées.

6. Fermez la bibliothèque de textes après avoir terminé la traduction.

Le changement de la langue provoque l'apparition en Runtime du terme défini dans la bibliothèque de textes pour la langue sélectionnée.

Nota

Lors de projets de client, il faut utiliser les mêmes ID de texte dans la Textlibrary de serveur et client, sinon les textes sont incorrectement affichés en Runtime sur le client.

Au champs "Filtre" vous pouvez définir des propriétés de filtration pour les textes de la Textlibrary, par exemple "a%" affiche une liste de tous les termes de la Textlibrary commençant par la lettre a. Si vous avez sélectionné un nouveau critère de filtration, vous devez cliquer une fois de plus dans la fenêtre de sélection pour mettre à jour la sélection de texte.



1.3 Fonctions standard du langage de script WinCC

La description des fonctions standard des User Archives est répartie en sections comme suit:

• Généralités concernant la programmation d'action

• Fonctions d'édition et de représentation d'archives utilisateur

• Les handles des fonctions standard

• Un exemple pratique de script

• Référence des fonctions standard pour archives utilisateur

WinCC propose à l'utilisateur une série de fonctions standard offrant une grande souplesse d'utilisation des User Archives.

Ces fonctions standard sont identifiées par un nom conventionnel uniforme. Toutes les fonctions standard de User Archives débutent par "ua", par exemple "uaConnect", "uaArchiveOpen", uaArchiveGetFields" etc. Les fonctions runtime User Archives commencent toujours par "uaArchive"

Les fonctions se subdivisent en fonctions de configuration et fonctions runtime. Les fonctions de configuration et de runtime nécessitent des handles retournés par les fonctions uaQueryConfiguration, uaConnect et uaOpen appelées auparavant.

Nota

L'actualité des données doit être garantie au sein d'un script. Lorsqu'un script a ouvert une archive utilisateur et qu'un enregistrement est inséré ou supprimé dans cette archive utilisateur avec un contrôle ou avec l'éditeur User Archives, le script n'est pas informé de cette modification. Les modifications ne sont connues du script qu'après émission d'une requête.

1.3.1 Configuration d'actions

Les étapes suivantes sont impératives pour configurer une action:

1. Démarrez l'éditeur graphique et créez une vue de process

2. Clic droit sur l'objet auquel vous voulez affecter une action (sur un bouton p. ex.)

3. Sélectionner les propriétés

4. Dans l'onglet "Propriétés" ou "Evénement" sélectionnez l'élément que vous voulez lier à une action et effectuez un double-clic avec le bouton gauche de la souris (pour configurer p. ex. une action pour un clic du bouton gauche de la souris, sélectionnez "Evénement / Souris / Appuyer à gauche"). Vous pouvez à présent entrer directement le code C et le compiler.

5. Un clic sur "OK" valide la configuration de l'action.



1.3.2 Fonctions d'édition et de représentation d'archives utilisateur

Configuration avec les fonctions standard

La fonction "uaQueryConfiguration" fournit un handle (UAHCONFIG) pour les fonctions de configuration. Ce handle permet d'appeler les fonctions de configuration "uaSetArchive", "uaAddArchive", "uaSetField", "uaAddField" etc. La fonction "uaReleaseConfiguration" clôture la configuration.

Etablir la liaison à User Archives.

Pour l'accès en Runtime, il vous faut appeler la fonction standard uaConnect pour établir une liaison au composant User Archives. uaConnect crée handle UAHCONNECT pour ouvrir les archives utilisateur et les vues. La fonction uaDisconnect coupe la liaison aux User Archives.

Ouvrir les fonctions runtime

Le mode runtime présuppose qu'une archive utilisateur a déjà été configurée. Les fonctions "uaQueryArchive" et "uaQueryArchiveByName" créent un handle pour les fonctions runtime. Les fonctions runtime sont utilisables après ouverture de l'archive utilisateur avec la fonction "uaArchiveOpen".

Fonctions pour le mode runtime

Les fonctions "uaArchiveNext", "uaArchivePrevious", "uaArchiveFirst" et "uaArchiveLast" déplacent l'indicateur de position. Grâce au handle "hArchive" l'affectation à un enregistrement de l'archive utilisateur est univoque. Cette affectation permet également l'adressage indirect tel que requis par exemple pour les masques d'écran.

La fonction "uaArchiveUpdate" stocke l'enregistrement temporaire dans l'archive utilisateur et y écrase l'enregistrement courant désigné par l'indicateur de position. Cet enregistrement doit au préalable être lu à l'aide des fonctions "uaArchiveNext", "uaArchivePrevious", "uaArchiveFirst" ou "uaArchiveLast".

Couper une liaison à User Archives

La fonction "uaArchiveClose" ferme une archive utilisateur. La fonction "uaReleaseArchive" coupe la liaison à l'archive utilisateur actuelle tandis que la fonction "uaDisconnect" coupe finalement la liaison au composant User Archives.

Nota

Les liaisons aux User Archives établies dans un script doivent également être coupées dans ce même script.

Fonction d'établissement de liaison Fonction de coupure de liaison

UaQueryConfiguration uaReleaseConfiguration

UaConnect uaDisconnect

uaQueryArchive uaReleaseArchive



uaQueryArchiveByName uaReleaseArchive

uaArchiveOpen uaArchiveClose

Il existe pour les User Archives deux variantes d'appel API : 1. Avec le préfixe "ua" (en minuscules), pour scripts (Global Script et programmation d'action). 2. Avec le préfixe "UA" (en majuscules), pour des programmes exécutés en dehors de WinCC. Si les appels des User Archives sont utilisés dans un Assistant de dynamisation, ils doivent être précédés du préfixe "UA" (en majuscules).

1.3.3 Les handles des fonctions standard

1.3.3.1 Les handles pour configurer les archives utilisateur

La fonction "uaQueryConfiguration" crée le handle "UAHCONFIG" nécessaire à la configuration des archives utilisateur. Il faut donc d'abord appeler la fonction "uaQueryConfiguration", pour obtenir le handle "UAHCONFIG". Ce handle permet alors d'appeler les fonctions de configuration ci-dessous. Pour clore la configuration, il faut finalement appeler "uaReleaseConfiguration".

Les handles pour configurer les archives utilisateur

UaQueryConfiguration ---> Handle UAHCONFIG

requis par :

uaAddArchive

uaAddField

uaGetArchive

uaGetField

uaGetNumArchives

uaGetNumFields

uaReleaseConfiguration

uaRemoveAllArchives

uaRemoveAllFields

uaRemoveArchive

uaRemoveField

uaSetArchive

uaSetField



1.3.4 Les handles pour les fonctions runtime

La fonction "uaConnect" crée le handle "UAHCONNECT" nécessaire à l'ouverture et à la fermeture des archives utilisateur et des vues. Il faut donc d'abord appeler la fonction "uaConnect", pour obtenir le handle "UAHCONNECT". Ce handle permet d'appeler les fonctions ci-dessous pour l'ouverture et la fermeture des archives et vues. Pour clore la configuration, il faut finalement appeler "uaDisconnect".

Les fonctions "uaQueryArchive" et "uaQueryArchiveByName" créent le handle "UAHARCHIVE". Ce handle est nécessaire pour la fonction "uaArchiveOpen" ouvrant l'archive utilisateur pour le mode runtime. Pour couper la liaison, il convient finalement d'appeler les fonctions "uaRelease" et "uaArchiveClose".

Les handles pour les fonctions runtime

UaConnect -> Handle

UAHCONNECT

requis par...

uaDisconnect

uaQueryArchive --> Handle UAHARCHIVE

uaQueryArchiveByName --> Handle UAHARCHIVE

requis par...

uaArchiveOpen

Condition pour...

uaArchiveClose

uaArchiveDelete

uaArchiveExport

uaArchiveGetCount

uaArchiveGetFieldLength

uaArchiveGetFields

uaArchiveGetFieldType

uaArchiveGetFieldValueDate

uaArchiveGetFieldValueDouble

uaArchiveGetFieldValueFloat

uaArchiveGetFieldValueLong

uaArchiveGetFieldValueString

uaArchiveGetFiledName

uaArchiveGetFilter

uaArchiveGetID

uaArchiveGetName



Les handles pour les fonctions runtime

uaArchiveGetSort

uaArchiveImport

uaArchiveInsert

uaArchiveMoveFirst

uaArchiveMoveLast

uaArchiveMoveNext

uaArchiveMovePrevious

uaArchiveReadTagValues

uaArchiveReadTagValuesByName

uaArchiveRequery

uaArchiveSetFieldValueDate

uaArchiveSetFieldValueDouble

uaArchiveSetFieldValueFloat

uaArchiveSetFieldValueLong

uaArchiveSetFieldValueString

uaArchiveSetFilter

uaArchiveSetSort

uaArchiveUpdate

uaArchiveWriteTagValues

uaArchiveWriteTagValuesByName

uaReleaseArchive



1.3.5 Exemple de script

Vous trouverez ci-après un exemple avec deux fonctions standard pour la lecture et l'écriture d'une archive utilisateur en runtime. La fonction "UAReadFromArchive" lit l'archive utilisateur "Cola" et affiche les données lues dans la fenêtre de diagnostic Global Script. La fonction "UAWriteToArchive" écrit l'archive utilisateur et affiche les états et alarmes. La fenêtre de diagnostic est créée à l'aide de la palette d'objets (objets complexes, contrôle OLE) et par sélection de "WinCC Global Script - Dianostic Control" dans la fenêtre "Insérer contrôle OLE".



Créez dans Graphics Designer une nouvelle page pour votre projet. Créez là les boutons "Lire archive" et "Ecrire archive" et affectez leur les fonctions standard décrites ci-après. Procédez comme suit :

1. Dans la fenêtre de sélection "Palette d'objets", sélectionnez sous "Objets Windows" le bouton "Bouton".

2. Tirez un nouveau bouton sur le plan de travail de Graphics Designer en maintenant le bouton gauche de souris enfoncé.

3. Cliquez avec le bouton droit de la souris sur le nouveau bouton et sélectionnez dans le menu l'option "Propriétés". Dans l'onglet "Propriétés", définissez le texte et la couleur du bouton. Le texte pourra être par exemple "Lire archive" et "Ecrire archive".

4. Dans l'onglet "Evénement" affectez une action à la souris en cliquant sur "Souris" puis en double-cliquant sur "Clic de souris". L'éditeur de scripts s'ouvre. Entrez la fonction standard "UAReadFromArchive" ci-dessous.

#include "apdefap.h"

void UAReadFromArchive()

{

UAHCONNECT hConnect = 0;

UAHARCHIVE hArchive = 0;

long IndexArchive;

long FieldLength;

long FieldType;

long NumberOfFields;

long Index;

long IntValue;

double DoubleValue;

char ArchivName[255], StringField[255];

SYSTEMTIME SysDate;

//******* Connect to Component User Archives ****************************

if ( uaConnect( &hConnect ) == FALSE )

{

printf( "uaConnect error: %d\n", uaGetLastError() );

return;

}

if ( hConnect == NULL )

{

printf("Handle UAHCONNECT equals 0\n" );

return;



}

//******* Connect to Archive via Archive Name ****************************

if (uaQueryArchiveByName( hConnect, "Cola", &hArchive ) == FALSE )

{

printf( "uaQueryArchive Error: %d\n", uaGetLastError() );

goto finish;

}

//******* Opens Archive ******************************************************

if ( uaArchiveOpen( hArchive ) == FALSE )

{

printf( "uaArchive Open Error\n" );

goto finish;

}

//******* Move to first record set ****************************************************

if (uaArchiveMoveFirst(hArchive) == FALSE )

{

printf("uaArchiveMoveFirst Error = %u\n" );

goto finish;

}

//******* Get Number of Fields **********************************************

NumberOfFields = uaArchiveGetFields( hArchive );

printf( "Number of Fields = %u\n", NumberOfFields );

//******* Read and show Data Fields ****************************************

for ( Index = 1; Index < NumberOfFields; Index++ )

{

printf( "Data of Field %u: \n", Index );

FieldType = uaArchiveGetFieldType( hArchive, Index );

switch ( FieldType )

{

case UA_FIELDTYPE_INTEGER :

printf("Field Type = Integer\n");



if ( uaArchiveGetFieldValueLong ( hArchive, Index, &IntValue ) == TRUE )

printf( "Field Value = %u\n", IntValue );

else

printf("Error callinguaArchiveGetFieldValueLong: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_DOUBLE :

printf("Field Type = Double\n");

if ( uaArchiveGetFieldValueDouble (

hArchive, Index, &DoubleValue ) == TRUE )

printf( "Field Value = %g\n", DoubleValue );

else

printf("Error calling uaArchiveGetFieldValueDouble: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_STRING :

printf("Field Type = String\n");

if (uaArchiveGetFieldValueString ( hArchive, Index, StringField, 20 ) == TRUE )

printf( "Field Value = %s\n", StringField );

else

printf("Error callinguaArchiveGetFieldValueString: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_DATETIME :

printf("Field Type = Date & Time\n");

if (uaArchiveGetFieldValueDate ( hArchive, Index, &SysDate ) == TRUE )

printf("%d.%d.%d\n ",SysDate.wDay, SysDate.wMonth, SysDate.wYear );

else

printf("Error calling uaArchiveGetFieldValueLong: %d\n", uaGetLastError() );



break;

case -1 :

default :

printf( "Error executing uaArchiveGetFieldType\n");

}

//******* Read and show Field Length **************************************

FieldLength = uaArchiveGetFieldLength( hArchive, Index );

if ( FieldLength != -1 )

printf( "Field Length = %u\n", FieldLength );

else

printf( "Error executing uaArchiveGetFieldLength\n");

}

//******* Close all handles and connections ***************************

finish:;

//******* Close Archive *******************************************************

if( NULL != hArchive )

{

if ( uaArchiveClose ( hArchive ) == FALSE )

{

printf( "error on closing archive\n" );

}

}

//****** Release Connection to Archive *************************************


{

if ( uaReleaseArchive ( hArchive ) == FALSE )

{

printf( "error on releasing archive\n" );

}

hArchive = 0;

}

//******* Disconnect to Component User Archives *************************




finish:;

if( NULL != hConnect )

{

if ( uaDisconnect ( hConnect ) == FALSE )

{

printf( "error on disconnection\n" );

}

hConnect = 0;

}

}

Créez un deuxième bouton pour l'écriture de l'archive utilisateur. Procédez comme décrit pour le premier bouton. Sélectionnez la fonction standard "UAWriteToArchive" et entrez le script suivant:

void UAWriteToArchive()

{

UAHCONNECT hConnect = 0;

UAHARCHIVE hArchive = 0;

long IndexArchive;

long FieldLength;

long FieldType;

long NumberOfFields;

long Index;

long IntValue;

double DoubleValue;

char StringField[255];

SYSTEMTIME SysDate;

//******* Connect to Componente User Archives **************************

if ( uaConnect( &hConnect ) == FALSE )

{

printf( "uaConnect error: %d\n", uaGetLastError() );

return;

}



if ( hConnect == NULL )

{

printf( "Handle UAHCONNECT equals NULL\n" );

return;

}

//******* Connect to Archive via Name *************************************

if (uaQueryArchiveByName( hConnect, "Cola", &hArchive ) == FALSE )

{

printf( "uaQueryArchive Error: %d\n", uaGetLastError() );

goto finish;

}

//******* Opens Archives ******************************************************

if ( uaArchiveOpen( hArchive ) == FALSE )

{

printf( "uaArchive Open Error\n" );

goto finish;

}

//******* Get Number of Fields **********************************************

NumberOfFields = uaArchiveGetFields( hArchive );


//******* Read Last Data Set ************************************************

if ( uaArchiveMoveLast( hArchive ) == TRUE )


else

{

printf( "uaArchiveMoveLast Error: %d\n", uaGetLastError() );

goto finish;

}



//******* Write into Data Fields *********************************************

IntValue = 32;

DoubleValue = 64;

strcpy( StringField, "Text12" );

GetSystemTime( &SysDate );

for ( Index = 1; Index < NumberOfFields; Index++ )

{

printf( "Data of Field %u: \n", Index );

FieldType = uaArchiveGetFieldType( hArchive, Index );

switch ( FieldType )

{

case UA_FIELDTYPE_INTEGER :

printf("Field Type = Integer\n");

if (uaArchiveSetFieldValueLong ( hArchive, Index, IntValue ) == TRUE )

printf( "Field Value = %u\n", IntValue );

else

printf("Error calling uaArchiveSetFieldValueLong: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_DOUBLE :

printf("Field Type = Double\n");if ( uaArchiveSetFieldValueDouble (hArchive, Index, DoubleValue ) == TRUE )

printf( "Field Value = %g\n", DoubleValue );

else

printf("Error calling uaArchiveSetFieldValueDouble: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_STRING :

printf("Field Type = String\n");

if (uaArchiveSetFieldValueString ( hArchive, Index, StringField ) == TRUE )



printf( "Field Value = %s\n", StringField );

else

printf("Error calling uaArchiveSetFieldValueString: %d\n", uaGetLastError() );

break;

case UA_FIELDTYPE_DATETIME :

printf("Field Type = Date & Time\n");

if (uaArchiveSetFieldValueDate ( hArchive, Index, &SysDate ) == TRUE )

printf("%d.%d.%d\n ",SysDate.wDay, SysDate.wMonth, SysDate.wYear );

else

printf("Error calling uaArchiveGetFieldValueLong: %d\n", uaGetLastError() );

break;

case -1 :

default :

printf( "Error executing uaArchiveGetFieldType\n");

}

FieldLength = uaArchiveGetFieldLength( hArchive, Index );

if ( FieldLength != -1 )

printf( "Field Length = %u\n", FieldLength );

else

printf( "Error executing uaArchiveGetFieldLength\n");

}

// ******* Update Archive ******************************************************

if (uaArchiveUpdate(hArchive) == FALSE )

{

printf("uaArchiveUpdate Error:\n" );

}


finish:;

//******* Close Archive ******************************************************



// ******* Update Archive ******************************************************

if (uaArchiveUpdate(hArchive) == FALSE )

{

printf("uaArchiveUpdate Error:\n" );

}


finish:;


{

if ( uaArchiveClose ( hArchive ) == FALSE )

{

printf( "error on closing archive\n" );

}

}

//****** Release Connection to Archive *************************************


{

if ( uaReleaseArchive ( hArchive ) == FALSE )

{

printf( "error on releasing archive\n" );

}

hArchive = 0;

}

//******* Disconnect Component User Archives ***************************

if( NULL != hConnect )

{

if ( uaDisconnect ( hConnect ) == FALSE )

{

printf( "error on disconnecting\n" );

}

hConnect = 0;

}

}

Vous pouvez ensuite quitter le dialogue et démarrer Runtime. Vous pouvez alors contrôler les effets de votre script dans "Fenêtre de diagnostic Global Script".



1.4 Echange de données avec SIMATIC S5 / S7

Un échange de données entre User Archiv et les automates S5 et S7 peut être effectué à l'aide de variables de données brutes ou variables WinCC. Toutes les interfaces SIMATIC peuvent être ici utilisées, excéptée l'interface de programmation AS511.

Avec les automates suivants, un échange de données peut être effectué avec XWinCC :

• S7-400

• S5-AG-115U ou plus grand

Les thèmes suivants sont expliqués :

• Echange de données avec S5 et S7 à l'aide de variables WinCC

• Echange de données avec S5 et S7 à l'aide de variables de données brutes

• Différences de format de données entre WinCC et S5/S7

1.4.1 Echange de données à l’aide de variables WinCC

L'échange de données avec S5 et S7 à l'aide de variables WinCC est particulièrement facile. Mais il faut observer que seulement certains types de données de la gestion des variables peuvent être utilisés pour les types de données User Archiv.

Lors de l'utilisation de types de données Integer, DOUBLE et string dans l'éditeur User Archiv, les types de données suivants, dans la gestion des variables du manager de données, doivent être utilisés. Pour le type de données de User Archiv date/ heure, il n'existe aucun type de données adéquat dans la gestion des variables.

Sélction dans l'éditeur User Archiv Gestion des variables / Variable WinCC

Nombre (integer) Valeur 32 bits avec signe

Nombre (float) Nombre à virgule flottante 32 bits IEEE 754

Nombre (double) Nombre à virgule flottante 64 bits IEEE 754

Chaîne de caractères (String) Variable de type texte 8 bits jeu de caractères

Date / heure Aucun type de données adéquat



1.4.2 Echange de données à l’aide variables de données brutes

L'échange de données entre archives utilisateur et API par variables de données brutes WinCC est décrit ci-après. La fonction BSEND/BRCV est utilisée dans l'API. Les variables de données brutes sont envoyées actives de l'API. Les télégrammes contiennent une ou plusieurs requêtes aux archives utilisateur de WinCC. Celles-ci peuvent être aussi bien des contrats d'écriture que de lecture. En réponse à ces requêtes, WinCC envoie en retour les données demandées et un récépissé de traitement.

Nota

L'API étant le partenaire actif dans cet échange de données, une fonction des archives utilisateur souhaitée par l'utilisateur WinCC doit être directement lancée dans l'API, par ex. écriture/ lecture de valeurs d'archives. Ce lancement peut s'effectuer par le fait par ex. que la valeur d'une variable WinCC externe serve au lancement, dans l'API, d'une fonction correspondante des archives utilisateur. Dans l'échange de données, le paramètre "Type de contrat" utilisé dans l'entête de contrat et de ne peut pas être utilisé pour le lancement de fonctions de l'API, car il ne possède qu'une fonctionnalité en relation avec les archives utilisateur.

Voici des informations sur les thèmes suivants :

• Envoyer contrats / données à WinCC

• Envoyer récépissé de traitement / données à SIMATIC S5 et S7

• Conception de l'entête de télégramme

1.4.2.1 Envoi de contrats/ Données à WinCC

Conception de la variable de données brutes pour l'envoi de contrats et données des SIMATIC S5 et S7 à WinCC :

Télégramme à S5 / S7

Entête de télégramme

Entête de contrat 1

Données du contrat 1

Event. entête de contrat 2

Event. données du contrat 2

Contrat n



1.4.2.2 Envoi du récépissé de traitement/ Données à SIMATIC S5 / S7

Conception de la variable de données brutes pour l'envoi du récépissé de traitement et données de WinCC à SIMATIC S5 et S7 :

Variable de données brutes pour l'envoi à S5 et S7

Récépissé de traitement

Entête de récépissé

Données de récépissé

1.4.2.3 Conception de l’entête de télégramme

Conception des blocs de télégramme en détail (distribution en octets) :

Fonction du champ Commentaire

Longueur du télégramme en octets LSB *) Longueur du champ 4 octets

. Longueur max. 4091 octets

. .(transport S5/ S7)

Longueur du télégramme en octets MSB **) .

Type de transfert 1 de WinCC, 2 de l'automate

Réservé

Nombre de contrats dans le télégramme LSB *)

Longueur du champ 2 octets

Nombre de contrats dans le télégramme MSB**)

.

Nom des archives 1.caractère L'indication du nom

. s'effectue en ASCII

. Longueur du champ 8

. octets.

. .

. .

. .

Nom des archives 8.caractère . *) LSB = Least Significant Byte (octet de poids faible)

**) MSB = Most Significant Byte (octet de poids fort)



1.4.2.4 L’entête de contrat

Conception de l'entête de contrat en détail (distribution en octets) :


Longueur du contrat en octets LSB


Longueur du contrat en octets MSB

.

Type de contrat voir description

réservé

Numéro de champ LSB Longueur du champ 2 octets

Numéro de champ MSB .

Numéro de bloc de données LSB


. .

. .

Numéro de bloc de données MSB

.

Critère de sélection LSB Numéro de champ, par lequel s'effectue la sélection

Critère de sélection MSB (pas pour 0) longueur du champ 2 octets

Données du contrat

Les données du contrat correspondent au contenu d'un bloc de données (ou du champ adressé).

Remarque importante

• Une zone de texte n'est pas terminée par 0 !!!

• Les nombres doivent être transmis dans le format Intel (LSB d'abord, MSB ensuite).

• Un champ integer a la longueur 4 octets, un champ floart 4 octets, un champ double 8 octets.

• Les données se décalent de la longueur d'un champ, qui a été choisi comme critère de sélection, lorsque le critère de sélection a une valeur différente de 0.

Si le critère de sélection doit être utilisé, le début de la zone de données est amené comme valeur de sélection dans la longueur de champ du critère de sélection.



Entête de récépissé

Conception de l'entête de récépissé en détail (distribution en octets) :


Longueur de télégramme en octets LSB


. .

. .

Longueur de télégramme en octets MSB

.

Type de transfert 1 de WinCC, 2 de l'automate

réservé

Type de contrat voir description

réservé

réservé

Numéro de champ LSB Longueur du champ 2 octets

Numéro de champ MSB .

Numéro de bloc de données LSB


. .

. .


Numéro de bloc de données MSB

.

Nom des archives 1.caractère L'indication du nom s'effectue

. en ASCII

. Longueur du champ 8 octets

. .

. .

. .

. .

Nom des archives 8.caractère .



Données du récépissé

Le récépissé contient soit le bloc de données ou le champ adressé (pour une demande de lecture) ou il est vide (contrat d'écriture, contrat d'archives).

Description du type de contrat

Type Description

4 Contrôler l'existence d'archives utilisateur

5 Supprimer tous les blocs de données des archives utilisateur

6 Lire des blocs de données

7 Ecrire des blocs de données

8 Supprimer des blocs de données

9 Lire un champ de bloc de données

10 Ecrire un champ de bloc de données

Description du code d'erreur

Groupe Nr. Description Causes possibles d'erreur

Général 0 La fonction a été exécutée

--

Archives 2 Données non existantes - pas d'archive configurée avec ce PLCID

Bloc de données

101 Données non valides - pas d'archive configurée avec ce PLCID - la mise en page de l'enregistrement ne correspond pas, par exemple nombre ou type de champs - échec de l'insertion ou de l'actualisation de l'enregistrement, car, par exemple, l'archive est du type "Limitée" ou qu'une valeur mini ou maxi est configurée pour un champ - critère de filtrage faux

Bloc de données

102 Données non existantes (seulement pour type de commande 6)

- pas de données disponibles - critère de filtrage faux



Champ 201 Données non valides (seulement pour type de commande 10)

- critère de filtrage faux, car, par exemple, le champ n'existe pas ou une valeur mini ou maxi est configurée pour un champ

Champ 202 Données non existantes (seulement pour type de commande 9)

- critère de filtrage faux ou pas de champ trouvé correspondant au critère de filtrage

Général 254 Fonction non existante --

Général 255 Champ non défini --



1.4.3 Différences de format de données entre WinCC et S5/S7

Les formats de données dans WinCC se différencient de principe de ceux dans le SIMATIC-S5/S7. Cela doit être pris en considération, afin d'éviter des erreurs non intentionnelles.

Dans WinCC, ce sont les formats de données de Intel et Microsoft, dans lesquels les octets de poids faibles sont de principe d'abord enregistrés, ensuite les octets de poids fort. Ce format de données est très répandu et est connu en général sous le nom de "Format Intel". Un exemple doit rendre clair le Format Intel" :

Format Intel

Dans le format Intel, le nombre décimal 300 est déposé de la façon suivante :

Bit 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0

binaire 0 0 0 0 0 0 0 1 0 0 1 0 1 1 0 0

Hex 0 1 2 C

Le nombre décimal 300 correspond suivant le format Intel au nombre hexadécimal 12C ( 1*256 + 2*16 + 12 ).

Format SIMATIC

Dans le format SIMATIC, les octets de poids faible sont déposés sur des positions de poids fort. Le nombre décimal 300 est déposé en format SIMATIC de la façon suivante :

Bit 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0

binaire 0 0 1 0 1 1 0 0 0 0 0 0 0 0 0 1

Hex 2 C 0 1

Le nombre décimal 300 correspond suivant le format SIMATIC au nombre hexadécimal 2C01. Si l'on interprétait de façon erronée le nombre 2C01 suivant le format Intel, on aurait 11265 en décimal, donc un écart conséquent.

Pour l'automate SIMATIC, des blocs fonctionnels sont disponibles, lesquels peuvent effectuer des conversions de données correspondantes. Ceux-ci devraient toujours être appelés avant et après transferts de données entre S5/ S7 et WinCC. Les blocs fonctionnels peuvent être téléchargés sur Internet de Siemens Customer Support. ( http://www.ad.siemens.de/support/html_00/download/s5-ag135.htm#.._download_s5-ag135_angps5_3.htm ). Le fichier comprimé ANSI_S5.EXE est ainsi téléchargé.. Dans ANSI_S5.EXE se trouve le bloc fonctionnel "IEEE:GP".

Un envoi actif est décrit dans les manuels de référence de l'automate ou du CP (Communication Processors).



1.5 Annexe

Dans cette annexe se trouvent les thèmes suivants :

• Instructions SQL pour l'indication de critères de tri et de filtrage des archives utilisateur

• Liste alphabétique de mots clés SQL ; ceux-ci ne doivent pas être utilisés comme nom d'archives ou de champ dans les archives utilisateur

• Quantité de données admissible, en particulier la performance en écriture et lecture de variables et la performance des temps d'ouverture des vues.

• Ce à quoi il faut faire attention

1.5.1 Le langage SQL

SQL (Structured Query Language) est un langage de banque de données performant et répandu. Dans les fonctions du langage Script de WinCC, le langage SQL est utilisé pour les tâches de banques de données. Pour d'autres informations, veuillez consulter des ouvrages spécialisés.

Dans certaines fonctions standard ainsi que d'autres dans l'éditeur User Archiv, vous devez indiquer des conditions dans le langage de banque de données SQL pour la spécification des blocs de données à éditer. Voici quelques exemples, montrant comment une instruction QSL doit être fournie :

• FieldA > ‘1992-12-31 23:45:12.12’ Le Statement sélectionne tous les blocs de données dont la valeur dans la colonne "FieldA" est plus grande que celle indiquée. FieldA est du type de données DB_TYP_TIME.

• FieldB like ‘Kessel%’ Ainsi seront sélectionnés par ex. les blocs de données qui dans la colonne "FieldB" possèdent la valeur "Kessel1", "Kessel4", "Kessel12". FieldB est du type de données DB_TYP_CHAR.

• FieldC > 100 Avec une condition sous cette forme seront sélectionnés tous les blocs de données qui dans la colonne "FieldC" possèdent une valeur plus grande que 100. FieldC est du type de données DB_TYP_INTEGER

• BETWEEN FieldC = 20 AND FieldC = 200 Le Statement sélectionne tous les blocs de données dont la valeur dans la colonne "FieldC" est comprise entre 20 et 200.FieldC est du type de données DB_TYP_INTEGER

• FieldD Le tri s'effectue ainsi suivant la colonne "FieldD".

• FieldE desc Suivant la colonne "FieldE", le tri s'effectue par ordre alphabétique inverse (descending order).



1.5.2 Liste alphabétique des mots clés SQL

Des noms d'archives, de vues et de champs ne doivent être composés que de lettres, caractères et tirets "_" et ne doivent pas dépasser 25 caractères. Le premier caractère doit toujours être une lettre.

Les termes suivants ne doivent pas être utilisés comme noms d'archives, de vues et de champs :

• "Archives"

• "View"

• "Field"

• "ViewCol"

• Tous les mots clés SQL

Les mots clés (ou mots réservés) du langage de banque de données SQL ne doivent pas être utilisés comme noms d'archives, de vues et de champs dans User Archives. Voici les mots clés SQL :

Mots clés utilisés dans le langage SQL

add all alter and

any as asc begin

between binary break by

call cascade cast char

char_convert character check checkpoint

close comment commit connect

constraint continue convert create

cross current cursor date

dba dbspace deallocate dec

decimal declare default delete

desc distinct do double

drop else elseif encrypted

end endif escape exception

exec execute exists fetch

first float for foreign

from full goto grant

group having holdlock identified

if in Index inner

inout insert instead int

integer into is isolation



Mots clés utilisés dans le langage SQL

join key left like

lock long match membership

message mode modify named

natural noholdlock not null

numeric of off on

open Option options or

order others out outer

passthrough precision prepare primary

print privileges proc procedure

raiserror readtext real reference

references release remote rename

resource restrict return revoke

right rollback save savepoint

schedule select set share

smallint some sqlcode sqlstate

start stop subtrans subtransaction

synchronize syntax_error table temporary

then time tinyint to

tran trigger truncate tsequal

union unique unknown update

user using validate values

varbinary varchar Variable varying

view when where while

with work writetext



1.5.3 Quantité de données admissible

Environnement de test

Les mesures décrites ci-après on été prises dans l'environnement de test suivant :

• Hardware : Pentium III 600 / 256MB

• Couplage : S7 Protocol Suite, Canal Unit MPI

• Environnement projet :

Quantité de données admissible : trois archives utilisateur, archives 1 avec 100 champs 3000 blocs de données, archives 2 avec 200 champs 1500 blocs de données et archives 3 avec 500 champs 500 blocs de données.

Mesures dans runtime, la première et dernière ligne sont lues ou écrites, déclenchement des commandes d'écriture/ lecture dans Table Control par la barre d'outils.

Editeur fermé, aucune fonction C exécutée, aucun changement de vue effectué.

Variables WinCC et variables de données brutes

Pour ces mesures, des variables WinCC ont été utilisées.Comme le montrent les mesures, les temps d'accès augmentent pour de grosses archives utilisateur.

Pour de grosses archives utilisateur, l'emploi de variables de données brutes est conseillé. Les variables de données brutes transfèrent des données en package et offrent ainsi des accès rapides à de plus grosses archives aussi.

Nota

500 champs max. peuvent être créés par archives utilisateur.



1.5.3.1 Performance en écriture et lecture de variables

Dans la mesure de performance décrite ici, le comportement des User Archiv a été mesuré en écriture et en lecture de variables.

Observez que la performance dépend de la quantité de données admissible mise en place.

Nombre de champs

Nombre de blocs de données

Temps d'écriture dans la variable en seconde

Temps de lecture dans la variable en seconde

100 1 1 2

100 10 1 2-3

100 50 1 3-4

100 100 1 3-9

100 1000 1-2 >3 (dépend du couplage)

200 1 2 3

200 10 2 4

200 50 1-2 >4

200 100 1-2 >4

200 1000 2-3 >4

500 1 3 4

500 10 3 7

500 50 3-4 ca. 15

500 100 4 >15

500 500 4 >15

Les durées recueuillies dépendent de la taille de chaque tableau.



1.5.3.2 Performance des temps d’ouverture de vues

Dans les tableaux suivants se trouvent les données d'une mesure de performance des temps d'ouverture de vues. La condition est que la fenêtre de tableau n'est pas active dans l'éditeur User Archiv.

Observez que les temps d'ouverture de vues dépendent de la quantité de données admissible mise en place.

Nombre de champs

Nombre de blocs de données

Temps d'ouverture de vues en seconde

100 1 1

100 10 2

100 100 3

100 500 3

100 1000 3

100 2000 3

100 3000 3

200 1 1

200 10 2

200 100 4

200 500 4

200 1000 4

200 1500 >4

500 1 3

500 10 4

500 100 >4

500 500 >4



1.6 WinCC User Archive Table Element

User Archive Table Element offre des possibilités d'accès aux archives d'utilisateur et aux vues des User Archives. A l'aide de User Archive Table Element, vous pouvez en Runtime :

• Supprimer, modifier et créer des enregistrements

• de feuilleter dans l'archive utilisateur

• Lire et écrire des variables avec une liaison de variables directe

• Importer et exporter des archives utilisateur

• Définir des critères de filtrage et de tri

Le User Archive Table Element propose deux vues : l'affichage en tableau et l'affichage en formulaire.

L'affichage en tableau

L'affichage en tableau présente les archives utilisateur sous forme de tableau. Chaque enregistrement correspond à une ligne et les champs de données d'un enregistrement forment les colonnes.

L'affichage en formulaire

L'affichage en formulaire propose une interface utilisateur que celui-ci peut agencer lui-même. L'affichage en formulaire d'archives d'utilisateur propose trois types de champ : textes statiques, champs de saisie et boutons.



Nota

Un User Archives Table Element est lié lors de la configuration à une archive d'utilisateur sélectionné voire à une vue et ne peut accéder qu'à cette archive d'utilisateur/cette vue. L'archive utilisateur / vue doit être partagée pour qu'un accès soit possible (protection d'accès). User Administrator permet d'attribuer des autorisations adaptées au contrôle. Si la protection d'accès est levée, le contrôle doit être à nouveau lié à l'archive utilisateur sous Graphics Designer afin que le contrôle puisse détecter la levée de la protection d'accès. La protection d'accès pour une archive ou un champ est interrogée lors d'une ouverture de vue d'un Elément de tableau d'archive utilisateur. La protection d'accès des variables de forçage d'une archive protégée doit être réalisée séparément via les propriétés d'objet p. ex. de la vue, du champ d'E/S ou du bouton.

1.6.1 Configuration d'un User Archive Table Element

Pour configurer un WinCC User Archive Table Element :

1. Configurez une archive utilisateur avec l'éditeur User Archives ou avec les fonctions du langage de script WinCC. La description de l'éditeur User Archives explique comment a été configuré l'archive utilisateur "Coca".

2. Placez un nouveau User Archive Table Element dans une vue du Graphics Designers.

3. Configurez les propriétés du User Archive Table Element.

4. Configurez l'affichage en formulaire de User Archive.

1.6.1.1 Placer un User Archive Table Element dans une vue de process

Afin de configurer un User Archive Table Element dans une vue de process, vous devez le configurer dans le Graphics Designer. Cette configuration s'effectue ainsi :

1. Sélectionnez le groupe d'objet "Objets complexes" de la palette d'objets.

2. Cliquez sur l'objet contrôle "Contrôle" et étirez une fenêtre de taille satisfaisante à l'écran.

3. Sélectionnez dans le menu de sélection maintenant affiché "Insérer le contrôle" l'option "WinCC User Archive Table Element" et confirmez la sélection par OK.



ou :

1. Sélectionnez dans la palette d'objets l'onglet "Contrôles" pour obtenir, dans la fenêtre de palette d'objets, un choix de contrôles standard.

2. Sélectionnez WinCC User Archive Table Element.



1.6.1.2 Définir les propriétés du User Archive Table Element

Dans le guide suivant, vous apprendrez comment vous (dans Graphics Designer) pouvez configurer à l'aide de la boîte de dialogue "Propriétés de WinCC User Archive Table Element" un User Archives Table Element pour l'archive d'utilisateur "Coca".

1. Double-cliquez à l'intérieur du bouton du "WinCC User Archive Table Element". La boîte de dialogue "Propriétés du WinCC User Archive Table Element" apparaît avec l'onglet "Général".

2. Dans le champ d'entrée Source, déterminez l'archive ou la vue à afficher dans le contrôle. Cliquez sur "Sélectionner" et sélectionnez dans le dialogue Package Browser l'archive utilisateur "Coca".

3. Vous définissez le type d'accès en Runtime dans la zone Edition. Les types "Insérer", "Modifier" et "Supprimer" sont activés par défaut. Au lieu de cela, vous pouvez uniquement activer "Seulement lire".

4. Avec la case à cocher "Cadre", vous décidez si la fenêtre de contrôle doit apparaître avec ou sans cadre. Activez ces options.

Le paramétrage par défaut des autres onglets peut être repris sans modifications.



1.6.1.3 Supprimer le User Archive Table Element

La suppression de User Archive Table Element s'effectue dans Graphics Designer en deux étapes :

1. Sélection avec la souris du contrôle User Archives Table Element à supprimer

2. Activation de la touche Supprimer ou sélection du menu "Edition - Supprimer".

La suppression a aussitôt lieu sans message préalable ! L'annulation de la commande n'est possible qu'avec la commande de menu "Edition - Annuler" ou avec la combinaison de touches "CTRL-Z".

1.6.2 Configuration d'une vue en formulaire

Le formulaire User Archives Table Element peut être configuré par l'utilisateur dans Graphics Designer, il sert à éditer et à représenter les données d'archive utilisateur.

La vue en formulaire ne peut être mise en place qu'avec un contrôle User Archives Table Element configuré.

La marche à suivre ci-après vous indique comment configurer un nouvel affichage en formulaire dans Graphics Designer.

1. Appuyez sur les touches "CTRL" et cliquez en même temps sur "User Archives Table Element". La vue en tableau du contrôle s'affiche. Vous pouvez à présent définir la largeur de chaque colonne pour le mode runtime.

2. Ce symbole vous permet de basculer d'une représentation en formulaire à une représentation en tableau. Cliquez dessus pour obtenir un affichage en formulaire. Vous pouvez maintenant configurer un formulaire.



nous allons paramétrer dans ce qui suit le formulaire suivant :

Nota

Après un clic droit de la souris sur le formulaire vierge, vous pouvez créer automatiquement les champs de formulaire de tous les champs de données contenus dans l'archive utilisateur avec la fonction "Create all" du menu contextuel. Un champ de texte avec sa désignation (alias) correspondant. Avec l'option "Create selected", les champs de formulaire sont uniquement créés pour les colonnes sélectionnées dans l'onglet "Colonnes".

1.6.2.1 Créer un champ de formulaire "Text"

Ouvrez l'affichage en formulaire si ce n'est pas déjà fait.

Pour créer un champ de formulaire "Text", cliquez, dans Graphic Designer, avec le bouton droit de la souris sur le plan de travail du contrôle User Archives Table Element à l'endroit où vous souhaitez positionner le texte. Le menu suivant s'affiche :

Sélectionnez "Insérer champ texte" ; la boîte de dialogue "Propriétés champ de texte" s'ouvre :



Entrez le texte souhaité dans le champ de sélection "Text". Pour notre exemple, saisissez le texte "Formulaire de saisie Coca" comme titre du formulaire.

Nota

Lorsque vous développez le champ "Text" avec le champ de sélection, tous les noms de champs d'une archive s'affichent en textes statiques. Lorsque des références ont déjà été entrées dans Textlibrary pour le changement de langue, celles-ci sont proposées.

1.6.2.2 Créer un champ de formulaire "Edit"


Pour créer un champ de formulaire "Edit", cliquez, dans Graphic Designer, avec le bouton droit de la souris sur le plan de travail du contrôle User Archives Table Element à l'endroit où vous souhaitez positionner le champ d'édition. Le menu suivant s'affiche :

Sélectionnez "Insérer champ édition" ; le dialogue "Propriétés champ édition" s'ouvre :

Le champ de sélection du dialogue propose tous les champs configurés de l'archive utilisateur.

Sélectionnez le champ "Eau". Vous pouvez à présent créer vous-même d'autres champs d'édition, p. ex. Sucre, Colorant7, Caféine ou Acide Phosphorique.



1.6.2.3 Créer un champ de formulaire "Button"


Pour créer un bouton, cliquez dans Graphic Designer avec le bouton droit de la souris sur le plan de travail du contrôle User Archives Table Element à l'endroit où vous souhaitez positionner le bouton. Le menu suivant s'affiche :

Sélectionnez "Button" ; le dialogue "Propriétés Button" s'ouvre :

Dans le champ "Texte", définissez le texte que devra contenir le bouton. Saisissez le texte "Affichage en tableau".

Dans le champ "Action", sélectionnez une des icônes de l'affichage en formulaire. Ce nouveau bouton configuré accomplit la même action que son icône correspondante dans la barre d'outils. Sélectionnez "Form" pour permettre le basculement à l'affichage en tableau.

Nota

Toutes les fonctions de la barre d'outils de l'affichage en formulaire peuvent être liées à un bouton. Vous définissez donc vous-même le modèle des boutons pour p. ex. commander les fonctions de la barre d'outils avec un écran tactile.



1.6.2.4 Editer des champs de formulaire a posteriori

Pour éditer des champs de formulaire a posteriori, cliquez avec le bouton droit de la souris sur le champ de formulaire par défaut et activez le bouton "Propriétés"

•

• iquez deux fois sur le champ de formulaire par défaut.

Le dialogue d'édition du champ de formulaire apparaît comme décrit dans les chapitres sur les champs de formulaire Text, Edit et Button.

1.6.2.5 Supprimer des champs de formulaires

Pour supprimer un champ de formulaire, cliquez avec le bouton droit de la souris sur le champ de formulaire par défaut. Cliquez sur le point de menu "Supprimer". Le champ de formulaire est supprimé. N'utilisez pas la touche Suppr. car elle supprimerait tout le contrôle.



1.6.3 Propriétés du WinCC User Archives Table Element

1.6.3.1 Propriétés des objets du WinCC User Archives Table Element

Vous pouvez modifier les attributs d'un contrôle User Archives Table Element ; il suffit de cliquer sur l'objet avec le bouton droit de la souris et de sélectionner l'option "Propriétés" dans le menu contextuel affiché. Vous pouvez éditez ici la statique des attributs Filter, Form, PressTBButton et Sort. Afin d'éviter des incohérences dans la base de données, les modifications des autres propriétés d'objet doivent toujours être effectuées dans le dialogue "Propriétés de WinCC Archives utilisateur - Elément de tableau" (Double-clic sur le contrôle).

Dans le dialogue "Propriétés de l'objet" visualisé, sélectionnez le noeud "Propriétés - Contrôle" de l'onglet "Propriétés".

Nota

Vous trouverez une description exhaustive de toutes les propriétés du WinCC User Archives Table Element dans l'aide en ligne.

La configuration des contrôles User Archives Table Element s'effectue normalement dans Graphics Designer par un double-clic sur l'un des contrôles. Effectuez les modifications souhaitées dans la boîte de dialogue qui vient de s'ouvrir. Ces modifications s'effectuent de façon simple et sûre car les archives utilisateur, les vues, les variables, etc., sont proposées dans les boîtes de dialogue des différents onglets.



1.6.3.2 Dialogue de propriétés du WinCC User Archives Table Element

Onglet Général

Icône Description

Source Le bouton "Sélectionner" vous permet d'accéder au Package Browser servant à sélectionner une archive utilisateur ou une vue configurée.

Edition Vous définissez le type d'accès au temps d'exécution dans la zone Edit. Si vous désactivez la case à cocher "Lecture uniquement", vous pouvez sélectionner les types d'accès "Insérer", "Changer" et "Supprimer" pour les archives utilisateur. Seule l'option "Changer" peut être sélectionnée pour les vues.

Bordure Avec la case à cocher vous décidez si la fenêtre de contrôle doit apparaître avec ou sans cadre.

Formulaire Cette case à cocher définit si la vue en formulaire doit être la vue de démarrage de la fenêtre de contrôle.

Base de temps du champ Last Access

Dans ce champ de sélection, vous fixez la base de temps pour l'affichage du temps dans le champ "Last Acess".

Travail d'impression pour impression rapide

Dans ce champ, vous fixez le travail d'impression devant être utilisé lors de l'impression des données affichées.



Nota

Si la configuration de l'archive d'utilisateur est modifiée dans l'Editor User Archives, p.ex. en supprimant la protection d'accès, le contrôle dans le Graphics Designer doit être lié de nouveau à cette archive d'utilisateur. Ainsi, le contrôle reconnaît la configuration d'archive modifiée.

Package Browser

Le bouton "Sélectionner" dans le dialogue de propriétés de User Archive Table Element active le Package Browser. Il permet de sélectionner les archives utilisateur et vues configurées.

Dans le cas d'un client WinCC, vous pouvez sélectionner dans le champ de navigation de la boîte de dialogue "Package Browser" les serveurs à partir desquels des packages ont été chargés et sur lesquels une archive utilisateur contenant des variables a été configurée. Dans un projet d'un client WinCC, vous avez accès aux archives utilisateur de tous les serveurs faisant partie du projet. Des archives utilisateur locales sur le client WinCC ne sont pas prévues. La zone "Hiérarchie" affiche le chemin du serveur sélectionné. Ce dernier est éditable de sorte que le chemin du serveur voulu peut également être entré manuellement.

Si la liste des serveurs ne contient pas le serveur requis, il faut d'abord charger un package de ce serveur à l'aide de la fonction Données de serveur "Charger". Pour plus d'informations sur la fonctionnalité Client WinCC, veuillez vous reporter à l'aide du WinCC Explorer.

Nota

Lorsque le contrôle n'est pas lié à une archive utilisateur ou une vue, le message d'erreur "Error while connecting the data!" apparaît lors du basculement en Runtime.



Onglet Colonnes

Icône Description

Colonnes La zone Colonnes permet de définir quels champs doivent être affichés dans la vue de process après avoir été créés dans l'éditeur User Archives.

Propriétés La zone Propriétés sert à définir les propriétés des champs sélectionnés dans la zone Colonnes.

Verrouillé L'option "Verrouillé" protège le champ sélectionné d'un écrasement.

Format Le champ "Format" sert à définir la représentation des valeurs : Fixed (Nombre à virgule fixe "%.2f") Scientific (Représentation exponentielle "%e") Date (Uniquement sortie de date "%x") Time (Uniquement sortie d'heure "%X") TimeStamp (Sortie de date et heure "%c") L'affichage d'un champ de date a lieu selon le format défini dans le système d'exploitation.

Alignement Concernant l'"alignement" vous avez le choix entre "à gauche", "centré" et "à droite".

Réinitialiser Le bouton "Réinitialiser" rétablit le paramétrage précédent.



Nota

Dans le champ de sélection Format, vous pouvez aussi formater le nombre de décimales (p. ex. "%3f" pour trois chiffres après la virgule), ou choisir le mode hexadécimal "%x" pour des entiers.

Onglet Barre d'outils

Icône Description

Icônes Sélectionnez dans la liste les icônes que doit contenir la barre d'outils.

Droits d'accès Le champ "Autorisation d'accès" affiche les droits d'accès à l'icône sélectionnée.

Sélection Ce bouton fait apparaître le dialogue "Autorisations" dans lequel vous définissez les accès.

Désactiver La case à cocher "Désactiver" affiche ou masque la barre d'outils.

Hotkey Ce champ permet d'attribuer des raccourcis à chaque fonction.



Définissez les autorisations de votre choix dans la boîte de dialogue "Autorisations". Les autorisations affichées dans la boîte de dialogue ont été configurées au préalable dans le User Administrator.

Onglet Barre d'état



Icône Description

Plages Les cases à cocher "Plages" définissent quels éléments doivent être contenus dans la barre d'état.

Désactiver La case à cocher "Désactiver" affiche ou masque la barre d'état.

Lorsque toutes les options de la barre d'état ont été activées, elle ressemble à ceci :

Onglet Filtrage/Tri

Critère de filtrage

Dans la boîte de dialogue "Condition de filtrage", vous définissez les conditions de filtrage. Entrez directement les critères de filtrage. Ces critères doivent être formulés dans le langage informatique SQL (Structured Query Language) de la base de données. Vous trouverez en annexe une description du langage SQL avec plusieurs exemples pratiques.

Exemple : FieldC>100 Cette condition sélectionne tous les enregistrements qui possèdent dans la colonne "FieldC" une valeur supérieure à 100.

Le bouton "Créer..." crée un masque de filtrage automatique avec lequel vous définissez les critères de filtrage.



Dans la rubrique "Critère de filtrage", vous définissez les critères de filtrage ; le champ de gauche vous propose tous les champs de données de l'archive. Dans les rubriques "Ensuite par" et "Finalement par", entrez les critères de filtrage suivants. Les filtres seront passés dans cet ordre.

Tri

Dans la boîte de dialogue "Filtrage", vous définissez les conditions de filtrage. Saisissez ces critères directement dans le langage informatique de la base de données SQL.

Le bouton "Créer..." crée un masque de tri automatique avec lequel vous définissez les critères de filtrage.

Dans la rubrique "Trier par", vous définissez les critères de tri ; le champ de gauche vous propose tous les champs de données de l'archive utilisateur. Dans les zones de liste "Ensuite par" et "Finalement par", entrez les critères de tri suivants. Les filtres seront passés dans cet ordre. L'option "Croissant" trie dans l'ordre croissant, l'option "Décroissant" ordonne le tri en décroissant



Onglet Polices

Vous définissez dans cet onglet la police à utiliser dans le contrôle.

Onglet Couleurs

Vous définissez dans cet onglet les couleurs à utiliser dans le contrôle.



1.6.4 User Archives Table Element en Runtime

1.6.4.1 Le tableau du User Archives Table Element

Le tableau du User Archive Table Element sert à présenter sous forme de tableau les données d'archive utilisateur en Runtime.

La fenêtre de tableau et de formulaire du contrôle est commandée à l'aide de cette barre d'outils :

L'édition au sein du tableau s'effectue de façon analogue à celle de la fenêtre de tableau de l'éditeur User Archives.

Nota

Lorsque vous modifiez une ou plusieurs valeurs dans un tableau de contrôle, il vous faut ensuite quitter cet enregistrement, c.-à-d. passer à une autre cellule ou à une autre ligne du tableau afin que la valeur soit reprise dans la base de données et actualisée dans d'autres affichages. Les actions en langage de script WinCC doivent assurer elles-mêmes la sélection des enregistrements. Une sélection d'enregistrements à l'aide du contrôle n'est pas possible.



1.6.4.2 Le formulaire du User Archives Table Element

Le formulaire de User Archives Table Element peut être configuré par l'utilisateur dans Graphics Designer et sert à entrer et à représenter les données d'archives utilisateur en Runtime sous une forme explicite pour l'utilisateur.

Nota

Lorsque vous modifiez une ou plusieurs valeurs dans un formulaire de User Archives Table Control, passez ensuite à un autre enregistrement afin que la valeur soit reprise dans la base de données et actualisée dans d'autres affichages.

1.6.4.3 La barre d'outils du User Archives Table Element

La barre d'outils permet les manipulations suivantes :

Icône Description

Basculer

Supprimer enregistrement

Créer enregistrement

Editer champ

Défilement dans la fenêtre de tableau

Ecriture et lecture de variables

Importer et exporter des archives utilisateur

Définir critère de filtrage

Définir critère de tri

Base de temps du champ "LastAccess"

Imprimer

Demander de l'aide



Basculer

Permet de basculer entre l'affichage en formulaire et l'affichage en tableau.

Supprimer enregistrement

L'enregistrement sélectionné est supprimé.

Créer enregistrement

Vous entrez les valeurs des champs de données successivement en confirmant à chaque fois avec la touche Entrée. Une fois tous les champs de données saisis, un nouvel enregistrement est créé avec ces valeurs.

Editer champ

Sélectionnez le champ que vous souhaitez éditer après avoir cliqué sur cet icône.Le marqueur signalant le caractère éditable du champ s'affiche. Tant que le symbole "Modifier le champ" est actif, User Archives Table Element est en mode "Modifier". Vous pouvez alors vous déplacer dans le tableau avec le curseur et effectuer vos modifications directement. Lorsque vous n'êtes pas en mode "Edition", vous ne pouvez effectuer des modifications qu'après avoir enfoncé la touche F2 ou cliqué deux fois sur le champ à éditer.

Défilement dans la fenêtre de tableau

Ces boutons font défiler le tableau vers le début ou la fin et permettent de sauter en début ou en fin d'archive utilisateur.

Ecriture et lecture de variables

Ces outils écrivent ou lisent des variables WinCC.

Lors du paramétrage de l'archive utilisateur dans le dialogue "Propriétés de l'archive" de l'onglet "Communication", vous pouvez sélectionner le type de communication "Communication" via variable WinCC.

Importer et exporter des archives

Un clic sur l'un de ces boutons déclenche l'importation ou l'exportation d'archives utilisateur au format CSV (Coma Separated Value).

Attention ! Avant d'ouvrir le fichier sous Excel, spécifiez le type de fichier CSV spécifié sinon les fichiers CSV exportés par WinCC ne pourront être lus correctement.

Nota

Dans un projet multipostes, il convient de tenir compte des points suivants : S'il existe une archive utilisateur sur le serveur p. ex. sous "c:\Projets\Test\UA", elle sera partagée sous ce chemin. Le client mappe le partage via un lecteur de réseau p. ex. "I:\Test\UA". Le chemin standard de l'archive utilisateur est alors sur le client "I:\Test\UA". Ce répertoire n'existe cependant pas sur le serveur sous cette désignation. Si vous voulez importer/exporter des archives utilisateur, vous devez modifiez le chemin standard sur le client, dans notre exemple en "C:\Projets\Test\UA".



Définir critère de filtrage

Sert à entrer des critères de filtrage. Toutes les données affichées sont exportées. Lorsqu'une partie seulement doit être exportée, vous devez formuler les critères de filtrage de façon à ce que seules les données souhaitées soient affichées. Vous pouvez ensuite exporter ces données.

Les critères de filtrage doivent être directement formulés dans le langage informatique SQL (Structured Query Language) de la base de données. Vous trouverez en annexe une description du langage SQL avec plusieurs exemples pratiques. Pour de plus amples informations, reportez-vous aux manuels spécialisés.

Exemple : ID < 100 Seuls les champs de données dont les indicateurs vont de 1 à 99 sont sélectionnés, tous les autres ne sont pas affichés.

Le bouton "Créer..." crée un masque de filtrage automatique avec lequel vous définissez les critères de filtrage.



Dans la rubrique "Critère de filtrage", vous définissez les critères de filtrage ; le champ de gauche vous propose tous les champs de données de l'archive. Dans les rubriques "Ensuite par" et "Finalement par", entrez les critères de filtrage suivants. Les filtres seront passés dans cet ordre.

Nota

Les critères de filtrage entrés ici sont temporaires, c.-à-d. qu'après un nouvel affichage de la vue, les critères de filtrage définis dans le dialogue de propriétés sont de nouveau valables.

Définir critère de tri

Sert à entrer des critères de tri.

Saisissez ces critères directement dans le langage informatique de la base de données SQL.

Voir également la description du langage SQL en annexe. Pour de plus amples informations, reportez-vous aux manuels spécialisés.

Le bouton "Créer..." crée un masque de tri automatique avec lequel vous définissez les critères de filtrage.



Dans la rubrique "Trier par", vous définissez les critères de tri ; le champ de gauche vous propose tous les champs de données de l'archive utilisateur. Dans les zones de liste "Ensuite par" et "Finalement par", entrez les critères de tri suivants. Les filtres seront passés dans cet ordre. L'option "Croissant" trie dans l'ordre croissant, l'option "Décroissant" ordonne le tri en décroissant

Nota

Les critères de tri entrés ici sont temporaires, c.-à-d. qu'après un nouvel affichage de la vue, les critères de tri fixés dans le dialogue de propriétés sont de nouveau valables.

Base de temps du champ "Last Access"

A l'aide de cette option, vous pouvez modifier la base de temps du champ "Last Access".

Imprimer

Cette option démarre l'impression des valeurs affichées.

Demander de l'aide

Cliquez sur cette icône pour appeler de l'aide au sujet de User Archives Table Element.



1.6.4.4 Commande du contrôle par des objets dynamiques

Le User Archives Table Element permet de lier tous les boutons de la barre d'outils à des boutons ou à des champs d'entrée/sortie définis par l'utilisateur. Chaque bouton peut être paramétré quant à sa taille et son aspect en vue de commander le Table Element par un écran tactile, p. ex.

Exemple d'utilisation de l'attribut "Press TB Button"

Pour créer une liaison entre un contrôle User Archives Table Element et un bouton, vous devez exécuter les étapes suivantes :

1. Créez un bouton dans Graphics Designer et appelez les propriétés d'objets avec le menu contextuel.

2. Sélectionnez l'option "Souris" dans l'onglet "Evénement". Sélectionnez dans la fenêtre de droite "Exécution en cas de "clic de souris"". Un clic droit de souris sur la flèche de la colonne "Action" ouvre une fenêtre de dialogue ; cliquez sur l'option "Liaison directe".



3. Dans la zone "Source", sélectionnez "Constante" et entrez une constante, p. ex. "Form" (Les constantes à votre disposition pour le contrôle User Archives Table Element sont indiquées ci-après). Dans la zone "Cible", sélectionnez l'option "Objet dans la vue" et cliquez sur le Table Element à lier dans le champ de sélection d'objets. Dans le champ "Propriétés", sélectionnez "Press TBButton" et confirmez avec "OK".

4. Enregistrez la vue et basculez en runtime. Lorsque vous actionnez le bouton configuré "Form", la représentation du contrôle bascule de l'affichage en tableau à l'affichage en formulaire et inversement.



Les constantes pour une liaison directe avec le User Archives Table Element

Pour les liaisons directes du User Archives Table Element citées ci-dessus, une constante est à disposition pour chaque bouton du contrôle. L'affectation de chaque bouton à la constante lui correspondant est listée dans le tableau ci-dessous.

Constante Bouton correspondant

Form

Delete

New

Edit

First

Previous

Next

Last

ReadVar

WriteVar

Import

Export

Filter

Sort

Timezone

Print

Help

Nota

Lorsque vous effectuez des entrées dans la fenêtre de tableau avec le clavier, le curseur de la cellule d'enregistrement sélectionnée est masqué dès que vous avez actionné la touche "Tabulateur" et la touche "Pos 1". Pour réafficher l'enregistrement utilisé en dernier, créez un bouton comme décrit ci-avant et sélectionnez la constante "VTB_Focus". L'actionnement de ce bouton ramène le curseur de cellule à sa dernière position.

04.03 Systèmes multipostes


2 Systèmes multipostes

2.1 Systèmes Client-Serveur dans WinCC

Introduction

WinCC vous permet de configurer des systèmes Client-Serveur comportant plusieurs clients et serveurs pour ainsi piloter et surveiller efficacement les grandes installations. Grâce à la répartition des tâches sur plusieurs serveurs lors du pilotage et de la surveillance du processus, on obtient le soulagement de chacun d'entre eux et donc un accroissement des performances. Vous avez en outre la possibilité de constituer avec WinCC des installations établies de façon complexe du point de vue technologique ou topologique.

Les systèmes Client-Serveur sont par exemple utilisés :

• Dans les grandes installations dans lesquelles plusieurs postes de surveillance et de pilotage (clients) sont nécessaires pour des tâches identiques.

• Si vous voulez répartir différentes tâches de pilotage et de surveillance entre plusieurs postes de pilotage, par exemple un client central pour l'affichage de toutes les alarmes d'une installation.

Vous pouvez utiliser des clients pour :

• Configuration des systèmes multipostes avec un serveur : Plusieurs clients sélectionnent le projet d'un serveur avec connexion au processus. Dans un système multiposte, il n'est pas nécessaire de configurer les clients étant donné que toutes les données sont mises à disposition par le serveur.

• Configuration des systèmes répartis avec plusieurs serveurs : Les clients peuvent visualiser les données de divers serveurs avec connexion au processus. Dans un système réparti chaque client a sa configuration individuelle, les données Serveur requises sont importées sur les clients et peuvent automatiquement être mises à jour en cas de changement. Les données processus sont mises à disposition par les serveurs.

• Configuration à distance : Configuration d'un projet Serveur depuis un client.

Conditions préalables à la configuration de systèmes Client-Serveur

Pour pouvoir configurer des systèmes Client-Serveur avec WinCC, il vous faut l'option "Serveur WinCC" sur chaque serveur WinCC.

Tous les ordinateurs dans un système Client-Serveur doivent être reliés en réseau (LAN). Vous pouvez également connecter au système -en tant que client ou serveur- des ordinateurs de sous-réseaux voisins s'ils sont reliés par une voie d'acheminement (Router).

L'outil WinCC-Smart "Communication Configurator" est nécessaire pour connecter des ordinateurs par RNIS.

Systèmes multipostes 04.03


Systèmes redondants

Configurez des serveurs redondants pour que le service ne soit pas interrompu en cas de dérangement, comme par exemple en cas de panne d'un serveur. Vous trouverez dans la documentation "Systèmes redondants" de WinCC la procédure à suivre pour configurer des systèmes redondants.

Vous obtiendrez dans cette documentation des informations concernant la configuration des clients dans des systèmes redondants.

Nota Si un projet doit être configuré à distance sur un serveur redondant, il vous faut tout d'abord désactiver la redondance. Faute de quoi, le système risque de permuter sur l'autre serveur du couple redondant pendant la configuration à distance et la cohérence entre les serveurs redondants n'est alors plus garantie.



2.2 Configurations et quantité de données admissible

Configuration de systèmes Client-Serveur pour diverses exigences

Selon les exigences, vous pouvez configurer diverses solutions Client-Serveur. Vous avez alors la possibilité d'utiliser les Clients, les WebClients et les ThinClients.

Clients

Clients permet d'effectuer les opérations suivantes dans un système Client-Serveur si la configuration est adéquate :

• Afficher sur plusieurs clients la vue sur un serveur (système multipostes)

• Afficher sur des Clients les vues sur plusieurs serveurs (système réparti)

• Configurer ( à distance) d'un client un projet Serveur.

• Activer et désactiver (à distance) d'un client un projet Serveur

L'option "WinCC Server" est nécessaire sur chaque serveur pour vous permettre de configurer plusieurs clients.

WebClients

Placez les WebClients dans un système Client-Serveur par exemple lorsque :

• l'accès au système est nécessaire même si les connexions se font sur bande étroite

• l'accès aux données n'est que temporaire

• l'accès aux données est nécessaire sur de grandes distances, via Internet par exemple

Les WebClient ont les avantages suivants :

• il est possible d'utiliser des ordinateurs Client ayant des systèmes d'exploitation différents

• plusieurs WebClients peuvent simultanément accéder à un serveur

• possibilité de valider une grande quantité de données

Pour configurer des WebClients, vous avez besoin de l' installation minimale de WinCC et de l'option "WinCC WebNavigator".

ThinClients

Les ThinClients offrent les caractéristiques essentielles des WebClients avec en outre les particularités suivantes :

• son utilisation est possible sur des plates-formes Client robustes, sous Windows CE (MP370 p. ex.)

• possibilité d'utiliser des clients mobiles (Mobic p. ex.)

Pour configurer des ThinClients, vous avez besoin de l' installation minimale de WinCC et de l'option "WinCC WebNavigator".



Nombre possible de clients et de serveurs

Il est possible de valider des quantités différentes de données selon le type et le nombre de clients utilisés. Il est alors possible de réaliser des systèmes mixtes, à savoir l'utilisation parallèle de clients et de WebClients dans un système Client-Serveur.

Si vous utilisez uniquement des clients, 32 clients parallèles peuvent au maximum accéder à un serveur dans un réseau WinCC. Pendant le temps d'exécution Runtime, un client peut accéder à douze serveurs au maximum. 24 serveurs peuvent au maximum être utilisés sous forme de couples de serveurs redondants.

Lorsque vous utilisez des WebClients, la quantité de données admissible peut atteindre jusqu'à 51 clients (1 client et 50 WebClients). Dans un tel système, vous pouvez au maximum utiliser 24 serveurs formant 12 couples de serveurs redondants.

Configuration de systèmes mixtes

Pour la quantité de données admissible, il est recommandé de respecter la règle suivante lors de la configuration d'un système mixte :

Chaque type de client possède une valeur indicative :

• WebClient/Thin Client = 1

• Client = 2

• Client avec la fonction "Configuration à distance" = 4

Le total des valeurs indicatives de tous les clients ne devrait pas dépasser 60 par serveur pour les serveurs WinCC sans fonction de commande. Il ne devrait pas dépasser 16 pour les serveurs avec fonction de conduite.

Exemple :

Composants Priorité

2 Clients avec la fonction "Configuration à distance"

2 x 4 = 8

4 Clients 4 x 2 = 8

44 WebClients 44 x 1 =44

Total 60



2.3 Scénarios Client-Serveur

Présentation

WinCC vous permet, selon le cas d'application, de réaliser des scénarios Client-Serveur différents :

Systèmes multiposte

Il est typique de configurer un système multiposte pour les petites installations ne nécessitant aucune répartition des données sur plusieurs serveurs.

Vous configurez un serveur avec connexion au processus prenant en charge toutes les fonctions centrales, ainsi que plusieurs postes de conduite (clients). Les postes de conduite individuels peuvent alors appliquer les mêmes tâches ou des tâches différentes.

Les clients peuvent, selon l'autorisation de conduite :

• seulement contrôler l'installation.

• aussi bien piloter que contrôler

• configurer à distance le projet Serveur, comme ordinateur de maintenance p. ex.

Les clients peuvent, selon la configuration :

• afficher tous la même vue sur le projet, lorsque p. ex. le processus doit pouvoir être piloté depuis plusieurs postes de l'installation.

• afficher diverses vues du projet, uniquement des alarmes p.ex.

En attribuant leurs droits aux utilisateurs, vous pouvez déterminer individuellement quelles fonctions sont disponibles sur quel poste et pour quel utilisateur.

Systèmes répartis

On utilise en général dans les grandes installations des systèmes répartis comportant plusieurs serveurs lorsque la quantité de données à traiter est particulièrement importante. Chacun des serveurs est soulagé du fait de la répartition des tâches entre plusieurs d'entre eux. Vous obtenez de meilleures performances dans le système et pouvez prendre en charge une plus grande quantité de données.

Si vous configurez des systèmes répartis dans un système WinCC, répartissez les tâches processus par la configuration respective, soit selon les étapes du processus, soit selon les fonctions sur les serveurs :

• En cas de répartition technologique c'est une zone délimitable techniquement qui est validée par chaque serveur, une presse déterminée ou une unité de séchage par exemple.

• En cas de répartition fonctionnelle c'est une tâche déterminée qui est validée par chaque serveur, la visualisation, l'archivage ou l'alarme par exemple.

Les clients d'un système réparti peuvent respectivement afficher en temps d'exécution les données d'au maximum douze serveurs différents ou couples de serveurs redondants. Tous les clients faisant partie d'un système réparti reçoivent leur propre configuration avec des vues de base et peu de données locales. Les données Serveur nécessaires pour l'affichage des données processus sont transmises des serveurs aux clients et peuvent au besoin automatiquement être mises à jour.

Fileserver

Dans les systèmes Client-Serveur, vous pouvez utiliser un Fileserver pour enregistrer tous les projets et les gérer de façon centrale. Il est ainsi p. ex. plus facile de créer des copies de sauvegarde régulières de tous les projets. Les serveurs ayant connexion au processus ont



accès au Fileserver et peuvent configurer les projets sur le Fileserver. Le Fileserver ne peut être utilisé que pour la configuration.

Le Fileserver peut au besoin être adapté aux exigences requises avec des composants matériels supplémentaires spéciaux. Vous pouvez par exemple assurer la sécurité contre les pannes avec des plaques miroir.

Serveur archives longues

Un serveur archives longues sert à sauvegarder des archives. Le rôle de serveur archives longues est tenu par un serveur sans connexion au processus sur lequel les serveurs avec connexion au processus stockent leurs sauvegardes d'archives. Il est possible d'accéder avec des applications externes aux données archivées sur le serveur archives longues, et ce via OLE-DB par exemple.

Serveur d'archives central

Sur un serveur d'archives central (WinCC Historian), vous pouvez enregistrer les valeurs processus et les alarmes de tous les serveurs WinCC raccordés. Vous pouvez afficher dans la vue sur le processus et comme d'habitude en temps d'exécution Runtime les valeurs processus et les alarmes mémorisées, et ce soit par le contrôle WinCC Online Trend, soit par le contrôle WinCC Alarm. Vous pouvez en outre directement accéder aux valeurs processus et aux alarmes archivées, et ce via les interfaces définies, OLE-DB par exemple. Vous pouvez de la sorte mettre par exemple à disposition de l'entreprise entière des données de production importantes à analyser.

Communication Serveur-Serveur

Lors de la communication entre deux serveurs, l'un accède aux données de l'autre. Un serveur peut au maximum accéder aux données de douze autres serveurs ou couples de serveurs. Le serveur qui accède se comporte alors comme un client au vu de la configuration et du pilotage, la différence étant qu'il est impossible de configurer un serveur standard.

Une licence Serveur WinCC est nécessaire pour que le serveur puisse accéder aux données. Lors de la configuration du système, le serveur qui accède doit être pris en considération dans la quantité de données admissible.

Serveur standard

Dans les systèmes répartis, les WinCC Controls reçoivent de serveurs déterminés -pour l'affichage d'alarmes et des données processus- leurs données avec préfixe pour serveur.

Vous configurez dans un système réparti un serveur standard aux clients pour que les données ne disposant pas de préfixe univoque soient sélectionnées par ce serveur standard. S'il n'existe aucun serveur standard, le système tente d'accéder localement aux données en question. S'il n'existe aucun contingent de données locales (alarmes et archives par exemple), l'accès est refusé et un message d'erreur émis.

Serveur préférentiel

Si vous utilisez des serveurs redondants dans votre système réparti, il vous est possible de configurer un serveur préférentiel pour les clients.

Un serveur préférentiel est un serveur faisant partie d'un couple de serveurs redondant auquel le client se connectera de préférence dans un système réparti. Le serveur préférentiel peut être choisi séparément pour chaque client de façon à garantir le pilotage permanent du système.



2.4 Configuration du serveur

Introduction

Un serveur peut remplir les tâches suivantes dans un réseau WinCC :

• Connexion au processus

• Saisie des valeurs du processus

• Archivage d'alarmes et de valeurs du processus

• Alimentation des clients en données venant du processus

• Alimentation des clients en données de configuration

Les tâches validées par chacun des serveurs peuvent être réparties selon le plan technologique ou le plan fonctionnel :

• Plan technologique : Tous les serveurs gèrent une section déterminée du processus ou de l'installation.

• Plan fonctionnel : Chaque serveur remplit une tâche déterminée en temps d'exécution et au vu de l'ensemble du processus.

Etapes de la configuration

Configuration d'un système multiposte Vous configurez dans un système multiposte plusieurs clients qui affichent en temps d'exécution la vue sur un serveur. Les clients reçoivent exclusivement leurs données du serveur et n'ont pas de configuration leur étant propre.

Pour configurer un serveur dans un système multiposte, les étapes suivantes sont nécessaires :

1. Créer un nouveau projet de type "Multiposte" sur le serveur. 2. Configurer sur le serveur les données sur le projet qui sont nécessaires (images,

archives, variables...). 3. Enregistrer sur la liste des ordinateurs les clients qui doivent configurer à distance. 4. Attribuer les autorisations de conduite aux clients qui doivent configurer à distance. 5. Activer sur le serveur l'importation automatique de Packages. 6. Configurer les clients dans le projet Serveur.

Configurer le système réparti Dans un système réparti, configurer les clients avec vues sur plusieurs serveurs. Les clients ont leurs propres projets avec leurs propres données locales. Les données mises à jour par le serveur sont transmises aux clients par Package-Export.

Pour configurer un serveur dans un système réparti, les étapes suivantes sont nécessaires :

1. Créer un nouveau projet de type "Multiposte" sur chaque serveur. 2. Configurer sur les serveurs les données sur le projet qui sont nécessaires (images,

archives, variables...). Selon la répartition (technique/fonctionnelle) il peut également uniquement s'agir de données déterminées sur le projet. des archives par exemple.

3. Enregistrer sur la liste des ordinateurs les clients qui doivent configurer à distance. 4. Attribuer les autorisations de conduite aux clients qui doivent configurer à distance. 5. Configurer Package-Export (en manuel ou automatique). 6. Configurer des projets Client sur les clients. 7. Mettre à disposition des clients des données Serveur (Packages).

Nota Toujours configurer les serveurs d'un système Client-Serveur avant les clients en question.



2.5 Configuration du client

Introduction

Il n'est nécessaire de configurer des clients que si vous configurez un système réparti dans lequel les clients peuvent afficher les vues sur plusieurs serveurs. Si vous configurez un système multiposte dans lequel les clients n'affichent que les données d'un seul serveur, il ne sera pas nécessaire de lui configurer ses propres clients. Les clients reçoivent toutes leurs données et leur environnement Runtime à partir du projet Serveur.

Si vous configurez un système Client-Serveur comportant plusieurs serveurs et où les clients affichent des vues différentes sur plusieurs serveurs (système réparti), il vous faut configurer un projet Client propre à chaque client. Chaque client peut afficher en mode Runtime des vues sur douze serveurs ou couples de serveurs redondants au maximum, par exemple Affichage des alarmes de Serveur 1 et Serveur 2, Affichage et inscription des valeurs de processus de Serveur 3, Affichage des vues de Server 4, etc.

Les clients d'un système réparti peuvent, selon les autorisations de conduite sur le serveur :

• Contrôle du processus.

• Contrôle et conduite du processus.

• Configurer à distance des projets sur un serveur.

• Activer et désactiver à distance des projets sur un serveur.

Nota Pour pouvoir afficher les données de différents serveurs, il faut que les préfixes de serveur (donc les noms de serveur) soient univoques au sein du système réparti.

Chaque client a sa propre configuration et inscrit localement peu de données administratives spécifiques dans la banque de données Client, par exemple :

• des variables locales

• les données de User Administrator

• les données de TextLibrary

• les propriétés du projet

• les cycles utilisateur

Nota Toutes les données externes de la configuration Serveur doivent également exister sur les clients afin qu'elles puissent s'afficher correctement dans le projet Client. Les données externes sont par exemple des ActiveX Controls qui ne proviennent pas de WinCC et des graphiques externes qui sont par exemple intégrés en tant qu'objets OLE.

Etapes de la configuration

1. Configuration des projets Serveur. 2. Création et exportation des Packages Serveur. 3. Configuration de Package-Import sur le client. 4. Configurer des projets Client sur les clients.



2.6 Comportement du système dans Runtime

Introduction

Avec un système Client-Serveur dans WinCC, vous pouvez répartir vos configurations d'installation sur plusieurs serveurs afin de décharger chacun des serveurs. Les données configurées sur les serveurs peuvent être affichées par des Clients, un Client pouvant afficher en Runtime les données d'au maximum douze serveurs différents ou de couples de serveurs redondants.

Comportement des éditeurs dans le mode Runtime

Archives

Si le système d'archives est activé sur un poste de conduite, Tag Logging Runtime fonctionne en tant que serveur pour archives sur le serveur et en tant que serveur pour clients sur les clients. Seul le serveur pour archives accède à la banque de données pour saisir et archiver les données sur le processus. Les clients reçoivent les données archivées du serveur pour archives.

Les données archivées peuvent être représentées sous forme de tableau ou de graphique sur tous les clients où fonctionne Tag Logging Runtime. Les données pour la représentation proviennent toujours du serveur pour archives. Toutes les commandes sur le client sont transmises au serveur et le résultat du traitement est envoyé au client.

Graphiques

En mode Runtime, si une vue est appelée sur un client, Graphics Runtime recherche d'abord les vues locales. S'il n'existe aucune vue locale portant le nom correspondant, le répertoire de projets est recherché sur le serveur. S'il n'existe aucune vue, une remarque adéquate apparaît.

Si une sélection de vue nécessite un échange avec un autre éditeur (Alarm Logging, Global Script), cet échange a toujours lieu localement. Une vue peut simultanément être ouverte et éditée par plusieurs postes de conduite en Runtime.

Nota Une vue sur un client est plus rapidement constituée si vous copiez localement les images correspondantes sur le client. Spécifiez dans le dialogue "Propriétés - ordinateurs" du client, sur l'onglet Runtime le répertoire correspondant. Vous pouvez également spécifier ici si le répertoire doit par exemple toujours être utilisé ou être utilisé de préférence. Lorsqu'une vue est modifiée dans le projet Serveur, il vous faut manuellement mettre à jour les données en copiant à nouveau la vue modifiée dans le répertoire local du client.



Alarmes

Si des alarmes doivent être représentées sur un client, les données représentées proviennent du serveur. Le serveur pour alarmes reçoit les données configurées de la banque de données.

Les données archivées et la liste des alarmes peuvent être représentés sur chaque client. Les données pour la représentation proviennent toujours du serveur pour alarmes. A l'arrivée de nouvelles alarmes, le serveur pour alarmes archive ces dernières.

Lorsqu'une alarme est acquitté sur un poste de conduite, l'acquittement est transmis au serveur pour alarmes. Le serveur inscrit le changement d'état dans les archives et transmet l'alarme à tous les clients concernés. Il en est de même pour le verrouillage des alarmes.

Si un serveur pour alarmes n'est pas disponible en Runtime, un message correspondant apparaît à la place des alarmes dans la fenêtre de message. Lorsque le serveur est à nouveau disponible, les alarmes s'affichent à nouveau dans la fenêtre de message.

Journaux

Le système de documentation de WinCC ne connaît pas le mode Runtime à proprement parlé. Les journaux et travaux d'impression sont configurés et peuvent être exécutés à tout moment. Seuls dépendent du Runtime les travaux d'impression qui doivent représenter les données d'archives ou du processus.

Le système de documentation est automatiquement lancé sur chaque client lors du démarrage. Le serveur joue le rôle de serveur pour journaux, les clients servent de clients pour journaux. Lors du démarrage, les clients se connectent sur le serveur et reçoivent les informations actuelles concernant les travaux d'impression disponibles ainsi que leur état. Si un travail d'impression est lancé sur un client, les données respectives proviennent de la banque de données du serveur. Le travail d'impression est lancé localement. Le serveur pour journal reçoit du client les données actuelles concernant l'état du travail d'impression et transmet ces informations à d'autres clients.

Scripts

Si un poste de conduite active localement un projet, les fonctions du projet et les fonctions standard du serveur sont chargées localement.

User Administrator

Les autorisations de conduite sont vérifiées par le composant Runtime du User Administrator. Le composant Runtime du User Administrator est automatiquement lancé sur chaque ordinateur lorsque WinCC démarre. En cas de modification de la connexion, la liste actuelle d'autorisation de conduite est retirée de la banque locale de données.

Text Library

Lorsque le projet pour serveur est activé, Text Library Runtime fonctionne sur le serveur en tant que serveur pour texte et sur les clients en tant que client pour texte. Les données sont toujours lues depuis la banque de données du serveur.

Comportement en cas de dérangements dans le système

Si un serveur est non disponible, les clients interrogent de façon cyclique le serveur jusqu'à ce qu'il ait à nouveau démarré. Les données du serveur ne peuvent pas être affichées en cas de dérangement, tous les objets graphiques manipulables sont par exemple inactivés.



2.6.1 Démarrage du serveur

Principe

Les serveurs d'un système Client-Server peuvent démarrer indépendamment des clients. Dès qu'un serveur a démarré, il met ses services à disposition des clients et s'informe sur tous les participants du réseau.

Vous pouvez consulter l'état actuel de tous les serveurs dans la fenêtre du dialogue "WinCC Projects". Ouvrez "WinCC-Projects" via Windows-Explorer :

Si un serveur tombe en panne en cours de fonctionnement, les données des clients ne peuvent plus être mises à jour et vous êtes informé qu'un serveur est défectueux.

Nota Si vous utilisez dans votre système Client-Serveur un Fileserver, le système n'est prêt que si Fileserver et le serveur WinCC ont démarré.

Activation à distance

Vous pouvez également démarrer un serveur à distance, depuis un autre ordinateur (client ou serveur). Voyez sous "Activer le projet" comment vous devez procéder.



2.6.2 Démarrage du client

Principe

Les Clients d'un système Client-Server démarrent indépendamment des serveurs.

Lorsqu'un client démarre dans un système Client-Serveur, il reçoit toutes les informations actuelles concernant les serveurs WinCC qu'il connaît dans le réseau, par exemple :

• le nom de projet

• le nom de serveur et l'adresse IP

• l'état de projet du serveur (configuration ou Runtime)

L'opérateur peut consulter les informations correspondantes dans la liste du dialogue "WinCC Projects". Si l'état d'un serveur est modifié, le dialogue "WinCC Projects" de tous les ordinateurs concernés est mis à jour.

Le serveur n'est pas disponible

Si des serveurs ne sont pas disponibles, un message d'erreur correspondant est émis. Les objets graphiques par exemple, qui reçoivent leurs données du serveur, sont inactifs.

Les scripts vous permettent de configurer l'affichage des dérangements de liaison sur le client.

2.6.3 Particularités de la communication pour un serveur avec plusieurs modules réseau

Introduction

Si plusieurs modules réseau ou des pilotes de périphérique SIMATIC NET SOFTNET sont installés sur un serveur WinCC pour le couplage au processus, et qu'ils doivent être exploités avec un protocole TCP/IP actif, il se peut que la communication entre le serveur et les clients WinCC soit défectueuse.

L'une des causes possibles est que dans ce serveur, chaque module réseau et chaque pilote SOFTNET a sa propre adresse IP. Il se peut alors que dans certaines cas, Windows tente d'établir une liaison par une adresse IP erronée lors de la connexion du serveur dans le réseau, par exemple via le pilote de périphérique SOFTNET. En cas d'établissement vain de liaison, Windows identifie la communication via cette adresse IP comme étant erronée et n'essaie malgré tout pas d'établir une liaison par le biais d'une autre adresse IP de cet ordinateur.

Dans ce cas, l'administration du réseau doit entreprendre les modifications adéquates.



Diagnostic

Vous pouvez contrôler la configuration de la carte réseau via via CCAgent. Si vous constatez que pour un ordinateur une adresse est affichée avec un domaine de réseau erronné, c.-à-d. inaccessible, modifiez cette adresse.

Appelez à cet effet le dialogue de configuration de CCAgent. Les possibilités sont les suivantes :

• Lorsque le symbole de barre des tâches de CCAgent s'affiche, sélectionnez dans le menu contextuel du symbole la commande "Configuration" et ouvrez ainsi le dialogue "CCAgent - Configuration".

• Sans le symbole de barre des tâches de CCAgent, sélectionnez dans Windows Explorer, dans la fenêtre de navigation, le répertoire "WinCC Projects". Sélectionnez ensuite dans la fenêtre de données le répertoire "Projets WinCC". Sélectionnez dans le menu contextuel du répertoire l'inscription "Configuration" et ouvrez ainsi le dialogue "CCAgent - Configuration".

Ouvrez enfin via le bouton "Avancé" le dialogue "CCAgent - Configuration - Avancée". Dans ce dialogue, plusieurs adresses IP s'affichent au choix dans le champ "IP-Adr.". Il est possible de remédier au défaut si l'adresse IP correcte est sélectionnée et une nouvelle liaison établie via le bouton "Réinitialisation".

Dans la configuration du pilote SOFTNET sur le serveur, il est également recommandé de vérifier si les services Windows non nécessaires au couplage du processus peuvent être désactivés.

Une fois ces points vérifiés, s'il n'est toujours pas possible d'établir de liaison, veuillez vous adresser au Customer Support.

Nota CCAgent nécessite une licence de serveur.



2.6.4 Arrêt du serveur

Principe

Lorsqu'un serveur est arrêté dans un système Client-Serveur, il ne peut plus mettre de données processus à disposition des clients raccordés. Il se déconnecte simultanément du système et est identifié dans la liste des projets du dialogue "WinCC Projects" comme étant désactivé.

Désactivation à distance

Vous pouvez également arrêter un serveur à distance, depuis un autre ordinateur (client ou serveur). Voyez sous "'Désactiver le projet" comment vous devez procéder.

2.6.5 Arrêt du client

Principe

Lorsque le client d'un système Client-Serveur est arrêté, il se déconnecte du système.



2.7 Configurer à distance

Principe

Les clients qui disposent des autorisations de conduite correspondantes peuvent conduire à distance un projet de serveur, par exemple:

• configurer à distance un projet de serveur

• activer un projet de serveur

• désactiver un projet de serveur

Pour la configuration à distance vous disposez du dialogue "WinCC Projects" auquel vous accéder via Windows-Explorer:

Fonction de WinCC Projects

Dans le dialogue "WinCC Projects", vous apercevez les serveurs validés et les projets de votre système Client-Serveur qui sont disponibles via le réseau. On compte également parmi eux tous les projets fonctionnant sous licence de démonstration.

La fenêtre vous permet d'accéder, depuis un client, au projet de serveur validé:

• Ouvrir à distance un projet au choix

• Activer à distance un projet

• Désactiver à distance un projet



2.7.1 Accès aux projets depuis plusieurs clients

Possibilités de configuration

Selon le type de données, un ou plusieurs clients peuvent accéder au projet Serveur en cas de commande à distance. Une différence est faite entre les données sauvegardées dans la banque de données Serveur (Alarm Logging, Tag Logging, Variables, User Admin, Text Library) et les données se basant sur des fichiers (vues et graphiques, compte-rendus, scripts).

Nota Les données venant de la banque de données Serveur peuvent être simultanément traitées par plusieurs clients. Notez cependant que ce sont toujours les modifications du client enregistré en dernier qui sont sauvegardées lorsque plusieurs clients accèdent aux mêmes données. Pour ces données venant de la banque de données Serveur, c'est toujours l'ensemble des données de l'éditeur respectif qui est enregistré, même si seulement quelques valeurs ont été modifiées. Dans le cas des données sauvegardées dans des fichiers, l'accès à un fichier est bloqué si ce dernier est déjà ouvert.

Archives (Tag Logging)

Les archives sont sauvegardées dans la banque de données Serveur. Les données Tag Logging peuvent être modifiées en Runtime. Les modifications sont réparties par le serveur entre tous les clients concernés.

Vues

Les vues sont sauvegardées sous forme de fichiers sur le serveur ou Fileserver. Lorsqu'un client accède à une vue sur le serveur, cette vue est bloquée pour les autres clients. Différentes vues d'un projet peuvent être ouvertes par des clients différents.

Les vues peuvent être modifiées en Runtime et sont disponibles, une fois enregistrées, dès que l'image est à nouveau sélectionnée. Vous pouvez également sauvegarder localement des vues pour les éditer, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur.

Alarmes

Les alarmes sont sauvegardées dans la banque de données Serveur. Les données du système de messages peuvent être modifiées en Runtime. Les modifications sont réparties par le serveur entre tous les clients concernés.

Journaux

Les journaux sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Les données du journal sont constituées d'une part de layout (fichiers), d'autre part de travaux d'impression (inscriptions dans la banque de données de projet). Un client seulement peut respectivement configurer le système de documentation sur le serveur.

Vous pouvez également sauvegarder localement des journaux pour les éditer, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur. Aucune modification n'est prévue en Runtime sur le système de documentation étant donné que les journaux peuvent être exécutés indépendamment du Runtime.



Scripts

Les scripts sont sauvegardés de façon centrale dans le répertoire de projet du serveur. Les scripts spécifiques au projet peuvent être localement définis sur l'ordinateur, de façon autonome. Les scripts sont enregistrés dans des fichiers. Les actions du Graphics Designer sont enregistrées dans la vue. Pendant l'édition, les fichiers (scripts ou vues) sont bloqués pour les autres clients. Lorsqu'il n'existe aucune liaison au serveur vous pouvez également modifier localement des scripts, mais il vous faudra entreprendre manuellement la synchronisation avec le serveur. Les scripts peuvent être modifiés en Runtime. Le serveur répartit la modification entre tous les ordinateurs concernés.

Nota Lorsqu'un client sans accès au serveur configure un script, ce dernier est mémorisé localement. Si le script doit être disponible sur le serveur, vous devez le copier manuellement dans le répertoire Serveur correspondant.

Textes de Text Library

Les textes de Text Library sont enregistrés dans la banque de données Serveur. Les objets de texte sont mémorisés individuellement. Les textes peuvent être modifiés en Runtime. Le serveur répartit la modification entre tous les ordinateurs concernés. La mise à jour s'effectue dans la langue de configuration réglée localement.

Nota Lors de la configuration, certains éditeurs WinCC, tels Alarm Logging et User Administrator. accèdent au même tableau de banque de données dans Text Library. C'est pourquoi vous ne pouvez toujours éditer simultanément ces éditeurs que sur un poste de commande.

Variables

Les variables sont enregistrées dans la banque de données Serveur.

Nota Si un projet Client est désactivé pour modifier une variable, les modifications ne sont actives qu'après redémarrage de tous les ordinateurs sur lesquels le projet était actif au moment de la modification.

User Administrator

Les autorisations de conduite du User Administrator sont enregistrées dans la banque de données Serveur. Les données du User Administrator peuvent être modifiées en Runtime. Les ordinateurs concernés n'en sont pas informés. Les nouvelles données sont actives lors d'une nouvelle connexion de client.



2.8 Utilisation des interfaces OPC dans les systèmes Client-Serveur

Principe

OPC (OLE for Process Control) est un standard de communication universel pour les composants du domaine de l'automatisation. Basé sur la technologie sous Windows, OPC met à disposition une interface ouverte qui permet sans problème l'échange standardisé de données entre les systèmes de commande, de conduite et de contrôle et les applications bureautiques de différents fabricants.

Nota "OPC Foundation" regroupe des entreprises en tête de l'automatisation industrielle. Vous trouverez de plus amples informations concernant l'OPC Foundation dans Internet, à l'adresse suivante: "http://www.opcfoundation.org"

Utilisation d'OPC dans WinCC

Dans un système réparti, chaque serveur WinCC peut surveiller l'ensemble de l'installation. Le serveur WinCC n'appréhende cependant par exemple qu'un partie déterminée des tâches, à savoir seulement l'édition d'alarmes ou seulement l'archivage.

Les serveurs WinCC-OPC permettent d'accéder aux données Runtime de WinCC via l'interface de logiciel OPC. Les serveurs WinCC-OPC prennent intégralement en charge le fonctionnement du système conformément aux spécifications OPC correspondantes

Tout logiciel se basant sur la spécification OPC correspondante peut être utilisé comme client OPC. Le client OPC peut ainsi par exemple être utilisé pour l'analyse de diverses sources. En utilisant des clients OPC conçus individuellement, il est possible de satisfaire du mieux possible aux exigences requises.

La licence Connectivity Pack doit être installée pour le mode serveur OPC de WinCC sur l'ordinateur qui est utilisé comme serveur OPC de WinCC. Vous n'avez pas besoin du Connectivity Pack pour le serveur OPC DA.

L'interface OPC est configurée sur Client et Serveur avec l'installation WinCC.

Les serveurs OPC de WinCC prennent en charge les spécifications suivantes:

• OPC Data Access 2.0 (OPC DA)

• OPC Historical Data Access 1.1 (OPC HDA)

• OPC Alarm & Events 1.0 (OPC A&E)

Vous trouverez de plus amples informations concernant l'interface OPC dans WinCC en consultant le système d'information de WinCC, rubrique "Communication" > "OPC"

04.03 Configuration du serveur d'archives central


3 Configuration du serveur d'archives central

Introduction

Sur un serveur d'archives central (WinCC Historian), vous pouvez enregistrer les valeurs processus et les alarmes de tous les serveurs WinCC raccordés. Vous pouvez afficher dans la vue sur le processus et comme d'habitude en temps d'exécution Runtime les valeurs processus et les alarmes mémorisées, et ce soit par le contrôle WinCC Online Trend, soit par le contrôle WinCC Alarm. Vous pouvez en outre directement accéder aux valeurs processus et aux alarmes archivées, et ce via les interfaces définies, OLE-DB par exemple. Vous pouvez de la sorte mettre par exemple à disposition de l'entreprise entière des données de production importantes à analyser.

Conditions préliminaires

Les conditions préalables suivantes sont valables pour tout ordinateur devant être utilisé comme serveur d'archives central :

• Système d'exploitation Windows 2000 SP2 ou Windows XP SP1

• L'ordinateur est disponible dans le réseau (LAN)

Pour l'installation de WinCC V6.0, les exigences suivantes doivent être satisfaites :

Le serveur d'archives central ne possède à proprement parler aucune liaison au processus, mais est relié aux serveurs WinCC par une connexion Serveur-Serveur.

Configuration du serveur d'archives central 04.03


Installation

Pour configurer un ordinateur comme serveur d'archives central, exécutez WinCC-Setup sur l'ordinateur.

Vous trouverez de plus amples informations concernant l'installation sous "Installation de WinCC".

Caractéristiques de service

Le serveur d'archives central dispose ou prend en charge les caractéristiques de service suivantes :

• Taille illimitée de la base de données (dépend uniquement de la place mémoire disponible)

• Quatre CPU au maximum

• Capacité d'archivage améliorée, avec simultanément une diminution des besoins de place mémoire

• Archivage long intégré (Backup)

• Archivage de données sur le processus et alarmes d'au maximum onze Serveurs WinCC différents.

Configuration

Configuration du serveur d'archives central :

1. Configurez la communication Serveur-Serveur

2. Importez les Packages des serveurs raccordés

3. Connectez les variables sur les Packages

4. Configurez les archives de valeurs processus et les archives de messages

Vous trouverez de plus amples informations concernant ce sujet sous "Systèmes Client-Serveur dans WinCC".

Création de variables d'archives avec WinCC Configuration Tool

Créez les variables d'archives avec WinCC ConfigurationTool sur le serveur d'archives central dans une liste de variables (MS Excel par exemple) :

1. Importez les Packages des Serveurs correspondants.

2. Importez le projet avec Configuration Tool. Les Packages sont également importés.

3. Configurez l'archive de valeurs processus sur le serveur d'archives central.

4. Ajoutez les variables requises via le dialogue pour variables.

Les archives sont inscrites sous WinCC. Vous trouverez de plus amples informations concernant ce sujet sous "Création de variables pour archives dans le tableau de variables"

04.03 Installation du serveur d'archives longue durée


4 Installation du serveur d'archives longue durée

Introduction

Vous pouvez enregistrer sur un serveur d'archives longue durée les fichiers d'échange des archives. Il peut s'agir d'archive des valeurs du process ou d'archive d'alarmes. Les données échangées des archives de valeurs de process sont enregistrées sous forme comprimée comme données binaires. Pour pouvoir accéder à ces données d'archives, utilisez la fonctionnalité WinCC "External Browsing".

Condition préalable

Sur l'ordinateur qui doit être utilisé comme serveur d'archives longue durée, il faut que :

• Windows 2000 ou XP soit installé et

• que l'ordinateur soit disponible en réseau (LAN).

Installation

Pour configurer un ordinateur comme serveur de fichiers, exécutez Fileserver-Setup sur l'ordinateur. Pour accéder à Fileserver-Setup, sélectionnez dans le menu d'installation "Logiciel supplémentaire".

Les composants suivants sont installés sur l'ordinateur :

• WinCC (installation minimale)

• Microsoft Secret Server

Configuration

La configuration du serveur d'archives longue durée se fait en deux étapes :

Etape 1 : Déverrouillage des lecteurs ou dossiers

Pour que les fichiers d'échange puissent être enregistrés sur le serveur d'archives longue durée, vous devez déverrouiller sur le serveur d'archives longue durée les lecteurs ou dossiers désirés.

Nota Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droits d'administrateur Windows.

Installation du serveur d'archives longue durée 04.03


Etape 2 : Indication du chemin d'accès aux fichiers d'archives à échanger

Indiquez sur l'ordinateur de configuration le chemin d'accès vers le répertoire où doivent être enregistrés les fichiers d'échange.

Les informations sur les archives de valeurs de process figurent dans "Déplacer les archives sur disque dur". Les informations sur les archives d'alarmes figurent dans "Configurer la sauvegarde des archives".

Nota Si vous voulez déplacer les fichiers d'archive uniquement à des fins de sauvegarde, vous pouvez les enregistrer sur n'importe quel lecteur de votre choix. Vous ne devez alors indiquer un lecteur sur le serveur d'archives longue durée que si vous voulez accéder aux données d'archive avec OLE DB.

Accès aux fichiers d'échange

Vous pouvez accéder aux fichiers d'échange de trois manières différentes :

• Copier les fichiers d'échange sur l'ordinateur de configuration où se déroule le mode Runtime. Dans AlarmLogging ou Tag Logging, associez les fichiers d'échange au projet. Les valeurs archivées s'affichent en Runtime.

• Accès via OLE-DB

• Accès via Dat@Monitor Web Editon

04.03 Installation du serveur de fichiers


5 Installation du serveur de fichiers

Introduction

Le Fileserver WinCC est un serveur de configuration minimale en composants WinCC.

Vous pouvez enregistrer des projets sur un serveur de fichiers et les gérer de façon centralisée. Il est ainsi p. ex. plus facile de créer des copies de sauvegarde régulières de tous les projets.

Nota Utilisez exclusivement le Fileserver pour la configuration.

Condition préalable

Pour l'installation d'un Fileserver WinCC V6.0, les exigences suivantes doivent être satisfaites :

• Système d'exploitation Windows 2000 SP2 ou Windows XP SP1

• Droits d'administrateur

• Microsoft SQL Server 2000 SP3 est installé.

• Les services Microsoft de files d'attente pour messages (Microsoft Message Queuing) doivent être installés.

• WinCC V6.0 ne doit pas être installé.

• L'ordinateur doit être disponible en réseau (LAN).

Nota WinCC V6.0 et WinCC Fileserver V6.0 ne peuvent pas simultanément être installés sur un ordinateur.

Installation

Pour configurer un ordinateur comme serveur de fichiers, exécutez Fileserver-Setup sur l'ordinateur. Sélectionnez sur le CD-ROM d'installation WinCC dans le menu "Autres logiciels" l'inscription "WinCC Fileserver V6.0".

L'installation minimale WinCC est mis en place sur l'ordinateur.

Installation du serveur de fichiers 04.03


Configuration

Les projets sont stockés sur le serveur de fichiers. Pour que tous les intervenants puissent accéder aux projets, vous devez déverrouiller les lecteurs ou dossiers correspondants sur le serveur de fichiers.

Nota Pour déverrouiller les dossiers ou les lecteurs, vous devez disposer des droits d'administrateur Windows.

Affectez sur les ordinateurs de configuration aux dossiers ou lecteurs déverrouillés une lettre de lecteur sans équivoque. Les intervenants peuvent alors ouvrir les projets sur le serveur de fichiers comme un projet local.

04.03 WinCC Redundancy


6 WinCC Redundancy

Introduction

WinCC Redundancy offre un accroissement sensible de la disponibilité de WinCC et de l'installation dans son ensemble par un fonctionnement en parallèle de deux PC serveurs couplés ensemble.

Les serveurs se surveillent mutuellement en runtime, pour reconnaître en temps utile la panne éventuelle de l'un des partenaires.

En cas de défaillance de l'un des deux serveurs, les clients sont automatiquement basculés du serveur défaillant sur le serveur actif. Tous les clients restent ainsi à tout moment disponibles pour la surveillance et la conduite du process.

Pendant la défaillance, le serveur opérationnel continue à archiver toutes les alarmes et les données de process du projet WinCC. Lorsque le serveur défaillant est redevenu opérationnel, le contenu de toutes les archives d'alarmes, archives de valeurs de process et archives utilisateur y est automatiquement copié. Les lacunes des archives du serveur défaillant sont ainsi comblées par la restitution des données manquantes. Cette opération est également appelée synchronisation après rétablissement.

WinCC Redundancy 04.03


L'option WinCC Redundancy vous offre :

• La synchronisation automatique des archives d'alarmes, les archives de valeur de process et les archives utilisateur après le rétablissement d'un serveur défaillant.

• La synchronisation automatique des archives d'alarmes, des archives de valeur de process et des archives utilisateur après un incident de couplage du process.

• La synchronisation en ligne des alarmes internes.

• La synchronisation en ligne d'archives utilisateur.

• La commutation automatique de clients entre les serveurs redondants en cas de défaillance d'un des serveurs.

• L'emploi d'un "duplicateur de projet" pour copier un projet sur le serveur redondant.

• La commutation automatique des clients en cas de défaillance du couplage de process.

• La fonction "Application Health Check" pour la surveillance des applications WinCC.

Fonction "Application Health Check"

Dans le contexte de WinCC / PCS7 le terme "Application Health Check“ désigne la surveillance cyclique de signe de vie des applications importantes. La fonction augmente la sensibilité de la redondance, car la surveillance de signe de vie s'étend au-delà du serveur lui-même aux différentes applications. Toutes les applications WinCC importantes sont surveillées automatiquement.

La surveillance de signe de vie détecte un incident du logiciel, elle place le serveur sur l'état "Fault" dans la variable système "@RedundantServerState" et autorise les clients reliés à passer sur le serveur redondant.

L'utilisateur est informé par un message de direction sur la panne de logiciel.

Nota Si un incident logiciel est détecté par la fonction "Application Health Check" et si une commutation du client est déclenchée, le serveur concerné doit être redémarré. Ce n'est qu'après cette opération que les clients peuvent être de nouveau reliés à ce serveur. Les serveurs redondants doivent être équipés de serveurs Windows 2000, les PC des clients de Windows 2000 ou Windows XP.



6.1 Structure du Système WinCC

6.1.1 Architecture du système WinCC sans Redundancy

Introduction

Le croquis ci-dessus illustre de façon exemplaire la configuration du niveau contrôle-commande WinCC avec le niveau entreprise prioritaire et le niveau process subordonné.

Il apparaît que les tâches du contrôle-commande sont réparties entre plusieurs PC. Cette répartition de tâches se fait selon une structure client-serveur :

Tâches des serveurs :

• Les serveurs saisissent les mémoires images du process et les alarmes des systèmes d'automatisation

• Pour la saisie des données, les serveurs sont interconnectés aux systèmes d'automatisation par des réseaus industriels.

• Les serveurs mettent les données de process à la disposition des clients et le gèrent les états de traitement.



Tâches des clients :

• Les stations clientes assurent le contrôle-commande de l'ensemble du process.

• Les clients récupèrent sur les divers serveurs les états momentanément requis à travers les réseaux de PC.

• Les clients sont en principe fonctionnellement équivalents et possèdent les mêmes droits.

6.1.2 Architecture d'un système WinCC avec Redundancy

Introduction

Projet WinCC

A un projet WinCC est affecté un groupe de systèmes d'automatisation, un ordinateur serveur et un ou plusieurs ordinateurs clients. Le projet inclut aussi toutes les données telles les programmes, les données de configuration et divers paramétrages.



Projet WinCC redondant

Un projet configuré avec redondance est réalisé par un autre serveur fonctionnant parallèlement et exécutant les mêmes fonctions. Les deux serveurs sont reliés en réseau avec les automates, les clients et également entre eux. Pour plus d'informations, voir "Configuration fonctionnellement identique".

6.2 Fonctionnement de l'option Redundancy

Introduction

Archivage et synchronisation d'archives des serveurs redondants parallèles



Archivage WinCC en mode normal

Normalement, les serveurs fonctionnent en runtime totalement parallèlement. Chaque ordinateur serveur a sa propre connexion au process et dispose de ses propres archives de données. Les données de process et les alarmes émises par les automates sont envoyées aux deux serveurs pour traitement.

Au runtime, les serveurs se surveillent mutuellement afin de détecter dès que possible une défaillance du partenaire et d'émettre un message de contrôle-commande.

Les archives utilisateur et les alarmes internes peuvent être resynchronisées en ligne en permanence (synchronisation en ligne).

Les deux serveurs sont autonomes, fonctionnent avec les mêmes droits et sont tous deux à la disposition de l'utilisateur. En cas de défaillance de l'un des serveurs, un serveur redondant équivalent est toujours disponible.

La communication entre les serveurs redondants dans le but de surveiller l'état et de synchroniser les archives s'effectue via un bus de terminal. Le réseau utilisé est un réseau PC-LAN avec protocole TCP/IP. Si une liaison série est présente entre les serveurs, celle-ci est utilisée pour la surveillance de l'état mais pas pour la synchronisation des archives.

Défaillance d'un des serveurs

Le terme défaillance de serveur désigne la défaillance physique d'un serveur, p. ex. suite à une coupure du courant secteur ou une mise hors tension du serveur sans procédure d'arrêt contrôlée. Au cas où l'un des serveurs tomberait en panne, le serveur fonctionnant encore se charge de recevoir et d'archiver les valeurs processus et les messages du contrôleur. L'intégralité des données est ainsi garantie.

Les clients sont automatiquement basculés du serveur défaillant sur le serveur partenaire redondant. Après un bref laps de temps de commutation, toutes les stations de conduite sont à nouveau disponibles. Si une liaison série existe entre les serveurs redondants, elle est utilisée pour surveiller l'état.

Facteurs déclenchant le basculement d'un client

Le système exécute automatiquement le basculement des clients du serveur standard sur le serveur partenaire en cas de défaillance. Les facteurs suivants entraînent le basculement d'un client :

• Liaison réseau vers le serveur défaillante

• Défaillance de serveur

• Incident de couplage de process

• La fonction "Application Health Check" a reconnu une application Win CC défectueuse et déclenche la commutation.

• Le projet est désactivé.



Facteurs déclenchant la synchronisation d'archive après rétablissement

La synchronisation des archives entre les serveurs est lancée après les anomalies suivantes :

• Panne du couplage de process. La surveillance du couplage de process peut être désactivée. Pour plus d'informations, voir "Configuration".

• Défaillance de la liaison réseau vers le serveur partenaire

• Défaillance de serveur

• Le projet n'est pas activé

Synchronisation après rétablissement

Au rétablissement du serveur défaillant, le composant "Redundancy" synchronise les archives pour la durée de la défaillance. Les données manquantes dans les archives suite à la défaillance sont récupérées et transmises au serveur affecté par la défaillance. Deux serveurs équivalents sont donc à nouveau disponibles.

Les archives d'alarmes, de valeurs de process et utilisateur sont synchronisées. Le serveur défaillant reçoit les données avec un retard dû à la défaillance.

La synchronisation d'archive s'exécute comme fonction en arrière-plan et se déroule parallèlement à l'exécution du process et à l'archivage de WinCC. Ainsi, la commande et l'observation de l'installation est garantie à tout moment.

Synchronisation après incident du couplage de process

En cas de panne de réseau pendant les échanges entre un serveur et un ou plusieurs automates, une synchronisation - si elle a été ainsi configurée - est exécutée automatiquement après le rétablissement.

Synchronisation en ligne

Une synchronisation directe serveur-serveur (synchronisation en ligne) s'effectue lors d'une Alarm Logging pour les alarmes internes et pour les archives utilisateur.



6.3 Configuration des serveurs redondants

6.3.1 Configuration fonctionnellement identique

Archives de données de process et d'alarme

Tag Logging et Alarm Logging doivent avoir été configurés de manière fonctionnellement identique pour les serveurs redondants. "Configuration fonctionnellement identique" signifie :

• Des archives identiques, des extensions sous forme de points de mesure et d'archives additionnels étant admissibles. Les extensions ne sont pas synchronisées, mais doivent être mises en conformité sur le serveur partenaire même.

Les archives suivantes sont synchronisées par WinCC :

• Archives basées sur disque dur, c.-à-d. archives de valeurs de process, de compaction et d'alarme.

• Il n'y a par contre pas de synchronisation d'archives de mémoires vives.

Archives utilisateur

La synchronisation d'archives utilisateur présuppose une structure identique sur les deux serveurs :

• La configuration des archives utilisateur à synchroniser doit être identique tant au niveau de la structure des champs et enregistrements que de leurs propriétés.

6.3.2 Conditions préalables pour des systèmes redondants

Introduction

Les conditions préalables suivantes sont attendues pour WinCC Redundancy :

• Pour des serveurs WinCC redondants avec exploitation multiposte, il ne faut utiliser que des ordinateurs avec système d'exploitation Windows 2000 pour serveur.

• Une condition préalable de la fonctionnalité Redundancy sont des serveurs synchronisés en temps. Toutefois, on recommande une synchronisation de l'heure de l'ensemble de l'installation (ordinateurs WinCC, automates programmables etc.). Cette dernière peut être effectuée avec l'option WinCC "Timesynchronization".

• Les télégrammes d'alarme et d'acquittement des API et clients doivent toujours être horodatés afin d'éviter les doubles déclarations (signalisation chronologique). Par exemple, par l'utilisation de blocs d'alarme de l'automate.

• Les valeurs du process, les alarmes et les verrouillages actifs d'alarme de l'automate subordonné sont émis parallèlement aux deux serveurs.

• Les deux serveurs sont dotés de l'option "Redundancy".

• Les serveurs utilisant l'option "Redundancy" doivent être configurés de manière fonctionnellement identique.

• Il faut configurer dans chaque archive utilisateur un champ servant à l'affectation univoque et un champ dans lequel pourra être entré la date de la dernière modification. Pour plus de détails, voir "Archives utilisateur redondantes".



Nota Seules les données des "nouvelles" archives utilisateur (à partir de la Version 4.02) sont synchronisées. Les archives utilisateur qui auront été configurées dans des versions ultérieures mais également avec l'ancienne structure, ne sont pas synchronisées. Ces "anciennes" archives utilisateur peuvent toutefois être converties dans la nouvelle structure. Pour plus d'informations, voir le manuel User Archives. Pour pouvoir quitter sûrement WinCC dans le cas d'une panne de courant, l'emploi d'une unité d'alimentation ininterruptible (USV) est recommandée. Après le rétablissement d'un serveur défaillant, les alarmes verrouillées activement sont déterminées dans l'Alarm Logging et synchronisées via interrogation générale des automates. En cas de verrouillage passif d'une alarme, c.-à-d. sur un seul serveur, l'information de verrouillage est synchronisée. Si une classe d'alarmes est verrouillée sur l'un des serveurs, la marque du verrouillage sur le serveur redondant n'est pas synchronisée. Pour garantir un état sûr des variables système Redundancy, il est recommandé d'utiliser une liaison série entre les serveurs redondants.



6.3.3 Archives utilisateur redondantes

Introduction

Les archives utilisateur peuvent être traitées à l'aide de commandes, de programmes autonomes, d'API ou d'autres fonctions.

Traitement parallèle d'archives utilisateur

Lors de l'entrée parallèle d'enregistrements dans des archives utilisateur redondantes, il convient de tenir compte de ce qui suit :

• Pour des raisons propres au runtime, il se peut que l'ordre d'entrée des enregistrements varie.

• Avant même la fin de la synchronisation après rétablissement, il se peut que de nouveaux enregistrements aient été effectués sur le serveur qui avait été défaillant.

• Par ailleurs, un certain temps s'écoule lors de la synchronisation en ligne avant qu'un enregistrement soit synchronisé dans l'archive redondante.

6.3.3.1 Conditions préalables des Archives utilisateur redondantes

Introduction

La configuration des archives sur les deux ordinateurs doit être identique. Pour cela, il convient d'utiliser le Project Duplicator.

Si les archives ne sont pas identiques, le message système "Synchronisation pas prête pour toutes les archives utilisateur" s'affiche.

Configuration des archives

Deux champs doivent obligatoirement avoir été configurés pour pouvoir activer la synchronisation d'une archive utilisateur :

Une clé unique

La condition préalable pour l'affectation non-équivoque des enregistrements de l'une des archives aux enregistrements de l'archive redondante est une clé univoque. Les enregistrements possédant le même contenu dans ce champ sont synchronisés. Ce champ doit avoir la propriété "valeur unique" de sorte qu'il ne puisse exister deux enregistrements identiques au sein d'une même archive. Ceci est possible grâce :

• au numéro de l'enregistrement qui existe toujours et ne doit pas faire l'objet d'une configuration particulière. Le numéro d'enregistrement est toujours univoque. Quand le numéro d'enregistrement est utilisé, aucun autre champ ne doit posséder la propriété "Valeur univoque".

• au champ d'archive auquel la propriété "Valeur univoque" est affectée. Si vous utilisez un autre champ que le numéro d'enregistrement, ce champ devra être le seul à posséder la propriété "valeur unique".



Par ex. : nom de recette (Type texte)

Numéro de formule (Type entier)

Date d'entrée/de création (Type date)

Champ dernier accès

Ce champ doit être sélectionné lors de la configuration des archives utilisateur car l'horodatage est utilisé comme critère de synchronisation.

Tout enregistrement possédant un horodatage plus récent écrase lors de la synchronisation l'enregistrement correspondant antérieur afin de conserver l'enregistrement le plus récent. Il convient d'en tenir compte lors du traitement parallèle ou de l'édition durant une synchronisation.

L'instant de la dernière modification est automatiquement consigné par le système. Lors de l'importation d'enregistrements, la date de modification contenue dans le fichier CSV est reprise telle quelle.

Tout enregistrement possédant un horodatage plus récent écrase lors de la synchronisation l'enregistrement correspondant antérieur afin de conserver l'enregistrement le plus récent. Il convient d'en tenir compte lors du traitement parallèle ou de l'édition durant une synchronisation.

6.3.3.2 Fonctionnement de la synchronisation d'archives utilisateur

Introduction

Synchronisation en fonction du numéro d'enregistrement

Synchronisation en fonction d'une valeur univoque

Suppression d'un enregistrement durant la défaillance d'un serveur

N'a pas lieu N'a pas lieu

Modification/rajout d'un enregistrement durant la défaillance d'un serveur

La synchronisation hors ligne synchronise tous les enregistrements qui ont été modifiés ou rajoutés durant la période de défaillance.

La synchronisation hors ligne synchronise tous les enregistrements qui ont été modifiés ou rajoutés durant la période de défaillance.

Synchronisation en ligne en cas de modification d'enregistrement

Ok Ok

Le contenu du champ de la „clé univoquene doit pas être modifié, le nouveau contenu d'enregistrement est inséré dans l'archive redondante, mais l'enregistrement correspondant antérieur ne pouvant pas être identifié, celui-ci n'est pas écrasé.



Synchronisation en fonction du numéro d'enregistrement

Synchronisation en fonction d'une valeur univoque

Synchronisation en ligne en cas de rajout d'enregistrement

Ok

En cas de rajout distinct d'un enregistrement dans des archives redondantes avant que la synchronisation après rétablissement ne soit achevée, il se peut que le numéro attribué automatiquement existe déjà dans l'archive redondante. Le plus ancien des deux enregistrements est alors écrasé.

Ok

Synchronisation en ligne en cas de suppression d'enregistrement

Ok

Une synchronisation en ligne d'enregistrements supprimés n'a lieu que si la synchronisation s'effectue en fonction du numéro d'enregistrement et si les modifications ont été effectuées au sein d'un élément contrôle OLE (OCX) ou via une fonction d'API des archives utilisateur.

Seuls sont supprimés les enregistrements dont l'entrée dans le champ "dernier accès"n'est pas plus récente que l'instant de la suppression.

Non disponible

Nota Aucun enregistrement ne doit être inséré dans l'archive (par ex. par Importation), s'il possède dans le champ "Dernier accès" une valeur supérieure à l'heure système courante : une synchronisation n'agit que jusqu'à l'heure système courante.



Si le serveur fournissant les données est arrêté ou s'il est défaillant avant que la synchronisation en ligne de tous les enregistrements ne soit achevée, la synchronisation portera au prochain démarrage du runtime tout au plus sur les 50 derniers enregistrements par archive.

Si le runtime WinCC a été arrêté et redémarré en l'espace de 10 secondes, ce qui en général n'est possible que pour les petits projets, cette interruption n'est pas identifiée comme défaillance et aucune synchronisation n'a lieu après rétablissement.

La synchronisation en ligne mémorise, en cas de perturbation de la liaison au serveur redondant, jusqu'à 10 enregistrements qui sont immédiatement synchronisés lorsque la liaison au partenaire est rétablie, avant même que ne soit activée la synchronisation après rétablissement.

6.3.4 Alarmes synchronisées en ligne

Introduction

Toutes les alarmes internes sont synchronisées en ligne. Celles-ci incluent par ex. les alarmes système de conduite de Alarm Logging et les messages de Batch-Flexible.



6.4 Travailler avec Redundancy

6.4.1 Guide de création d'un système redondant

Introduction

Nous allons expliquer ci-après, sous forme d'un guide sommaire, comment installer un système WinCC redondant constitué du serveur 1 et du serveur partenaire 2.

Déclaration des serveurs et des clients au réseau

Installez sur chaque ordinateur le logiciel réseau et attribuez à ces ordinateurs un nom unique pour qu'ils puissent être identifiés aisément sur le réseau.

Installation des utilisateurs

Une fois le réseau installé, vous devez installer les comptes utilisateurs sur tous les ordinateurs.

Autres informations, voir "Déclaration des serveurs dans Windows"

Installation de l'habilitation

L'habilitation de Redundancy doit être installée. Vous pouvez effectuer l'installation en sélectionnant dans le menu Start de Windows, sous "SIMATIC / AuthorsW," l'application "AuthorsW" et installer l'autorisation sur chaque serveur.

Configuration du projet sur le serveur

Lors de la configuration de la redondance WinCC, le maître standard, le serveur partenaire, le comportement de basculement des clients et le type de synchronisation d'archive sont fixés.

Avant de dupliquer le projet, le package du serveur est généré (Editeur "Données de serveur"). Il est recommandé de le générer sur le Maître standard.

Autres informations sur la configuration du serveur pour la redondance, voir "Configuration".

Nota Ne configurez pour la synchronisation que les archives utilisateur dont vous avez besoin. Plus vous spécifiez d'archives utilisateur pour la synchronisation, plus la synchronisation sera longue et plus les ressources de votre système seront sollicitées.



Duplication du projet

Pour que l'on n'ait plus à reconfigurer le serveur partenaire, l'application "Project Duplicator" permet de dupliquer le projet d'un serveur sur un autre.

Autres informations, voir "WinCC Project Duplicator".

Nota Avant la duplication, faire attention à ce qu'il y ait suffisamment de mémoire sur l'ordinateur sur lequel le projet doit être dupliqué. Si vous dupliquez sur un projet déjà existant, ce dernier ne doit pas être ouvert.

Configuration des clients

Pour l'utilisation de la fonctionnalité Redundancy, les clients doivent être configurés par les opérations suivantes.

• Chargement du Package du serveur (Maître standard) dans l'éditeur "Données de serveur".

• Dans l'éditeur "Données de serveur", il est possible si nécessaire de régler le serveur préférentiel et d'activer la mise à jour automatique du package.

Activation des serveurs redondants

Vous pouvez activer WinCC Redundancy comme suit :

Activez tout d'abord le premier serveur. Lancez ensuite les clients éventuellement présents. Lorsqu'ils sont activés, activez le deuxième serveur et ses éventuels clients. La première synchronisation est alors effectuée. La durée de la défaillance sur laquelle porte cette synchronisation est le temps qui s'écoule entre l'activation du premier et l'activation du second serveur.

Nota Lorsque vous activez un serveur redondant, il est recommandé d'attendre environ 2 minutes avant de désactiver le deuxième serveur tenant jusqu'alors là le rôle de maître. Si ce laps de temps n'est pas respecté, une perte de données peut avoir lieu lors de la comparaison d'archives éventuellement encore en cours. Veillez à respecter ce laps de temps, surtout en cas d'activation / désactivation fréquente du serveur, comme par exemple pendant la mise en service.



6.4.2 Déclaration du serveur sous Windows

Introduction

Les deux serveurs redondants doivent se connaître réciproquement dans le réseau. C'est la raison pour laquelle on entre sur les deux serveurs des noms d'utilisateurs identiques dans le gestionnaire des utilisateurs de Windows.

Pour la déclaration de l'utilisateur, procédez comme suit :

• sous Windows 2000 : l'appel s'effectue par le menu Démarrer de Windows par "Démarrer / Paramètres / Panneau de configuration" et l'icone "Utilisateurs et mots de passe". Les utilisateurs doivent être déclarés dans la boîte de dialogue "Utilisateurs et mots de passe", au moins comme utilisateurs principaux (Power Users).

• sous Windows XP : l'appel s'effectue par le menu Démarrer de Windows par "Démarrer / Paramètres / Panneau de configuration" et l'icone "Comptes utilisateur". Les utilisateurs doivent être déclarés dans la boîte de dialogue "Comptes utilisateur", au moins comme utilisateurs principaux (Power Users).

A titre d'exemple, on trouvera ci-après le dialogue sous Windows 2000.

Nota L'utilisateur doit posséder les autorisations d'un Administrateur ou d'un utilisateur principal (Power Users). Les serveurs redondants doivent être équipés de serveurs Windows 2000, les PC des clients de Windows 2000 ou Windows XP.



6.4.3 Configuration de la redondance

Introduction

Lors de la configuration de la redondance WinCC, le maître standard, le serveur partenaire, le comportement de basculement des clients et le type de synchronisation d'archive sont fixés.

Nota Ne configurez pour la synchronisation que les archives utilisateur dont vous avez besoin. Plus vous spécifiez d'archives utilisateur pour la synchronisation, plus la synchronisation sera longue et plus les ressources de votre système seront sollicitées.

Marche à suivre

Pour appeler la fonctionnalité "Redundancy", cliquez sur "Editeurs" WinCC, puis sur "Redundancy" avec le bouton droit de la souris. Dans le menu contextuel qui apparaît, cliquez sur "Ouvrir".



6.4.3.1 Onglet "Général"

Introduction

Cet onglet permet de configurer les paramètres généraux pour le système Redundancy.



L'onglet Général

Serveur Le champ "Serveur" sert à entrer le nom de l'ordinateur sur lequel Redundancy est configuré.

Maître par défaut Avec l'option "Standard Master", vous pouvez déterminer lequel des serveurs Redundancy doit être activé en standard comme Maître, resp. Standby, quand les deux serveur sont lancés simultanément.

Le maître Redundancy peut être identifié pendant le runtime à l'aide des variables de redondance "@RM_MASTER" et "@RM_MASTER_NAME", qui se trouvent dans la gestion des variables sous "Variables internes dans le groupe de variables "Redundancy".

Master est l'ordinateur redondant sur lequel la variable "@RM_MASTER" est mise à "1".

Le nom d'ordinateur du maître Redundancy est en conséquence inscrit dans la variable "@RM_MASTER_NAME".

Si la variable "@RM-Master" change d'état, à la suite d'une défaillance de l'ordinateur p. ex., les clients basculent sur l'ancien ordinateur "Standby" qui prend alors la fonction de maître.

Les clients pour lesquels aucun serveur préférentiel n'a été spécifié, se connectent au serveur Redundancy assurant la fonction de maître.

Les clients avec serveur préférentiel (accès permanent) ne tiennent pas compte de la marque Maître/Standby de la variable de redondance "@RM_Master" et "@RM_MASTER_NAME".

Nota : On veillera à ce qu'un seul serveur redondant soit "Maître par défaut" et que l'option n'aura pas été activée sur les deux serveurs ! Le cas échéant des problèmes risquent de survenir au moment du basculement des clients sur l'ordinateur redondant.

Serveur partenaire redondant

Entrez dans le champ "Serveur redondant partenaire" le nom d'ordinateur du serveur partenaire, dans cet exemple "RedServ2".

Le bouton "Parcourir" vous aide à sélectionner le serveur partenaire.

Synchroniser toutes les données de la période de défaillance.

Le bouton "Synchroniser toutes les données de la période de défaillance" permet de spécifier la synchronisation de toutes les données durant la période de défaillance.

Synchroniser les défaillances uniquement des ... derniers jours

Le bouton "Synchroniser les défaillances uniquement des ... derniers jours" permet de spécifier la synchronisation par exemple uniquement des 10 derniers jours.

Synchronisation Tag Logging après rétablissement du partenaire

L'option "Synchronisation Tag Logging après rétablissement du partenaire" permet d'indiquer si une synchronisation après rétablissement doit être exécutée pour Tag Logging.

Synchronisation Alarm Logging après rétablissement du partenaire

L'option "Synchronisation Alarm Logging après rétablissement du partenaire" permet d'indiquer si une synchronisation après rétablissement doit être exécutée pour Alarm Logging.

Synchronisation en ligne pour Alarm Logging

L'option "Synchronisation en ligne pour Alarm Logging" permet d'indiquer si une synchronisation des messages de conduite de Alarm Logging et des alarmes de la plage de numéros réservée doit être exécutée en runtime.



L'onglet Général

Synchronisation après incident du couplage de process

Avec l'option "Synchronisation après incident du couplage de process", on détermine si, après un incident de la liaison réseau entre les serveurs et leurs liaisons configurées (automates), une synchronisation d'archive doit être effectuée.

La surveillance du couplage de process étant activée, le serveur respectif exécute un contrôle de vie de toutes les liaisons configurées. Un couplage défectueux de process à un API est constaté par le serveur quand l'API adressé ne renvoie pas de réponse au serveur.

Si un dérangement des connexions à un ou plusieurs API est ainsi détecté, le système effectue une synchronisation de toutes les archives d'alarmes, archives de données de process et archives utilisateur des API appartenant au projet. Les archives des automates non défaillants sont donc également synchronisées. Lorsqu'elle est activée, cette option permet de délester les serveurs au runtime.

Les défauts éventuellement présents sur le réseau des automates ne pouvant être détectés si la surveillance des liaisons réseau est désactivée, il n'y a donc pas de synchronisation d'archives.

Exemple de commutation Client WinCC lors d'un incident du couplage de process

Avec l'option "Commutation client WinCC lors d'un incident de couplage de process", on détermine si, lors d'un incident de la liaison réseau entre un serveur et ses liaisons configurées (automates), un client relié à ce serveur doit basculer sur le serveur partenaire redondant.

Si cette option est activée, le nombre des liaisons logiques défectueuses du serveur maître et du serveur partenaire redondant est déterminé cycliquement. Si le serveur maître possède plus de liaisons logiques défectueuses que le serveur partenaire redondant, un client connecté sur le serveur maître est basculé sur le serveur partenaire redondant.

Une fois l'incident de couplage de process réparé, un client n'est recommuté sur le serveur relié à l'origine que quand ce serveur a été configuré comme serveur préférentiel.

La surveillance du couplage de process n'est lancée que quand les deux serveurs redondants sont en runtime.

Liaison série vers le partenaire redondant

On définit dans ce champ si une liaison série existe vers le partenaire et par quelle interface. Si une liaison série existe entre les serveurs Redundancy, l'état de redondance est commandé par cette liaison.

Activation de la redondance

La case "Activer redondance " indique si la redondance est activée. Vous pouvez activer ou désactiver la redondance en cliquant avec la souris sur cette case. Cette case est utilisée en premier lieu pour désactiver temporairement la fonctionnalité de redondance pendant la configuration. Si vous cliquez sur la case "Activer redondance" alors que l'option redondance est activée, la boîte de dialogue "Etes-vous sûr(e) de vouloir désactiver la redondance ?" est affichée par mesure de sécurité. Vous avez alors encore la possibilité d'annuler la désactivation de la fonction de redondance.



Nota Durant la mise en service, le runtime WinCC est souvent démarré et arrêté sur les PC serveurs. Ceci entraîne à chaque fois, lorsque la redondance est activée, une synchronisation des archives, ce qui peut conduire dans certaines circonstances à une dégradation notable du comportement d'exécution de WinCC. Pour éviter cet inconvénient, nous vous conseillons de désactiver la redondance durant la mise en service. Dans Runtime, seules les modifications apportées dans les options pour la synchronisation des archives sont immédiatement prises en compte, sans redémarrage de Runtime. Ceci concerne sur l'onglet Généralités les options "Synchronisation ... après retour du partenaire", "Synchronisation en ligne pour Alarm Logging" et " Synchronisation après incident de couplage de process...". De même, sur l'onglet User Archive, la synchronisation en ligne des archives est immédiatement active. Les modifications apportées dans les autres options ne sont actives qu'après un redémarrage de Runtime. Lors d'un défaut de logiciel sur le serveur, il n'est pas exclu que les clients branchés ne basculent pas sur le partenaire redondant, mais que le système soit néanmoins bloqué.



6.4.3.2 Onglet "User Archive"

Introduction

Cet onglet permet de configurer la synchronisation automatique des archives utilisateur au sein du système Redondancy.



L'onglet "User Archive"

User Archiv La colonne "User Archiv" affiche ligne par ligne toutes les archives utilisateur configurées.

Une clé unique La colonne "Clé unique" affiche la clé unique permettant d'établir la correspondance entre les enregistrements des archives redondantes. Un double clic sur ce champ visualise tous les champs appropriés de l'archive. Il s'agit de tous les champs possédant la propriété "Clé unique" ainsi que le numéro de l'enregistrement.

Si vous ne sélectionnez pas le numéro d'enregistrement, l'archive à synchroniser ne devra pas contenir en dehors du champ sélectionné d'autre champ possédant la propriété "Clé unique". Ces autres champs devront sinon être supprimé à l'aide de l'Editeur d'archive utilisateur.

Synchronisation La colonne "Synchronisation" permet d'activer et de désactiver la synchronisation des archives utilisateur. Un double clic sur ce champ permet de basculer entre les états activés/désactivés.

Si à cet instant, le champ "Last Access" n'a pas encore été configuré, il est possible de le faire ici. Ceci peut prendre un certain temps, surtout si l'archive contient de nombreux enregistrements.

Synchronisation de toutes les archives utilisateur

Les deux boutons sous "Synchronisation de toutes les archives utilisateur" permettent d'activer ou de désactiver la synchronisation de toutes les archives utilisateur affichées.

Mettre à jour Le bouton "Mettre à jour" adopte la configuration actuelle si la configuration de l'archive utilisateur a été modifiée avec l'éditeur d'archive utilisateur après l'appel de l'éditeur Redundancy.

Nota Dans Runtime, seules les modifications apportées dans les options pour la synchronisation des archives sont immédiatement prises en compte, sans redémarrage de Runtime. Ceci concerne sur l'onglet Généralités les options "Synchronisation ... après retour du partenaire", "Synchronisation en ligne pour Alarm Logging" et " Synchronisation après incident de couplage de process...". De même, sur l'onglet User Archive, la synchronisation en ligne des archives est immédiatement active. Les modifications apportées dans les autres options ne sont actives qu'après un redémarrage de Runtime.



6.4.3.3 Exemple de commutation Client lors d'un incident du couplage de process

Introduction

Un système redondant consiste en deux serveurs fonctionnellement identiques. Un serveur est le serveur maître, l'autre est le serveur partenaire redondant. Dans l'état de service sans incident le serveur maître a l'état "Maître", le serveur partenaire redondant a l'état "Standby". Les clients se connectent sur le serveur maître ou, quand un serveur préférentiel est configuré, sur le serveur préférentiel.

Aussitôt que les deux serveurs sont en runtime, la surveillance du couplage de process est lancée. Le nombre des liaisons logiques défectueuses du serveur maître et du serveur partenaire redondant est déterminée cycliquement. Si le serveur maître a plus de liaisons logiques défectueuses que le serveur partenaire redondant, l'état du serveur est invalide ("Fault"). Les clients sont basculés sur le serveur partenaire redondant, qui acquiert ainsi l'état "Maître".

Nota L'état "Fault" n'est pas affiché dans les variables système "@RM_MASTER" mais dans les variables "@RedundantServerState".

Etat de service normal

L'installation consiste en les serveurs redondants A et B. Par ailleurs, il y a trois clients. Le client 1 a le serveur A, le client 2 n'en a aucun et le client 3 a le serveur B comme serveur préférentiel.



Incident de couplage de process sur le serveur A

Un incident du couplage de process se produit sur le serveur A. Sur le serveur B, l'incident ne s'est pas produit. Le nombre des liaisons logiques défectueuses est plus grand sur le serveur A que sur le serveur B. Par suite, le serveur A reçoit l'état "Fault". Les clients 1 et 2 basculent alors sur le serveur redondant B.



Fin de l'incident de couplage de process

Lorsque l'incident de couplage de process est éliminé sur le serveur A, le serveur A prend l'état "Standby". Le client 1 se commute alors sur le serveur A, car celui-ci lui est attribué comme serveur préférentiel. Le client 2 reste connecté sur le serveur B, car celui-ci est le serveur maître depuis la commutation de redondance et que le client 2 n'a pas de serveur préférentiel inscrit.



6.4.4 WinCC Project Duplicator

Introduction

Sur les deux serveurs redondants, les projets configurés doivent être fonctionnellement identiques. La fonctionnalité Project Duplicator WinCC permet, une fois la configuration terminée, de copier automatiquement toutes les données propres au projet sur le partenaire redondant.

Project Duplicator génère le projet partenaire redondant. Le duplicateur de projet ne copie pas seulement toutes les données de projet associées (vues, scripts, archives, etc) mais exécute également tous les paramétrages nécessaires sur l'ordinateur cible pour que celui-ci soit configuré pour les fonctionnalités de Redundancy.

D'autres configurations n'ont besoin d'être établies que sur un seul des serveurs. Les modifications peuvent être transférées sur le serveur redondant en répétant l'exécution du "WinCC Project Duplicator".

Nota Le système redondant WinCC est toujours composé de 2 PC serveurs. En dehors de ces deux PC serveurs redondants, aucun autre PC ne doit être configuré comme serveur redondant. Les paramétrages spécifiques à l'ordinateur devront être modifiés par la suite manuellement.

Marche à suivre

Vous pouvez appeler le WinCC Project Duplicator dans le menu Windows Démarrer sous "SIMATIC / WinCC / Tools / Project Duplicator".

Il apparaît la boîte de dialogue "WinCC Project Duplicator":



La boîte de dialogue `"WinCC Project Duplicator"

Sélectionner le projet source

Le projet source à dupliquer est défini dans le champ "Sélectionner le projet source à dupliquer" Le bouton "..." vous facilite la recherche du chemin d'accès au projet source.

Projet dupliqué Indiquez dans le champ "Enregistrer le projet dupliqué pour le partenaire sur" l'ordinateur cible, y compris le répertoire du projet cible. Le bouton "..." vous facilite la recherche du chemin d'accès au projet cible.

Enregistrer sous Le bouton "Enregistrer sous" permet de créer une copie de sauvegarde du projet cible ou de mémoriser un projet sous un autre nom. "Enregistrer sous" n'enregistre que les données de configuration. La base de données runtime courante n'est pas enregistrée. En revanche, une nouvelle base de données runtime vide est créée, pour qu'un projet ne soit pas lancé par inadvertance sans base de données runtime.

Dupliquer Après avoir indiqué le projet source et l'ordinateur cible pour le projet à dupliquer vous pouvez cliquer sur le bouton "Dupliquer" pour lancer la procédure de duplication. Un projet partenaire déjà entièrement configuré est alors créé sur l'ordinateur cible.



6.4.5 Scénarios de défaillances

Introduction

Les quatre défaillances décrites ci-après, qui surviennent fréquemment, illustrent le mode de fonctionnement de WinCC Redundancy. Il s'agit notamment des défaillances suivantes :

1. Le projet sur le serveur redondant n'est pas en Runtime 2. Dérangement de la connexion au serveur redondant 3. Dérangement de la connexion au client 4. Couplage défectueux de process 5. Défaut de logiciel sur un serveur WinCC Redundancy détecte automatiquement l'erreur ou réagit à une erreur ou à un dérangement signalé par...

• l'enregistrement de la date/heure des événements

• la synchronisation d'archives

• la modification des codes Maître/Standby

• le basculement des clients

• la sortie d'alarmes

Lancement des ordinateurs serveurs

Lors de l'amorçage du système des ordinateurs serveurs, la composante Redundancy détermine si le serveur partenaire est déjà activé. Si c'est le cas, un code de Standby est activé sur l'ordinateur serveur. Lorsque le serveur partenaire n'est pas actif au démarrage, un code de serveur maître est activé. En cas de dérangement du réseau reliant les serveurs ou si les serveurs partenaires sont arrêtés, le code du maître est réinitialisé. La variable système @RM_MASTER est activée pour indiquer que l'ordinateur serveur est "maître" ; si l'ordinateur serveur est "Standby" la variable @RM_MASTER est désactivée. Dans les variables @RM_MASTER_NAME se trouve le nom de l'ordinateur serveur qui a l'état "Maître", par ex. "Server 1". La variable @RedundantServerState indique sur chaque serveur redondant son état dans la redondance, p. ex. "Standby". Ces variables peuvent être utilisées par d'autres applications ou par des scripts. Cependant, seule la variable @RM_MASTER peut être modifiée.

Le composant "Redundancy" ne fait qu'activer les variables mentionnées. Les deux serveurs ont toujours les mêmes droits.

Si, pour le serveur maître, ni un client, ni le serveur partenaire redondant ne sont accessibles (par ex. le projet sur les ordinateurs est désactivé ou la liaison réseau entre les ordinateurs est interrompue), ce serveur devient un serveur Standby. Cela est nécessaire pour empêcher que les deux serveurs redondants ne prennent l'état "Maître".

Si une liaison via l'interface série existe entre les deux serveurs redondants, l'état de redondance est commandé par cette liaison.



6.4.5.1 Scénario 1 : Le serveur n'est pas en Runtime

Introduction

Dans ce scénario, nous allons examiner le comportement de Redundancy lorsque le projet a été désactivé sur le serveur 2.

Les réactions suivantes sont déclenchées :

• Le serveur 1 mémorise l'heure et la date de la défaillance du serveur 2.

• Le serveur 1 signale la défaillance du serveur 2 par un message système.

• Si le serveur 1 est "Standby", celui-ci prend alors le rôle de "maître" par activation de la variable @RM_MASTER. Les variables @RM_MASTER_NAME et @RedundantServerState sont modifiées en conséquence.

• Les clients connectés au serveur 2 basculent sur le serveur 1.

Rétablissement serveur 2

Pendant le temps de défaillance, une lacune s'est ouverte dans les archives du serveur 2. Cette lacune est alors comblée par les procédures suivantes :

• Le serveur 1 enregistre l'heure et la date du rétablissement du serveur 2.

• Le serveur 1 signale le rétablissement du serveur 2 par un message système.

• La lacune dans les archives d'alarme, de données de process et d'utilisateur du serveur 2 est complétée par les données dans la mémoire d'archive du serveur 1.

• Sur les deux serveurs, les variables @RM_MASTER restent inchangées, c.-à-d. que sur le serveur 1, la variable @RM_MASTER reste activée et sur le serveur 2 la variable @RM_MASTER est désactivée. Les variables @RM_MASTER_NAME et @RedundantServerState restent inchangées.

• Les clients pour lesquels le serveur 2 est configuré comme serveur préférentiel basculent de nouveau sur ce dernier.

Comparée à une synchronisation en ligne, la synchronisation d'alarme après une défaillance de serveur peut-être sensiblement plus longue en fonction du nombre des enregistrements à synchroniser et de la charge des ordinateurs et de l'encombrement du réseau.

En cas de défaillances alternées (voir schéma), les synchronisation s'effectuent successivement. Après synchronisation, toutes les données sont ainsi disponibles dans les deux archives.



Dans le cas présenté ci-dessus, le serveur1 transmet d'abord toutes les valeurs au serveur2 à la suite de la défaillance A – puis le serveur1 se synchronise au serveur2 pour la période de défaillance B. Une comparaison du serveur Master est toujours effectuée sur le serveur Standby.

Toutes ces opérations sont exécutées en tâche de fond, indépendamment de l'archivage des valeurs de process et alarmes issues des automates programmables subordonnés, réalisé en parallèle.

6.4.5.2 Scénario 2 : La liaison au serveur partenaire est défectueuse

Introduction

Dans ce scénario, nous allons examiner le comportement de Redundancy lorsque la connexion au serveur 2 est dérangée. On admet que les deux serveurs fonctionnent parfaitement en runtime.


• Les deux serveurs enregistrent le temps de défaillance (date et heure).

• Les deux serveurs signalent la panne par un message de système.

La liaison est rétablie

Pendant la panne de liaison, il n'a pas pu y avoir de synchronisation en ligne pour l'Alarm Logging et les archives utilisateur. Cette lacune est alors comblée par les procédures suivantes :

• Les deux serveurs enregistrent l'instant de rétablissement (date et heure).

• Les deux serveurs signalent le rétablissement par un message de système.

• Une comparaison de redondance du serveur Master est effectuée sur le serveur Standby.

Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.



6.4.5.3 Scénario 3 : La liaison réseau au Client est défectueuse

Introduction

Dans ce troisième scénario, un dérangement apparaît sur la connexion entre le serveur 2 et le client "CL5" associé au serveur 2.


• Le client "CL5" bascule automatique du serveur défectueux 2 au serveur courant 1.

Fin de l'incident réseau vers le client

Les réactions suivantes sont déclenchées lorsque le dérangement disparaît :

• Dans les deux serveurs, les variables @RM_MASTER, @RM_MASTER_NAME et @RedundantServerState restent inchangées.

• Si, sur le client "CL5" le serveur 2 est configuré comme serveur préférentiel, le client "CL5" se recommute sur le serveur 2.

6.4.5.4 Scénario 4 : Couplage défectueux de process

Introduction

Dans le scénario 4, un incident de couplage de process survient sur le serveur 2 à cause d'une liaison réseau interrompue vers les automates programmables.

La défaillance d'une liaison à un automate n'est identifiée comme défaillance au sens de la redondance que si cette liaison n'est défaillante que vers un seul serveur. Si une liaison d'un API aux deux serveurs est défaillante, par exemple par panne de l'API, cela ne constitue pas une panne au sens de la redondance.

Lorsque WinCC détecte un dérangement, les réactions suivantes sont déclenchées :

• La défaillance du couplage de process est annoncée au serveur 2.

• Le serveur 1 reçoit un message, que le serveur partenaire 2 est défaillant.

• Le serveur 1 enregistre l'heure et la date du dérangement du serveur 2.

• Si l'on a configuré dans le projet serveur "Commutation du client en cas de défaillance du couplage de process", les clients reliés à ce serveur sont commutés sur le serveur partenaire.

• La variable @RM_Master est mise à l'état "Maître" dans le serveur 1, sur "Standby" dans le serveur 2. Les variables @RM_MASTER_NAME et @RedundantServerState sont adaptées en conséquence.



Fin de l'incident de couplage de process sur le serveur 2

Si la surveillance du couplage au process a été activée, la lacune de la mémoire d'archives du serveur 2 est comblée par les mesures suivantes :


• Une comparaison de redondance du serveur 1 Master est effectuée sur le serveur 2 Standby. Les données de tous les API sont synchronisées. Les archives des automates non défaillants sont donc également synchronisées.

• Sur le serveur 2, la variable @RedundantServerState passe de "Fault" à "Standby".

• La fin de l'incident de couplage de process sur le serveur 2 est annoncée par une alarme système.

6.4.5.5 Scénario 5 : Défaut de logiciel

Introduction

Dans le scénario 5, un incident d'un logiciel surveillé survient sur le serveur 2. Quand l'incident survient, le serveur 2 est "Maître", le serveur 1 est à l'état "Standby". Plusieurs clients sont reliés aux deux serveurs.

Quand la fonction "Application Health Check" détecte un incident du logiciel WinCC, les réactions suivantes sont déclenchées :

• Application Health Check signale l'incident à Redundancy. L'état du serveur 2 est défini dans la variable @RedundantServerState sur "Fault". La variable @RM_Master est définie sur l'état "Standby".

• Dans le serveur 1, la variable @RM_Master est mise à l'état "Maître". Les variables @RM_MASTER_NAME et @RedundantServerState sont adaptées en conséquence.

• Les client connectés au serveur 2 basculent sur le serveur 1.

• L'utilisateur est informé par un message de direction sur la panne de logiciel.

Fin de l'incident de logiciel sur le serveur 2

L'incident de logiciel peut être corrigé par désactivation du projet du serveur et un redémarrage du serveur 2. Après l'activation du projet sur le serveur 2, les archives sont synchronisées automatiquement.

• Sur le serveur 2, la variable @RedundantServerState est fixée sur "Standby". Le serveur 1 reste sur l'état "Maître".


• La lacune de la mémoire d'archives du serveur 2 est comblée par des données de la mémoire d'archives du serveur 1.

04.03 Index

Manuel WinCC V6 Options Index-1 6AV6392-1DA06-0AC0

Index

A

Activation des serveurs redondants............160 Affichage en formulaire ................................95 Affichage en tableau ....................................95 Application Health Check ................... 147, 179 Archives utilisateur

Autorisation d'accès..................................36 Communication.........................................34 Configurer .............................. 34, 35, 36, 43 Créer ............................................ 34, 35, 36 Variables de forçage.................................35

Archives Utilisateur Editeur......................................................12

Arrêt...........................................................136 du client..................................................136 du serveur ..............................................136

Autorisation d'accès ...............................36, 41

C

Champs d'archive Configurer .............................. 39, 40, 41, 45

Clé univoque pour Archives utilisateur................................................156

Client ................................................. 125, 130 Accès aux projets Serveur ......................138 Arrêt .......................................................136 Configuration..........................................130 Configuration dans un système réparti ....130 Démarrage .............................................134 ThinClient ...............................................125 WebClient...............................................125

Clients........................................................149 Communication............................................34

par variables de données brutes ...............84 Communication Serveur

Serveur ..................................................127 Communication Serveur-Serveur................127 Comportement au démarrage............. 133, 134

du client..................................................134 du serveur ..............................................133

Comportement du système ........................131 Conditions préalables pour des

Systèmes redondants .............................154

Configuration..................... 125, 129, 130, 141, ... 143, 145, 150, 154, 163 à distance .............................................. 137 Client ..................................................... 130 Serveur.................................................. 129 Serveur d'archives central ...................... 141 Serveur d'archives longue durée ............ 143 serveur de fichiers.................................. 145 Système multiposte................................ 129 Système réparti...................................... 129 Systèmes Client-Serveur........................ 125

Configuration de la redondance ................. 160 Configurer

des archives utilisateur............34, 35, 36, 43 des champs d'archive..............39, 40, 41, 45 des vues .................................57, 59, 60, 62

Configurer à distance................................. 137 Accès au projet Serveur......................... 138

Création .................................................... 160 Critères de filtrage ..................................... 110 Critères de tri............................................. 110

D

Déclaration du serveur Redundancy sous Windows........................................ 162

Démarrage .........................................133, 134 du client ................................................. 134 du serveur.......................................133, 134

Dérangements dans le système................. 131 Désactivation............................................. 136

du client ................................................. 136 du serveur.............................................. 136

Données Runtime........................................ 23 Dupliquer des projets................................. 173

E

Exporter ................................................ 20, 25

F

Fenêtre de données .................................... 12 Fenêtre de navigation.................................. 12 Fenêtre de tableau ...................................... 12 Fileserver .................................................. 127 Fractionner .................................................. 24

Index 04.03

Index-2 Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

H

Historian ....................................................141 Historique WinCC.......................................143

I

Importer .................................................21, 24 Installation.......................................... 143, 145

Serveur d'archives central.......................141 Serveur d'archives longue durée.............143 serveur de fichiers ..................................145

Interface OPC............................................140 Dans les systèmes Client-Serveur ..........140

L

Liaison série entre les serveurs Redundancy .............................164

M

Mémoire.....................................................176

N

Niveau .......................................................149

O

Options ........................................................23

P

Pilote de périphérique SOFTNET en cas d'utilisation sur un serveur ......................134

Projet .........................................................150 Accès à distance ....................................138

Q

Quantité de données admissible...........92, 125

R

Recette........................................................ 15 Redondance.............................................. 127

Serveur préférentiel................................ 127 Redundancy .......................................147, 150

alarmes système.................................... 176 Application Health Check ................147, 179 Configuration ......................................... 160 Déclaration du serveur sous Windows.... 162 Fonctionnement ..................................... 151 Liaison série entre les serveurs .......164, 175 signalisation chronologique .................... 154 Synchronisation des archives

utilisateur............................................ 168 Relations ..................................................... 59 Rétablir........................................................ 20 Runtime..................................................... 131

Alarmes ................................................. 131 Archives................................................. 131 Comportement du système .................... 131 Comportement en cas de

érangements dans le système ............ 131 Graphiques ............................................ 131 Journaux................................................ 131 Scripts ................................................... 131 Text Library............................................ 131 UserAdministrator .................................. 131

S

Scénario.................................................... 175 Scénarios .................................................. 127

Clients et serveurs ................................. 127 Scénarios Client-Serveur........................... 127 Server

Arrêt....................................................... 136 Particularités avec plusieurs

modules réseau .................................. 134 Serveur d'archives central ...................... 141

Serveur ......................................127, 129, 149 Accès au projet de plusieurs

clients................................................. 138 Configuration ......................................... 129 Démarrage......................................133, 134 Fileserver............................................... 127 Particularités pour les pilotes

SOFTNET .......................................... 134 Serveur archives longues....................... 127 Serveur standard ................................... 127

04.03 Index

Manuel WinCC V6 Options Index-3 6AV6392-1DA06-0AC0

Serveur archives longues...........................127 Serveur d'archives central ..........................141

Configuration..........................................141 Installation..............................................141

Serveur d'archives longue durée ................143 Configuration..........................................143 Installation..............................................143

Serveur de fichiers ............................. 141, 145 configuration...........................................145 installation ..............................................145

Serveur préférentiel....................................127 Serveur standard .......................................127 Signalisation chronologique........................154 SQL ..................................... 59, 110, 116, 117 Synchronisation .........................................154 Synchronisation des archives

utilisateur................................................168 Système Client-Serveur .............................123

Arrêt du client .........................................136 Arrêt du serveur......................................136 Communication Serveur-Serveur ............127 Comportement dans Runtime .................131 Conditions préalables .............................123 Configuration..........................................125 Configuration mixte.................................125 Démarrage du client ...............................134 Démarrage du serveur............................133 Fileserver ...............................................127 Nombre de clients et de serveurs............123 Quantité de données admissible .............125 Redondance ................................... 123, 127 Serveur archives longues .......................127 Serveur standard ....................................127 Système multiposte ........................ 123, 127 Système réparti .............................. 123, 127 Types de client .......................................125 Utilisation................................................123 Utilisation des interfaces OPC.................140

Système multiposte............................ 123, 127 Configuration..........................................129

Système réparti.................................. 123, 127 Configuration..........................................129 Configuration du client ............................130 Configurer à distance..............................137

T

ThinClient.................................................. 125

U

Unités d'alimentation en courant sans interruption............................................. 154

User Archives Control Barre d'état ............................................ 109 Barre d'outils.......................................... 108 Critères de filtrage.................................. 110 Critères de tri ......................................... 110 Définition des colonnes .......................... 106 définition des couleurs............................ 112 Définition du format de sortie.................. 106

V

Variable WinCC @RM_MASTER............... 175 Variable WinCC @RM_MASTER_NAME... 175 Variables de données brutes ....................... 84 Variables de forçage.................................... 35

Exemple................................................... 49 Vérifier......................................................... 22 Vues............................................................ 15

Configurer...............................57, 59, 60, 62 Relations.................................................. 59

W

WebClient.................................................. 125 WinCC....................................................... 123

Systèmes Client-Serveur........................ 123 WinCC Historian........................................ 141 WinCCProjects.......................................... 137

Appeler .................................................. 133 Dialogue WinCCProjects........................ 133

Windows Déclaration du serveur Redundancy........................................... 162

Index 04.03

Index-4 Manuel WinCC V6 Options 6AV6392-1DA06-0AC0

SIMATIC HMI WinCC V6.0 Options - Siemens AG · Manuel WinCC V6 Options v ... Nous vous proposons...

Documents

Transcript of SIMATIC HMI WinCC V6.0 Options - Siemens AG · Manuel WinCC V6 Options v ... Nous vous proposons...