Interface supervision : Différence entre versions
Ligne 100 : | Ligne 100 : | ||
'''Semaine 5 (07/03/13)''' | '''Semaine 5 (07/03/13)''' | ||
− | Au cours des séances de cette semaine, l'objectif est d'appliquer les mêmes méthodes pour l'exemple de la sinusoïde | + | Au cours des séances de cette semaine, l'objectif est d'appliquer les mêmes méthodes pour l'exemple de la sinusoïde sur le modèle fournie. |
+ | |||
+ | Ci dessous une image du modèle Simulink. | ||
+ | |||
+ | |||
Version du 6 mai 2013 à 13:44
Présentation du projet
Encadrant
Belkacem OULD BOUAMAMA
Binôme
Ilyas MABROUK, Shitao XING.
Description
Il s'agit d'un système hydraulique constitué de deux réservoirs ( T1 et T2) alimentés par une pompe et qui pouvant communiquer à l'aide d'une vanne. Ce système est la représentation d'une station hydraulique réelle qui doit être régulée en niveau à l'aide d'une interface de supervision distante; Il contient deux capteurs de niveaux pour chacune des deux cuves et un capteur de débit à la sortie de la pompe.
Objectifs
Notre projet est constitué principalement de deux parties: La première consiste à améliorer l'aspect visuel du modèle proposé en utilisant l'interface de Labview en lien avec la boite à outil RTW de Matlab/Simulink le tout en temps réel. La deuxième consiste à corriger quelque limites du PID mis en place par de nouvelles commandes, notamment la prédicateur de Smith et la commande Floue.
Compétences demandées
La commande avancée.
Modélisation et identification des systèmes linéaires invariants.
Maîtrise du logiciel de simulation Labview.
Maîtrise de Simulink ainsi que la boite à outil RTW.
Matériel
Le système hydraulique.
La carte d'acquisition National Instrument.
Logiciel
Matlab/Simulink
Labview
NI Max
Avancement du projet
Semaine par semaine
Semaine 1 (04/02/13)
Dans les séances de la première semaine il était question de bien comprendre le fonctionnement général du système; On a réalisé différents testes en temps réel en introduisant à chaque fois des perturbations par les différentes vannes pour voir la performance du PID utilisé face à telles contraintes.
D'autre part, on a fait une synthèse objective des objectifs attendus de ce projet ainsi que les compétences à mettre en évidence pour aboutir aux résultats attendus. On a donc décidé de partager le projet en deux parties principales: La première s'occupe de la partie interface Labview en liaison avec le modèle Simulink, la seconde est consacrée à l'amélioration de la commande utilisée en fonctions des limites découvertes du PID après les différents testes.
Semaine 2 (14/02/13)
En premier temps, on a rassemblé les logiciels nécessaires pour la réalisation de la première partie du projet. Le poste ne disposait pas de Labview et l'école n'offre qu'une version très ancienne (V6.1), on a du contacter National Instrument pour avoir une License pour étudiant. On a pas pu avoir une License mais une version d'évaluation prolongeable. En second temps, on a énumérer les solutions plausibles et étudier leurs faisabilité.
Solutions trouvées:
1- Récupération du PID utilisé dans Matlab/Simulink et reconstruction de la totalité du modèle sur Labview.
2- Création d'un tunnel ActiveX entre l'interface réalisée sur Labview et un tableur (Excel par exemple) puis récupérer les données des entrées sorties et l'action du PID sous formes de tables numériques sur ce dernier
3- Compilation du modèle Simulink sous forme d'un fichier DLL puis utilisation de l'utilitaire SIT (Simulation Interface Toolkit).
Semaine 3 (27/02/13)
Les séances de cette semaine étaient consacrées pour la mise en pratique des deux premières solutions proposées ci-dessous. On tire les conclusions suivantes pour chacune des ces solutions:
Solution 1: Cette solution est assez intuitive: Puisqu'il s'agit d'avoir des résultats plus exploitables visuellement, il suffit de récupérer le PID utilisé dans Matlab/Simulink et de refaire tout le modèle sur Labview.
Cette solution n'a pas été choisie pour deux raisons: D'une part parce que la configuration du PID du modèle Simulink a été faite avec des tables d'étalonnages spéciales pour ce modèle, et donc il est nécessaire soit de reconfigurer le PID soit de refaire les tables d'étalonnage pour Labview. D'autre part, en choisissant cette solution on dépasse les limites du cahier des charges, le travail va être réaliser uniquement sur Labview et les solveurs de Matlab ne seront pas exploités.
Solution 2: Le tunnel ActiveX avec un tableur se réalise facilement, mais les données récupérés du modèle Simulink ne sont pris que dans un intervalle de temps bien limité; Le tunnel ActiveX fonctionne avec un tableur statique, c'est à dire qu'il ne change pas de valeurs en temps réel. Cette solution est rejetée.
Semaine 4 (04/03/13)
La seule solution qui nous parait faisable alors est l'utilisation du SIT. Il a fallu contacter National Instrument pour avoir une version d'évaluation vu que ce module n'est pas disponible sur les postes de l'école. Après l'acquisition de ce dernier il a fallu chercher des documentations sur l'utilisation de ce module. Les configurations sur Matlab/Simulink ont été rapidement faites mais du côté de Labview le module n'était toujours pas détecté; Le module "Real Time Module" n'était pas disponible sur la version fournie. Après mise à jour, nous avons réalisé une simple interface Labview communicante avec Simulink pour illustrer les fonctionnalités de ce module.
Il s'agit d'un signal sinusoïdal créé à partir d'un modèle Simulink et dont la fréquence et l'amplitude sont commandables à partir d'une interface Labview qui contient deux potentiomètres et un graphe déroulant.
Semaine 5 (07/03/13)
Au cours des séances de cette semaine, l'objectif est d'appliquer les mêmes méthodes pour l'exemple de la sinusoïde sur le modèle fournie.
Ci dessous une image du modèle Simulink.
Semaine 6 (13/03/13)
Semaine 7 (20/03/13)
Semaine 8 (25/03/13)
Semaine 9 (28/03/13)
Semaine 10 (04/04/13)
Semaine 22 (10/04/13)
Semaine 24 (29/04/13)