Schneider Electric Monitor Pro Mode d'emploi

Ajouter à Mes manuels
54 Des pages
Schneider Electric Monitor Pro Mode d'emploi | Fixfr
FactoryLink 7
Concepts
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Version 7.0
•
•
•
•
© Copyright 2000, United States Data Corporation. Tous droits réservés.
Notice légale :
Les informations confidentielles contenues dans ce manuel (et autre supports fournis parallèlement) sont la
propriété de United States Data Corporation (USDATA) et sont protégées par les lois et traités internationaux
sur les droits d'auteur, et par toute autre législation régissant la propriété intellectuelle. Ces informations ne
doivent pas être divulguées, utilisées, copiées, ni transférées à une personne, société, entreprise ou autre
entité, sous quelque forme et par quelque moyen que ce soit, sans l'accord écrit express de USDATA.
Les informations contenues dans ce manuel, et sur tout autre support connexe, constituent la documentation
relative au produit logiciel et elles sont fournies uniquement dans le cadre d'utilisation du logiciel. Le produit
logiciel est fourni dans le cadre d'un contrat de licence distinct, ou d'un autre accord, et les informations
fournies sont soumises aux restrictions et autres conditions générales d'utilisation de ladite licence ou de cet
autre accord.
Les informations contenues dans ce document et sur tout autre support connexe peuvent être modifiées à
tout moment, sans préavis, et elles ne constituent aucunement un engagement de la part de USDATA. A
l'exception des garanties, le cas échéant, définies dans le contrat de licence, ou de tout autre accord, lié au
produit applicable, USDATA ne donne aucune garantie, expresse ou implicite, quant à la conformité de ces
informations ou du produit logiciel.
USDATA et FactoryLink sont des marques commerciales déposées de United States Data Corporation aux
Etats-Unis et/ou dans d'autres pays. Open Software Bus est une marque commerciale déposée utilisée sous
licence de United States Data Corporation. Toutes les autres marques ou produits sont des marques ou des
marques déposées de leurs propriétaires respectifs.
Table des matières
Chapitre 1
FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Exemples d'implémentations FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Client/Serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Multicouche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Architecture de FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
OPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Avantages de FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Base de données temps réel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Tags – Elements de la base de données temps réel . . . . . . . . . . . . . . . . . . . . . . . . . 14
Structure des tags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Outils FactoryLink . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Configuration Explorer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Client Builder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Chapitre 2
Application de démarrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Application serveur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Projet Client Builder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Objets d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Schéma général d'un objet d'application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exemples d'objets d'application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Graphiques du projet de démarrage Client Builder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Affichage d'animation temps réel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Contrôles ActiveX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctions d'animation standard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fonctions d'animation avancées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
34
35
35
38
41
43
43
44
44
Concepts FactoryLink / 3
Utilisation de l'application de démarrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Emplacement de l’ordinateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Fichier d’aide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exécution de l'application de démarrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 / Concepts FactoryLink
46
46
48
49
Chapitre 1
Concepts FactoryLink
P RÉSENTATION
GÉNÉRALE DE
F ACTORY L INK
FactoryLink est un produit d’acquisition et de contrôle des données de type SCADA (Supervisory
Control and Data Acquisition), développé exclusivement pour les systèmes d’exploitation de Microsoft.
Il repose sur l’achitecture distribuée Microsoft DNA (Distributed interNet Architecture). FactoryLink
permet d'automatiser, de commander et de superviser un processus industriel. A l'aide des outils
graphiques de FactoryLink, vous pouvez définir une interface utilisateur qui est une représentation
graphique de votre processus. Les objets graphiques de cette interface sont liés à des objets du monde
réel, ce qui vous permet de gérer votre processus dans un contexte de production effectif.
Un « processus » est une activité exécutée de manière régulière, par exemple :
• Production en usine
• Transport de liquide ou de gaz dans un pipeline
• Collecte de données à intervalles réguliers
FactoryLink n'est pas un programme monolithique, mais un ensemble de programmes ou
tâches. Chaque tâche est un programme distinct qui exécute une fonction spécialisée dans
l'environnement FactoryLink. Par exemple, les fonctions telles que les alarmes, la consignation
des données, l'affichage graphique, etc., sont gérées par des tâches distinctes, mais ces tâches
travaillent en synergie pour donner à l'utilisateur l'impression d'une application unique.
Les possibilités d'utilisation de FactoryLinksont quasiment illimitées. FactoryLink permet de
créer une application graphique qui reproduit à l'écran le processus que vous souhaitez
automatiser.
Exemples d'implémentations FactoryLink
FactoryLink a déjà été implémenté dans des applications très diverses. Voici quelques exemples
du monde réel :
Transports en commun de Dallas
FactoryLink est utilisé pour assurer la gestion des transports en commun de Dallas
(Texas), aux Etats-Unis. Le système DART (Dallas Area Rapid Transit) utilise
FactoryLink pour déterminer et superviser la position des différents trains en
service.
Concepts FactoryLink / 5
•
CONCEPTS FACTORYLINK
•
Présentation générale de FactoryLink
•
•
Trois moniteurs géants affichent en temps réel la position de chaque train du système.
FactoryLink lit les données générées par les modules Allen-Bradley SLC 500 qui contrôlent
les trains. FactoryLink surveille en permanence l'état du système et détecte toute situation
d'alarme, par exemple deux trains qui ne respectent pas l'intervalle de sécurité réglementaire,
un problème dans un tunnel, etc.
Aéroport international de Nankin
Dans l'aéroport international Lukou de Nankin (Chine), FactoryLink gère et
supervise le système de gestion des bagages. En ce qui concerne les bagages au
départ, le système gère et supervise trois terminaux indépendants qui
comptent chacun 20 guichets d'enregistrement. FactoryLink assure
automatiquement le passage aux rayons X de chaque bagage, le fait passer dans un
transporteur-collecteur, puis le décharge sur un tapis roulant dans la salle de départ du fret. Au
niveau des arrivées, le système gère et supervise huit rampes en sortie d'avion et redistribue les
bagages sur quatre carrousels à plan incliné.
L'interface utilisateur graphique (GUI) de FactoryLink affiche un écran très clair qui permet
aux contrôleurs de l'aéroport de superviser l'intégralité du système, soit près de 2 000 mètres de
transporteurs, de carrousels et de machines à rayons X. Un système très évolué de gestion des
alarmes détecte avec une très grande précision l'emplacement des incidents : blocage de
transporteur, moteur en panne, erreur d'alignement entre deux cellules photoélectriques, etc. Le
tracé du système utilise un code de couleurs spécifique pour faciliter sa surveillance : vert = En
service, rouge = Arrêté, noir = Prêt, jaune = Incident.
British Steel
Pour réduire les coûts et améliorer la souplesse du processus, la société britannique
de production d'acier British Steel a modernisé l'une de ses aciéries en installant de
nouvelles unités de production et un système FactoryLink. British Steel avait fixé
trois objectifs pour cette rénovation :
• Amélioration de la qualité et de l'homogénéité des produits
• Réduction des coûts de production
• Amélioration de la souplesse du processus, soit produire plus en moins de temps
FactoryLink commande et supervise les conditions initiales du système à tous les stades de la
production. L'application permet de disposer d'une « fenêtre » sur les installations, avec
affichages graphiques dynamiques indiquant l'état le plus récent des installations et des
matériaux produits. Des schémas indiquent en permanence la position et l'état des différents
secteurs de production de l'acier. Des graphes de tendances (temps réel et historique) facilitent
considérablement les prises de décision. Avec le système évolué de gestion des alarmes assuré
par FactoryLink, les opérateurs peuvent percevoir les alarmes depuis tous les postes de travail
et réagir immédiatement. Les alarmes (et les mesures prises en réaction à celles-ci) sont
6 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Présentation générale de FactoryLink
consignées dans un fichier d'historique. Les opérateurs peuvent utiliser les terminaux pour
entrer de nouveaux points de définition et autres données clés. Les paramètres modifiables sont
protégés par un système de mots de passe multiniveau.
Pour accélérer le passage d'un produit à un autre, FactoryLink conserve en mémoire les
paramètres de toutes les machines et toutes les valeurs nécessaires aux différents secteurs de
production de l'acier. Par exemple, les opérateurs peuvent charger instantanément l'une des 200
configurations disponibles pour les laminoirs de redressement de poutres (RSM, (Roller
Straightening Machine). Cette caractéristique a permis de réduire le temps de configuration
des RSM de 15 minutes à quelques secondes. Le système qui contrôle les scies est également
automatisé, ce qui fait que les opérateurs se contentent de vérifier la position de la scie avant de
passer à la coupe proprement dites.
L'une des usines utilise deux systèmes FactoryLink. Chaque système FactoryLink ayant la
capacité de gérer la totalité de l'application, les serveurs sont configurés de manière à prendre
le relais les uns des autres en cas d'incident ou de panne.
En faisant passer son aciérie sous contrôle de FactoryLink, British Steel a rapidement bénéficié
de plusieurs avantages :
• La mise en place de FactoryLink a éliminé plusieurs étapes de production et amélioré le
contrôle général, ce qui permet à British Steel de réagir plus rapidement aux commandes de
ses clients et de produire de faibles quantités sans perte d'efficacité.
• Le temps nécessaire à la configuration des laminoirs RSM a été considérablement réduit.
• Avec l'affichage graphique proposé par FactoryLink, les ingénieurs et les responsables
peuvent contrôler d'un seul coup d'œil la section d'usine dont ils ont la charge, ce qui leur
permet de détecter les problèmes immédiatement et d'apporter plus rapidement les solutions
requises.
• Le volume, la précision et la rapidité des informations mises à la disposition des ingénieurs
par FactoryLink facilite leurs prises de décision opérationnelles.
Fabricant de matériel de télécommunication
FactoryLink a également été adopté par le premier fabricant mondial de téléphones
filaires/sans fil et de répondeurs. Ce fabricant conçoit, développe, fabrique et
commercialise une gamme complète de produits de communication, dont
téléphones mobiles numériques et analogiques, téléphones au standard PCS
(Personal Communications Service), nombreux autres types de téléphones filaires
et sans fil, répondeurs, etc.
Dans ses installations de production automatisées, ce client souhaitait disposer d'un système
d'exécution et de suivi de production (MES, Manufacturing Execution System) pour contrôler
sa production et relier le système en atelier au système interne de gestion SAP. Ce fabricant de
Concepts FactoryLink / 7
•
CONCEPTS FACTORYLINK
•
Présentation générale de FactoryLink
•
•
matériel téléphonique a choisi FactoryLink pour assurer la connexion et le contrôle de ses
différentes unités : machines de production, transporteurs, centres de test et chaîne de montage.
La solution développée avait deux objectifs :
• Fabriquer des produits pouvant être configurés individuellement et néanmoins être expédiés
sous 24 heures.
• Assurer un suivi très étroit des informations relatives aux produits et relier les systèmes de
conception et de commande aux systèmes de production.
Ces améliorations devaient permettre à l'entreprise de rectifier immédiatement les produits non
conformes et de faire passer plus rapidement les nouveaux produits du stade de l'étude au stade
de production.
FactoryLink assure des communications en temps réel entre les différents équipements ;
machines de production, transporteurs, centres de test et chaîne de montage. En assurant des
connexions avec plusieurs bases de données, FactoryLink permet le transfert direct des
données de production vers les emplacements de stockage des unités de contrôle. L'intégration
directe de FactoryLink avec les systèmes en atelier permet la génération d'états de production
en temps réel.
La mise en place de ce nouveau système apporte de nombreux avantages :
• Intégration étroite des différents systèmes (système de base de l'entreprise, application
FactoryLink et systèmes de contrôle en atelier), ce qui facilite leurs échanges de données et
optimise la productivité.
• Gestion détaillée des lots de production : le système peut reprogrammer les produits non
conformes, aiguiller des pièces vers des postes de rectification et modifier les lignes de
production de manière à obtenir les produits requis.
• Mises au point rapides par téléchargement de nouveaux programmes de processus dans les
équipements avant que le produit atteigne la machine.
• Transmission automatique et en temps réel des données d'exploitation vers les
systèmes SAP des services Achats et Comptabilité ; enregistrement en temps réel des
données de test pour analyse ultérieure.
• Rapports d'exception ou de non conformité, et enregistrement de certaines données pour
analyse hors ligne par des logiciels de sociétés tierces.
8 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Présentation générale de FactoryLink
E NVIRONNEMENT F ACTORY L INK
L'environnement FactoryLink est un système client/serveur reposant sur la norme Microsoft
DNA, architecture à plusieurs couches (« multicouche »).
Client/Serveur
Client/serveur décrit la relation entre deux programmes informatiques. Le client est le
programme demandeur (l'utilisateur), qui demande des données à un autre programme, le
serveur. Le serveur reçoit cette demande de données, la traite et fournit les données au client.
Un programme serveur fournit des données à des programmes clients tournant sur le même
ordinateur ou sur d'autres ordinateurs. L'ordinateur physique sur lequel tourne le programme
serveur est également appelé « serveur », bien qu'il puisse parfois contenir plusieurs
combinaisons de programmes serveurs ou/et clients). Par exemple, la personne qui utilise un
navigateur Web est un client qui effectue de nombreuses demandes de données (sous forme de
« pages ») auprès d'un ou plusieurs serveurs Web. Le logiciel navigateur est également un
client par rapport à l'ordinateur avec lequel il échange des données. L'ordinateur qui gère les
demandes du client navigateur et qui envoie les données correspondantes est le serveur.
Multicouche
Multicouche qualifie un système informatique dans lequel le logiciel est structuré en plusieurs
couches, par fonction, entre plusieurs ordinateurs. En général, chaque couche réside sur son
propre ordinateur. L'architecture multicouche la plus courante est le système client/serveur, qui
comporte deux couches : l'interface utilisateur constitue une couche (le client), la logique
d'exécution et le stockage des données constituent l'autre couche (le serveur).
L'architecture Windows DNA comprend trois couches :
• Interface utilisateur
• Logique d'exécution
• Stockage des données
Architecture de FactoryLink
FactoryLink respecte les trois couches de la norme Windows DNA :
• Interface utilisateur : Client FactoryLink
• Logique d'exécution (application proprement dite) : Serveur FactoryLink
• Stockage des données : Serveur SQL (ou autre type de base de données) et contrôleurs
logiques programmables (PLC)
Concepts FactoryLink / 9
•
CONCEPTS FACTORYLINK
•
Présentation générale de FactoryLink
•
•
Le schéma suivant illustre un environnement FactoryLink :
)DFWRU\/LQN(QYLURQPHQW
FactoryLink Clients
FactoryLink Servers
Database
Data Storage
PLCs
Client FactoryLink
Le client FactoryLink assure deux fonctions :
• Une connexion avec le serveur permettant de créer une application FactoryLink
• Une interface utilisateur graphique (GUI) permettant d’utiliser cette application
(Les outils FactoryLink de développement d'application résident sur le client.)
Serveur FactoryLink
Le serveur FactoryLink contient l'application et les programmes FactoryLink. Il assure de
ce fait toutes les fonctions de traitement des données.
10 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Présentation générale de FactoryLink
Stockage des données
Les données nécessaires à l'application pouvant provenir de n'importe quelle source
externe, la couche de stockage des données peut être une base de données et/ou des
contrôleurs logiques programmables (PLC).
OPC
Le client et le serveur FactoryLink communiquent via une interface OPC. La norme
OPC (OLE for Process Control) est une norme de communication développée par un
consortium de fournisseurs de matériel et de logiciels, en coopération avec Microsoft, pour
standardiser les méthodes d'accès aux données. OPC est incorporé à l'architecture DNA de
Microsoft Windows.
OPC permet aux applications clientes d'accéder aux données selon un protocole standard,
quelle que soit la source (le serveur) de ces données. Les fournisseurs de matériel s'efforcent
généralement de proposer des serveurs OPC afin que l'accès à leurs données n'exigent pas
l'installation de pilotes propriétaires. Les spécialistes SCADA peuvent généralement fournir
des clients OPC. En raison de son architecture client/serveur, FactoryLink présente une
caractéristique unique : il dispose de son propre serveur OPC. Votre application FactoryLink
peut non seulement recueillir les données, mais aussi – via son serveur OPC – distribuer ces
données aux autres applications de l'entreprise.
Avantages de FactoryLink
L'architecture multicouche de FactoryLink offre d'importants avantages :
• Chaque serveur peut faire tourner une ou plusieurs applications.
• Les applications peuvent être développées et mises à jour à partir de n'importe quel client.
• Les modifications apportées à une application sont appliquées automatiquement aux clients
concernés par celle-ci.
• Un système FactoryLink peut très facilement évoluer pour s'adapter aux besoins et à
l'expansion de l'entreprise. Une application de petite taille peut coexister avec toutes les
couches d'un ordinateur donné ; les applications de grande taille peuvent exiger plusieurs
serveurs. Par exemple, la couche intermédiaire de ces serveurs pourrait contenir les
fonctions d'alarme sur un serveur, les fonctions de tendance sur un autre serveur, et ainsi de
suite. Enfin, la base de données nécessaire aux applications étant séparée, la couche de
stockage des données peut être adaptée aux besoins et à l'expansion de votre entreprise.
Concepts FactoryLink / 11
•
CONCEPTS FACTORYLINK
•
FactoryLink
•
•
F ACTORY L INK
gi c
Lo
ou écriture avec des
équipements extérieurs
(contrôleurs logiques
programmables, terminaux
distants, etc.)
&
• Echange de données en lecture
th
Ma
FactoryLink est un ensemble de
programmes indépendants qui
exécutent une activité spécifique
dans le cadre du processus
d'automatisation, par exemple :
• Collecte et stockage des
données
• Gestion des alarmes
• Génération d'états
Ces modules indépendants sont
appelés tâches parce qu’ils
exécutent chacun une seule
fonction spécifique, mais leur
synergie assure les fonctionnalités globales de l'application. L'accès aux tâches se fait via
Configuration Explorer, l'un des outils de développement d'application de FactoryLink.
12 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
B ASE
DE DONNÉES TEMPS RÉEL
L’architecture Open Software Bus
développée par USDATA permet de
disposer d'une base de données temps
réel globale (RTDB), par le biais de
laquelle les tâches FactoryLink
communiquent entre elles.
Cette base de données temps réel
occupe un bloc de mémoire alloué par
le système au démarrage de
l'application. Cette base de données a
essentiellement deux objets :
real-time database
• Stocker les données des applications
• Assure la communication entre les
différentes tâches
La base de données temps réel contient
des informations qui peuvent être le
résultat de différentes opérations :
• Collecte par un périphérique externe,
par exemple un contrôleur logique
programmable (PLC)
• Calcul par une tâche FactoryLink, par exemple la tâche « Maths et logique »
• Entrée manuelle par l'utilisateur à l'aide d'un clavier ou d'un écran graphique.
Les différentes tâches FactoryLink peuvent consulter et manipuler le contenu de la base de
données temps réel. Les tâches communiquent entre elles en échangeant des valeurs par lecture
et écriture avec la base de données, mais elles ne communiquent pas entre elles directement.
Cette architecture permet la communication avec d'autres applications telles qu'une base de
données Oracle ou une feuille de calcul Excel, et vous permet de développer vos propres
tâches en vue de les intégrer à FactoryLink.
Ensemble, la base de données temps réel et les tâches composent l'application FactoryLink,
exécutée sur le serveur.
Concepts FactoryLink / 13
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Tags – Elements de la base de données temps réel
Les valeurs de la base de données temps réel sont stockées dans des emplacements de mémoire
appelés « éléments » ou « tags ». Cette section aborde les points suivants :
• Concept du tag
• Définition d'un tag
• Structure de base d’un tag
• Types de tag et leur structure spécifique
14 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Qu’est-ce qu’un tag ?
Un tag est un emplacement de mémoire de la base de données temps réel (ou plus précisément
un segment avec décalage). Toute valeur écrite dans une base de données est stockée dans un
tag.
Le concept du tag est semblable à celui d'une boîte postale. Chaque tag est semblable à une
boîte postale : de même qu'une boîte postale contient du courrier, un tag contient des
informations. Chaque boîte postale est affectée d'un ID unique (son numéro de boîte) ; chaque
tag est affecté d'un ID unique (son nom de tag, ou Tagname). Le « nom de tag » est le nom
que vous affectez à un tag lors de sa définition. Le contenu de la boîte postale change
constamment, ce qui est également le cas de la valeur du tag. Pour envoyer du courrier vers la
boîte postale, vous devez indiquer le numéro de celle-ci ; pour écrire une valeur dans un tag,
vous devez spécifier son nom. Pour consulter le contenu d'une boîte postale ou d'un tag, vous
devez sélectionner la boîte postale ou le tag.
Tag = Elément
Nom de tag(Tagname) = Nom utilisé pour désigner un
élément/tag
Boîtes aux lettres
• Un tag est semblable à une boîte postale.
• Chaque boîte postale (ou tag) est identifié(e) de manière unique.
• Chaque tag est affecté d'un nom de tag unique.
• Le contenu de chaque tag peut changer.
• Vous pouvez envoyer ou recevoir (lecture/écriture) des valeurs (contenu)
vers un tag, ou à partir de ce dernier.
Concepts FactoryLink / 15
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Définition et nom de tags
Si vous spécifiez un nouveau nom de tag dans l'un des outils de développement d'application
FactoryLink (Configuration Explorer ou Client Builder), le système vous invite à définir un
nouveau tag.
Conventions d’affectation de noms de tags
Lorsque vous choisissez le nom d'un tag, vous devez tenir compte des points suivants :
• Les noms de tags différencient les majuscules des minuscules. Vous devez donc entrer
les noms de tags en respectant soigneusement les majuscules ou/et les minuscules qu’ils
contiennent. Ainsi, pour FactoryLink, les tags « TEST », « Test » et « test » sont trois tags
différents.
• Un tag peut comporter jusqu'à 32 caractères alphanumériques.
• Un tag ne peut pas contenir d’espace ni de point.
• Un tag ne peut pas commencer par un chiffre.
Efforcez-vous de donner à vos tags des noms qui décrivent leur objet, car ceci facilite leur
emploi dans les applications. Lorsqu'un tag est défini, toutes les tâches et tous les objets
présents dans les écrans Client Builder peuvent pointer sur celui-ci.
16 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Editeur de tags
Lorsque vous tapez un nouveau nom de tag dans une table de configuration (Configuration
Explorer) ou dans une boîte de dialogue d'animation (Client Builder), FactoryLink affiche
automatiquement son Editeur de tags. L'Editeur de tags vous demande de fournir les
informations propres à ce nouveau tag pour permettre au système de le définir dans la base
de données temps réel. Le schéma ci-dessous illustre la définition d'un tag nommé
Réservoir_87.
Vous devez obligatoirement spécifier un type de données. Les autres informations sont
facultatives et dépendent de la fonction du tag dans l'application. La description du tag est
toujours conseillée parce qu'elle permet de rappeler aux utilisateurs la fonction et les
caractéristiques du tag. Pour plus de détails sur l'Editeur de tags, reportez-vous au Manuel
Configuration Explorer FactoryLink.
Concepts FactoryLink / 17
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Types de données des tags
FactoryLink supporte plusieurs types of données dans sa base de données temps réel. Le type
de données spécifié pour un tag conditionne les données pouvant être stockées dans celui-ci.
Numérique
Le type de données numérique correspond à un nombre binaire d'un bit qui peut prendre
uniquement la valeur 0 (OFF) ou 1 (ON).
Analogique
Le type de données analogique correspond à un entier de 16 bits signé. Ce type de données
accepte les nombres compris entre -32 768 et +32 767. N'oubliez pas qu'aucun contrôle interne
n'est effectué pour le retour à l'origine des nombres, ce qui peut causer des problèmes ou des
ambiguïtés. A titre d'exemple, imaginez le compteur d'une voiture qui repasse à l'origine, soit
de 99 999 à 0 ; bien que le compteur affiche la valeur 00002, vous savez que la voiture a
parcouru 100 002 km. Il n'est pas facile de réaliser que la valeur d'un tag analogique est
repassée à l'origine ; par conséquent, prenez soin de choisir des valeurs dans une plage qui
évite (ou empêche) ce phénomène.
Analogique long
Le type de données analogique long correspond à un entier de 32 bits signé dont la valeur peut
être comprise entre -2 147 483 648 et +2 147 483 647.
Virgule flottante
Le type de données virgule flottante correspond à un nombre IEEE double précision gérant
jusqu'à 31 décimales, avec une plage de valeurs commençant à +10 ou à -10, à la puissance
+308 ou -308.
Message
Une valeur de message correspond à toute combinaison de caractères alphanumériques. Vous
définissez vous-même la longueur maximale dans la définition du tag.
Mailbox
Le type « mailbox » est un type de données unique qui est utilisé par certaines tâches pour
communiquer entre elles. Il s'agit du seul type de données capable de placer les données en file
d'attente, plutôt que de remplacer (en les écrasant) les données présentes. La longueur du
contenu de ce type de données est variable.
18 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Tags système
Plusieurs tags système associés à des valeurs temporelles sont prédéfinis par FactoryLink pour
fournir ces valeurs à toutes les tâches FactoryLink. Par exemple, il existe des tags pour la date,
l'heure, le nombre de minutes après l'heure, le mois en cours, etc. Ces tags sont initialisés au
démarrage de FactoryLink et continuellement mis à jour pendant que le système est actif.
Tableaux
Un tag peut également être défini comme un ensemble d'éléments, ou « tableau ». Les tags de
tableau suivent deux syntaxes différentes :
• nom_tag[n] : Tableau à une dimension (liste d'éléments indexés séquentiellement)
• nom_tag[n][n] : Tableau à plusieurs dimensions (matrice ou table contenant un nombre
fixe de lignes et de colonnes). Chaque élément d'un tableau à deux dimensions est qualifié
par deux index : le premier index spécifie la ligne, le deuxième la colonne dans lesquelles
l'élément est stocké. Les tableaux à trois dimensions utilisent trois index, et ainsi de suite.
La lettre n indique le nombre d'éléments présents dans le tableau. Les crochets carrés [ ] qui
entourent le nombre n indiquant la taille du tableau sont obligatoires lors de toute référence à
un tag de tableau.
La figure suivante illustre des tableaux à une et à plusieurs dimensions et les conventions
applicables aux noms de tags utilisées pour chaque type de tableau.
Type de carburant
Prix du sans plomb 98 par région
Région 1 Région 2
Essence [0]
Essence [1]
Essence [2]
Essence [3]
Jan.
Sans plomb 98
Fév.
Sans plomb 95 Sans plomb 98[3][1] Mar.
Sans plomb 98[4][2]
Avr.
Super
Sans plomb 98[6][0] Mai
Diesel
Juin
Juil
Tableau à une dimension
(liste)
Région 3
1.45
1.80
1.23
1.56
1.77
1.25
1.63
1.74
1.27
1.67
1.69
1.33
1.79
1.64
1.35
1.82
1.70
1.31
1.73
1.76
1.28
Tableau à plusieurs
dimensions
(une ou plusieurs tables)
L'utilisation de tableaux permet à certaines tâches FactoryLink, par exemple « Maths et
logique » et « Consultation base de données », d'appliquer des opérations à la totalité d'un
tableau d'éléments en utilisant une seule référence à ce tableau plutôt que d'avoir à utiliser une
référence distincte pour chaque élément du tableau.
Concepts FactoryLink / 19
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Structure des tags
Un tag se compose d'un certain nombre de bits. En dehors des bits nécessaires au stockage de
leur valeur, les tags présentent tous la même structure de base – quel que soit leur type de
données.
Structure de base des tags
Chaque tag a une structure de base de 16 octets. La figure suivante illustre la structure binaire
de base des différents tags présents dans la base de données temps réel.
Les 16 octets sont répartis comme suit :
• Quatre octets sont composés de bits de changement de statut
• Quatre octets sont composés de bits de changement d'attente
• Huit octets sont réservés à un usage ultérieur
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
S
P
O
O
L
C
M
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
Quatre octets - Bits de
changement d'état
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
Les bits de changement de statut jouent un rôle essentiel dans FactoryLink.
Bits de changement de statut
Les bits de changement de statut permettent à FactoryLink de considérer les données en
appliquant un traitement sur exception. Le terme « traitement sur exception » signifie que les
tâches accèdent à la base de données pour lire la valeur d'un tag seulement si cette valeur a
changé depuis la dernière lecture du tag.
Chaque tâche FactoryLink est affectée à un bit de changement de statut. La tâche consulte le
même bit dans chaque tag que vous définissez. (Le schéma ci-dessus est un simple exemple.
L'ordre d'affectation des tâches est sans importance.) La valeur du bit permet de déterminer si
la valeur du tag a changé. Le bit peut prendre la valeur 1 (ON) ou 0 (OFF).
20 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
La valeur 1 indique à la tâche que la valeur du tag a changé depuis sa dernière lecture ; en
réaction, la tâche accède à la base de données pour lire la nouvelle valeur du tag. La valeur 0
indique à la tâche que la valeur du tag n'a pas changé depuis sa dernière lecture ; en réaction, la
tâche n'accède pas à la base de données inutilement pour lire une valeur qui n'a pas changé.
Lorsqu'une tâche écrit une valeur dans un tag, FactoryLink affecte automatiquement la valeur
1 à tous les bits de changement de statut. Lorsqu'une tâche lit un tag, FactoryLink affecte la
valeur 0 au bit de changement de statut de cette tâche uniquement. Pour les tâches qui ne sont
pas configurées avec une lecture de tag, les bits de changement de statut ont toujours la
valeur 1 ; ces tâches n'affectent pas d'autres tâches ni l'application.
Valeurs initiales des tags
Si vous ne définissez pas de valeur par défaut pour un tag, la valeur initiale de tous ses bits de
changement de statut est 0, ce qui indique qu'aucune activité n'a eu lieu.
Structure du tag numérique
Un tag numérique comporte 16 octets.
• Le premier bit contient la valeur du tag (0 ou 1).
• Les bits 2 à 32 contiennent la valeur de changement de statut de chaque tâche (soit
31 tâches).
• Les quatre octets qui suivent sont des bits de changement d'attente qui permettent à une
tâche de « rester en sommeil » en attendant que la valeur d'un tag change.
• Les huit derniers octets sont réservés à usage ultérieur.
1 Bit - contenant
la valeur 0 ou 1 T
E
D
I
I
M
L
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
Concepts FactoryLink / 21
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Structure du tag analogique
Le tag analogique comporte 18 octets. La structure du tag analogique est identique à celle du
tag numérique, mais avec deux octets supplémentaires contenant la valeur du tag.
2 octets - contenant
la valeur
Unused
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
Structure du tag analogique long
Un tag analogique long comporte 20 octets. La structure du tag analogique long est identique à
celle du tag numérique, mais avec quatre octets supplémentaires contenant la valeur du tag.
4 octets - contenant
la valeur Unused
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
22 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Structure du tag à virgule flottante
Le tag de type virgule flottante comporte 24 octets. La structure du tag à virgule flottante est
identique à celle du tag numérique, mais avec huit octets supplémentaires contenant la valeur
du tag.
8 octets - contenant
la valeur
Unused
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
Structure du tag message
Un tag de type message comporte 24 octets, auxquels s'ajoutent les octets de stockage du
message proprement dit.
La structure du tag message est la même que celle du tag numérique, mais avec huit octets
supplémentaires :
• Quatre octets pointent sur l'emplacement de mémoire contenant le message proprement dit
• Deux octets indiquent la longueur maximale autorisée pour le message
• Deux octets indiquent la longueur actuelle du message
Les autres octets reçoivent le message proprement dit.
Structure à 8 octets
incluant la longueur
Unused
du message.
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
Concepts FactoryLink / 23
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Structure du tag de mailbox
Le tag de mailbox est différent des autres types de données : les valeurs qu'il contient déjà ne
sont pas remplacées (écrasées) ; elles sont ajoutées sous forme de file d'attente aux valeurs
présentes.
Un tag de mailbox comporte 24 octets, plus des octets supplémentaires contenant la longueur
de la valeur et le nombre de valeurs.
La structure d'un tag de mailbox est identique à celle d'un tag de message à 24 octets :
• Structure de base du tag (16 octets)
• Quatre octets pointent sur l'emplacement de mémoire contenant le message proprement dit
• Deux octets indiquent la longueur maximale autorisée pour le message
• Deux octets indiquent la longueur actuelle du message
A ceux-ci s'ajoutent les octets nécessaires au stockage des messages de mailbox et du nombre
de messages.
24 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Accès à la base de données temps réel: Lectures et écritures
Pour développer une application, il n'est pas indispensable de comprendre comment les tâches
accèdent à la base de données temps réel. Toutefois, les notions qui suivent peuvent vous aider
à comprendre ce qui se passe pendant l'exécution d'une application, et plus tard à exercer des
activités de dépannage en connaissance de cause.
Les tâches accèdent à la base de données temps réel pour lire les valeurs de certains tags ou/et
pour écrire des valeurs dans certains tags. Lorsqu'une tâche accède à cette base de données, elle
émet un appel vers le noyau de FactoryLink. Le noyau est la partie de la base de données temps
réel qui gère les opérations de lecture et d'écriture qui lui sont adressées. Il fonctionne de
manière transparente pour l'utilisateur. Il existe deux types d'appels en écriture et deux types
d'appels en lecture :
• Ecriture normale (conditionnelle)
• Ecriture forcée (non conditionnelle)
• Lecture de modification (conditionnelle)
• Lecture normale (non conditionnelle)
Vous n'avez pas besoin de configurer le type d'appel émis par les tâches ; en effet, ce type
d'appel est programmé dans le code de la tâche. La tâche émet les appels requis en fonction de
son rôle dans FactoryLink.
Ecriture normale (conditionnelle)
Une écriture normale se produit uniquement lorsque la valeur écrite dans le tag est différente
de la valeur stockée actuellement dans celui-ci, d'où le terme d'écriture/modification
conditionnelle : l'écriture sera exécutée uniquement si la nouvelle valeur est différente de la
valeur actuelle. Le noyau détermine automatiquement si cette condition est vraie ou fausse. Si
elle est vraie, le noyau exécute l'écriture et positionne les bits de changement de statut sur 1 ; si
elle est fausse, le noyau n'exécute pas l'écriture et il positionne les bits de changement de statut
sur 0.
Exemple – Soit les informations suivantes :
• Un tag est nommé Réservoir1.
• Sa valeur actuelle est 10.
• La tâche Maths et logique (IML) est configurée de manière à exécuter un calcul et à en
affecter le résultat à Réservoir1.
Concepts FactoryLink / 25
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Exemple 1 : IML exécute le calcul, dont le résultat est 10. IML émet l'appel d'écriture normale
vers la base de données et le noyau compare la valeur actuelle de Réservoir1 à la nouvelle
valeur soumise par IML. La valeur actuelle est 10, et la nouvelle valeur est également 10. La
valeur actuelle et la nouvelle valeur étant identiques, le noyau n'exécute pas l'écriture et la
valeur actuelle de Réservoir1 est maintenue. Le noyau n'ayant pas exécuté d'écriture, les bits
de changement de statut de Réservoir1 restent sur 0. Par conséquent, aucune tâche n'est invitée
à effectuer une lecture de Réservoir1.
Exemple 2 : IML exécute le calcul, dont le résultat est 20. IML émet l'appel d'écriture normale
vers la base de données et le noyau compare la valeur actuelle de Réservoir1 (soit 10) à la
nouvelle valeur soumise par IML (soit 20). La valeur actuelle et la nouvelle valeur étant
différentes, le noyau exécute l'écriture en remplaçant la valeur actuelle de Réservoir1 (10) par
la nouvelle valeur (20). Le noyau ayant exécuté une écriture, les bits de changement de statut
de Réservoir1 passent à 1. Par conséquent, le noyau invite toutes les tâches qui sont affectées
par les changements de valeur de Réservoir1 à lire la nouvelle valeur.
Ecriture forcée (non conditionnelle)
Contrairement à l'écriture normale, l'écriture forcée écrit la nouvelle valeur dans le tag, même
si cette valeur est identique à sa valeur actuelle, d'où le terme d'écriture/modification non
conditionnelle : quelle que soit la valeur actuelle du tag, les bits de changement de statut sont
forcés à 1.
1 bit - contenant
la valeur 0 ou 1
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
4 octets - Modification bits d’attente
Au
démarrage
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
1 bit - contenant
la valeur 0 ou 1
E
D
I
I
M
L
T
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
26 / Concepts FactoryLink
Ecriture
normale
ou forcée
CONCEPTS FACTORYLINK
Base de données temps réel
Reprenons l'exemple précédent :
• Un tag est nommé Réservoir1.
• Sa valeur actuelle est 10.
• La tâche Maths et logique (IML) est configurée de manière à exécuter un calcul et à en
affecter le résultat à Réservoir1.
IML exécute le calcul, dont le résultat est 10. IML effectue l'appel d'écriture forcée à la base de
données. Le noyau écrit la nouvelle valeur (10) dans Réservoir1. Le noyau ayant exécuté une
écriture, les bits de changement de statut de Réservoir1 passent à 1. Par conséquent, le noyau
invite toutes les tâches qui sont affectées par les changements de valeur de Réservoir1 à lire la
nouvelle valeur.
Lecture de modification (conditionnelle)
La lecture de modification renvoie la valeur du tag seulement si les données ont changé. La
condition est la suivante : les bits de changement de statut du tag sont-ils positionnés sur 1 ? Si
les bits de changement de statut sont sur 1, la valeur doit être différente de la dernière lecture ;
si c'est le cas, le noyau invitera les tâches en attente à relire cette valeur. Ce type de lecture
améliore notablement les performances.
Concepts FactoryLink / 27
•
CONCEPTS FACTORYLINK
•
Base de données temps réel
•
•
Lecture normale (non conditionnelle)
Un appel en lecture non conditionnelle renvoie toujours la valeur, que celle-ci ait changé
depuis la dernière lecture ou non. Il s'agit donc d'une lecture « forcée ».
1 bit - contenant la
T
valuer 0 ou 1
E
D
I
I
M
L
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 11 1 1 1 1 1 1 1 1 1
4 octets - Modification bits d’attente
Après lecture
normale (d'autres
tâches ont lu
l'élément)
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
1 bit - contenant la
T
valuer 0 ou 1
E
D
I
I
M
L
R
E
N
D
T
I
M
E
R
R
P
T
R
U
N
M
G
R
P
E
R
S
I
S
T
C
O
U
N
T
E
R
R
E
C
I
P
E
H
I
S
T
A
L
O
G
G
R
A
P
H
I
C
S
D
B
B
R
O
W
S
E
C
M
L
S
P
O
O
L
D
B
L
O
G
S
C
A
L
E
P
O
W
E
R
N
E
T
D
P
L
O
G
R
T
M
O
N
F
L
F
M
1 modification d'état de bit
pour chacune des 31 tâches FL
0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
Modification
lecture
4 octets - Modification bits d’attente
4 octets - Pour une utilisation ultérieure
4 octets - Pour une utilisation ultérieure
FactoryLink
Le terme déclencheur désigne un tag dont le changement de valeur entraîne l'exécution d'un
autre événement dans l'application. Exemple : le tag de message nom_station contient le nom
d'une station de travail. Vous pouvez configurer la tâche Maths et logique de telle sorte qu'elle
exécute un script spécifique chaque fois que vous changez le nom de la station de travail. Que
se passe-t-il lorsque vous entrez un nouveau nom de station de travail ? Le noyau fait passer
à 1 tous les bits de changement de statut du tag nom_station. Que se passe-t-il lorsque les bits
de changement de statut passent à 1 ? Le noyau signale ce changement aux tâches en attente ;
en réaction, celles-ci lisent la nouvelle valeur et exécutent l'action correspondante. Dans cet
exemple, la tâche Maths et logique exécute son script. En d'autres termes, nom_station sert de
déclencheur et entraîne l'exécution de ce script par la tâche Maths et logique. Par conséquent,
pour qu'un tag puisse jouer le rôle de déclencheur, ses bits de changement de statut doivent être
positionnés à 1. Tous les types de tag peuvent jouer le rôle de déclencheur.
28 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Base de données temps réel
Toutefois, pour les tags numériques, deux conditions simultanées sont requises :
• Les bits de changement de statut doivent être positionnés sur 1, et
• Le tag doit avoir la valeur 1.
Rappelez-vous que les tags numériques peuvent uniquement avoir deux valeurs : 1 ou 0,
soit ON ou OFF. La raison qui justifie ces deux conditions est que ce sont les bits de
changement de statut – et non les valeurs 1 ou 0 – qui jouent le rôle de commutateur ON/OFF.
Exemple : prenons un tag numérique dont la valeur initiale est 0 et dont les bits de changement
de statut sont sur 0. Vous écrivez la valeur 1 dans le tag. Lorsque vous écrivez une nouvelle
valeur, tous les bits de changement de statut passent à 1. Les deux conditions étant vraies, le
tag est considéré comme actif (ON). Les tâches dont la configuration exige qu'elles lisent ce
tag numérique sont invitées par le noyau à le faire. Vous voulez ensuite positionner le tag
sur OFF. Il n'est pas nécessaire d'écrire 0 dans le tag, parce que les bits de changement de statut
font passer le tag sur OFF à votre place.
Lorsqu'une tâche lit la valeur 1, elle positionne son propre bit de changement de statut sur 0.
Les deux conditions ne sont plus vraies. Le tag a toujours la valeur 1 (cette valeur n'a jamais
changé), mais le bit de changement de statut de la tâche qui effectue la lecture est maintenant
positionné sur 0. Par conséquent, du point de vue de la tâche qui effectue la lecture, les deux
conditions ne sont plus vraies et le tag est considéré comme étant OFF. Notez que le tag est
toujours ON pour toute autre tâche dont la configuration exige qu'elle lise ce tag, mais qui n'a
pas encore effectué cette lecture.
Comme vous n'écrivez pas 0 dans un tag numérique pour le faire passer sur OFF, sa valeur
reste 1. Mais, vous demandez-vous, comment repositionner un tag sur ON si sa valeur est
déjà 1 ? Pour faire repasser un tag sur 1, il suffit d'émettre un appel d'écriture forcée. Un appel
d'écriture forcée écrit la valeur 1 dans le tag et force les bits de changement de statut sur la
position 1. Dans ce cas, les deux conditions sont à nouveau vraies, et le tag est donc considéré
à nouveau ON.
En général, les règles suivantes s'appliquent aux tags de type numérique :
• Un tag numérique est ON lorsque sa valeur est 1 et que son bit de changement de statut est
positionné sur 1.
• Une fois que la valeur 1 est écrite, elle est conservée tant que l'application est active (sauf si
vous écrivez explicitement 0 dans le tag).
• C’est le bit de changement de statut, et non la valeur du tag, qui sert de commutateur
ON/OFF pour le tag.
• La valeur d'un tag numérique est OFF pour une tâche lorsque le bit de changement de statut
pour cette tâche est positionné sur 0 (lorsque la tâche finit sa lecture de la valeur).
• Pour faire repasser à ON un tag numérique, utilisez une écriture forcée.
Concepts FactoryLink / 29
•
CONCEPTS FACTORYLINK
•
Outils FactoryLink
•
•
O UTILS F ACTORY L INK
FactoryLink est livré avec deux outils de développement d'application : Configuration
Explorer et Client Builder, qui résident tous deux sur l'ordinateur client FactoryLink.
Configuration Explorer
Configuration Explorer affiche les tâches
FactoryLink sous la forme d'une
arborescence semblable à celle de
l'Explorateur de Windows. Vous utilisez
Configuration Explorer pour créer
l'application serveur.
Le module Configuration Explorer
permet de configurer une tâche de
manière à l'intégrer à l'application.
Chaque tâche effectue une fonction
spécifique, par exemple consigner des
données dans une base de données,
échanger des données en lecture ou
écriture avec un contrôleur logique
programmable (PLC) ou autre
périphérique externe, gérer les alarmes,
etc. Pour pouvoir être exécutée, une tâche
doit d'abord être configurée.
Pour configurer une tâche, il suffit de
remplir la ou les tables de configuration
qui lui sont associées.
30 / Concepts FactoryLink
CONCEPTS FACTORYLINK
Outils FactoryLink
Le schéma ci-dessous fournit l'exemple d'une table de configuration associée à une tâche
d'alarme.
La tâche d'alarme est chargée de surveiller les valeurs stockées dans la base de données temps
réel, de comparer ces valeurs aux critères définis par l'utilisateur dans la table Alarmes et
d'afficher un message d'alarme chaque fois qu'une des valeurs de la base de données
correspond à l'un de ces critères. Cet exemple de configuration transmet donc l'instruction
suivante à la tâche d'alarme :
« Lire la valeur de RESERVOIR1 et la comparer à la condition d'alarme « supérieur à 55 ». Si
la valeur de RESERVOIR1 est supérieure à 55, afficher le message d'alarme suivant sur l'écran
de l'application : « Le niveau du réservoir est trop élevé ! ». »
Il s'agit ici d'un exemple élémentaire, mais qui illustre l'interaction entre une tâche et sa table
de configuration : la tâche ne se déclenche pas tant qu'elle ne reçoit pas d'instruction spécifique
de sa table de configuration. Chaque tâche est associée à au moins une table de configuration,
selon le type de travail effectué par la tâche dans l'application.
Pour plus de détails sur Configuration Explorer, notamment des informations sur ses
fonctionnalités conviviales et une description de la structure des tables de configuration,
reportez-vous au Manuel Configuration Explorer FactoryLink. Pour plus de détails sur les
tâches FactoryLink, reportez-vous au Manuel de référence Configuration des tâches.
Concepts FactoryLink / 31
•
CONCEPTS FACTORYLINK
•
•
•
Client Builder
Client Builder est un outil qui permet de créer l'interface utilisateur de vos applications sur le
serveur. Les écrans graphiques proposés à l'utilisateur lorsqu'il exécute une application sont
créés à l'aide de Client Builder. Un exemple d'écran d'application est illustré ci-après :
Client Builder échange des données avec le serveur via sa connexion OPC. Les fichiers de
l'application de démarrage de FactoryLink proposent plusieurs écrans par défaut qui vous
permettent de vous familiariser avec les caractéristiques de Client Builder, ainsi que des
bibliothèques d'images qui facilitent la création d'écrans ergonomiques et esthétiques.
32 / Concepts FactoryLink
APPLICATION DE DÉMARRAGE
Application de démarrage – Vue d'ensemble
Chapitre 2
Application de démarrage
Pendant l'installation initiale de FactoryLink 7.0, vous avez la possibilité d'installer
l'application de démarrage, option fortement conseillée par USDATA. Il s'agit d'une
application de base qui partage certaines fonctionnalités avec la plupart des applications
FactoryLink. L'application de démarrage permet aux utilisateurs de modifier les composants
existants en fonction de leurs besoins, réduisant ainsi le temps et les efforts exigés par la
configuration d'une nouvelle application.
A PPLICATION
DE DÉMARRAGE
– VUE
D ' ENSEMBLE
L'application de démarrage FactoryLink comporte deux ensembles de composants :
• Une application serveur avec une base de données d'objets d'application et des exemples de
fichiers source
• Un projet Client Builder
Application serveur
L'application serveur se compose d'un ensemble de tâches préconfigurées qui sont
communément utilisées dans le secteur industriel : Consignateur d'alarmes, Consignateur de
base de données (DBLOG), Historique, Serveur OPC, Maths et logique. Selon le cas, ces
tâches consignent (enregistrent) les données d'alarmes, de tendances ou de consultation ; en
outre, elles génèrent des données en temps réel pour l'affichage des animations graphiques. Les
données sont consultées par les graphiques de Client Builder via le serveur des alarmes et via
le serveur OPC (exécutés dans l'application FactoryLink) et via le serveur de tendances et le
contrôle Consultation base de données (exécutés à partir de Client Builder).
Objets d’application
Les objets d'application configurés dans la base de données AOInstance.mdb peuvent être des
ensembles de variables de modèle, d'objets de configuration ou/et d'objets fichiers basés sur
des tables de configuration FactoryLink communes. Ces objets d'application utilisent les
exemples de fichiers source d'entrée stockés dans le dossier {FLAPP}\AppObj pour remplir en
mode dynamique une ou plusieurs des tables de configuration de FactoryLink.
FactoryLink Concepts / 33
•
APPLICATION DE DÉMARRAGE
•
Application de démarrage – Vue d'ensemble
•
•
Lorsqu'un objet d'application est copié dans une application, chaque instance de cet objet est
enregistrée dans le fichier de base de données prévu à cet effet (AOInstance.mdb). Après
chaque copie d'instance, l'enregistrement de base de données de la table de configuration est
copié dans le fichier de base de données approprié (*.cdb).
Projet Client Builder
Le projet Client Builder comprend trois ensembles d'écrans qui proposent une démonstration
(démo) des principales fonctions disponibles dans le logiciel de développement graphique.
• Premier ensemble – Démo d'affichage des données temps réel d'alarme, de tendance et de
navigation à l'aide des contrôles ActiveX développés à cet effet.
• Deuxième ensemble – Démo des fonctions d'animation standard utilisées pour la gestion
des couleurs, l'entrée et la sortie des valeurs et l'affichage des images.
• Troisième ensemble – Démo des fonctions d'animation avancées qui permettent d'ajouter
mouvement, visibilité, script et objets aux graphiques.
Remarque: Lors de l'installation, le client FactoryLink copie des images
« clipart » dans le dossier USDATA\Client Builder\Shared Libraries.
Pour pouvoir utiliser ces images, vous devez les copier dans votre
nouveau projet Client Builder.
34 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Objets d’application
O BJETS
D ’APPLICATION
Les exemples d'objets d'application sont installés dans Configuration Explorer. Un objet
d'application est un ensemble de variables de modèle, d'objets de configuration et d'objets
fichier qui est configuré spécifiquement pour remplir une ou plusieurs tables de configuration
du serveur FactoryLink.
L'utilisation des objets d'application présente essentiellement deux avantages :
• Augmentation de la productivité de développement
- Développement simultané par des utilisateurs possédant une expérience variable de
FactoryLink
- Possibilité de réutilisation des variables et des objets communs
- Méthodologie de configuration structurée
• Simplification de la maintenance des applications
- Vue structurée des enregistrements regroupés par fonction
- Possibilité d'ajouter, d'insérer et de supprimer des instances en fonction des changements
de spécifications
- Possibilité de recalculer toutes les instances d'un objet d'application à partir de fichiers de
source de données révisés
Schéma général d'un objet d'application
La Figure 2-1 illustre le flux de données entre les informations brutes du développeur et les
tables de configuration. Ce processus se décompose en trois parties :
• Quelle est l'origine des données ?
- Les données brutes de configuration peuvent être entrées par l'utilisateur ou provenir d'un
fichier source.
- L'utilisateur peut entrer des données à l'aide du clavier ou du générateur d'enregistrements.
- Le fichier source peut être un fichier texte, une feuille de calcul ou un fichier contenant
des enregistrements de base de données.
• Comment les classes sont-elles définies ?
- Les variables de modèle définissent les paramètres d'entrée (« paramètres source »).
- Les variables de modèle peuvent être utilisées dans les objets de configuration, dans les
objets fichier et dans les objets d'application.
- Les objets de configuration définissent les variables de modèle ou les constantes utilisées
dans les formulaires de configuration.
FactoryLink Concepts / 35
•
APPLICATION DE DÉMARRAGE
•
Objets d’application
•
•
- Les objets fichier définissent les variables de modèle ou le texte utilisés dans les
formulaires de texte.
- Les objets d'application définissent la combinaison de variables de modèle et d'objets
utilisée pour représenter un objet d'équipement fonctionnel.
• Comment les objets d'application sont-ils instanciés dans les tables de configuration ?
- Les objets d'application sont instanciés par copier-coller entre les tables Classes et les
tables Instances, dans la base de données des objets d'application.
- Les tables Instances des objets d'application sont utilisées pour recevoir et tenir
l'emplacement des objets instanciés de l'application FactoryLink.
- Chaque instanciation réussie est écrite sous forme d'enregistrement dans les fichiers et
dans les tables de configuration de FactoryLink.
36 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Objets d’application
Figure 2-1 Objets d'application – Vue d'ensemble
FactoryLink Concepts / 37
•
APPLICATION DE DÉMARRAGE
•
Objets d’application
•
•
Exemples d’objets d’application
Les objets d'application présents dans le dossier Classes sont configurés comme exemples des
fonctions qui seraient utiles dans un projet de développement FactoryLink (voir Figure 2-2).
Chacun de ces objets est décrit brièvement dans les sous-sections qui suivent.
Figure 2-2 Objets d’application dans Configuration Explorer
Analog2 – Entrée analogique avec deux états d'alarme
Analog2 configure une entrée analogique à partir des données d'une feuille de calcul Excel
pour les fonctions (tâches) suivantes : lire des données à partir d'un serveur OPC, adapter les
valeurs aux unités d'ingénierie, se connecter à une base de données et déclencher des alarmes
sur limites haute et basse.
38 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Objets d’application
Analog4 – Entrée analogique avec quatre états d'alarme
Analog4 configure une entrée analogique à partir des données d'une feuille de calcul Excel
pour les fonctions (tâches) suivantes : lire des données à partir d'un serveur OPC, adapter les
valeurs aux unités d'ingénierie, se connecter à une base de données et déclencher des alarmes
sur limites haute-haute, haute, basse et basse-basse.
AnalogKB – Entrée analogique avec adaptation des entrées clavier
AnalogKB configure une entrée analogique à partir des données entrées au clavier pour les
fonctions (tâches) suivantes : lire des données à partir d'un serveur OPC et adapter les valeurs
aux unités d'ingénierie.
AnalogOut – Sortie analogique pour écriture
AnalogOut configure une sortie analogique à partir des données d'une feuille de calcul Excel
pour écriture dans un serveur OPC.
Bloc – Exemple pour Instance et Offset (décalage)
Bloc configure un bloc de tags apparentés à partir des données d'une feuille de calcul Excel, à
destination des variables Maths et logique.
Digital1 – Entrée numérique avec un état d'alarme
Digital1 configure une entrée numérique à partir des données d'une feuille de calcul Excel pour
les fonctions (tâches) suivantes : lire des données à partir d'un serveur OPC et alarme sur
état ON.
Digital4 – Entrée numérique avec quatre états d'alarme
Digital4 configure deux entrées numériques à partir des données d'une feuille de calcul Excel
pour les fonctions (tâches) suivantes : lire des données à partir d'un serveur OPC, calculer les
quatre états analogiques des deux entrées numériques à l'aide de Maths et logique et
déclencher des alarmes pour les quatre conditions analogiques.
DigitalKB – Entrée numérique à partir des saisies clavier
DigitalKB configure une entrée numérique à partir des données saisies au clavier pour lecture
à partir d'un serveur OPC.
DigitalOut – Sortie numérique pour écriture
DigitalOut configure une sortie numérique à partir des données d'une feuille de calcul Excel
pour écriture dans un serveur OPC.
FactoryLink Concepts / 39
•
APPLICATION DE DÉMARRAGE
•
Objets d’application
•
•
MLDPSim – Simulateur Maths et logique pour Analog2
MLDPSim configure des tags à partir des données d'une feuille de calcul Excel, à destination
des variables, du déclencheur et du programme Maths et logique, pour simulation des entrées
analogiques de l'objet Analog2 précédent.
PCAlarms – Alarmes pour relation Parent-Enfant
PCAlarms configure des tags à partir d'une base de données ODBC pour gestion des alarmes
nécessaires à une relation de dépendance Parent-Enfant.
RGAnalog – Générateur d'états pour Analog2
RGAnalog configure des tags à partir des données d'une feuille de calcul Excel en vue de la
génération d'états décrivant les entrées analogiques de l'objet Analog2 précédent.
TagArray1 – Tableau de tags, Exemple 1
TagArray1 configure des tags de tableau en utilisant une colonne pour « tags[index] » à partir
des données d'une feuille de calcul Excel, à destination des variables Maths et logique.
TagArray2 – Tableau de tags, Exemple 2
TagArray2 configure des tags de tableau en utilisant deux colonnes pour « tags » et « index » à
partir des données d'une feuille de calcul Excel, à destination des variables Maths et logique.
TextTest – Test de tags pour fichier texte source
TextTest configure des tags à partir de deux types de fichier texte (TXT, CSV), à destination
des variables Maths et logique.
40 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Graphiques du projet de démarrage Client Builder
G RAPHIQUES
DU PROJET DE DÉMARRAGE
C LIENT B UILDER
Pour afficher les exemples du projet de démarrage Client Builder, utilisez la barre de menus du
modèle graphique. Ces exemples sont regroupés sous les différents titres de la barre de menus :
Zone1 contient les contrôles ActiveX communs, Zone2 contient les fonctions d'animation
standard, Zone3 contient les fonctions d'animation avancées (voir Figure 2-3).
Figure 2-3 Logo USDATA
FactoryLink Concepts / 41
•
APPLICATION DE DÉMARRAGE
•
Graphiques du projet de démarrage Client Builder
•
•
La Figure 2-4 illustre les connexions de communication établies entre les principaux
composants du projet Client Builder, du serveur FactoryLink et du serveur de base de données.
Figure 2-4 Communication entre les composants FactoryLink
42 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Graphiques du projet de démarrage Client Builder
Affichage d'animation temps réel
Lorsque l'application de démarrage de FactoryLink est active, les graphiques du projet Client
Builder se connectent à la base de données temps réel de FactoryLink (RTDB) en empruntant
la connexion client établie entre le Gestionnaire de communication OPC et le serveur OPC de
FactoryLink. Cette communication permet d'écrire les valeurs de tags FactoryLink dans les
graphiques et de les consulter à partir de ces graphiques. Les fonctions d'animation standard et
avancées utilisent ces valeurs de tags ainsi que les variables locales de registre des graphiques
pour l'affichage en temps réel et le contrôle du serveur FactoryLink. L'éditeur VB Script
interne permet d'écrire du code personnalisé à partir des propriétés, des méthodes et des
événements de chaque objet graphique, en vue de contrôler d'autres aspects que les fonctions
d'animation.
Contrôles ActiveX
Client Builder comprend trois contrôles ActiveX :
• Alarmes
• Tendance
• Navigation
Pour plus de détails sur ces trois contrôles ActiveX, reportez-vous au Manuel de référence
Configuration des tâches.
Alarmes
Le contrôle Afficheur des alarmes est utilisé pour configurer, afficher, trier, filtrer et acquitter
les alarmes actives émises par le serveur FactoryLink et transmises via le serveur d'alarmes. Il
est possible d'accéder aux propriétés de l'Afficheur des alarmes pour configurer les paramètres
de contrôle général, de couleurs/polices, de groupes et de champs. Le Consignateur d'alarmes
utilise la tâche « Historique ODBC » pour écrire les données d'alarme dans la base de données
dBase IV ou SQL Server sélectionnée lors de l'installation.
Tendance
Le contrôle Tendance (TREND) est utilisé pour configurer, afficher et sélectionner les données
communiquées via le serveur de tendances, à partir des valeurs consignées dans une base de
données à l'aide des tâches du Consignateur de données. En utilisant cette méthode de gestion
de base de données, le contrôle Tendance peut afficher les données soit en temps réel soit en
mode historique. Il est possible d'accéder aux propriétés du contrôle Tendance pour configurer
les paramètres des graphes, des stylets et des polices. Dans ce panneau, l'Editeur de tendances
permet d'affecter des stylets aux tables et aux colonnes de la base de données. Le serveur de
tendances est utilisé pour permettre à un seul contrôle Tendance de se connecter à plusieurs
bases de données (ou plusieurs tables de base de données) à la fois.
FactoryLink Concepts / 43
•
APPLICATION DE DÉMARRAGE
•
Graphiques du projet de démarrage Client Builder
•
•
Le serveur de tendances établit une connexion directe avec les bases de données via une
configuration de source de données ODBC.
Navigation
Le contrôle Navigation est utilisé pour configurer, afficher et sélectionner des données à partir
des valeurs consignées dans la base de données via les tâches du Consignateur de données. Il
est possible d'accéder aux propriétés du contrôle Navigation pour configurer les paramètres de
contrôle général, de sources de base de données, de colonnes, d'instructions de sélection et
d'ordre de tri. Le contrôle Navigation établit une connexion directe avec une base de données
via une configuration de source de données ODBC.
Fonctions d’animation standard
Les types d'animation décrits ci-après sont utilisés pour la plupart des fonctions graphiques.
Certaines combinaisons d'animations peuvent être appliquées à un seul objet, ce qui fait que
celui-ci peut ensuite remplir plusieurs fonctions.
• Animation de couleur – Remplit de couleur un objet tracé, un diagramme à barres ou une
légende (la couleur est spécifiée par un bit ou par une valeur numérique de registre).
• Animation de texte – Affiche des messages, des étiquettes (labels) ou des valeurs
numériques.
• Animation de symbole – Sélectionne des objets pré-tracés dans une bibliothèque, à l'aide
d'un bit ou d'une valeur numérique de registre).
• Animation d’envoi – Ecrit des valeurs dans des registres binaires, numériques ou de texte.
• Animation d'exécution – Lance un programme externe.
• Animation de lien – Ouvre ou ferme un graphique, établit la connexion avec un document
ou une adresse URL et affiche ou édite un fichier texte sous forme de note.
Fonctions d'animation avancées
Les fonctions d'animation avancées décrites ci-après permettent d'ajouter mouvement,
visibilité, script et symboles aux graphiques.
• Couches – Différents niveaux d'un même graphique, utilisés pour regrouper les objets qui
peuvent être affichés lorsque la barre d'outils des couches est utilisée pour sélectionner un
numéro de couche, ou lorsque la valeur Couches est définie par script.
• Limite de visibilité – Propriété d'objet qui définit la visibilité d'un objet en fonction de la
plage d'agrandissements (zoom).
• Rotation – Fait pivoter un objet sur une plage d'angles par rapport à une plage de valeurs de
registre.
44 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Graphiques du projet de démarrage Client Builder
• Mise à l'échelle – Agrandit ou réduit un objet sur une plage de pourcentages par rapport à
une plage de valeurs de registre.
• Positionnement axe unique – Déplace un objet par rapport à sa position originale, sur les
axes X et/ou Y pondérés, en utilisant une valeur de registre liée aux deux axes.
• Positionnement double axe – Déplace un objet par rapport à sa position originale, sur les
axes X et Y pondérés, en utilisant une valeur de registre distincte pour chaque axe.
• Positionnement libre – Déplace un objet vers des coordonnées absolues sur les axes X et Y
et en utilisant une valeur de registre distincte pour chaque axe.
• Script VB – Fichier script associé à un objet ou à plusieurs objets regroupés, qui exécute
des sous-routines en fonction de certains événement.
• Objets de fonction – Exemples de symboles de bibliothèques qui peuvent être créés avec
des variables de registre locales, pour remplacement par des tags après insertion du
symbole.
FactoryLink Concepts / 45
•
APPLICATION DE DÉMARRAGE
•
Utilisation de l'application de démarrage
•
•
U TILISATION
DE L ’APPLICATION DE DÉMARRAGE
Cette section traite de certaines caractéristiques d'utilisation de l'application de démarrage :
• Emplacement de l’ordinateur
• Fichier d’aide
• Lancement de l'application de démarrage
Emplacement de l’ordinateur
L'application de démarrage a été conçue pour fonctionner sur un ordinateur sur lequel sont
installés à la fois le serveur et le client. Toutefois, pour pouvoir utiliser les fichiers de
l'application de démarrage lorsque le serveur est installé sur la machine locale et le client sur
une machine distante, vous devez modifier en deux endroits les informations concernant
l'emplacement de l'ordinateur.
Pour modifier les informations d'emplacement de l'ordinateur, procédez comme suit :
1 A partir du Bureau Windows, cliquez deux fois sur l'icône Client Builder. Ouvrez le projet
Starter à partir de la boîte de dialogue Ouvrir projet.
2 Sélectionnez le fichier Starter.fvp.
3 Dans le menu Outils, sélectionnez Serveurs pour ouvrir la boîte de dialogue Editeur de
serveurs.
46 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Utilisation de l'application de démarrage
4 Pointez le serveur d'alarmes et le serveur OPC sur le nom de l'ordinateur serveur associé à la
phase de conception ou à la phase d'exécution. L'ordinateur du Gestionnaire de communication
doit pointer sur l'hôte local, soit Poste de travail (voir Figure 2-5).
Le serveur de tendances doit pointer sur l'hôte local, de manière à toujours démarrer sur
l'ordinateur de Client Builder. Vous pouvez exécuter ces opérations à l'aide du programme
Client Builder de n'importe quel ordinateur distant, à condition de pointer sur le projet de
démarrage du serveur.
Figure 2-5 Editeur de serveurs
FactoryLink Concepts / 47
•
APPLICATION DE DÉMARRAGE
•
Utilisation de l'application de démarrage
•
•
5 Configurez les noms de source de données (DSN) du système ODBC de l'ordinateur distant de
manière à ce qu'ils pointent sur l'emplacement de la base de données du serveur (voir Figure
2-6).
Figure 2-6 Administrateur de source de données ODBC
48 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Utilisation de l'application de démarrage
Fichier d’aide
Le fichier d'aide de l'application de démarrage, USDATA\Client Builder\Project\Starter\Help
Files\Starter.txt, décrit les conditions requises pour la configuration et l'exécution de
l'application. Nous vous conseillons de consulter ce fichier afin de prendre connaissance de
certaines remarques et informations qui n'ont pu être intégrées au présent chapitre. Vous
pouvez également accéder à ce fichier en cliquant sur le bouton Aide présent dans l'écran
d'accueil du projet de démarrage de Client Builder.
Ce fichier d'aide traite des sujets suivants :
• Etapes de configuration
• Configuration de la base de données
- Base de données SQL Server Flink
- Base de données dBase IV Flink
- Base de données des objets d'application
• Installation et lancement du serveur FactoryLink
• Installation et lancement des graphiques de Client Builder
• Utilisation d’objets d’application
• Enregistrement et restauration
Exécution de l'application de démarrage
Le programme d’installation de FactoryLink installe les composants de l’application de
démarrage qui sont préconfigurés. Pour mieux comprendre le fonctionnement de l'application
de démarrage, procédez comme suit :
1 Démarrez l'application serveur « MyStarterApp » dans Configuration Explorer.
2 Lancez le projet de démarrage dans Client Builder.
FactoryLink Concepts / 49
•
APPLICATION DE DÉMARRAGE
•
Utilisation de l'application de démarrage
•
•
Etape I – Démarrage de l'application serveur
Dans la vue de société de Configuration Explorer, cliquez avec le bouton droit de la souris sur
MyStarterApp (sous Application FactoryLink) et sélectionnez Démarrer/Arrêter>Démarrer
dans le menu qui s’affiche (voir Figure 2-7).
Figure 2-7 Configuration Explorer
Cette application est configurée de manière à exécuter uniquement les tâches du serveur, qui
sont les mêmes que les anciennes tâches du domaine Partagé (Shared). Le contrôleur de la base
de données temps réel (RTMON) est également lancé pour débogage (à l'aide des fenêtres
d'entrée de tag, de liste de surveillance ou d'entrée de commande).
50 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Utilisation de l'application de démarrage
Etape 2 – Lancement du projet client
Cliquez deux fois sur l'icône Client Builder affichée sur le Bureau, sélectionnez le fichier
Starter.fvp dans le projet Starter et ouvrez ou le graphique ou la simulation Logo
(voir Figure 2-8).
Figure 2-8 Sélection d'une simulation
Autre méthode permettant de lancer le projet de démarrage : configurer une copie de l'icône
Client Builder par défaut avec le graphique Logo en tant que simulation par défaut utilisant les
propriétés de raccourci de cette icône, selon les exemples qui suivent (voir Figure 2-9 et
Figure 2-10).
FactoryLink Concepts / 51
•
APPLICATION DE DÉMARRAGE
•
Utilisation de l'application de démarrage
•
•
Option 1 (avec menus)
Cible = “...\Client Builder\Program\ClientBuilder.exe” <espace>
..\Project\Starter\Starter.fvp <espace> /OpenWindow:“Logo”
A partir de = “...\Client Builder\Program”
Remarque: Les deux points qui précèdent « \Project » pointent sur le
dossier parent situé au-dessus de Project.
Figure 2-9 Propriétés de Client Builder
52 / FactoryLink Concepts
APPLICATION DE DÉMARRAGE
Utilisation de l'application de démarrage
Option 2 (sans menus)
Cible = “...\Client Builder\Program\ClientBuilder.exe” <espace>
/Runtime <espace> ..\Project\Starter\Starter.fvp <espace> /OpenWindow:“Logo”
A partir de = “...\Client Builder\Program”
Figure 2-10 Propriétés d'exécution de Client Builder
FactoryLink Concepts / 53
•
APPLICATION DE DÉMARRAGE
•
Utilisation de l'application de démarrage
•
•
54 / FactoryLink Concepts

Manuels associés