supervision dynastar - free · distance de manière à répartir les applications. le stage...

Laurent GendreIUT d'Annecy

Département GEIIAnnée 2005

RAPPORT DE STAGE :

SUPERVISION DYNASTAR

(Avril – Juin 2005)

Mr Jean-Luc Vincent Mlle Céline Goller

Appréciations

Supervision Dynastar 2 15/06/05

Remerciements

Avant toutes choses, je tiens à remercier les personnes sans qui mon stage n’aurait paspu avoir lieu :– M. Aygalinc, Responsable des stages.– Mlle Goller, ma tutrice, enseignante à l'IUT.– M. Jean-Luc Vincent (mon Maître de Stage et responsable du service automatisme)

Je remercie également les personnes de chez Dynastar qui m’ont donné de leur tempspour m’aider :– M. Patrick Parodi (un automaticien du bureau d'études)– M. Rodolphe Cupif (Responsable du service Maintenance)

Enfin, je remercie aussi le personnel de Dynastar que j’ai côtoyé tous les jours etparticulièrement les employés du bureau d'études.


Glossaire

Carte Applicom : Carte évoluée pour liaison automates et ordinateurs.DATA-BASE : Base de données de la carte applicom.FSM : Ponceuse semelle (abréviation de la marque).COM : Component Object Model.DCOM : Distibuted COM.OPC : OLE for Process Control (OLE pour commande de processus).RPC : Remote Procedure Call (appel de procédure distante).API : Automate programmable industriel. ADO : ActiveX Data Object.OSI : Open Systems Interconnection. Synchrone : Mode de transmission des données dans lequel le rythme d'émission est calé

sur celui d'une horloge. Asynchrone : Mode de transmission dans lequel les intervalles entre les caractères

transmis peuvent être de longueur irrégulière. ActiveX : un contrôle ActiveX est en fait un composant COM intégrable à une solution.E/S TOR : Entrée / sortie tout ou rien.PROM : Mémoire morte programmableDDE : échange dynamique de données


Table des matières

1 Introduction............................................................................................................... 8

2 L'entreprise et le contexte......................................................................................... 92.1 Le Personnel .................................................................................................. 102.2 Le Lieu............................................................................................................. 102.3 Le Travail ........................................................................................................ 11

3 Etude du projet....................................................................................................... 123.1 Sujet................................................................................................................ 123.2 Etude du besoin ............................................................................................. 133.3 Etude du matériel ........................................................................................... 15

3.3.1 Présentation des automates.................................................................... 153.3.2 Présentation de la carte applicom............................................................ 17

3.4 Etat de l'art...................................................................................................... 183.4.1 La liaison.................................................................................................. 193.4.2 L'accès aux données............................................................................... 213.4.3 OPC et ActiveX........................................................................................ 243.4.4 En conclusion........................................................................................... 25

3.5 Conception d'une solution............................................................................... 263.5.1 La solution applicom................................................................................ 263.5.2 Les bases de données............................................................................. 273.5.3 L'acquisition des données........................................................................ 293.5.4 La visualisation des données................................................................... 313.5.5 L'extension............................................................................................... 31

4 Réalisation.............................................................................................................. 324.1 Le produit........................................................................................................ 32

4.1.1 La gestion des équipements.................................................................... 324.1.2 La gestion des informations..................................................................... 33

4.2 La programmation........................................................................................... 334.3 Les tests.......................................................................................................... 34

5 Gestion du projet.................................................................................................... 355.1 Méthodologie et planning................................................................................ 355.2 Ressources..................................................................................................... 37


5.2.1 Ressources matérielles............................................................................ 375.2.2 Ressources humaines.............................................................................. 37

6 Conclusion.............................................................................................................. 38

7 Annexes.................................................................................................................. 397.1 Dynastar.......................................................................................................... 407.2 Documentation................................................................................................ 447.3 Le codage........................................................................................................ 447.4 Notice d'installation......................................................................................... 50


Index des illustrationsIllustration 1 Liaison Générale........................................................................................... 14

Illustration 2 Ponceuse Semelle......................................................................................... 16

Illustration 3 Carte applicom.............................................................................................. 17

Illustration 4 Fonctionnalité applicom TCP/IP face au modèle OSI....................................19

Illustration 5 Gestion des requêtes.................................................................................... 20

Illustration 6 Fonctionnement d'un cycle............................................................................ 22

Illustration 7 Fonctionnement de la récupération des données d'un cycle.........................23

Illustration 8 Présentation de OPC..................................................................................... 24

Illustration 9 Architecture distribuée................................................................................... 25

Illustration 10 Le concept applicom.................................................................................... 26

Illustration 11 Diagramme de Gantt................................................................................... 36


Introduction

1 Introduction

Dynastar dispose à l'heure actuelle d'un ensemble de machines automatisées et souhaitedonc avoir un suivi précis de ces machines. On s'intéressera plus particulièrement à lasupervision du Hall d'usinage. On retrouve ces machines dans l’industrie de la fabricationde skis pour des applications diverses comme la finition.En effet, la société dispose d’une gamme complète d'automates pouvant ponçer lessemelles et s'occuper de la finition des skis.

Ainsi les automates FSM sont l'élément central de mon projet de stage.

Pour envisager d’utiliser les automates dans un tel contexte, il fallait une interface quinous permettrait de contrôler les différents paramètres. Or une des particularité desautomates GE Fanuc est qu’ils sont branchés sur le réseau TCP/IP, et qu’ils proposentune multitude de moyens de communication.Dans notre cas, la supervision devait se faire via un langage de programmationstandard (le Visual Basic qui est le langage imposé de l'entreprise), et si possible àdistance de manière à répartir les applications. Le stage Supervision Applicom a donc étémis en place afin de concevoir une telle interface logicielle et d'améliorer les programmesdéjà présents.

Ce document présente l’évolution du travail durant les 11 semaines de stage.

Une version numérique de ce document se trouve sur internet à :http ://www.geii1.free.fr/Rapport/Rapport.pdf

Ces fichiers ont été générés avec OpenOffice. Les sources sont disponibles à :http ://www.geii1.free.fr/Rapport/Rapport.swx


L'entreprise et le contexte

2 L'entreprise et le contexte

Le stage s’est déroulé au sein du bureau d'études de DYNASTAR :

Dynastar 1 412 avenue de Genève 74 700 SALLANCHES Tél : 04 50 91 29 30 www.my- dynastar .com

Dynastar est une entreprise créée en 1963 dont le secteur d'activités est orienté sports etloisirs. Cette entreprise est une filiale du groupe Rossignol et du groupe Quicksilver et ellefigure parmi les références en matière de matériel et accessoires de sports d’hiver.

Fabricant français au rayonnement international, Dynastar est implanté en Haute-Savoieet exporte près de 70% de sa production notamment vers l’Amérique du Nord et les paysasiatiques. Avec un effectif de 450 personnes, Dynastar a réalisé un chiffre d’affaires de90 millions d’euros en 2004 .Plus de 550.000 paires de skis sortent chaque année de l’unité de production deDynastar. L’entreprise gère un portefeuille de produits multimarques autour de 200références différentes avec, pour le seul territoire national, un réseau d’un millier declients revendeurs.

Les produits : Skis - Fixations - Chaussures et batons de ski alpin - Planches -Chaussures et fixations de snowboard - Textile et sacs techniques.

Charte de Dynastar : Désireux de transmettre sa passion du ski à tous ses pratiquants,Dynastar poursuit la mission qu'il s'est fixée depuis sa création :- s'entourer d'une équipe de spécialistes de haut niveau.- développer les valeurs de technicité, d'authenticité et de proximité qui forge soncaractère.- fonder sa dynamique sur des succès constants dans toutes les formes de compétitions.- créer des produits techniquement spécifiques pour les glisseurs impliqués dans lesdifférentes pratiques de la montagne.- « révéler » le talent des pratiquants grâce à des innovations leur permettant d'optimiserleur potentiel et leurs émotions. - être à l'affût de toutes les pratiques à même d'élargir l'univers de la glisse.



2.1 Le Personnel

M. Bernard LIATTI - PDGM. Jean-Claude DELEGLISE - Directeur TechniqueM. Jean-Claude LOUIS - Directeur Ressources HumainesM. Michel VION - Directeur Course & Directeur MarketingM. Frédéric MOREAU- Directeur Commerciale

L’équipe de travail est composée d’un stagiaire (moi-même) sous la tutelle de M.Jean-Luc Vincent, responsable du service automatisme.Mes horaires de travail : 7h15 – 11h50 et 13h30 – 17h15 du mardi au vendredi

7h15 – 11h50 et 13h30 – 16h15 le samedi

2.2 Le Lieu

Dynastar se situe en Haute-Savoie, à Sallanches près de Chamonix dans la vallée del'Arve. L'entreprise est implantée à proximité des stations de sport d'hiver et des frontièressuisse et italienne.

L'entreprise est composée :– De l'administration– Du service commercial– Du service marketing– Du service technique– Du service course– Des ateliers de production(Voir annexe pour les détails)

Chaque service est bien sûr composé de plusieurs sous services mais il est évident quenous nous intéresserons plus particulièrement au service technique qui emglobe lebureau d'études.

Le stage s’est alors déroulé dans le bureau d'études de Dynastar, ce bureau conçoit lesmachines qui servent à la production. Il est composé de deux automaticiens, M. Vincentet M. Parodi, et de deux concepteurs-dessinateurs, M. Damont et M. Revenaz.



2.3 Le Travail

Le bureau d'études :Les concepteurs-dessinateurs dessinent les plans des machines et commandent lespièces nécessaires à leur fabrication. Pour cela, ils travaillent sur des ordinateurs ou destables à dessins.

Les automaticiens s'occupent de la partie conception et gestion des dossiersd'automatismes. Ils travaillent en collaboration avec les dessinateurs pour affiner la miseen place des éléments de sécurité ou pour discuter de la conception.

Le bureau d'études est donc en permanence à l'écoute des services de production et desméthodes pour l'amélioration des conditions de travail sur les machines ou pour faireévoluer ces dernières afin de les adapter à de nouveaux modèles. Il peut aussi faire appelà des sous-traitants pour divers travaux.

La production de skis :

- Préparation des éléments : Dynastar fabrique la plupart des éléments nécessaires à la fabrication des skis etseulement les matières premières sont achetés.

- Le moulage : La fabrication des skis diffère selon les méthodes utilisées. Les skis dits « voie humide » sont réalisés à partir d'un noyau en bois ou enpolyuréthanne (empilage d'éléments). Les skis injectés sont des skis moyen et bas de gamme. Les divers éléments sont placésdans un moule puis injectés de mousse liquide à base de polyuréthanne venant relier cesmêmes éléments.

- L'usinage :Les deux types de skis sont ensuite transférés à l'usinage et à la finition pour l'affûtagedes carres, le vernissage, le fartage et l'emballage. Les skis sont ensuite entreposés dansun dépôt sur un site voisin.

Dynastar innove aujourd'hui en mélangeant les deux processus de fabrication pour arriverà un ski plus performant.


Etude du projet

3 Etude du projet

Cette partie présente les premières étapes qui nous ont permis de cerner le sujet et deconcevoir une solution.

3.1 Sujet

Dynastar a besoin d’une interface pour superviser ses automates par un PC duréseau de l´entreprise. Une solution avec une carte pci Applicom existe déjà mais leprogramme possède quelques inconvénients. A savoir, la perte d'informations sur lesautomates étant donné le mode d'attente utilisé. M. Vincent connait déjà les spécificitésApplicom et envisage donc une solution. Un stage a donc été proposé pour étudier lessolutions existantes, et pour en choisir une, ou, à défaut, en concevoir une nouvelle. Lamise à jour de la carte applicom doit aussi être assuré.

L’interface de programmation, doit être accessible pour un programme écrit en VisualBasic 6. Ce language est d'une part facilement compréhensible et d'autre part déjàprésent dans l'entreprise.

A l’issue du stage, l´entreprise souhaite avoir obtenu un moyen sûr d'acquérir lesdonnées sur les automates afin de pouvoir ensuite visualiser les enregistrements pardes graphiques. Un accès à distance pour les différentes adresses automates devraaussi être envisagé grâce à un contrôle distant.

Le produit final sera donc composé :– d'une carte Applicom configuré sur le pc de supervision.– d'un logiciel d'acquisition des données (lié à une base de données).– d'un logiciel de gestion des automates (lié à une autre base de données).– d'un logiciel de synthétisation graphique des éléments (déjà existant).– d'une solution pour accéder directement aux adresses automates.


Etude du projet

3.2 Etude du besoin

La transmission des données automates s'effectue sur un PC sous Windows XP.On souhaite tout de même que l'acquisition des données se fasse en temps réel pourpalier aux différents défauts de la solution existante. En effet, l'ancienne version avait ledéfaut d'attendre la réponse d'un automate pour interroger le suivant et c'est pourquoi il yavait une perte d'informations. Le cas des systèmes temps réel est différent. Il existe un grand nombre de définitionsd'un système dit temps réel mais il existe deux définitions simples d'un tel système quipourrait s'appliquer à notre modèle :

Un système temps réel est une association logiciel/matériel où le logiciel permet, entreautre, une gestion adéquate des ressources matérielles en vue de remplir certainestâches ou fonctions dans des limites temporelles bien précises.

Un système est dit temps réel lorsque l'information après acquisition et traitement resteencore pertinente.

Ce qui signifie que dans le cas d'une information arrivant de façon régulière (sous formed'une interruption périodique du système), les temps d'acquisition et de traitementdoivent rester inférieurs à la période de rafraîchissement de cette information.

Notre programme doit donc valider ces critères. Il tenir compte que la cadence minimum entre deux skis peut être de quelques dequelques secondes. Notre programme doit donc être assez rapide pour détecter lechangement de ski pour pouvoir les comptabiliser correctement.Il est assez aisé de modifier le timer sous visual basic pour ainsi modifier le tempsd'acquisition.

La liaison simplifiée entre l'utilisateur et l'automate se présente de cette manière :


Etude du projet


Illustration 1 Liaison Générale

Etude du projet

Ce principe de supervision à l'aide d'une carte applicom dialoguant avec les automatescommence à se répendre dans le monde de l'industrie car il est simple d'utilisation etcompatible avec plusieurs languages de programmation pour le développementd'applications. Le but du stage à donc été d'améliorer les programmes existants pourpouvoir visualiser des données fiables par la suite .

3.3 Etude du matériel

3.3.1 Présentation des automates

Le projet s'appuie sur la supervision des machines FSM.Ces machines sont des ponceuses semelles. Elles sont placées en Ligne et en tronçonpour pouvoir passer des skis à la chaine. Pour chaque automate, le ski passe tout d'abordpar un convoyeur designé par MCONV sur le schéma et arrive ensuite dans la machinepour être poncé. Le ponçage est effectué par une bande abrasive montée sur desrouleaux qui épousent la forme du ski. L'usure de cette bande abrasive est uniformepuisqu'elle est commandé par oscillation.

Voir le synoptique page suivante :


Etude du projet


Illustration 2 Ponceuse Semelle

Etude du projet

3.3.2 Présentation de la carte applicom

PCI2000ETH ver A

1 : Connecteur permettant l’accès au port asynchrone sur le canal 1 (l’utilisation du portasynchrone nécessite la carte additionnelle).2 : Connecteur permettant l’accès à une entrée et une sortie TOR par :3 : Voyants de transmission du canal 0.4 : Connecteur femelle Sub D 15 points offrant l’interface ITP (Industrial Twisted Pair) pourla connexion au réseau Ethernet.5 : Connecteur RJ45 pour la connection au réseau Ethernet.6 : PROM de configuration du bus PCI.7 : Cavaliers de configuration du numéro de carte (1 à 8).

Configuration par défaut : carte 1.8 : Cavalier de configuration PCI (usage réservé applicom®).Position par défaut :1

En résumé, la carte applicom se branche sur le réseau TCP/IP (4), ce qui facilite samise en place ainsi que la détection des automates. Les divers outils fournis avec la carteapplicom nous permettent ensuite de mieux configurer celle-ci. De plus, cette cartepossède sa propre base de données de 32 Kilos mots, ce qui permet de stocker lesdonnées recupérées sur l'automate en attendant d'être lu par l'ordinateur.


Illustration 3 Carte applicom

Etude du projet

La carte PCI est une carte fournie par la société applicom. Je pense qu'il est utile deprécisé le statut de cette société puisqu'un meeting a été organisé le 9 juin à Annecy pourdiverses présentations de produits de Applicom et Woodhead.

En bref :Fondée en 1989, applicom international compte aujourd'hui 50 collaborateurs et a réalisépour l'année 2000 un chiffre d'affaires de 9,5 millions d'euros.Le sens de la recherche, de l'innovation, le service et le respect des engagementscorrespondent aux grandes lignes qui fondent l'éthique applicom.Cette notoriété, reconnue à l'échelle internationale, a valu à applicom international et àses filiales de rejoindre en février 2001 la division Woodhead Software & Electronics dugroupe américain Woodhead Industries, Inc.

Dorénanant, l'offre applicom, complétée par la gamme de produits SST™, autre filiale dugroupe, permet de positionner le groupe comme le principal fournisseur indépendant desolutions pour les réseaux de communications industrielles.

3.4 Etat de l'art

Lors de la proposition du stage, M. Vincent a fixé un objectif en estimant qu'il pourrait êtreatteint.En effet, il existe déjà quelques solutions qui permettent aux automates de communiqueravec un ordinateur via la carte applicom. D’ailleurs c’est aussi cette ouverture versl’extérieur qui contribue à la qualité des machines .

Par contre il restait à déterminer :• comment ces solutions fonctionnaient ?• étaient-elles adaptées au problème ?• combien coûteraient-elles ?• quelles en sont les avantages et les inconvénients ?• pouvions-nous développer notre propre solution ou étions-nous contraints d’utiliser

l’existant ?

Nous avons donc consacré les premières semaines du stage à répondre à ces questions.Nous avons fait des recherches sur la solution existante, développé des programmesde tests afin d’essayer certaines voies d’exploration, pour enfin choisir la direction àprendre.


Etude du projet

Il faut aussi savoir que la société Woodhead developpait en parallèle un logiciel nomméPolServ qui correspondait à notre besoin mais il est évident que cette solution présentéeà l'occasion du meeting du 9 juin 2005 à Annecy n'a pas été choisie faute de budget surcet exercice.

Les parties qui suivent sont un résumé des solutions que nous avons prises en comptepour notre choix définitif.

3.4.1 La liaison

Modèle OSI

La gamme des automates GE Fanuc Series 90 utilise TCP/IP pour la communication surEthernet. La messagerie utilisée est SRTP (couche application GE Fanuc). On peutreprésenter l’ensemble des couches réalisées pour GE Fanuc sur applicom selon lemodèle OSI suivant :


Illustration 4 Fonctionnalité applicom TCP/IP face au modèle OSI

Etude du projet

Gestion des requêtes

Une requête en cours de traitement est une requête pour laquelle une trame a étéenvoyée sur le réseau et dont on attend la réponse.Une requête est en fin de compte un appel de fonction via une communication.Chaque requête en cours de traitement utilise un canal de communication.Un canal applicom est en fait un objet qui permet de trier les fonctions cycliques.Une requête est placée (temporairement) en attente lorsqu'il n'y a plus de canauxdisponibles. Lorsque des canaux virtuels se libèrent, on vide progressivement la liste desrequêtes en attente.

L'interface applicom peut gérer jusqu'à 128 connexions. Une connexion représente lebranchement d'un automate au réseau. Ainsi applicom peut gérer plusieurs automatessimultanément.


Illustration 5 Gestion des requêtes

Etude du projet

3.4.2 L'accès aux données

Nous avions le choix entre deux types de modes pour l'accès aux données :

Le mode attente : solution existante Le mode attente permet de gérer les échanges de manière synchrone : On pose laquestion à un automate et on attend une réponse. La librairie comporte un jeu defonctions permettant :- l'écriture (WRITEWORD).- la lecture (READWORD).

Ce mode a l'avantage d'intéroger de manière synchrone l'automate mais c'est surtoutsa facilité d'utilisation que nous avons pû remarquer.Il a l'inconvénient, en cas de grandes quantités d'informations à rapatrier ou sil'application demande un temps de traitement important, de pénaliser sa rapiditéd'exécution.C'est pourquoi l'ancien programme d'acquisition des données ne correspond pas auxbesoins puisque la rapidité d'exécution est faible.La solution du mode cyclique a donc été choisie car elle est plus performante.

Le mode cyclique : solution envisagéeCe mode de fonctionnement utilise pleinement les capacités du concept applicom. Il permet d'automatiser des échanges prédéfinis de données soit :• Par configuration, au moment de la mise en service grâce à l'utilitaire de configurationdes fonctions cycliques PCCYC (non utilisé dans notre cas).• Par programme, grâce à la fonction CREATECYC.

Ces fonctions cycliques peuvent être permanentes, ou activées/désactivées soit :• Par le biais des fonctions du mode cyclique de la librairie (STARTCYC, ACTCYC,STOPCYC,.. : Voir Annexe sur la librairie de fonctions)• Par le biais des topics fonctions cyclique (DDE/SuiteLink et OPC).• Par le biais de flags de commandes localisés dans la base de données de l’interface(utilisable par programme comme par les serveurs DDE et OPC)

Deux principaux types de fonctions cycliques existent :• Pour les fonctions cycliques de lecture, le contenu des variables sera prélevé dansl'équipement et rangé dans la base de données (Data-Base) de l'interface.Pour les fonctions cycliques d'écritures, le contenu des variables sera prélevé dans labase de données de l'interface et émis vers l'équipement cible.


Etude du projet

On entend par base de données de l'interface celle intégrée à la carte.La fréquence de ces fonctions est configurable, soit en mode enchaîné, soit à une périodedéfinie (modulo 100 millisecondes). La période de ces fonctions ne sera respectée que sile temps d'exécution de l'échange lui est inférieur. Le nombre maximum de fonctionscycliques est de 255 par canal.

Utilisation de la fonction TRANSCYC (programmation) :Lors de l'appel de ce type de fonction, les données sont récupérées dans la base dedonnées applicom via la tâche de gestion des fonctions cycliques (DISPCYC). Ce mode offre l'avantage de ne pas avoir à demander le type, l'adresse, et la quantité desvariables à remonter. En effet, il suffit de passer le numéro du canal et le numéro de lafonction cyclique. Même si le paramètre permettant de ranger le status de l'échange n'apas été utilisé lors de la création de la fonction cyclique, le status de l'échange sera toutde même renvoyé.


Illustration 6 Fonctionnement d'un cycle

Etude du projet

Lorsqu'un cycle d'acquisition est créé, le gestionnaire de fonctions cycliques va alorsdialoguer en permanence avec l'automate pour enrichir la base de données de la carte(voir illustration 6). Lorsque ensuite vient la phase de récupération des données, legestionnaire de fonctions cycliques va récupérer les informations dans la base dedonnées applicom pour les transmettre au programme applicatif (Voir illustration 7).


Illustration 7 Fonctionnement de la récupération des données d'un cycle

Etude du projet

3.4.3 OPC et ActiveX

Notre but est de pouvoir dialoguer directement avec les différentes adresses automatessur un PC Client, c'est à dire un PC situé à distance. La solution OPC a donc été retenue afin de pouvoir accéder au informations en direct.

OPC (OLE for Process Control) est un standard de communication basé sur latechnologie OLE/COM qui constitue le nouveau moyen d´échange d'informations entreapplications MS-Windows en environnement 32-bit.OPC offre une plus grande interopérabilité entre les applications decontrôle/commande/supervision, les équipements industriels (API, capteurs, actionneurs)et les applications bureautiques de gestion.OPC définit des objets standards, des méthodes et des propriétés bâties sur le conceptCOM (Component Object Model) pour permettre à des serveurs de données "temps réel"comme les API et les équipements de terrain de communiquer leurs données vers desapplications clientes OPC. L'avantage de cette solution réside dans le fait que lesdonnées ne transitent pas la base situé sur la carte.

Le concept OPC s´appuie sur une architecture client/serveur. Une même applicationcliente peut solliciter plusieurs serveurs simultanément. Les serveurs peuvent êtrelocalisés soit sur la machine locale, soit sur des machines distantes à travers DCOM. Dans notre contexte, l'utilisation d'un ActiveX applicom est nécessaire pour pouvoirdialoguer avec le serveur OPC sous un programme Visual Basic par exemple.


Illustration 8 Présentation de OPC

Etude du projet

A cet effet, le programme fournit par applicom (Client OPC) nous permet de répondre ànotre besoin. Il était donc inutile de développer une application spécifique mais l'étude decet ActiveX semble intéressante.

L'architecture d'une solution utilisant l' ActiveX applicom repose sur le modèle Client-Serveur. L'ActiveX est client d'un ou de plusieurs serveurs OPC, cependant au moins unserveur OPC applicom doit être connecté.

En tant que client OPC, l'ActiveX applicom autorise l'accès aux serveurs OPC, soit enmode local, soit en mode distant à travers DCOM.

3.4.4 En conclusion

Nous avons choisi la solution d'acquisition via des fonctions cycliques car cette solutionétait plus simple et plus rapide à mettre en oeuvre.Nous avons tout de même testé la solution OPC avec le logiciel fournit par applicom.Il fallait configurer le logiciel Client OPC ainsi que les protocoles windows XP pourdialoguer à travers DCOM. Il en résulte que l'on peut utiliser cette solution pour connaîtrel'état des variables automates à l'instant présent sans passer par la base de donnéesde la carte applicom.


Illustration 9 Architecture distribuée

Etude du projet

3.5 Conception d'une solution

3.5.1 La solution applicom

applicom open industrial communication concept est un concept unique qui permetd'ouvrir l’univers de la communication sur les réseaux industriels avec la gamme desproduits applicom et sur les bus de terrains avec la gamme des produits applicomIO.

Plus précisément le produit applicom est conçu pour des applications sur calculateurs PC,telles que superviseur, logiciel d'automatisme, développement spécifique, nécessitant unecommunication avec des automates (API) et des périphériques d'E/S connectés.La fonction du concept applicom est de permettre aux utilisateurs de développer leursapplications sans se soucier des difficultés liées aux protocoles des réseaux de terrain etdes performances dépendantes de la fréquence et de la quantité des informationséchangées.


Illustration 10 Le concept applicom

Etude du projet

Les performances sont garanties par la qualité de la gestion des échanges sur lesinterfaces coprocesseur applicom, chacune étant équipée du noyau temps réelmultitâche applicom.

3.5.2 Les bases de données

Le projet nécessite une base de données access pour stocker les enregistrements ainsiqu'une autre base de données pour effectuer une liste des automates par ligne et partronçon. La solution existante au début du stage possédait déjà la base de donnéesadéquate pour stocker les enregistrements. C'est pourquoi seul la base GestionEqu seradétaillée.

Base de données SuiviProd.mdb :

Cette base de données sert pour enregistrer les différentes informations automates.Le numéro de la machine est un identifiant unique, ce qui permet de relier cette base à labase de données sur les machines.

Base de données GestionEqu.mdb :

cas d'usages

Ajouter Ligne, Tronçon et Machine Supprimer Ligne, Tronçon et Machine Déplacer Ligne, tronçon et Machine Mettre une machine en attente Placer une machine du mode attente au mode marche Visualiser toute les machines


EtatMach

Machine DateEtat

QteSkisCodeDef

Defauts

CodeDefLibelDef

Etude du projet

Diagramme des dépendances fonctionnelles :

Machine

IdEq Nom Position Installation Tronçon

IdTronçon Nom Position

Ligne

IdLigne Nom

On applique donc ce modèle avec les relations allant de n Machines vers un tronçon etde n tronçons vers une ligne (avec n désignant un nombre infini).Pour chaque tables, on a un identifiant unique qui par la suite représentera la clé primairede la table qui est utile pour effectuer des relations. Finalement, nous obtenons donc lestables Machine, Tronçon et Ligne qui décrivent chacune un certain nombre d’occurences.Ensuite, il est évident qu’il faut mettre en forme ce modèle conceptuel sous forme detableau pour finir de concevoir la base de données.

Modèle conceptuel des données :

Tronçon Ligne

IdTronçon IdLigne IdLigne Nom Nom Position

Les tables de la base de données sont donc liées entre elles par des clés primaires et desclés secondaires. La machine est ainsi detaillée.


Machine

IdEqIdTronçon

NomPosition

InstallationCodeDef

Etude du projet

3.5.3 L'acquisition des données

Le programme PrMachine a été créé pour pouvoir d'une part visualiser l'état actueldes machines sur l'ordinateur local et d'autre part pour effectuer des enregistrements.Le principe est simple : • Lire la configuration des automates dans la base données GestionEqu.• Créer les cycles pour scruter les automates de manière dynamique.• Récupérer les données de la base de la carte enrichie par les cycles qui tournent en

permanence.• Calculer les différentes variables d'états en fonction des bits récupérés.• Enregistrer le résultat dans la base SuiviProd

Création d'un cycle => CREATECYC

Cette fonction permet de rentrer en communication avec un automate via le gestionnairede fonctions cycliques de la carte applicom.Il faut savoir que lorsqu'une fonction cyclique est créée avec CREATECYC puis demarréavec STARTCYC, la base de données applicom est mise à jour en permanence. CREATECYC(NCHAN,NFONC,PER,ACT,TYPF,VARDB,NEQ,NB,ADREQ(1),ADRDB,ADRSTAT,STATUS)

nchan : Entier 16 bits, Numéro du canal (0-31).nfonc : Entier 16 bits, Numéro de fonction cyclique (1-255).per : Entier 16 bits, période d'activation désirée exprimée en multiple de 100millisecondes (0-65535).- Si per = 0 : Les fonctions sont enchaînées sans délai d'attente.Act : Entier 16 bits, indique l'état de la fonction à l'issue du CREATECYCact = 0, Fonction non active (nécessitera STARTCYC pour être activée).act = 1, Fonction active après l'exécution de CREATECYC.Typf : Entier 16 bits, Code de sélection du type d'échange.Vardb : Entier 16 bits, Type de variables de la DATA-BASE lues ou forcées.1 - Bit2 - Octet3 - Entier 16 bits4 - Entier 32 bits5 - Flottant IEEE 32 bitsneq : Entier 16 bits, Numéro d'équipement cible (0-255).nb : Entier 16 bits, Nombre de variables accédées dans l'équipement.


Etude du projet

Adreq : Entier 32 bits, Adresse de la première variable dans l'équipement.Adrdb : Entier 16 bits, Adresse de la première variable dans DATA-BASE.Les zones d'adresses supérieures à 31999 ont des affectations particulières.Adrstat : Entier 16 bits, Adresse de rangement du mot status de la fonction cyclique dansla DATA-BASE.- Si adrstat = -1, le status n'est pas copié dans la DATA-BASE.Status : Entier 16 bits, Status de création de la fonction cyclique.

Transfert cyclique au format dépacké => TRANSCYC

On utilise cette fonction pour lire dans la base de données de la carte applicom.Il suffit de spécifier l'adresse de cette même base afin de récupérer les données désirées.

TRANSCYC (NCHAN,FONC,NB,TYP,TABL(1),STATUS)

nchan : Entier 16 bits, Numéro de canal (0-31).fonc : Entier 16 bits, Numéro de la fonction cyclique (1-255).nb : Entier 16 bits, Retourné par la fonction. Nombre de variables transférées.Typ : Entier 16 bits, Retourné par la fonction. Indique le type des variables retournées.1 = Bit.2 = Octet.3 = Entier 16 bits.4 = Entier 32 bits.5 = Flottant 32 bits.Tabl : Tableau d'éléments 32 bits recevant les données.Status : Entier 16 bits. Status de l'échange.

Les données retournées par la fonction sont stockées sous forme de tableau.Les différentes valeurs de ce tableau seront ensuite stockées dans des variables pourcalculer les différents états de la machine. Une fois cela effectué, le programme finit parrenseigner ce coup-ci la base de données SuiviProd. Il est très important de biencomprendre ces fonctions qui sont tout de même a la base de la réalisation duprogramme.

Recapitulatif : Createcyc : scrutation permanente d'un automate.Transcyc : récupération des valeurs fournies par createcyc dans la DATA-BASE. Calcul des états : calcul l'état en fonction des valeurs.Enregistrement : enregistre certaines données plus les états nécessaires.


Etude du projet

3.5.4 La visualisation des données

C'est le programme CrMachine qui permet de synthétiser les enregistrements de la basede données SuiviProd. Ce programme existe déjà mais il a tout de même été nécessaired'effectuer la liaison avec la base GestionEqu qui n'existait pas encore. Cette liaisonpermet de sélectionner un des automates renseigné pour pouvoir par la suite afficher lesdifférentes informations utiles.

Les états possibles : Défaut – Arrêt – A Vide – Production.

L'état 'a vide' correspond au fonctionnement de la machine sans qu'il n'y est aucun ski quipasse sur la chaine de production.

L'interface permet de :• Sélectionner les dates entres lesquelles on souhaite avoir un rapport. • Lister les différents états triés par date.• Afficher les ratios des quatres états de la machine. • Désigner la quantité de skis usinés• Afficher le graphique rapportant le ratio entre les états (camembert ou histogramme).• Afficher le graphique de production de skis dans l'intervalle de temps désiré.

3.5.5 L'extension

Dans la spécification du besoin (voir partie 3.2 page 13), il est écrit que nous devronspouvoir utiliser un client OPC pour accéder directement aux différentes adresses del'automate. Il fallait donc installer le programme sur un poste distant à cause du systèmetemps réel qui est prioritaire au niveau des ressources.Encore une fois, nous nous sommes inspirés de l’existant : la technologie sur laquellerepose DCOM (qui lui même est utilisé par OPC) communique sur le réseau grâce auxRPC. Notre choix s’est porté sur la solution OPC puisque l'ActiveX applicom fonctionneavec cette technologie qui a déjà fait ses preuves.Grâce aux RPC, notre client est capable de dialoguer avec le programme serveur OPCqui se lance automatiquement sur la machine hôte.

Finalement, le programme Client OPC fournit par applicom possède une interfacesuffisante pour nos besoins et c'est pour ça qu'il n'a pas été nécessaire de développerune application spécifique.


Réalisation

4 Réalisation

Le produit que nous avons développé est composé d'un ensemble de programmes. Cettepartie présente donc le produit.

4.1 Le produit

Une notice des différents produits a directement été créé pour permettre aux utilisateursde mieux comprendre les programmes(voir en annexe).

Http://www.geii1.free.fr/Rapport/Notice.pdf L'ensemble du projet est disponible sur internet à l'adresse :

http://www.geii1.free.fr/Rapport/Projet/

4.1.1 La gestion des équipements

Ce programme appelé GestionEqu est associé à la base de données du même nom.Les différentes fonctionnalités du programme sont exprimées dans les cas d'usages (voir partie 3.5.2 page 25). Pour exprimer en quelques mots l'atout majeur du logiciel, il faut rappeler tout d'abord qu'ilpermet de gérer la base de données fonctionnant avec le programme d'acquisitionPrMachine et le programme de Visualisation CrMachine.L'interface à été conçue pour permettre à l'utilisateur un certain confort d'utilisation, lesautomates sont ainsi représentés hiérarchiquement par un contrôle TreeView. De plus, uncontrôle ListView a été intégré en association avec le précédent contrôle pour visualiserles détails de la configuration d'une machine.

Details de programmation :

'Ajout d'une node TreeViewtvTreeView.Nodes.Add( , , , nom)

'Ajout d'une entête de listelvListView.ColumnHeaders.Add( , , nom, taille)

'Ajout d'un objet dans la listemitem = lvListView.ListItems.Add()mitem.Text = Nom.Value


Réalisation

4.1.2 La gestion des informations

La partie que nous avons développée s'appelle PrMachine et la partie qui était déjàfournie s'appelle CrMachine (Voir l'interface en annexe).Le premier programme utilise les fonctions cycliques décrites page 28 – 29 pourfonctionner. En effet, l'utilisation de cette méthode de programmation permet de garder untemps de réponse quasi instantanné mais nous limiterons tout de même la rapiditéd'exécution avec les différents timers pour ne pas surcharger le système (500 ms).Ce programme permet entre autre d'afficher en temps réel les informations utiles desautomates FSM.

Cartographie d'un automate :Nom: Adresse: Commentaire: MCONV Q29 Moteur convoyeurG0FC1 M217 Etape 0 Grafcet FC1G0FC2 M249 Etape 0 Grafcet FC2G2FC2 M251 Etape 2 Grafcet FC2G15FC2 M264 Etape 15 Grafcet FC2 : comptageMANU M712 Bit de mode manuelDEFAUT M710 Bit de défautBITDEF M1-M48 Bits d'indication du défautCPTSKI R822 Compteur nombre de skis usinés

Le programme est donc configuré avec 9 fonctions différentes pour acquérir cesinformations capitales.

4.2 La programmation

Nous avons utilisé au cours du développement à plusieurs reprises un programmationorientée base de données. C'est pourquoi, il est nécessaire de détailler un minimum cetype de programmation.

'Variables localesDim StrSql As String

'Variables ADODim DB As dao.DatabaseDim RS As dao.Recordset


Réalisation

'Connexion baseDB = DB.OpenDatabase(sChemin)

'RequêteStrSql = "SELECT MAX(IdLigne) FROM Ligne" RS = DB.OpenRecordset(StrSql)

'TestIf Not RS.EOF Then

'Effectuer un enregistrement quelconque'Code standard a rajouter

ElseMsgBox(sErreurEnr)

End If

'FermetureRS.Close()DB.Close()

'EffacementDB = NothingRS = Nothing

DB représente l'objet de la base de données et RS représente l'enregistrementselectionné. RS.EOF effectue un test pour vérifier que l'objet RS n'est pas vide. Il faut bien sûr terminer par fermer et supprimer les différents objets.

4.3 Les tests

Cette partie présente la forme des tests que nous avons fait subir à notre application.La démarche était la suivante, nous disposions d'un automate pour effectuer différentstests du développement en cours, c'est pourquoi il n'a pas été nécessaire de migrerl'ordinateur à chaque fois que nous voulions tester une solution.

Après validation du programme au bureau d'études, nous avons donc effectué un testd'intégration de notre solution sur le terrain, c'est à dire dans l'atelier de production.Il est apparu que le programme d'acquisition possédait quelques défauts dû à undécalage du jeu d'enregistrement. Ainsi, les problèmes liés aux enregistrements ont étécorrigé au bureau d'études avant de remettre l'ordinateur à distance.Le programme PrMachine fonctionne en permanence sur la machine serveur pourenregistrer les informations. C'est ainsi que nous avons pû en une semaine tester lafiabilité du programme.


Gestion du projet

5 Gestion du projet

L’idée du stage est lancée par M. Vincent en 2005. Un stage de quelques mois est doncproposé au sein de Dynastar pour étudier, concevoir, réaliser et tester une solutionapplicom. Le stage de développement de supervision commence début Juin.

5.1 Méthodologie et planning

Au commencement nous ne savions pas si la solution aboutirait. Donc, durant unepériode que nous avions fixée à une ou deux semaines, nous avions décidé de faire desrecherches sur l’existant, et sur ce qu’il serait possible de faire. Nous faisions souvent lepoint sur l’avancement du projet.Au terme de ces investigations, nous savions que la solution de gestion grâce auxfonctions cycliques était la mieux adapté.Nous avons tout d'abord effectués des programmes de tests pour verifier nos hypothèses.Dès lors, une phase de conception était possible.Puis nous avons procédé à la phase de réalisation qui nous a amené à produire lapremière version du produit.Enfin, des phases de débugage/tests se sont succédées pour chaque sortie desnouvelles versions.

La façon dont le projet fut menée peut sembler hasardeuse. Ceci s’explique pour différentes raisons :• Le matériel était à notre entière disposition et donc nous n’avions pas de contraintes matérielles.• l’équipe de travail se composait d’une seule personne donc pas de contraintes humaines.• et enfin pas de contraintes de temps liée aux deux précédentes (la seule contrainte de temps était la durée du stage

à savoir 11 semaines.

La figure Page suivente présente le planning du projet pendant la durée du stage.Les sources de ce fichier générées à l'aide de GanttProject sont disponibles :

http://www.geii1.free.fr/Rapport/Gantt.gan


Gestion du projet


Illustration 11 Diagramme de Gantt

Gestion du projet

5.2 Ressources

Pour mener à bien la mission, l’équipe est composée d'un tuteur de stage et du stagiaire(moi-même). Nous bénéficions des locaux du bureau d'études ainsi que de sonpersonnel.

5.2.1 Ressources matérielles

Nous avions à notre disposition les différents automates qui était indispensable à laréalisation de ce stage. Et de plus, nous avons pu les superviser pendant plusieurssemaines. Nous avions aussi deux PCs sous Windows XP.Un PC était destiné à l'atelier de production en tant que machine serveur tandis quel'autre servait de machine client au bureau d'études.Une carte applicom est installé dans la machine serveur et la panoplie d'outils applicomest disponible sur cd-rom pour les différentes installations.

Financièrement, il n'était prévu aucun investissement. La solution que nous avonsfinalement choisie ne nous a donc rien coûtée mis à part la carte , si ce n’est que le tempspassé à la développer.

5.2.2 Ressources humaines

Une grosse partie de l’étude préliminaire n’aurait pu être menée sans l’assistance dupersonnel de Dynastar ainsi que de la documentation.En particulier :– Jean-Luc Vincent pour :– les problèmes liés à la programmation.– les questions se rapportant à la réalisation en générale (voir partie 4 page 31).– Rodolphe Cupif pour :– ses conseils sur la conception– sa contribution à éclaircir la solution.


Conclusion

6 Conclusion

Le produit final ayant été approuvé par le tuteur du stage, nous considérons que lapremière étape est accomplie avec succès.Mais ce produit doit encore faire ses preuves auprès du personnel qui l’utiliseraprochainement. En effet, cette mise en situation sera le test qui permettra de mettre enévidence :– la facilité d’utilisation de l’interface.– sa robustesse.Enfin si la supervision applicom obtient l’approbation de ses utilisateurs, ces dernierstrouveront certainement intéressant de reprendre le projet afin de lui ajouter desfonctionnalités supplémentaires, et, pourquoi pas, de l’adapter à leur contexte afind’étendre sa communauté d’utilisateurs.Pour cela nous comptons sur votre imagination, vous, à qui nous remettons avec lanostalgie de ce projet qui nous aura tant tenu à coeur :

“ La supervision dynastar ”


Annexes

7 Annexes

7.1 Dynastar

7.2 Documentation

7.3 Le codage

7.4 Notice d'installation


Annexes

7.1 Dynastar


Annexes


Annexes

7.2 Documentation

Etant donné l'importance de la documentation technique applicom, il été jugé nécessairede mettre en ligne les PDFs:

Fonctionnalités GeFanuc :http://www.geii1.free.fr/Rapport/GeTcp.pdf

Fonctionnalités applicom :http://www.geii1.free.fr/Rapport/hw_Functionality.pdf

Librairie de fonctions applicom :http://www.geii1.free.fr/Rapport/hw_Library_DLL.pdf

détails OPC :http://www.geii1.free.fr/Rapport/OPC.pdf

7.3 Le codage

Il est utile de présenter une partie du codage pour se faire une idée du travail effectué.Il est bien évident que ceci est une infime partie du développement.

Extrait de la gestion des equipements :

'Fonction création du TreeViewPublic Sub View()

'Variables locales Dim nodx As Node 'liste père Dim nody As Node 'liste fils Dim nodz As Node 'liste sous fils Dim iLMax As Integer 'Nb ligne max Dim iTrPosMax As Integer 'Nb position tronçon max Dim iMaPosMax As Integer 'Nb position machine max Dim StrSql As String 'Requête Dim bClose1 As Boolean Dim bClose2 As Boolean Dim bClose3 As Boolean 'Variables ADO Dim DB As Database Dim RS As Recordset


Annexes

Dim RS1 As Recordset Dim RS2 As Recordset Dim RS3 As Recordset 'Style liste tvTreeView.LineStyle = tvwRootLines 'Connexion base Set DB = OpenDatabase(sChemin) 'Récupération des variables StrSql = "SELECT MAX (IdLigne) FROM Ligne" Set RS = DB.OpenRecordset(StrSql) If Not RS.EOF Then If RS.Fields(0) <> "" Then iLMax = RS.Fields(0) End If End If StrSql = "SELECT MAX (Position) FROM Tronçon" Set RS = DB.OpenRecordset(StrSql) If Not RS.EOF Then If RS.Fields(0) <> "" Then iTrPosMax = RS.Fields(0) End If End If StrSql = "SELECT MAX (Position) FROM Machine" Set RS = DB.OpenRecordset(StrSql) If Not RS.EOF Then If RS.Fields(0) <> "" Then iMaPosMax = RS.Fields(0) End If End If RS.Close Set RS = Nothing 'Requête StrSql = "SELECT * FROM Ligne ORDER BY IdLigne" Set RS1 = DB.OpenRecordset(StrSql) Do 'Test If Not RS1.EOF Then bClose1 = True 'Ajout d'un item


Annexes

Set nodx = tvTreeView.Nodes.Add(, , , RS1!Nom) nodx.Expanded = True 'Requête StrSql = "SELECT * FROM Tronçon WHERE IdLigne = " & RS1!IdLigne & " ORDER BY Position" Set RS2 = DB.OpenRecordset(StrSql) Do 'Test If Not RS2.EOF Then bClose2 = True 'Ajout d'un item Set nody = tvTreeView.Nodes.Add(nodx, tvwChild, , RS2!Nom) nody.Expanded = True 'Requête StrSql = "SELECT * FROM Machine WHERE IdTronçon = " & RS2!IdTronçon & " ORDER

BY Position" Set RS3 = DB.OpenRecordset(StrSql) 'Boucle Do 'Test If Not RS3.EOF Then bClose3 = True 'Condition If RS3!Installation = True Then 'Ajout d'un item tvTreeView.Nodes.Add(nody, tvwChild, , RS3!Nom).ForeColor = 50000 End If RS3.MoveNext 'Prochain résultat Else Exit Do 'Exit End If Loop RS2.MoveNext 'Prochain résultat Else Exit Do 'Exit End If Loop RS1.MoveNext 'Prochain résultat


Annexes

Else Exit Do 'Exit End If Loop 'Fermeture If bClose1 = True Then RS1.Close End If If bClose2 = True Then RS2.Close End If If bClose3 = True Then RS3.Close End If DB.Close 'Effacement Set DB = Nothing Set RS1 = Nothing Set RS2 = Nothing Set RS3 = Nothing End Sub

Extrait de PrMachine :

'Initialisation de cyclesPrivate Sub InitCycles(ByRef Nb_Aut As Integer) Dim iCpt As Integer 'Compteur Dim iRedemarrage As Integer 'Redemarrage 'Définition des variables iPer = 1 'Periode*100ms iAct = 1 'Active au demarrage iNeq = 1 'Numero d'equipement iChan = 0 'Numero channel iTypf = 4099 'Type de l'échange (voir la librairie dll) iVardb = 1 'Type de la variable (1->bits,2->octet,3->16 bits) iNb = 1 'Nb de variables lAdr1 = 1 'Adresse Première variable iAdrdb = 1 'Adresse variable de la DataBase iAdrstat = -1 'Adresse Statut (-1->desactivé) iFonc = 1 'n° Fonction cyclique


Annexes

iCpt = 0 'Complément de comptage fonction bPrb = 0 'Init bit de problème 'Initialisation Call InitApplicom For iFonc = 1 To iFoncMax For iNeq = 1 To iEqMax 'si automate en marche If (iTabEq(iNeq) = 1 And iTabEqBdd(iNeq) = 1) Then 'Sélection des paramètre suivant la fonction Select Case (iFonc) Case 1 iTypf = 4186 'lecture d'un bit de sortie lAdr1 = 28 'mconv -> 29 If (iNeq <> 1) Then iAdrdb = iAdrdb + iNb 'increment adr database End If Case 2 iTypf = 4099 'lecture d'un bit interne lAdr1 = 216 'gofc1 -> 217 iAdrdb = iAdrdb + iNb Case 3 'iTypf = 4099 lAdr1 = 248 'gofc2 -> 249 & g2fc2 -> 251 iAdrdb = iAdrdb + iNb iNb = 3 Case 4 'iTypf = 4099 lAdr1 = 263 'g15fc2 -> 264 iAdrdb = iAdrdb + iNb iNb = 1 Case 5 'iTypf = 4099 lAdr1 = 709 'Defaut -> 710 iAdrdb = iAdrdb + iNb iNb = 3 Case 6 'iTypf = 4099 lAdr1 = 0 'bitdef -> 1 à 48 iAdrdb = iAdrdb + iNb iNb = Nb_Def


Annexes

Case 7 iTypf = 4101 'lecture d'un mot lAdr1 = 821 'cptskis -> 822 iAdrdb = iAdrdb + iNb iVardb = 3 iNb = 1 End Select 'Création d'un cycle Call createcyc(iChan, iFonc + iCpt, iPer, iAct, iTypf, iVardb, iNeq, iNb, lAdr1, iAdrdb, iAdrstat,

iStatus) 'Test de la fonction If (iStatus <> 0) Then bPrb = 1 End If 'Démarrage d'un cycle Call startcyc(iChan, iFonc + iCpt, iStatus) 'Test de la fonction If (iStatus <> 0) Then bPrb = 1 End If

'increment du nombre d'automates sauf pour le changement de fonction If (iNeq <> iEqMax) Then iCpt = iCpt + 1 End If End If Next iNeq Next iFonc 'Exit Call ExitApplicom 'definition du problème If bPrb = 1 Then iRedemarrage = MsgBox("Probleme d'initialisation des cycles - Redemarrage ?", vbYesNo) If iRedemarrage = vbYes Then FrmEtat.Refresh ElseIf iRedemarrage = vbNo Then CmdQuitter_Click End If End If End Sub


Annexes

7.4 Notice d'installation


supervision dynastar - free · distance de manière à répartir les applications. le stage...

Documents