Interface supervision - Historique des versions

Rex : /* Présentation du projet */

2013-05-28T11:36:55Z

‎Présentation du projet

Rex : /* Présentation du projet */

2013-05-28T11:29:24Z

‎Présentation du projet

Sxing : /* Présentation du projet */

2013-05-15T11:34:40Z

‎Présentation du projet

Sxing : /* Présentation du projet */

2013-05-15T11:29:51Z

‎Présentation du projet

Sxing : /* Avancement du projet */

2013-05-15T11:21:10Z

‎Avancement du projet

Sxing le 7 mai 2013 à 16:51

2013-05-07T16:51:15Z

Sxing : /* Présentation du projet */

2013-05-07T16:49:42Z

‎Présentation du projet

Sxing : /* Avancement du projet */

2013-05-07T14:35:22Z

‎Avancement du projet

Sxing : /* Présentation du projet */

2013-05-07T14:23:58Z

‎Présentation du projet

Sxing : /* Présentation du projet */

2013-05-07T14:15:02Z

‎Présentation du projet

@@ Ligne 1 : / Ligne 1 : @@
 == '''Présentation du projet''' ==
-<include nopre noesc src="/home/pedago/pimasc/include/video-RegulationHydraulique2012-iframe.html" />
+<include nopre noesc src="/home/pedago/pimasc/include/video-PlateformeVirtuelle2012-iframe.html" />
 ----
 '''Description'''

← Version précédente		Version du 28 mai 2013 à 11:29
Ligne 1 :		Ligne 1 :
	== '''Présentation du projet''' ==		== '''Présentation du projet''' ==
		+	<include nopre noesc src="/home/pedago/pimasc/include/video-RegulationHydraulique2012-iframe.html" />

	----		----

@@ Ligne 153 : / Ligne 153 : @@
 Théoriquement la liaison doit se faire en temps réel, mais lors du mapping du modèle Simulink qui est exactement comme le modèle de Simulation la compilation s'arrête et ne nous autorise pas valider le modèle car la version d'évaluation ne permet ce genre d'exécution. Ci-dessus le message ainsi affiché.
-*Image
+[[Fichier:erreur_mapping.jpg]]
 '''Semaine 10 (04/04/13)'''

@@ Ligne 140 : / Ligne 140 : @@
 Au cours des deux séances de cette semaine, nous avons fait une modélisation d'un des deux réservoirs en effectuant une identification, on trouve un système de premier ordre. Puis on a élaboré une interface Labview commandant le système dans Simulink.
+[[Fichier:model_labview_simulink.jpg]]
 La compilation se fait correctement mais au niveau de Labview lors du mapping des entrés sorties le PID n'est pas considéré comme une entité complète mais comme trois correcteurs; le proportionnel, l'integral et le dérivateur.

← Version précédente		Version du 15 mai 2013 à 11:21
Ligne 122 :		Ligne 122 :


−	[[Fichier:~~test~~.jpg]]	+	[[Fichier:input_output_noerreur.jpg]]

← Version précédente		Version du 7 mai 2013 à 16:51
Ligne 191 :		Ligne 191 :
	Réalisation de la vidéo et finalisation du rapport.		Réalisation de la vidéo et finalisation du rapport.

−	[[Fichier:~~rapport_final~~.pdf]]	+	[[Fichier:rapport_final_XING_MABROUL.pdf]]

← Version précédente		Version du 7 mai 2013 à 16:49
Ligne 190 :		Ligne 190 :

	Réalisation de la vidéo et finalisation du rapport.		Réalisation de la vidéo et finalisation du rapport.
		+
		+	[[Fichier:rapport_final.pdf]]

@@ Ligne 84 : / Ligne 84 : @@
 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éalisé 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.
+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.
+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.
@@ Ligne 102 : / Ligne 102 : @@
 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 initial.
+Ci-dessous une image du modèle Simulink initial.
 [[Fichier:model1.jpg]]
-Pour que le modèle soit exploitable par Labview il faut le compiler en un fichier DLL. La compilation s'est faite sans problème pour notre exemple, cependant en faisant la même démarche pour notre modèle Simulink initial la compilation ne se fait et on obtient un message d'erreur.
+Pour que le modèle soit exploitable par Labview il faut le compiler en un fichier DLL. La compilation s'est faite sans problème pour notre exemple, cependant en faisant la même démarche pour notre modèle Simulink initial la compilation ne se fait pas et on obtient un message d'erreur.
@@ Ligne 131 : / Ligne 131 : @@
 En se référant aux principes de fonctionnement de la RTW et du Module NIDLL (SIT), nous avons trouvé qu'il est impossible d'utiliser deux configurations en même temps pour le même modèle: La RTW créé elle aussi un fichier C à partir du modèle Simulink qui est implémenté dans la carte d'acquisition, et lorsque le modèle est en fonctionnement temps réel les configurations de la simulation sont changées pour fonctionner avec la RTW or ces configurations ne sont pas bonnes pour fonctionner avec le SIT.
-Pour résoudre les problèmes de la solution précédente, nous avons utilisé deux modèles Simulink en communication entre eux; Le premier ne contient que les entrées sorties analogiques et ne s'occupe que de l'acquisition des données temps réel puis de les envoyer au deuxième modèle qui lui configuré pour le SIT et la communication avec Labview.
+Pour résoudre les problèmes de la solution précédente, nous avons utilisé deux modèles Simulink en communication entre eux. Le premier ne contient que les entrées sorties analogiques et ne s'occupe que de l'acquisition des données temps réel puis de les envoyer au deuxième modèle qui lui configuré pour le SIT et la communication avec Labview.
-Les deux modèles fonctionnent chacun à part mais Matlab ne propose aucune fonction pour envoyer en temps réel les données d'un modèle vers un autre; Le système ainsi crée n'est pas en temps réel et cette solution était donc rejetée.
+Les deux modèles fonctionnent chacun à part mais Matlab ne propose aucune fonction pour envoyer en temps réel les données d'un modèle vers un autre. Le système ainsi crée n'est pas en temps réel et cette solution était donc rejetée.
@@ Ligne 145 : / Ligne 145 : @@
 La compilation se fait correctement mais au niveau de Labview lors du mapping des entrés sorties le PID n'est pas considéré comme une entité complète mais comme trois correcteurs; le proportionnel, l'integral et le dérivateur.
-On a donc remplacer le PID par un autre correcteur (observateur Floue) pour éviter ce problème. Le réglage de ce correcteur n'était pas fait car il était juste question de tester la faisabilité de cette solution. En simulation, on arrive donc a creer une interface Labview en liaison avec le modèle Simulink tout en respectant le cahier des charges. Il reste valider ce modèle en temps réel.
+On a donc remplacer le PID par un autre correcteur (observateur Floue) pour éviter ce problème. Le réglage de ce correcteur n'était pas fait car il était juste question de tester la faisabilité de cette solution. En simulation, on arrive donc a créé une interface Labview en liaison avec le modèle Simulink tout en respectant le cahier des charges. Il reste valider ce modèle en temps réel.
@@ Ligne 152 : / Ligne 152 : @@
 Dans cette semaine, on a créer des objets dans Labview capables de recevoir et de commander la pompe directement à partir de l'interface; L'idée est de n'utiliser que la partie correction de Simulink. Pour cela on a du utiliser les assistants DAQ (Data Acquisition) et le module NI Max qui s'occupe des périphériques National Instrument. La vidéo montre comment on commande le système hydraulique directement à partir de notre interface de Labview.
-Théoriquement la liaison doit se faire en temps réel, mais lors du mapping du modèle Simulink qui est exactement comme le modèle de Simulation la compilation s'arrête et ne nous autorise pas valider le modèle car la version d'évaluation ne permet ce genre d'exécution. Ci dessus le message ainsi affiché.
+Théoriquement la liaison doit se faire en temps réel, mais lors du mapping du modèle Simulink qui est exactement comme le modèle de Simulation la compilation s'arrête et ne nous autorise pas valider le modèle car la version d'évaluation ne permet ce genre d'exécution. Ci-dessus le message ainsi affiché.
 *Image
@@ Ligne 162 : / Ligne 162 : @@
 Dans cette semaine on a réalisé la commande du prédicateur de Smith. L’intérêt de cette commande est que lorsqu'on introduit un retard (simulé par un serpentin dans notre système hydraulique) le système reste stable et ne présente pas de dépassement.
-Pour pouvoir réaliser cette commande on a d'abord effectuer une identification en envoyant un echelon au système en boucle ouverte. La réponse temporelle trouvée est celle d'un première ordre. Ci dessous le schéma de principe pour la boucle ouverte utilisée pour l'identification.
+Pour pouvoir réaliser cette commande on a d'abord effectué une identification en envoyant un échelon au système en boucle ouverte. La réponse temporelle trouvée est celle d'un première ordre. Ci-dessous le schéma de principe pour la boucle ouverte utilisée pour l'identification.

@@ Ligne 65 : / Ligne 65 : @@
 '''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é.
+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 contacte 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és.
 Solutions trouvées:
@@ Ligne 71 : / Ligne 71 : @@
 - Récupération du PID utilisé dans Matlab/Simulink et reconstruction de la totalité du modèle sur Labview.
-- 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
+- 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 d'entrées sorties et l'action du PID sous formes de tables numériques sur ce dernier
 - Compilation du modèle Simulink sous forme d'un fichier DLL puis utilisation de l'utilitaire SIT (Simulation Interface Toolkit).
@@ Ligne 78 : / Ligne 78 : @@
 '''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:
+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 de 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.
+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.
+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éalisé 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.

@@ Ligne 14 : / Ligne 14 : @@
 '''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.
+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.
+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 quelques limites du PID mis en place par de nouvelles commandes, notamment la prédicateur de Smith et la commande Floue.
@@ Ligne 58 : / Ligne 58 : @@
 '''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.
+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.