▼
Scroll to page 2
of
54
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