1. Présentation du projet
1.1. Objectifs de léquipe pédagogique
En mettent au point ce produit, je me suis fixé un objectif didactique. Innover un système pouvant faire transparaître le fonctionnement dun produit industriel. Un système permettant de faire acquérir, à des élèves initiés ou non, une méthode dapproche au fonctionnement dun système.
Le module didactique rempli toutes ces fonctions. A la fois aisé demploi et de concept simple, le module didactique est accessible à tous, aussi bien à des élèves de collège ou de lycée.
De létude jusquà la réalisation finale du système, le concept est de présenter le module didactique comme un produit permettant de montrer le fonctionnement dun automatisme.
Il sagit donc dun système à but pédagogique pouvant être employé pour lélaboration de grafcet représentatif du fonctionnement du module. Ou simplement pour faire une étude de la logique du système. " Mr DUBOIS Jérome, enseignant de 2nde TSA
Objectifs du Thème
Reprendre létude déjà réalisée pour concevoir un module didactique accompagné des fonctionnalités multimédia à laide des techniques usitées en Informatique Industrielle.
Ce module didactique intitulé " Régulation de niveau de cuve " sera géré par un automate programmable relié à un PC multimédia par un " Bus de terrain ".
Le fonctionnement initialement prévu sera respecté et accompagné par lanimation à lécran SVGA dune évolution séquentielle par jeton sur les GRAFCET " point de vue fonctionnel " et " point de vue partie opérative ". Ces évolutions Temps Réel constituerons ainsi une Interface Homme/Machine bien utile aux élèves pour la compréhension du fonctionnement du système " Régulation de niveau de cuve ".
Un synoptique simulé à lécran sera réalisé et permettra de suivre lévolution du sysème.
De plus, un CDROM dinstallation logicielle et une présentation vidéo assureront la portabilité du dispositif. Une partie " Démo " autorisera une large diffusion du CDROM de présentation du module didactique auprès des collègues enseignant.
1.2. Contexte
Cadre : commande de Monsieur le CdT du Lycée G. EIFFEL
Délais de réalisation : de la semaine 1 à la semaine 20 de 2000
Investissement : 10 000F, à la charge du Lycée G. EIFFEL
Equipe de développement : 3 étudiants par groupes de 2 au plus
Professeurs responsables : Mme Romain et M. Domagala
1.3. Champs technologiques couverts
Informatique, automatismes, Temps réel, Bus de terrain, communication & multimédia.
2. Expression du besoin
Cette présentation restitue la chronologie de lavant projet, des réunions dinformation et une visite destinée étudier la faisabilité ont eu lieu en Octobre et Novembre 1999. Toute participation de léquipe pédagogique de 2nde TSA pour la réalisation de la maquette davant projet sera la bienvenue.
2.1. Configuration matérielle, évolution du projet
Nous disposons dun automate TSX 47 équipé dun module additionnel destiné à échanger des informations avec un PC superviseur. Un " Synoptique " remanié, cest à dire débarrassé de sa partie gestion électronique des capteurs et des actionneurs, relié à notre Automate sera le point de départ du projet des étudiants de 2ème année BTS ii. Le câblage Synoptique/Automate nest pas assuré par les étudiants, et il sera testé avant livraison.
a) Plan dimplantation détaillé :
Ce schéma est destiné à présenter limplantation des équipements qui seront disposés sur une table roulante destinée à passer de salles de classe en salles de classe.
b) Présentation de la platine " Synoptique " :
Capteurs :
Ce synoptique déjà existant comporte un interrupteur de Mise sous Tension et trois Boutons poussoirs de simulation des niveaux de cuve ( N1, N2 & N3 ).
Actionneurs :
Il comporte aussi des Diodes électroluminescentes ( P1, P2, Erreur manipulation, Mise sous tension, Temporisation & Permutation des pompes ). Un buzzer signale une alarme et le niveau du liquide dans la cuve est matérialisé par trois rangées de DEL placées dans le dessin de cuve.
Respect des consignes de sécurité électriques:
Le premier module didactique a été conçu avec un circuit électronique ne nécessitant quune énergie électrique Basse tension, il convient donc de respecter cela dans la partie connexion à lautomate dont les E/S seront alimentées en Basse Tension ( 24 Volts alternatif est la norme en ce domaine ).
2.2. Missions du système
Le système doit remplir les missions suivantes :
2.3 Réalisation de la Maquette du simulateur
Une fois que lapprovisionnement en matériel sera complet, nous procéderons à lassemblage et aux réglages de la partie opérative. Ce travail ne fait pas partie du thème de BTS et il sera assuré par des intervenants extérieurs ou des étudiants en dehors des heures denseignement.
Les tests des parties opératives seront réalisés avant le 1er Janvier 2000, voici le planning prévisionnel :

2.3. Approche systémique et Schéma Fonctionnel Associé à la Fonction dUsage

Matière duvre énergétique . . . . . . . . . . . . . . . Matière duvre informationnelle
Elève qui pilote :
Il reçoit les informations visuelles des voyants de la maquette et des GRAFCET de lécran PC. Il actionne les boutons poussoirs de la platine et entend les messages vocaux issus du PC.
Enseignant :
Il reçoit les informations visuelles des voyants de la maquette, des GRAFCET de lécran PC et entend les messages vocaux issus du PC. Il commande le mode de mise en route du " Synoptique " accompagné des GRAFCET ou bien il peut choisir de lancer la démonstration multimédia de ce module didactique.
Le groupe délève :
Il reçoit les informations visuelles des voyants de la maquette, des GRAFCET de lécran PC et entend les messages vocaux issus du PC. Il perçoit aussi les informations de lanimation multimédia présentée par lenseignant.
Fonction dusage :
Lautomate programmable attend des actions sur les boutons poussoirs de niveau afin de faire évoluer les actionneurs DEL et Buzzer,
Lautomate programmable transmet à la demande du PC les infos nécessaires à lévolution des jetons sur les GRAFCET de lécran VGA,
Le PC gère laffichage des GRAFCET et le synoptique virtuel en Temps Réel et émet des messages vocaux qui informent le public,
Le PC affiche une " Démo " logicielle du module didactique et émet des sons ainsi quune musique dambiance, il répond alors aux commandes clavier et souris de lutilisateur,
Schéma fonctionnel associé à la fonction dusage :
Clavier Souris . . . . Cdes élève . . . . . . Sonorisation " Capteurs " des trois niveaux

Cde . . . Infos E . . .Infos V . . Mise en place du CDROM . Alarme . . . . . . .Infos Voyants
Les Fonctions principales :
2.4.5 Décomposition des Fonctions Principales en Fonctions Secondaires


2.5. Fonctions majeures et contraintes d'utilisation
2.5.1. Mise en uvre et tests des fonctions vidéo et audio du PC pour FP 1
Réf. Fonction Description Contraintes FS 11 S.E. Win98 + Exécutif TR Permettre le développement du logiciel et assuré le pilotage des périphériques Vitesse dexécution des programmes suffisante avec respect des contraintes TIC FS 12
Lecteur CDROM + carte Audio
Installation et tests du CDROM et de la carte son, avec tests audio. Fiabilité et qualité des sons, avec des équipements de sonorisation HiFi. FS 13
Acquisition des états
Cette fonction assure la réception des trames en provenance de lautomate Extraire de la documentation TELEMECANIQUE les données utiles pour cela FS 14 Logiciel IH/M
Il affiche les GRAFCET et le synoptique virtuel, avec ou sans liaison Automate TSX 47.
Affiche en temps réel à lécran les étapes actives marquées par des jetons, les transitions activées peuvent apparaître clignotantes et colorées et il affiche aussi le synoptique virtuel. Réaliser un affichage SVGA sur un écran 15 ² ou
17 ² , avec une présentation conviviale et ergonomique.
Programmation IH/M sous Windows avec des API ou avec Visual Basic.
FS
15
Traitement des états et établissement des requêtes Traite les infos détats capteurs et actionneurs en temps réel et passe les ordres daffichage à lIH/M Application Temps Réel, respect du TIC FS
16
Emission des requêtes vers lautomate Cette fonction assure lémission des trames vers lautomate Extraire de la documentation TELEMECANIQUE les données utiles pour cela FS
17
Diffuser la présentation vidéo, stockée sur le CDROM En utilisant POWER POINT ou les pages HTML, il faut concevoir un scénario de présentation et réaliser le déroulement suivant ce scénario. Lélaboration du scénario est capitale pour cette partie, et une recherche documentaire simpose. FP 1 Animer un IH/M ou une présentation multimédia en gérant les parties audio et vidéo. Poste de supervision et de diffusion, il est la clé de ce module didactique En continu ou " Temps réel ", Yapluka 2.5.2. Développement et tests des Fonctions Secondaires de FP 2
Réf. Fonction Description Contrainte FS 21 Extension pour le pilotage de la liaison vers le PC Mise en forme des informations détat de lautomate pour envoi de trames suite à des requêtes du PC Dépouiller la documentation TELEMECANIQUE et extraire les données utiles à cette application FS 22 Partie Opérative du module didactique Elle assure la présentation aux élèves et elle est constituée le DEL, de BP et dun Buzzer. Tout ceci est câblé sur les E/S de lautomate en Basse Tension (risques électriques) Ce Boîtier nest pas à réaliser, mais il convient de vérifier son état de fonctionnement FS 23 Partie Opérative du module didactique Elle assure la présentation aux élèves et elle est constituée le DEL, de BP et dun Buzzer. Tout ceci est câblé sur les E/S de lautomate en Basse Tension (risques électriques) Ce Boîtier nest pas à réaliser, mais il convient de vérifier son état de fonctionnement FP 2 Gérer le module didactique et transmettre des compte-rendu au PC (FP 1) Peu de programmation, si ce nest le programme automate, mais une synthèse de la documentation TSX est souhaitable Yaka 3. Exigences qualité
3.1. Exigences qualité du logiciel
Le logiciel de supervision et de présentation multimédia doit être :
Maniable, c'est-à-dire facile d'emploi pour l'opérateur, avec une interface homme machine sous la forme de fenêtres d'affichage et de boîtes de dialogue;
Robuste, en conservant un fonctionnement conforme aux besoins lors d'une reprise après arrêt normal ou d'urgence, et en assurant le contrôle de la validité des données;
Sécurisé par la disponibilité et la continuité des traitements;
Maintenable, en offrant une grande facilité de localisation et de correction des erreurs résiduelles, ainsi que d'ajout ou de retrait de fonctionnalités.
Tous les logiciels relatifs à l'application doivent être livrables sur supports de stockage autonomes, ici un CDROM à graver.
3.2. Exigences qualité du développement
En ce qui concerne les exigences qualité du développement :
la modélisation du logiciel de supervision doit être réalisée avec la méthode SA-RT pour la spécification, et assurer un passage traçable à la conception;
la modélisation SA-RT doit être réalisée avec AGL;
l'architecture du logiciel de supervision doit être multitâche temps réel;
le codage doit respecter le standard de codage C/C++ en cours dans la section;
la chaîne de production des exécutables doit être réalisée avec BORLAND;
la réalisation de toute interface matérielle additionnelle doit respecter les normes de représentation en vigueur.
3.3. Exigences sur la documentation
Les exigences qualité à respecter, relativement aux documents, sont :
sur leur forme : respect de normes et de standards de représentation, maniabilité, homogénéité, lisibilité, maintenabilité;
sur leur fond : complétude, cohérence, précision .
3.4. Exigences sur la livraison
Les produits livrables du projet sont :
la documentation;
les codes sources et exécutables de l'application, ainsi que les fichiers de type makefile.
La documentation livrable du projet doit être composée :
d'un dossier technique n'excédant pas 50 pages de texte;
d'annexes techniques séparées concernant les documents constructeurs et les références fournisseurs des parties opératives, de la cible d'implémentation, les sources et les fichiers makefile;
d'un manuel d'installation et de mise en uvre n'excédant pas 15 pages;
d'un manuel d'utilisation n'excédant pas 15 pages.
Le dossier technique comporte :
les dossiers de spécification, de conception préliminaire, de conception détaillée;
les dossiers de tests;
les manuels d'installation et de mise en uvre, d'utilisation.
Les codes sources et exécutables de l'application, ainsi que les fichiers de type makefile, doivent être livrés sur supports autonomes (disquettes, bande magnétique).
A des fins d'évaluation lors de la soutenance du projet, chaque étudiant doit indiquer explicitement les parties qu'il a personnellement réalisées dans les différents documents. Il convient dy ajouter un Planning des différents travaux réalisés aussi bien pour le groupe quindividuellement.
3.5. Exigences sur l'environnement d'exploitation
En ce qui concerne l'exploitation :
Le PC de gestion logicielle du module didactique sera placé prés de la maquette, et celle ci sera bien visible par lauditoire ou le public;
Il faut prévoir un ensemble compact pour un transport aisé au sein des bâtiments scolaires.
LAutomate na pas besoin dêtre vu, et lon peut le placer dans la partie basse du chariot.
Base de documententation :
Ressources documentaire à votre disposition pour ce thème :

Page réalisée le 04 janvier 2000, par Gilles Domagala.