<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="fr">
		<id>https://projets-ima.plil.fr/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Achekko1</id>
		<title>Wiki de Projets IMA - Contributions de l’utilisateur [fr]</title>
		<link rel="self" type="application/atom+xml" href="https://projets-ima.plil.fr/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Achekko1"/>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php/Sp%C3%A9cial:Contributions/Achekko1"/>
		<updated>2026-05-15T21:58:34Z</updated>
		<subtitle>Contributions de l’utilisateur</subtitle>
		<generator>MediaWiki 1.29.2</generator>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4123</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4123"/>
				<updated>2013-02-19T14:48:10Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Deuxième partie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;br /&gt;
&lt;br /&gt;
=== Deuxième partie ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 21 janvier au 2 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Développement sous Matlab de la méthode de décomposition validée lors de la première période.&lt;br /&gt;
Dans notre plan de travail, nous avons prévu une semaine pour ce développement. Néanmoins, la méthode demandait plus de temps que prévu. Vu l'importance des autres points à venir, nous avons décidé de la finaliser plutard.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 4 février au 9 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Implémentation de l'algorithme de surveillance.&lt;br /&gt;
&lt;br /&gt;
Nous avons repris le modèle effectué par les étudiants de l'année dernière, de façon à répartir les différents capteurs selon la nouvelle décomposition, c'est-à-dire : Avoir 3 unités de contrôle qui communiquent entre elles, à l'aide d'un réseau modélisé sur Matlab/Simulink, qui traitent les notions de communication réseau, i.e : envoi et réception des données entre les sous-systèmes.&lt;br /&gt;
&lt;br /&gt;
Nous avons pensé à deux solutions : (modélisées sous Simulink)&lt;br /&gt;
1) Ordonnancer les tâches des trois sous-systèmes afin qu'ils puissent communiquer les données générées entre eux.&lt;br /&gt;
2) Mettre en place des 'block delay&amp;quot; sur les sorties communiqués des sous-systèmes pour respecter les temps d'envoi et de réception de données entre eux. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 11 février au 16 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en mode Hors Ligne. Nous avons estimé les valeurs des capteurs sans avoir à connecter notre modèle avec le GV.&lt;br /&gt;
Dans un premier lieu, nous avons testé notre démarche en mode Hors ligne, c’est-à-dire que nous avons utilisé des valeurs théoriques fixées au préalable, qui représentent les données fournies par les capteurs du GV, pour en générer les résidus. Ensuite, nous avons comparé à l’aide d’une soustraction les résidus issus de la modélisation centralisée, à ceux que nous avons obtenu après la décentralisation. &lt;br /&gt;
Nous nous sommes rendues compte que les calculs de tous les résidus en mode décentralisé, se font en même temps, comme dans le cas du mode centralisé. Alors qu’en réalité, les unités de contrôle échangent des données capteurs entre elles, par conséquent, le calcul des résidus du système nécessite un temps de communication entre les sous-systèmes en question.  Ce qui nous a poussées à réfléchir à une méthode pour respecter le temps de communication entre les unités de contrôle. &lt;br /&gt;
Le sous-système correspondant à la régulation « niveau d’eau + Débit vapeur » ne demande aucune donnée des autres sous-systèmes pour effectuer ses calculs de RRAs, mais les deux autres réclament les données validées par celui-ci. Nous avons donc songé à lui donner la priorité d’exécution. Puis viendra en second lieu le sous-système régulation « niveau d’eau dans le condenseur » qui ne demande que deux données. Puis en dernier lieu, nous placerons le sous-système « régulation de la cuve et du circuit de refroidissement ». Cet ordonnancement a été représenté par des « blocks delay » sur Simulink, traduisant &lt;br /&gt;
un retard de communication entre les valeurs des capteurs échangées. Ci-dessous le schéma Simulink de notre représentation. &lt;br /&gt;
[[Fichier:centr.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 février au 24 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en ligne sur le GV &lt;br /&gt;
Interprétation des résultats obtenus&lt;br /&gt;
Rédaction du rapport&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 25 février au 28 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Préparation de la soutenance&lt;br /&gt;
Validation par l'enseignant.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4122</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4122"/>
				<updated>2013-02-19T14:47:52Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Deuxième partie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;br /&gt;
&lt;br /&gt;
=== Deuxième partie ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 21 janvier au 2 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Développement sous Matlab de la méthode de décomposition validée lors de la première période.&lt;br /&gt;
Dans notre plan de travail, nous avons prévu une semaine pour ce développement. Néanmoins, la méthode demandait plus de temps que prévu. Vu l'importance des autres points à venir, nous avons décidé de la finaliser plutard.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 4 février au 9 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Implémentation de l'algorithme de surveillance.&lt;br /&gt;
&lt;br /&gt;
Nous avons repris le modèle effectué par les étudiants de l'année dernière, de façon à répartir les différents capteurs selon la nouvelle décomposition, c'est-à-dire : Avoir 3 unités de contrôle qui communiquent entre elles, à l'aide d'un réseau modélisé sur Matlab/Simulink, qui traitent les notions de communication réseau, i.e : envoi et réception des données entre les sous-systèmes.&lt;br /&gt;
&lt;br /&gt;
Nous avons pensé à deux solutions : (modélisées sous Simulink)&lt;br /&gt;
1) Ordonnancer les tâches des trois sous-systèmes afin qu'ils puissent communiquer les données générées entre eux.&lt;br /&gt;
2) Mettre en place des 'block delay&amp;quot; sur les sorties communiqués des sous-systèmes pour respecter les temps d'envoi et de réception de données entre eux. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 11 février au 16 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en mode Hors Ligne. Nous avons estimé les valeurs des capteurs sans avoir à connecter notre modèle avec le GV.&lt;br /&gt;
Dans un premier lieu, nous avons testé notre démarche en mode Hors ligne, c’est-à-dire que nous avons utilisé des valeurs théoriques fixées au préalable, qui représentent les données fournies par les capteurs du GV, pour en générer les résidus. Ensuite, nous avons comparé à l’aide d’une soustraction les résidus issus de la modélisation centralisée, à ceux que nous avons obtenu après la décentralisation. &lt;br /&gt;
Nous nous sommes rendues compte que les calculs de tous les résidus en mode décentralisé, se font en même temps, comme dans le cas du mode centralisé. Alors qu’en réalité, les unités de contrôle échangent des données capteurs entre elles, par conséquent, le calcul des résidus du système nécessite un temps de communication entre les sous-systèmes en question.  Ce qui nous a poussées à réfléchir à une méthode pour respecter le temps de communication entre les unités de contrôle. &lt;br /&gt;
Le sous-système correspondant à la régulation « niveau d’eau + Débit vapeur » ne demande aucune donnée des autres sous-systèmes pour effectuer ses calculs de RRAs, mais les deux autres réclament les données validées par celui-ci. Nous avons donc songé à lui donner la priorité d’exécution. Puis viendra en second lieu le sous-système régulation « niveau d’eau dans le condenseur » qui ne demande que deux données. Puis en dernier lieu, nous placerons le sous-système « régulation de la cuve et du circuit de refroidissement ». Cet ordonnancement a été représenté par des « blocks delay » sur Simulink, traduisant &lt;br /&gt;
un retard de communication entre les valeurs des capteurs échangées. Ci-dessous le schéma Simulink de notre représentation. &lt;br /&gt;
[[Fichier:centr.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 février au 24 février &amp;lt;/&amp;gt;&lt;br /&gt;
Tests en ligne sur le GV &lt;br /&gt;
Interprétation des résultats obtenus&lt;br /&gt;
Rédaction du rapport&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 25 février au 28 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Préparation de la soutenance&lt;br /&gt;
Validation par l'enseignant.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Centr.jpg&amp;diff=4121</id>
		<title>Fichier:Centr.jpg</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Centr.jpg&amp;diff=4121"/>
				<updated>2013-02-19T14:45:58Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4120</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4120"/>
				<updated>2013-02-19T14:45:38Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Deuxième partie */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;br /&gt;
&lt;br /&gt;
=== Deuxième partie ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 21 janvier au 2 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Développement sous Matlab de la méthode de décomposition validée lors de la première période.&lt;br /&gt;
Dans notre plan de travail, nous avons prévu une semaine pour ce développement. Néanmoins, la méthode demandait plus de temps que prévu. Vu l'importance des autres points à venir, nous avons décidé de la finaliser plutard.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 4 février au 9 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Implémentation de l'algorithme de surveillance.&lt;br /&gt;
&lt;br /&gt;
Nous avons repris le modèle effectué par les étudiants de l'année dernière, de façon à répartir les différents capteurs selon la nouvelle décomposition, c'est-à-dire : Avoir 3 unités de contrôle qui communiquent entre elles, à l'aide d'un réseau modélisé sur Matlab/Simulink, qui traitent les notions de communication réseau, i.e : envoi et réception des données entre les sous-systèmes.&lt;br /&gt;
&lt;br /&gt;
Nous avons pensé à deux solutions : (modélisées sous Simulink)&lt;br /&gt;
1) Ordonnancer les tâches des trois sous-systèmes afin qu'ils puissent communiquer les données générées entre eux.&lt;br /&gt;
2) Mettre en place des 'block delay&amp;quot; sur les sorties communiqués des sous-systèmes pour respecter les temps d'envoi et de réception de données entre eux. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 11 février au 16 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en mode Hors Ligne. Nous avons estimé les valeurs des capteurs sans avoir à connecter notre modèle avec le GV.&lt;br /&gt;
Dans un premier lieu, nous avons testé notre démarche en mode Hors ligne, c’est-à-dire que nous avons utilisé des valeurs théoriques fixées au préalable, qui représentent les données fournies par les capteurs du GV, pour en générer les résidus. Ensuite, nous avons comparé à l’aide d’une soustraction les résidus issus de la modélisation centralisée, à ceux que nous avons obtenu après la décentralisation. &lt;br /&gt;
Nous nous sommes rendues compte que les calculs de tous les résidus en mode décentralisé, se font en même temps, comme dans le cas du mode centralisé. Alors qu’en réalité, les unités de contrôle échangent des données capteurs entre elles, par conséquent, le calcul des résidus du système nécessite un temps de communication entre les sous-systèmes en question.  Ce qui nous a poussées à réfléchir à une méthode pour respecter le temps de communication entre les unités de contrôle. &lt;br /&gt;
Le sous-système correspondant à la régulation « niveau d’eau + Débit vapeur » ne demande aucune donnée des autres sous-systèmes pour effectuer ses calculs de RRAs, mais les deux autres réclament les données validées par celui-ci. Nous avons donc songé à lui donner la priorité d’exécution. Puis viendra en second lieu le sous-système régulation « niveau d’eau dans le condenseur » qui ne demande que deux données. Puis en dernier lieu, nous placerons le sous-système « régulation de la cuve et du circuit de refroidissement ». Cet ordonnancement a été représenté par des « blocks delay » sur Simulink, traduisant &lt;br /&gt;
un retard de communication entre les valeurs des capteurs échangées. Ci-dessous le schéma Simulink de notre représentation. &lt;br /&gt;
[[Fichier:centr.jpg]]&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4118</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4118"/>
				<updated>2013-02-19T14:39:28Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;br /&gt;
&lt;br /&gt;
=== Deuxième partie ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 21 janvier au 2 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Développement sous Matlab de la méthode de décomposition validée lors de la première période.&lt;br /&gt;
Dans notre plan de travail, nous avons prévu une semaine pour ce développement. Néanmoins, la méthode demandait plus de temps que prévu. Vu l'importance des autres points à venir, nous avons décidé de la finaliser plutard.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 4 février au 9 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Implémentation de l'algorithme de surveillance.&lt;br /&gt;
&lt;br /&gt;
Nous avons repris le modèle effectué par les étudiants de l'année dernière, de façon à répartir les différents capteurs selon la nouvelle décomposition, c'est-à-dire : Avoir 3 unités de contrôle qui communiquent entre elles, à l'aide d'un réseau modélisé sur Matlab/Simulink, qui traitent les notions de communication réseau, i.e : envoi et réception des données entre les sous-systèmes.&lt;br /&gt;
&lt;br /&gt;
Nous avons pensé à deux solutions : (modélisées sous Simulink)&lt;br /&gt;
1) Ordonnancer les tâches des trois sous-systèmes afin qu'ils puissent communiquer les données générées entre eux.&lt;br /&gt;
2) Mettre en place des 'block delay&amp;quot; sur les sorties communiqués des sous-systèmes pour respecter les temps d'envoi et de réception de données entre eux. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 11 février au 16 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en mode Hors Ligne. Nous avons estimé les valeurs des capteurs sans avoir à connecter notre modèle avec le GV.&lt;br /&gt;
Dans un premier lieu, nous avons testé notre démarche en mode Hors ligne, c’est-à-dire que nous avons utilisé des valeurs théoriques fixées au préalable, qui représentent les données fournies par les capteurs du GV, pour en générer les résidus. Ensuite, nous avons comparé à l’aide d’une soustraction les résidus issus de la modélisation centralisée, à ceux que nous avons obtenu après la décentralisation. &lt;br /&gt;
Nous nous sommes rendues compte que les calculs de tous les résidus en mode décentralisé, se font en même temps, comme dans le cas du mode centralisé. Alors qu’en réalité, les unités de contrôle échangent des données capteurs entre elles, par conséquent, le calcul des résidus du système nécessite un temps de communication entre les sous-systèmes en question.  Ce qui nous a poussées à réfléchir à une méthode pour respecter le temps de communication entre les unités de contrôle. &lt;br /&gt;
Le sous-système correspondant à la régulation « niveau d’eau + Débit vapeur » ne demande aucune donnée des autres sous-systèmes pour effectuer ses calculs de RRAs, mais les deux autres réclament les données validées par celui-ci. Nous avons donc songé à lui donner la priorité d’exécution. Puis viendra en second lieu le sous-système régulation « niveau d’eau dans le condenseur » qui ne demande que deux données. Puis en dernier lieu, nous placerons le sous-système « régulation de la cuve et du circuit de refroidissement ». Cet ordonnancement a été représenté par des « blocks delay » sur Simulink, traduisant &lt;br /&gt;
un retard de communication entre les valeurs des capteurs échangées. Ci-dessous le schéma Simulink de notre représentation. &lt;br /&gt;
&lt;br /&gt;
[[Fichier:centralisé.jpg]]&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4037</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=4037"/>
				<updated>2013-02-13T16:49:17Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;br /&gt;
&lt;br /&gt;
=== Deuxième partie ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 21 janvier au 2 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Développement sous Matlab de la méthode de décomposition validée lors de la première période.&lt;br /&gt;
Dans notre plan de travail, nous avons prévu une semaine pour ce développement. Néanmoins, la méthode demandait plus de temps que prévu. Vu l'importance des autres points à venir, nous avons décidé de la finaliser plutard.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 4 février au 9 février &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Implémentation de l'algorithme de surveillance.&lt;br /&gt;
&lt;br /&gt;
Nous avons repris le modèle effectué par les étudiants de l'année dernière, de façon à répartir les différents capteurs selon la nouvelle décomposition, c'est-à-dire : Avoir 3 unités de contrôle qui communiquent entre elles, à l'aide d'un réseau modélisé sur Matlab/Simulink, qui traitent les notions de communication réseau, i.e : envoi et réception des données entre les sous-systèmes.&lt;br /&gt;
&lt;br /&gt;
Nous avons pensé à deux solutions : (modélisées sous Simulink)&lt;br /&gt;
1) Ordonnancer les tâches des trois sous-systèmes afin qu'ils puissent communiquer les données générées entre eux.&lt;br /&gt;
2) Mettre en place des 'block delay&amp;quot; sur les sorties communiqués des sous-systèmes pour respecter les temps d'envoi et de réception de données entre eux. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 11 février au 16 février &amp;lt;/u&amp;gt;&lt;br /&gt;
Tests en mode Hors Ligne. Nous avons estimé les valeurs des capteurs sans avoir à connecter notre modèle avec le GV.&lt;br /&gt;
Tests en mode En Ligne : En cours&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3816</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3816"/>
				<updated>2012-12-16T19:56:48Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Conclusion==&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à comprendre et analyser le cahier des charges, en commençant par une première approche théorique de l’analyse structurelle, pour enfin réussir, après de nombreux essais à trouver un algorithme qui satisfait nos exigences, et qui répartit notre système en trois unités de contrôles homogènes, réduisant les échanges entre eux.  La moitié du travail est faite, reste à implémenter notre algorithme en temps réel sous DSPACE, et le tester pour pouvoir effectuer la supervision décentralisée du générateur de vapeur.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3815</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3815"/>
				<updated>2012-12-16T19:54:59Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 3 ou 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Algo.png&amp;diff=3814</id>
		<title>Fichier:Algo.png</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Algo.png&amp;diff=3814"/>
				<updated>2012-12-16T19:53:34Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : a téléversé une nouvelle version de « Fichier:Algo.png »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Algo.png&amp;diff=3813</id>
		<title>Fichier:Algo.png</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Algo.png&amp;diff=3813"/>
				<updated>2012-12-16T19:53:19Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3812</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3812"/>
				<updated>2012-12-16T19:52:48Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 3 ou 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus. L'algo est le suivant : &lt;br /&gt;
[[Fichier:algo.png]]&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3811</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3811"/>
				<updated>2012-12-16T19:47:07Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus.&lt;br /&gt;
&lt;br /&gt;
Cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3810</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3810"/>
				<updated>2012-12-16T19:45:21Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, tout en triangularisant la matrice de façon à réduire le flux des échanges entre les sous-systèmes obtenus.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3809</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3809"/>
				<updated>2012-12-16T19:42:56Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[But :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, se basant sur l'algo suivant : &lt;br /&gt;
&lt;br /&gt;
Soit A la matrice de signature&lt;br /&gt;
Pour i allant de 2 à la taille A Faire&lt;br /&gt;
	Pour j allant de 2 à la taille de A Faire&lt;br /&gt;
		***** la somme des colonnes *****&lt;br /&gt;
		N &amp;lt;-- la somme de A(i,j) &lt;br /&gt;
		***** la somme des lignes *****&lt;br /&gt;
		S &amp;lt;-- la somme de A(j,i)&lt;br /&gt;
	Fin Pour&lt;br /&gt;
Fin Pour&lt;br /&gt;
&lt;br /&gt;
Pour k allant de 2 à la taille de N Faire&lt;br /&gt;
	 Si N(k) = min (N)  Alors&lt;br /&gt;
		 On mémorise K  dans mem_k&lt;br /&gt;
	Fin Si&lt;br /&gt;
Fin Pour&lt;br /&gt;
&lt;br /&gt;
Pour l allant de 1 à la taille de mem_k Faire&lt;br /&gt;
	Pour m allant de 2 à la taille de A Faire&lt;br /&gt;
		 Si A(mem_k(l),m)= 1&lt;br /&gt;
			Si oui &lt;br /&gt;
	                   on regarde si S(m) = min (S)&lt;br /&gt;
	                   on memorise la ligne mem_k(l) de A dans mem_li&lt;br /&gt;
	                   on memorise la colonne m de A dans mem_co&lt;br /&gt;
			Fin Si&lt;br /&gt;
		Fin Si&lt;br /&gt;
	Fin Pour&lt;br /&gt;
Fin Pour&lt;br /&gt;
		&lt;br /&gt;
-on concatene la ligne A(mem_li,:) avec la matrice A &lt;br /&gt;
-A= [A(mem_li A]&lt;br /&gt;
-on supprime A(mem_li,:) de A&lt;br /&gt;
-on concatene la colonne A(:,mem_co) avec la matrice A &lt;br /&gt;
-A=[A(mem_co; A]&lt;br /&gt;
-on supprime A(:,mem_co) de A	&lt;br /&gt;
-on répéte la même demarche:&lt;br /&gt;
	la somme des colonnes sans compter la colonne déjà concatenée avec A&lt;br /&gt;
	la somme des lignes sans compter la ligne déjà concatenée avec A&lt;br /&gt;
	on cherche le min dans N et S&lt;br /&gt;
	cette fois-ci entre les min(N), on privilège les lignes qui ont des élements en commun avec la colonne de l'étape précedente&lt;br /&gt;
		  &lt;br /&gt;
-Jusqu'à l'obtention d'une matrice triangulaire. &lt;br /&gt;
&lt;br /&gt;
cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.png]]&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Testo.png&amp;diff=3808</id>
		<title>Fichier:Testo.png</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Testo.png&amp;diff=3808"/>
				<updated>2012-12-16T19:41:27Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3807</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3807"/>
				<updated>2012-12-16T19:34:35Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[En cours :]] Création d'un premier algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 3 décembre au 13 décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Résultat du 1er algorithme non satisfaisant, recherche d'un deuxième algorithme répartissant la matrice sous 3 sous-systèmes, se basant sur l'algo suivant : &lt;br /&gt;
&lt;br /&gt;
Soit A la matrice de signature&lt;br /&gt;
Pour i allant de 2 à la taille A Faire&lt;br /&gt;
	Pour j allant de 2 à la taille de A Faire&lt;br /&gt;
		***** la somme des colonnes *****&lt;br /&gt;
		N &amp;lt;-- la somme de A(i,j) &lt;br /&gt;
		***** la somme des lignes *****&lt;br /&gt;
		S &amp;lt;-- la somme de A(j,i)&lt;br /&gt;
	Fin Pour&lt;br /&gt;
Fin Pour&lt;br /&gt;
&lt;br /&gt;
Pour k allant de 2 à la taille de N Faire&lt;br /&gt;
	 Si N(k) = min (N)  Alors&lt;br /&gt;
		 On mémorise K  dans mem_k&lt;br /&gt;
	Fin Si&lt;br /&gt;
Fin Pour&lt;br /&gt;
&lt;br /&gt;
Pour l allant de 1 à la taille de mem_k Faire&lt;br /&gt;
	Pour m allant de 2 à la taille de A Faire&lt;br /&gt;
		 Si A(mem_k(l),m)= 1&lt;br /&gt;
			Si oui &lt;br /&gt;
	                   on regarde si S(m) = min (S)&lt;br /&gt;
	                   on memorise la ligne mem_k(l) de A dans mem_li&lt;br /&gt;
	                   on memorise la colonne m de A dans mem_co&lt;br /&gt;
			Fin Si&lt;br /&gt;
		Fin Si&lt;br /&gt;
	Fin Pour&lt;br /&gt;
Fin Pour&lt;br /&gt;
		&lt;br /&gt;
-on concatene la ligne A(mem_li,:) avec la matrice A &lt;br /&gt;
-A= [A(mem_li A]&lt;br /&gt;
-on supprime A(mem_li,:) de A&lt;br /&gt;
-on concatene la colonne A(:,mem_co) avec la matrice A &lt;br /&gt;
-A=[A(mem_co; A]&lt;br /&gt;
-on supprime A(:,mem_co) de A	&lt;br /&gt;
-on répéte la même demarche:&lt;br /&gt;
	la somme des colonnes sans compter la colonne déjà concatenée avec A&lt;br /&gt;
	la somme des lignes sans compter la ligne déjà concatenée avec A&lt;br /&gt;
	on cherche le min dans N et S&lt;br /&gt;
	cette fois-ci entre les min(N), on privilège les lignes qui ont des élements en commun avec la colonne de l'étape précedente&lt;br /&gt;
		  &lt;br /&gt;
-Jusqu'à l'obtention d'une matrice triangulaire. &lt;br /&gt;
&lt;br /&gt;
cet algorithme nous permet d'avoir un résultat satisfaisant, comme l'illustre la figure [[Fichier:testo.jpg]]&lt;br /&gt;
Nous avons validé la démarche par la prof.&lt;br /&gt;
Nous avons également rédigé le rapport et le PPT pour la soutenance du mardi 18 dédembre.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3708</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3708"/>
				<updated>2012-11-27T15:09:50Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[En cours :]] Création d'un algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
&lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3707</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3707"/>
				<updated>2012-11-27T15:06:20Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV et des capteurs installés&lt;br /&gt;
Rédaction d'un 2nd rapport intermédiaire, résumé de ce qui a été fait.&lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 26 novembre au 1er Décembre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[En cours :]] Création d'un algorithme de décomposition sous Matlab, pour la décomposition en sous-systèmes, dans le but de décentraliser la commande du GV. &lt;br /&gt;
Il existe déjà 4 microcontrolleurs, et un PC maître qui les supervise, il faudra donc séparer le système en 4 sous-systèmes, appelés aussi unité de contrôles (CU).&lt;br /&gt;
Les CU doivent être décomposés de façon à réduire les flux sur le bus de terrain les reliant entre eux. Il faudra donc réfléchir à une procédure qui minimise ce flux, en introduisant à partir de la MSF, les différents capteurs et le calcul des RRA dans les 4 CU.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3706</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3706"/>
				<updated>2012-11-27T14:59:02Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV &lt;br /&gt;
&lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:GV.jpg&amp;diff=3705</id>
		<title>Fichier:GV.jpg</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:GV.jpg&amp;diff=3705"/>
				<updated>2012-11-27T14:58:16Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : a téléversé une nouvelle version de « Fichier:GV.jpg » : Version du 21 novembre 2012 à 13:33 rétablie&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3704</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3704"/>
				<updated>2012-11-27T14:57:45Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV &lt;br /&gt;
Photo du GV : [[Fichier:GV.jpg]]&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:GV.jpg&amp;diff=3703</id>
		<title>Fichier:GV.jpg</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:GV.jpg&amp;diff=3703"/>
				<updated>2012-11-27T14:56:28Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : a téléversé une nouvelle version de « Fichier:GV.jpg »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3702</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3702"/>
				<updated>2012-11-27T14:51:50Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17 septembre  au 29 septembre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
&lt;br /&gt;
Résultats :&lt;br /&gt;
* Interprétation de l'analyse structurelle sur le GV&lt;br /&gt;
* Création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 5 novembre au 17 novembre &amp;lt;/u&amp;gt; &lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Résultats : &lt;br /&gt;
&lt;br /&gt;
* Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
Notons que la décomposition de Mendelsohn n'est pas unique, mais nous fournit plusieurs décompositions pas plus triangulaires que celle obtenue. Ainsi, la matrice obtenue nous facilite la décomposition en sous-systèmes. &lt;br /&gt;
&lt;br /&gt;
Notons également que nous pouvons procéder manuellement à cette décomposition en sous-systèmes, mais cette méthode a été déjà effectuée l'année passée, et nécessite l'étude de chaque cas à part. D'où la nécessité de créer un algorithme qui nous effectue la décomposition automatique quelque soit la matrice et le système étudié.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 20 novembre au 24 novembre  &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Prise en main du GV &lt;br /&gt;
Photo du GV : [[Fichier:GV.png]]&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Matrice.png&amp;diff=3701</id>
		<title>Fichier:Matrice.png</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Matrice.png&amp;diff=3701"/>
				<updated>2012-11-27T14:40:03Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3700</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3700"/>
				<updated>2012-11-27T14:38:55Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17/09/2012 au 29/09/2012 &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
Interprétation de l'analyse structurelle sur le GV, création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
&lt;br /&gt;
La matrice résultante après la décomposition de Mendelsohn est la suivante : &lt;br /&gt;
[[Fichier:matrice.png]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Image.png&amp;diff=3699</id>
		<title>Fichier:Image.png</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Image.png&amp;diff=3699"/>
				<updated>2012-11-27T14:37:01Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3698</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3698"/>
				<updated>2012-11-27T14:36:38Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17/09/2012 au 29/09/2012 &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
* Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
* Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
* HERMES_GV_FINAL.pdf&lt;br /&gt;
* GV_MARCEL.pdf&lt;br /&gt;
Interprétation de l'analyse structurelle sur le GV, création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur La MSF des étudiants de l'année dernière&lt;br /&gt;
Comparaison avec notre MSF obtenue&lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Voir code pièce jointe : [[Fichier:image.png]]&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3697</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3697"/>
				<updated>2012-11-27T14:25:52Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17/09/2012 au 29/09/2012 &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
&lt;br /&gt;
Documents : &lt;br /&gt;
- Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
- Diagnosis and default tolerant control&lt;br /&gt;
&lt;br /&gt;
Résultats : &lt;br /&gt;
- Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
- Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
&lt;br /&gt;
Documents :&lt;br /&gt;
- HERMES_GV_FINAL.pdf&lt;br /&gt;
- GV_MARCEL.pdf&lt;br /&gt;
Interprétation de l'analyse structurelle sur le GV, création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Etude de la MSF&lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Voir code pièce jointe : &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3696</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3696"/>
				<updated>2012-11-27T14:24:41Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 17/09/2012 au 29/09/2012 &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur l'analyse structurelle&lt;br /&gt;
Documents : &lt;br /&gt;
* Analyse_Structurelle_Staroswiecki.pdf&lt;br /&gt;
* Diagnosis and default tolerant control&lt;br /&gt;
Résultats : &lt;br /&gt;
 * Compréhension du principe de l'analyse structurelle, en parallèle avec le cours de Supervision (Mr. Bouamama)&lt;br /&gt;
 * Rédaction d'un premier rapport intermédiaire expliquant le principe des relations de redondances analytiques, des matrices de signatures des fautes, et du couplage. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 1er octobre au 15 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Documentation sur le générateur de vapeur (GV)&lt;br /&gt;
Documents :&lt;br /&gt;
 * HERMES_GV_FINAL.pdf&lt;br /&gt;
 * GV_MARCEL.pdf&lt;br /&gt;
Interprétation de l'analyse structurelle sur le GV, création des RRA du GV, de la Matrice de signature des défauts. (MSF)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Du 15 octobre au 20 octobre &amp;lt;/u&amp;gt;&lt;br /&gt;
Etude de la MSF&lt;br /&gt;
Implémentation d'un algorithme Matlab, avec la fonction de Dulmage Mendelsohn, pour obtenir une MSF triangulaire supérieure afin de faciliter sa décomposition en sous-systèmes. &lt;br /&gt;
Voir code pièce jointe : &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3695</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3695"/>
				<updated>2012-11-27T14:10:44Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Semaine du 17/09/2012 au 22/09/2012 &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3692</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3692"/>
				<updated>2012-11-27T10:37:53Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Semaine du ... au ... &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;br /&gt;
Bout du codes Matlab &lt;br /&gt;
Photo du GV&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3691</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3691"/>
				<updated>2012-11-27T10:37:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Semaine du ... au ... &amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3690</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3690"/>
				<updated>2012-11-27T10:36:56Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Semaine du ... au ... &amp;lt;\u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3689</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3689"/>
				<updated>2012-11-27T10:35:40Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
==Présentation du projet==&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Réalisations==&lt;br /&gt;
&lt;br /&gt;
Semaine du ... au ... &lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3688</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3688"/>
				<updated>2012-11-27T10:34:30Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''[[Introduction]]'''&lt;br /&gt;
Dans le cadre de notre formation en dernière année IMA, nous avons été amenées à effectuer un projet de fin d'études. Vu l'importance de ce dernier dans le cadre de notre projet professionnel, notre choix s'est porté sur l'étude des possibilités de distribution d'un algorithme de surveillance car nous sommes toutes les deux intéressées par la supervision, le diagnostic, la tolérance aux fautes et la surveillance des systèmes automatisés, sujets qui sont au coeur des préoccupations industrielles courantes. Ce projet nous initiera également à la maîtrise d'outils de développement industriel pour résoudre des problématiques courantes, à savoir la détéction, l'isolation des défauts et le contrôle/commande distribué. D'où l'intérêt porté sur celui-ci. &lt;br /&gt;
&lt;br /&gt;
'''[[Présentation du projet]]'''&lt;br /&gt;
&lt;br /&gt;
Les systèmes automatisés sont de moins en moins contrôlés et supervisés de façon globale. Leur architecture évolue d’une architecture centralisée vers une architecture distribuée où les algorithmes de commande sont implantés au plus près des producteurs d’informations. Les capteurs et actionneurs deviennent des instruments intelligents capables de prendre en compte des fonctions habituellement implantées à un niveau global de supervision. L’objectif du projet est d’étudier les possibilités de distribution d’une application de surveillance (détection et localisation de défauts) en partant d’une architecture distribuée définie uniquement du point de vue commande. Pour ceci, le projet se découpera selon les grandes parties suivantes : &lt;br /&gt;
- Etude de l’analyse structurelle, approche classiquement utilisée pour générer des relations de redondance analytique, permettant d’élaborer des algorithmes de surveillance.&lt;br /&gt;
- Proposition d’une démarche pour répartir au mieux les algorithmes de surveillance au plus près des producteurs d’informations.&lt;br /&gt;
- Validation de la démarche proposée sur le générateur de vapeur. Cet équipement, installé en D301, reproduit le fonctionnement d'une centrale thermique. Il sert de support à la validation de travaux de recherche dans le domaine de la supervision des systèmes automatisés (détection et localisation de défauts, élaboration de lois de commande tolérantes aux fautes …).&lt;br /&gt;
Les algorithmes sont développés sous Matlab/Simulink et implantés sur une carte d’acquisition et de traitement temps réel DSPACE. &lt;br /&gt;
&lt;br /&gt;
Dans un premier lieu, nous allons donc comprendre le principe de l'analyse structurelle pour l'étudier sous le générateur de vapeur. Ensuite, nous allons proposer un algorithme de surveillance afin de décentraliser la commande des différents systèmes du générateur de vapeur, pour au final l'implémenter sous la carte DSPACE. &lt;br /&gt;
&lt;br /&gt;
'''[[Réalisations]]'''&lt;br /&gt;
&lt;br /&gt;
Semaine du ... au ... &lt;br /&gt;
&lt;br /&gt;
Documents étudiés + explications&lt;br /&gt;
résultat. &lt;br /&gt;
&lt;br /&gt;
MATRICE COULEURS en PJ.&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3687</id>
		<title>Etude des possibilités de distribution d'un algorithme de surveilance</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Etude_des_possibilit%C3%A9s_de_distribution_d%27un_algorithme_de_surveilance&amp;diff=3687"/>
				<updated>2012-11-27T09:54:46Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : Page créée avec « '''Etude des possibilités de distribution d'un algorithme de surveillance''' »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;'''Etude des possibilités de distribution d'un algorithme de surveillance'''&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Projets_IMA5_2012/2013&amp;diff=3686</id>
		<title>Projets IMA5 2012/2013</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Projets_IMA5_2012/2013&amp;diff=3686"/>
				<updated>2012-11-27T09:40:27Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Répartition des binômes ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;table border=&amp;quot;1&amp;quot;&amp;gt;&lt;br /&gt;
  &amp;lt;th&amp;gt;Projet&amp;lt;/th&amp;gt;&lt;br /&gt;
  &amp;lt;th&amp;gt;Elèves&amp;lt;/th&amp;gt;&lt;br /&gt;
  &amp;lt;th&amp;gt;Encadrant Ecole&amp;lt;/th&amp;gt;&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&amp;lt;td&amp;gt;[[Objets communiquants et gestion de l'énergie]]&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt; Justin LE GUENNEC / Calvin DELBERGHE &amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt; Thomas Vantroys &amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
  &lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
 &amp;lt;td&amp;gt;[[Véhicule électrique]]&amp;lt;/td&amp;gt;&lt;br /&gt;
 &amp;lt;td&amp;gt;Martin GOSSE / Hamza AYZI&amp;lt;/td&amp;gt;&lt;br /&gt;
 &amp;lt;td&amp;gt;Philippe Delarue&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt; [[Etude des possibilités de distribution d'un algorithme de surveilance]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Yousra ABOULHASSAN / Asmaa CHEKKOURI&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Anne-Lise Gehin&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Intégration d'une carte d'acquisition et de commande dans un véhicule autonome]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Benoît CONFLAND et Ismail EL HASNAOUI&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Rochdi Merzouki&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Modélisation numérique d'une machine électrique pour la traction de véhicule hybride]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Samuel ROSENER / Aymeric CHEMIN&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Abdelkader Benabou&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Scan 3D]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Florent SUEUR et Delphine GLORIA&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Laurent Grisoni&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Surveillance robuste et modélisation temps réel d'une centrale thermique]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Guy Roland TSIMBA LILINGA / Hamza BOUAIBA&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Belkacem Ould Bouamama&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Nao: Conception d'un prototype de robot trieur]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Hussein HIJAZI / Rémy KHODR&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Rochdi Merzouki&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Conception d'un prototype de robot guide]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Zhibin LIN&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Thomas Vantroys&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Développement d'une plate-forme Modbus]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Charles HENRY / Jean-Luc GOSSELIN&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Blaise Conrard&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;tr&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;[[Modernisation d'une machine d'impression flexographique]]&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Xavier WALLET / Peng ZHANG&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;td&amp;gt;Christophe Chaillou&amp;lt;/td&amp;gt;&lt;br /&gt;
&amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/table&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Planning des soutenances mardi 18 décembre 2012 ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;table border=&amp;quot;1&amp;quot;&amp;gt;&lt;br /&gt;
 &amp;lt;th&amp;gt;Heure&amp;lt;/th&amp;gt;&lt;br /&gt;
 &amp;lt;th&amp;gt;Projet&amp;lt;/th&amp;gt;&lt;br /&gt;
 &amp;lt;th&amp;gt;Tuteur école&amp;lt;/th&amp;gt;&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;8h00 - 8h20&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Modernisation d'une machine d'impression flexographique&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Christophe Chaillou&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;8h20 - 8h40&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Surveillance robuste et modélisation temps réel d'une centrale thermique&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Belkacem Ould Bouamama&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;8h40 - 9h00&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Conception d'un prototype de robot guide&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Thomas Vantroys&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;9h00 - 9h20&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Scan 3D&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Laurent Grisoni&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;9h20 - 9h40&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Nao: Conception d'un prototype de robot trieur&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Rochdi Merzouki&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;9h40 - 10h00&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Intégration d'une carte d'acquisition et de commande dans un véhicule autonome&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Rochdi Merzouki&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;10h20 - 10h40&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Objets communiquants et gestion de l'énergie&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Thomas Vantroys&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;10h40 - 11h00&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Véhicule électrique&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Philippe Delarue&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;11h00 - 11h20&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Etude des possibilités de distribution d'un algorithme de surveilance&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Anne-Lise Gehin&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;11h20 - 11h40&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Modélisation numérique d'une machine électrique pour la traction de véhicule hybride&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Abdelkader Benabou&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  &amp;lt;tr&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;11h40 - 12h00&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Développement d'une plate-forme Modbus&amp;lt;/td&amp;gt;&lt;br /&gt;
    &amp;lt;td&amp;gt;Blaise Conrard&amp;lt;/td&amp;gt;&lt;br /&gt;
  &amp;lt;/tr&amp;gt;&lt;br /&gt;
&amp;lt;/table&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Utilisateur:Achekko1&amp;diff=3685</id>
		<title>Utilisateur:Achekko1</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Utilisateur:Achekko1&amp;diff=3685"/>
				<updated>2012-11-27T09:33:52Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : Page créée avec « twiki »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;twiki&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1922</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1922"/>
				<updated>2012-04-05T09:19:48Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Matériel requis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
&amp;quot;Vibration based condition monitoring&amp;quot; de Robert RANDALL&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== 1ère et 2ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
==== 3ème et 4ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Documentation sur le cepstre et son utilité&lt;br /&gt;
 o Fonctions Matlab Modulation d'amplitude - de fréquence - de phase&lt;br /&gt;
 o Compte rendu avancement projet  (Voir document &amp;quot;Rapport1.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
==== 5ème et 6ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Spectre des signaux réels &lt;br /&gt;
 o Analyse des spectres et comparaisons des résultats &lt;br /&gt;
&lt;br /&gt;
==== 7ème et 8ème séance ====&lt;br /&gt;
 o Etude cepstrale des données réelles sur Matlab &lt;br /&gt;
 o Reconnaissance des types des défauts.(Voir document &amp;quot;avec et sans défauts.txt&amp;quot;)&lt;br /&gt;
 o Utilisation d'un filtre pour séparer le cepstre des signaux &amp;quot;Fantômes&amp;quot; afin de voir mieux le cepstre dans les données réelles=&amp;gt; but :mieux reconnaitre les défauts&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
                                    ===&amp;quot;RAPPORT1.txt&amp;quot;=== A MODIFIER&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Plan de travail&lt;br /&gt;
- Intro&lt;br /&gt;
- Les engrenages&lt;br /&gt;
*Définition des engrenages&lt;br /&gt;
* Type de défauts&lt;br /&gt;
- Analyse spectrale&lt;br /&gt;
	*La modulation d’amplitude&lt;br /&gt;
*La modulation de phase	&lt;br /&gt;
*La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
- Méthodes de détection des erreurs d’engrènement (L’utilité de l’analyse spectrale pour la détection des défauts d’engrènement)&lt;br /&gt;
*La FFT pour l’étude des signaux vibratoires issus des engrenages&lt;br /&gt;
*Etude des cepstres&lt;br /&gt;
- Tableau récapitulatif (données réelles d’Eurocopter et comparaison des résultats théoriques avec la pratique)&lt;br /&gt;
- …&lt;br /&gt;
- …&lt;br /&gt;
Conclusion&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Compte rendu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Introduction &lt;br /&gt;
	Toutes les machines en fonctionnement produisent des vibrations qui permettent en effet de caractériser la plupart des efforts dynamiques et en particulier ceux engendrés par un fonctionnement anormal. Ainsi l'analyse des vibrations est devenue une technique très répandue pour apprécier l'état de santé d'une machine afin d'éviter la défaillance et n'intervenir qu'à bon escient et pendant des arrêts programmés de production.&lt;br /&gt;
&lt;br /&gt;
Les techniques classiques de détection de la défaillance dans les machines tournantes, basées sur l'analyse de Fourier ont prouvées leurs limitations en termes de résolution spectrale (fluctuation d'une grande vitesse), ce qui nécessite l'utilisation des nouvelles techniques donnant une analyse plus performante. &lt;br /&gt;
&lt;br /&gt;
Dans ce travail, nous appliquons les techniques paramétriques à base des méthodes de décomposition harmoniques sur un signal vibratoire émis par un système d'engrenage dans un hélicoptère constitué de deux roues dentées fonctionnant sous des conditions constantes… &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I.	Les engrenages&lt;br /&gt;
&lt;br /&gt;
1.	Définition&lt;br /&gt;
&lt;br /&gt;
Un engrenage est compose de l’ensemble de deux roues dentées engrenant l’une avec l’autre, permettant de transmettre de la puissance entre deux arbres rapproches avec un rapport de vitesse constant. Selon la position relative des deux arbres, on distingue trois classes d’engrenages.&lt;br /&gt;
• Les engrenages parallèles (les 2 arbres sont parallèles)&lt;br /&gt;
• Les engrenages concourants (les 2 arbres sont tels que leurs prolongements se coupent).&lt;br /&gt;
• Les engrenages gauches (les 2 arbres occupent une position relative quelconque)&lt;br /&gt;
Les dentures d’engrenage peuvent être droites, hélicoïdales ou a chevrons. Les efforts, en conséquence, sont :&lt;br /&gt;
• Uniquement radiaux sur les engrenages parallèles, a denture droite ou a chevrons,&lt;br /&gt;
• Mixtes (radiaux et axiaux) sur les engrenages a denture hélicoïdales, les engrenages coniques et les engrenages a roue et vis parallèle &lt;br /&gt;
Les amplitudes vibratoires générées par les engrenages a denture hélicoïdale sont généralement plus faibles que celles générées par les autres types de dentures.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2.	Fréquence d’engrènement&lt;br /&gt;
&lt;br /&gt;
Observons un engrenage, compose de deux roues dentées 1 et 2, présentant Z1 et Z2 dents&lt;br /&gt;
et tournant aux fréquences F1 et F2. Chaque fois qu’une dent de la roue menant 1 s’engage dans la roue menée 2, il se produit une prise de charge périodique au rythme d’engagement des dents selon une fréquence d’engrènement Fe égale à la fréquence de rotation de la roue multipliée par son nombre de dents.&lt;br /&gt;
&lt;br /&gt;
Fe= F1. Z1 = F2 . Z2&lt;br /&gt;
 &lt;br /&gt;
Si la denture est correcte, le spectre [figure 5.24], est constitué de composantes dont les fréquences correspondent a la fréquence d’engrènement ou a ses harmoniques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
II.	Différents types de détérioration des dentures d’engrenages :&lt;br /&gt;
&lt;br /&gt;
On distingue principalement deux catégories de : les défauts affectant toutes les dents, usure, piqûres, et les défauts localisés sur des dents particulières, fissuration, écaillage. Les défauts localisés sur des dents particulières conduisent rapidement à la rupture de celles-ci, contrairement aux défauts tels que l’usure normale. &lt;br /&gt;
&lt;br /&gt;
Défauts répartis sur toutes les dents&lt;br /&gt;
&lt;br /&gt;
a) L’usure&lt;br /&gt;
L’usure est un phénomène local caractérisé par un enlèvement de matière dû au glissement de deux surfaces l’une contre l’autre. Le développement de l’usure est lié à la charge et à la vitesse de glissement en chaque point des surfaces de contact, ainsi qu’à la présence plus ou moins grande d’éléments abrasifs dans le lubrifiant.&lt;br /&gt;
&lt;br /&gt;
b) Les piqûres &lt;br /&gt;
Il s’agit de trous peu profonds, qui affectent toutes les dents, nommés aussi Le Pitting, et ça se produit surtout sur des engrenages en acier de construction relativement peu dur.&lt;br /&gt;
&lt;br /&gt;
Défauts localisés sur certaines dents&lt;br /&gt;
&lt;br /&gt;
a) L’Écaillage&lt;br /&gt;
Il se manifeste aussi sous forme de trous, mais ceux-ci sont beaucoup moins nombreux, plus profonds et plus étendus que ceux des piqûres. L’écaillage se trouve dans les engrenages cémentés, qui sont les plus répandus à l’heure actuelle car ils permettent de passer des couples importants avec des dimensions faibles.&lt;br /&gt;
Ce type d’engrenage ne présente pratiquement pas de phénomène d’usure, l’écaillage, qui est le principal défaut, évolue rapidement vers la rupture. La cause est connue : la pression superficielle est trop importante.&lt;br /&gt;
&lt;br /&gt;
b) Le grippage&lt;br /&gt;
Il est la conséquence directe de la destruction brutale du film d’huile, sous l’effet de la température résultant d’un frottement sous charge. Le grippage est favorisé essentiellement par des vitesses élevées, de gros modules, un faible nombre de dents en contact.&lt;br /&gt;
&lt;br /&gt;
c) La fissuration&lt;br /&gt;
Elle progresse à chaque mise en charge, à partir d’un point initial situé presque toujours au pied de la dent. Elle apparaît surtout sur des aciers fins, durcis par traitement thermique, qui sont très sensibles aux concentrations de contraintes. L’apparition de ces fissures est la conséquence d’une contrainte au pied de la dent qui dépasse la limite de fatigue du matériau, et est en général située du côté de la dent sollicitée en traction.&lt;br /&gt;
&lt;br /&gt;
III.	Analyse spectrale &lt;br /&gt;
&lt;br /&gt;
 L’analyse spectrale est un outil naturel pour le traitement des signaux en mécanique. En règle générale, le signal de vibration prélevé sur une machine tournante est une composition de réponse à toute force d’excitation. L’intérêt de l’analyse spectrale est de pouvoir dissocier et identifier les sources vibratoires en fonction des caractéristiques cinématiques des différents éléments constitutifs et de leur vitesse de rotation (ou de leur fréquence de mouvement).&lt;br /&gt;
&lt;br /&gt;
1)	La modulation d’amplitude&lt;br /&gt;
&lt;br /&gt;
La modulation d'amplitude est une technique utilisée pour moduler un signal. Elle consiste en la multiplication du signal à moduler par un signal de fréquence plus élevée. &lt;br /&gt;
La modulation d'amplitude consiste à faire varier l'amplitude d'un signal de fréquence élevée en fonction d'un signal de basse fréquence. Ce dernier est celui qui contient l'information à transmettre (voix, par exemple, recueillie par un microphone, signal issu des hélicoptères dans notre cas), le premier étant le signal porteur (qu'on appelle porteuse).&lt;br /&gt;
&lt;br /&gt;
Soit un signal modulant périodique, de pulsation ω=2πF :&lt;br /&gt;
 &lt;br /&gt;
La porteuse est un signal de fréquence bien plus élevée. Notons-la :&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le signal de sortie est :&lt;br /&gt;
  &lt;br /&gt;
Avec m l’indice de modulation  m=K .Vm.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le graphe du signal de modulation Vm(t) a cette allure: &lt;br /&gt;
 &lt;br /&gt;
Le signal de la porteuse Vp(t)&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
Après la modulation, le signal modulé en sortie Vs(t) aura l’allure suivante : &lt;br /&gt;
 &lt;br /&gt;
Le spectre du signal comporte les trois fréquences Fp (porteuse) et les deux composantes latérales Fp − Fm et Fp + Fm a des amplitudes respectivement de Vp et Vp/2 comme l’indique le schéma ci-dessus : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2)	La modulation de phase&lt;br /&gt;
&lt;br /&gt;
La modulation de phase PM est un mode de modulation consistant à transmettre un signal par la modulation de la phase d'un signal porteur (porteuse). Cette modulation est non linéaire. &lt;br /&gt;
Soit une porteuse :&lt;br /&gt;
 &lt;br /&gt;
La phase instantanée de la porteuse est donnée par :&lt;br /&gt;
 &lt;br /&gt;
Soit un signal modulant :  &lt;br /&gt;
Moduler en phase le signal revient à effectuer l'opération suivante :&lt;br /&gt;
 &lt;br /&gt;
Le signal modulé s'écrit : &lt;br /&gt;
 &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3)	La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
La modulation de fréquence ou MF ou FM est un mode de modulation consistant à transmettre un signal par la modulation de la fréquence d'un signal porteur (porteuse).&lt;br /&gt;
&lt;br /&gt;
Une tension modulée en fréquence est une tension d'amplitude constante mais dont la fréquence instantanée varie avec le temps.&lt;br /&gt;
&lt;br /&gt;
Soit le signal :&lt;br /&gt;
 		 u(t) = Ap.cos[θ(t)].&lt;br /&gt;
&lt;br /&gt;
Avec un tel signal, la notion de fréquence doit en effet être remplacée par celle de fréquence instantanée f(t) = 1 / 2π[dθ(t)/dt].&lt;br /&gt;
&lt;br /&gt;
On pose m l’indice de modulation.&lt;br /&gt;
&lt;br /&gt;
Le signal modulé s'écrit : u(t) = Ap.cos[ω0.t + m.sin(ωm.t)].&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4)  Spectre du signal&lt;br /&gt;
La caractéristique la plus marquante du signal, est la modulation d’amplitude due à la rotation des roues.&lt;br /&gt;
Le spectre sera composé par une famille de raies de fréquence due au fondamental et aux harmoniques du signal d’engrènement. Cette famille de raies est étalée sur une grande partie du spectre, car la nature du signal d’engrènement est de type large bande. De plus, la modulation d’amplitude se traduit par la présence de bandes latérales autour des harmoniques d’engrènement, à des distances multiples de pour la modulation due au pignon, et pour la modulation due à la roue&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
En réalité, l’amplitude de toutes les raies est pondérée par la réponse impulsionnelle de la structure mécanique reliant la source excitatrice au capteur.&lt;br /&gt;
&lt;br /&gt;
5)	Manifestation d’un défaut de denture localisé&lt;br /&gt;
Considérons un engrenage, si la denture est correcte, le spectre vibratoire aura la même allure que celui défini sur la figure ci dessous, avec des bandes latérales d’amplitudes données.&lt;br /&gt;
Si l’une des deux roues possède une dent détériorée, il se produit alors, un choc périodique à la fréquence de rotation de cette roue. Ce choc modulera en amplitude le signal d’engrènement, il y aura donc une augmentation du facteur de modulation de la roue considérée, et donc une augmentation d’amplitude de ses raies latérales.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Exemples d’analyse spectrale&lt;br /&gt;
&lt;br /&gt;
Le diagnostic vibratoire des réducteurs à engrenages par analyse spectrale a fait l’objet&lt;br /&gt;
de nombreuses études dont on présente un exemple de diagnostic par analyse spectrale.&lt;br /&gt;
On considère dans cet exemple, que le spectre d’énergie est obtenu à partir de la transformée de Fourier. Celle-ci est calculée sur le signal vibratoire moyenné de manière synchrone par rapport à la période de rotation de la roue à surveiller.&lt;br /&gt;
&lt;br /&gt;
Le signal vibratoire a été acquis sur un réducteur d’hélicoptère en fonctionnement sain et en présence d’un défaut de fissure en pied de denture grandissant.&lt;br /&gt;
La Figure suivante représente les spectres en fréquence du signal moyenné pour différents cas de fonctionnement du réducteur. La Figure (a) correspond au cas sans défaut, on retrouve la famille de raies d’engrènement, entourée par une famille de raies latérales périodiques de période égale à la fréquence de rotation de l’élément analysé.&lt;br /&gt;
La Figure (b) correspond au cas d’un petit défaut de fissure en pied de denture. On note que le changement principal est l’augmentation de l’amplitude des raies latérales, indiquant ainsi la présence d’un défaut sur la roue considérée.&lt;br /&gt;
La Figure (c) correspond au cas d’un défaut de fissure plus important, on observe encore une augmentation d’amplitude des raies latérales, témoignant ainsi de l’évolution grandissante du défaut.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6)	Analyse cepstrale &lt;br /&gt;
&lt;br /&gt;
Le cepstre (anagramme de spectre) d’énergie est un opérateur homomorphique introduit par Bogert en 1963 pour faire de la détection d’écho. Dans les systèmes mécaniques tournants, les signaux ont un caractère périodique après échantillonnage synchrone, de plus les défauts induisent des motifs récurrents pouvant être considérés comme un système d’échos multiples, c’est la raison pour laquelle il est utilisé. On trouve plusieurs définitions du cepstre d’énergie dans la littérature. Celle qu’on utilise est la suivante :&lt;br /&gt;
s (t) TF 1Ln S()&lt;br /&gt;
&lt;br /&gt;
où S est la transformée de Fourier du signal s. Bien que la variable générique du cepstre ait la dimension d’un temps, elle est souvent appelée quéfrence car le cepstre peut être interprété comme le spectre d’un spectre. On remarque que le cepstre d’énergie transforme le produit de convolution   s(t)=h(t)*e(t) en une addition s(t)=h(t)+e(t). &lt;br /&gt;
Le cepstre d’énergie d’un signal accélérométrique, pour une position donnée du capteur, est donc la somme du cepstre de la fonction de transfert source-capteur qui caractérise le système et du cepstre de l’excitation. Dans le cas des signaux d’engrenage, cette propriété est à l’origine d’une certaine indépendance du cepstre d’énergie vis à vis de la position du capteur. En effet, le cepstre d’énergie de la réponse impulsionnelle de la structure mécanique est souvent confiné proche de l’origine, alors que celui du choc périodique d’un défaut, provoque un peigne de pics de même période. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
TABLEAU DES DONNEES REELLES ET COMPARAISON AVEC LA THEORIE (à venir) &lt;br /&gt;
&lt;br /&gt;
Signaux types engrenages avec et sans défauts (Recherche biblio)&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1921</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1921"/>
				<updated>2012-04-05T09:18:48Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* 7ème et 8ème séance */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== 1ère et 2ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
==== 3ème et 4ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Documentation sur le cepstre et son utilité&lt;br /&gt;
 o Fonctions Matlab Modulation d'amplitude - de fréquence - de phase&lt;br /&gt;
 o Compte rendu avancement projet  (Voir document &amp;quot;Rapport1.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
==== 5ème et 6ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Spectre des signaux réels &lt;br /&gt;
 o Analyse des spectres et comparaisons des résultats &lt;br /&gt;
&lt;br /&gt;
==== 7ème et 8ème séance ====&lt;br /&gt;
 o Etude cepstrale des données réelles sur Matlab &lt;br /&gt;
 o Reconnaissance des types des défauts.(Voir document &amp;quot;avec et sans défauts.txt&amp;quot;)&lt;br /&gt;
 o Utilisation d'un filtre pour séparer le cepstre des signaux &amp;quot;Fantômes&amp;quot; afin de voir mieux le cepstre dans les données réelles=&amp;gt; but :mieux reconnaitre les défauts&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
                                    ===&amp;quot;RAPPORT1.txt&amp;quot;=== A MODIFIER&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Plan de travail&lt;br /&gt;
- Intro&lt;br /&gt;
- Les engrenages&lt;br /&gt;
*Définition des engrenages&lt;br /&gt;
* Type de défauts&lt;br /&gt;
- Analyse spectrale&lt;br /&gt;
	*La modulation d’amplitude&lt;br /&gt;
*La modulation de phase	&lt;br /&gt;
*La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
- Méthodes de détection des erreurs d’engrènement (L’utilité de l’analyse spectrale pour la détection des défauts d’engrènement)&lt;br /&gt;
*La FFT pour l’étude des signaux vibratoires issus des engrenages&lt;br /&gt;
*Etude des cepstres&lt;br /&gt;
- Tableau récapitulatif (données réelles d’Eurocopter et comparaison des résultats théoriques avec la pratique)&lt;br /&gt;
- …&lt;br /&gt;
- …&lt;br /&gt;
Conclusion&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Compte rendu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Introduction &lt;br /&gt;
	Toutes les machines en fonctionnement produisent des vibrations qui permettent en effet de caractériser la plupart des efforts dynamiques et en particulier ceux engendrés par un fonctionnement anormal. Ainsi l'analyse des vibrations est devenue une technique très répandue pour apprécier l'état de santé d'une machine afin d'éviter la défaillance et n'intervenir qu'à bon escient et pendant des arrêts programmés de production.&lt;br /&gt;
&lt;br /&gt;
Les techniques classiques de détection de la défaillance dans les machines tournantes, basées sur l'analyse de Fourier ont prouvées leurs limitations en termes de résolution spectrale (fluctuation d'une grande vitesse), ce qui nécessite l'utilisation des nouvelles techniques donnant une analyse plus performante. &lt;br /&gt;
&lt;br /&gt;
Dans ce travail, nous appliquons les techniques paramétriques à base des méthodes de décomposition harmoniques sur un signal vibratoire émis par un système d'engrenage dans un hélicoptère constitué de deux roues dentées fonctionnant sous des conditions constantes… &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I.	Les engrenages&lt;br /&gt;
&lt;br /&gt;
1.	Définition&lt;br /&gt;
&lt;br /&gt;
Un engrenage est compose de l’ensemble de deux roues dentées engrenant l’une avec l’autre, permettant de transmettre de la puissance entre deux arbres rapproches avec un rapport de vitesse constant. Selon la position relative des deux arbres, on distingue trois classes d’engrenages.&lt;br /&gt;
• Les engrenages parallèles (les 2 arbres sont parallèles)&lt;br /&gt;
• Les engrenages concourants (les 2 arbres sont tels que leurs prolongements se coupent).&lt;br /&gt;
• Les engrenages gauches (les 2 arbres occupent une position relative quelconque)&lt;br /&gt;
Les dentures d’engrenage peuvent être droites, hélicoïdales ou a chevrons. Les efforts, en conséquence, sont :&lt;br /&gt;
• Uniquement radiaux sur les engrenages parallèles, a denture droite ou a chevrons,&lt;br /&gt;
• Mixtes (radiaux et axiaux) sur les engrenages a denture hélicoïdales, les engrenages coniques et les engrenages a roue et vis parallèle &lt;br /&gt;
Les amplitudes vibratoires générées par les engrenages a denture hélicoïdale sont généralement plus faibles que celles générées par les autres types de dentures.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2.	Fréquence d’engrènement&lt;br /&gt;
&lt;br /&gt;
Observons un engrenage, compose de deux roues dentées 1 et 2, présentant Z1 et Z2 dents&lt;br /&gt;
et tournant aux fréquences F1 et F2. Chaque fois qu’une dent de la roue menant 1 s’engage dans la roue menée 2, il se produit une prise de charge périodique au rythme d’engagement des dents selon une fréquence d’engrènement Fe égale à la fréquence de rotation de la roue multipliée par son nombre de dents.&lt;br /&gt;
&lt;br /&gt;
Fe= F1. Z1 = F2 . Z2&lt;br /&gt;
 &lt;br /&gt;
Si la denture est correcte, le spectre [figure 5.24], est constitué de composantes dont les fréquences correspondent a la fréquence d’engrènement ou a ses harmoniques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
II.	Différents types de détérioration des dentures d’engrenages :&lt;br /&gt;
&lt;br /&gt;
On distingue principalement deux catégories de : les défauts affectant toutes les dents, usure, piqûres, et les défauts localisés sur des dents particulières, fissuration, écaillage. Les défauts localisés sur des dents particulières conduisent rapidement à la rupture de celles-ci, contrairement aux défauts tels que l’usure normale. &lt;br /&gt;
&lt;br /&gt;
Défauts répartis sur toutes les dents&lt;br /&gt;
&lt;br /&gt;
a) L’usure&lt;br /&gt;
L’usure est un phénomène local caractérisé par un enlèvement de matière dû au glissement de deux surfaces l’une contre l’autre. Le développement de l’usure est lié à la charge et à la vitesse de glissement en chaque point des surfaces de contact, ainsi qu’à la présence plus ou moins grande d’éléments abrasifs dans le lubrifiant.&lt;br /&gt;
&lt;br /&gt;
b) Les piqûres &lt;br /&gt;
Il s’agit de trous peu profonds, qui affectent toutes les dents, nommés aussi Le Pitting, et ça se produit surtout sur des engrenages en acier de construction relativement peu dur.&lt;br /&gt;
&lt;br /&gt;
Défauts localisés sur certaines dents&lt;br /&gt;
&lt;br /&gt;
a) L’Écaillage&lt;br /&gt;
Il se manifeste aussi sous forme de trous, mais ceux-ci sont beaucoup moins nombreux, plus profonds et plus étendus que ceux des piqûres. L’écaillage se trouve dans les engrenages cémentés, qui sont les plus répandus à l’heure actuelle car ils permettent de passer des couples importants avec des dimensions faibles.&lt;br /&gt;
Ce type d’engrenage ne présente pratiquement pas de phénomène d’usure, l’écaillage, qui est le principal défaut, évolue rapidement vers la rupture. La cause est connue : la pression superficielle est trop importante.&lt;br /&gt;
&lt;br /&gt;
b) Le grippage&lt;br /&gt;
Il est la conséquence directe de la destruction brutale du film d’huile, sous l’effet de la température résultant d’un frottement sous charge. Le grippage est favorisé essentiellement par des vitesses élevées, de gros modules, un faible nombre de dents en contact.&lt;br /&gt;
&lt;br /&gt;
c) La fissuration&lt;br /&gt;
Elle progresse à chaque mise en charge, à partir d’un point initial situé presque toujours au pied de la dent. Elle apparaît surtout sur des aciers fins, durcis par traitement thermique, qui sont très sensibles aux concentrations de contraintes. L’apparition de ces fissures est la conséquence d’une contrainte au pied de la dent qui dépasse la limite de fatigue du matériau, et est en général située du côté de la dent sollicitée en traction.&lt;br /&gt;
&lt;br /&gt;
III.	Analyse spectrale &lt;br /&gt;
&lt;br /&gt;
 L’analyse spectrale est un outil naturel pour le traitement des signaux en mécanique. En règle générale, le signal de vibration prélevé sur une machine tournante est une composition de réponse à toute force d’excitation. L’intérêt de l’analyse spectrale est de pouvoir dissocier et identifier les sources vibratoires en fonction des caractéristiques cinématiques des différents éléments constitutifs et de leur vitesse de rotation (ou de leur fréquence de mouvement).&lt;br /&gt;
&lt;br /&gt;
1)	La modulation d’amplitude&lt;br /&gt;
&lt;br /&gt;
La modulation d'amplitude est une technique utilisée pour moduler un signal. Elle consiste en la multiplication du signal à moduler par un signal de fréquence plus élevée. &lt;br /&gt;
La modulation d'amplitude consiste à faire varier l'amplitude d'un signal de fréquence élevée en fonction d'un signal de basse fréquence. Ce dernier est celui qui contient l'information à transmettre (voix, par exemple, recueillie par un microphone, signal issu des hélicoptères dans notre cas), le premier étant le signal porteur (qu'on appelle porteuse).&lt;br /&gt;
&lt;br /&gt;
Soit un signal modulant périodique, de pulsation ω=2πF :&lt;br /&gt;
 &lt;br /&gt;
La porteuse est un signal de fréquence bien plus élevée. Notons-la :&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le signal de sortie est :&lt;br /&gt;
  &lt;br /&gt;
Avec m l’indice de modulation  m=K .Vm.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le graphe du signal de modulation Vm(t) a cette allure: &lt;br /&gt;
 &lt;br /&gt;
Le signal de la porteuse Vp(t)&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
Après la modulation, le signal modulé en sortie Vs(t) aura l’allure suivante : &lt;br /&gt;
 &lt;br /&gt;
Le spectre du signal comporte les trois fréquences Fp (porteuse) et les deux composantes latérales Fp − Fm et Fp + Fm a des amplitudes respectivement de Vp et Vp/2 comme l’indique le schéma ci-dessus : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2)	La modulation de phase&lt;br /&gt;
&lt;br /&gt;
La modulation de phase PM est un mode de modulation consistant à transmettre un signal par la modulation de la phase d'un signal porteur (porteuse). Cette modulation est non linéaire. &lt;br /&gt;
Soit une porteuse :&lt;br /&gt;
 &lt;br /&gt;
La phase instantanée de la porteuse est donnée par :&lt;br /&gt;
 &lt;br /&gt;
Soit un signal modulant :  &lt;br /&gt;
Moduler en phase le signal revient à effectuer l'opération suivante :&lt;br /&gt;
 &lt;br /&gt;
Le signal modulé s'écrit : &lt;br /&gt;
 &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3)	La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
La modulation de fréquence ou MF ou FM est un mode de modulation consistant à transmettre un signal par la modulation de la fréquence d'un signal porteur (porteuse).&lt;br /&gt;
&lt;br /&gt;
Une tension modulée en fréquence est une tension d'amplitude constante mais dont la fréquence instantanée varie avec le temps.&lt;br /&gt;
&lt;br /&gt;
Soit le signal :&lt;br /&gt;
 		 u(t) = Ap.cos[θ(t)].&lt;br /&gt;
&lt;br /&gt;
Avec un tel signal, la notion de fréquence doit en effet être remplacée par celle de fréquence instantanée f(t) = 1 / 2π[dθ(t)/dt].&lt;br /&gt;
&lt;br /&gt;
On pose m l’indice de modulation.&lt;br /&gt;
&lt;br /&gt;
Le signal modulé s'écrit : u(t) = Ap.cos[ω0.t + m.sin(ωm.t)].&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4)  Spectre du signal&lt;br /&gt;
La caractéristique la plus marquante du signal, est la modulation d’amplitude due à la rotation des roues.&lt;br /&gt;
Le spectre sera composé par une famille de raies de fréquence due au fondamental et aux harmoniques du signal d’engrènement. Cette famille de raies est étalée sur une grande partie du spectre, car la nature du signal d’engrènement est de type large bande. De plus, la modulation d’amplitude se traduit par la présence de bandes latérales autour des harmoniques d’engrènement, à des distances multiples de pour la modulation due au pignon, et pour la modulation due à la roue&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
En réalité, l’amplitude de toutes les raies est pondérée par la réponse impulsionnelle de la structure mécanique reliant la source excitatrice au capteur.&lt;br /&gt;
&lt;br /&gt;
5)	Manifestation d’un défaut de denture localisé&lt;br /&gt;
Considérons un engrenage, si la denture est correcte, le spectre vibratoire aura la même allure que celui défini sur la figure ci dessous, avec des bandes latérales d’amplitudes données.&lt;br /&gt;
Si l’une des deux roues possède une dent détériorée, il se produit alors, un choc périodique à la fréquence de rotation de cette roue. Ce choc modulera en amplitude le signal d’engrènement, il y aura donc une augmentation du facteur de modulation de la roue considérée, et donc une augmentation d’amplitude de ses raies latérales.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Exemples d’analyse spectrale&lt;br /&gt;
&lt;br /&gt;
Le diagnostic vibratoire des réducteurs à engrenages par analyse spectrale a fait l’objet&lt;br /&gt;
de nombreuses études dont on présente un exemple de diagnostic par analyse spectrale.&lt;br /&gt;
On considère dans cet exemple, que le spectre d’énergie est obtenu à partir de la transformée de Fourier. Celle-ci est calculée sur le signal vibratoire moyenné de manière synchrone par rapport à la période de rotation de la roue à surveiller.&lt;br /&gt;
&lt;br /&gt;
Le signal vibratoire a été acquis sur un réducteur d’hélicoptère en fonctionnement sain et en présence d’un défaut de fissure en pied de denture grandissant.&lt;br /&gt;
La Figure suivante représente les spectres en fréquence du signal moyenné pour différents cas de fonctionnement du réducteur. La Figure (a) correspond au cas sans défaut, on retrouve la famille de raies d’engrènement, entourée par une famille de raies latérales périodiques de période égale à la fréquence de rotation de l’élément analysé.&lt;br /&gt;
La Figure (b) correspond au cas d’un petit défaut de fissure en pied de denture. On note que le changement principal est l’augmentation de l’amplitude des raies latérales, indiquant ainsi la présence d’un défaut sur la roue considérée.&lt;br /&gt;
La Figure (c) correspond au cas d’un défaut de fissure plus important, on observe encore une augmentation d’amplitude des raies latérales, témoignant ainsi de l’évolution grandissante du défaut.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6)	Analyse cepstrale &lt;br /&gt;
&lt;br /&gt;
Le cepstre (anagramme de spectre) d’énergie est un opérateur homomorphique introduit par Bogert en 1963 pour faire de la détection d’écho. Dans les systèmes mécaniques tournants, les signaux ont un caractère périodique après échantillonnage synchrone, de plus les défauts induisent des motifs récurrents pouvant être considérés comme un système d’échos multiples, c’est la raison pour laquelle il est utilisé. On trouve plusieurs définitions du cepstre d’énergie dans la littérature. Celle qu’on utilise est la suivante :&lt;br /&gt;
s (t) TF 1Ln S()&lt;br /&gt;
&lt;br /&gt;
où S est la transformée de Fourier du signal s. Bien que la variable générique du cepstre ait la dimension d’un temps, elle est souvent appelée quéfrence car le cepstre peut être interprété comme le spectre d’un spectre. On remarque que le cepstre d’énergie transforme le produit de convolution   s(t)=h(t)*e(t) en une addition s(t)=h(t)+e(t). &lt;br /&gt;
Le cepstre d’énergie d’un signal accélérométrique, pour une position donnée du capteur, est donc la somme du cepstre de la fonction de transfert source-capteur qui caractérise le système et du cepstre de l’excitation. Dans le cas des signaux d’engrenage, cette propriété est à l’origine d’une certaine indépendance du cepstre d’énergie vis à vis de la position du capteur. En effet, le cepstre d’énergie de la réponse impulsionnelle de la structure mécanique est souvent confiné proche de l’origine, alors que celui du choc périodique d’un défaut, provoque un peigne de pics de même période. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
TABLEAU DES DONNEES REELLES ET COMPARAISON AVEC LA THEORIE (à venir) &lt;br /&gt;
&lt;br /&gt;
Signaux types engrenages avec et sans défauts (Recherche biblio)&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1909</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1909"/>
				<updated>2012-04-04T15:27:15Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Matériel requis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== 1ère et 2ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
==== 3ème et 4ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Documentation sur le cepstre et son utilité&lt;br /&gt;
 o Fonctions Matlab Modulation d'amplitude - de fréquence - de phase&lt;br /&gt;
 o Compte rendu avancement projet  (Voir document &amp;quot;Rapport1.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
==== 5ème et 6ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Spectre des signaux réels &lt;br /&gt;
 o Analyse des spectres et comparaisons des résultats &lt;br /&gt;
&lt;br /&gt;
==== 7ème et 8ème séance ====&lt;br /&gt;
 o Etude cepstrale des données réelles sur Matlab &lt;br /&gt;
 o Reconnaissance des types des défauts.(Voir document &amp;quot;avec et sans défauts.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
                                    ===&amp;quot;RAPPORT1.txt&amp;quot;=== A MODIFIER&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Plan de travail&lt;br /&gt;
- Intro&lt;br /&gt;
- Les engrenages&lt;br /&gt;
*Définition des engrenages&lt;br /&gt;
* Type de défauts&lt;br /&gt;
- Analyse spectrale&lt;br /&gt;
	*La modulation d’amplitude&lt;br /&gt;
*La modulation de phase	&lt;br /&gt;
*La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
- Méthodes de détection des erreurs d’engrènement (L’utilité de l’analyse spectrale pour la détection des défauts d’engrènement)&lt;br /&gt;
*La FFT pour l’étude des signaux vibratoires issus des engrenages&lt;br /&gt;
*Etude des cepstres&lt;br /&gt;
- Tableau récapitulatif (données réelles d’Eurocopter et comparaison des résultats théoriques avec la pratique)&lt;br /&gt;
- …&lt;br /&gt;
- …&lt;br /&gt;
Conclusion&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Compte rendu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Introduction &lt;br /&gt;
	Toutes les machines en fonctionnement produisent des vibrations qui permettent en effet de caractériser la plupart des efforts dynamiques et en particulier ceux engendrés par un fonctionnement anormal. Ainsi l'analyse des vibrations est devenue une technique très répandue pour apprécier l'état de santé d'une machine afin d'éviter la défaillance et n'intervenir qu'à bon escient et pendant des arrêts programmés de production.&lt;br /&gt;
&lt;br /&gt;
Les techniques classiques de détection de la défaillance dans les machines tournantes, basées sur l'analyse de Fourier ont prouvées leurs limitations en termes de résolution spectrale (fluctuation d'une grande vitesse), ce qui nécessite l'utilisation des nouvelles techniques donnant une analyse plus performante. &lt;br /&gt;
&lt;br /&gt;
Dans ce travail, nous appliquons les techniques paramétriques à base des méthodes de décomposition harmoniques sur un signal vibratoire émis par un système d'engrenage dans un hélicoptère constitué de deux roues dentées fonctionnant sous des conditions constantes… &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I.	Les engrenages&lt;br /&gt;
&lt;br /&gt;
1.	Définition&lt;br /&gt;
&lt;br /&gt;
Un engrenage est compose de l’ensemble de deux roues dentées engrenant l’une avec l’autre, permettant de transmettre de la puissance entre deux arbres rapproches avec un rapport de vitesse constant. Selon la position relative des deux arbres, on distingue trois classes d’engrenages.&lt;br /&gt;
• Les engrenages parallèles (les 2 arbres sont parallèles)&lt;br /&gt;
• Les engrenages concourants (les 2 arbres sont tels que leurs prolongements se coupent).&lt;br /&gt;
• Les engrenages gauches (les 2 arbres occupent une position relative quelconque)&lt;br /&gt;
Les dentures d’engrenage peuvent être droites, hélicoïdales ou a chevrons. Les efforts, en conséquence, sont :&lt;br /&gt;
• Uniquement radiaux sur les engrenages parallèles, a denture droite ou a chevrons,&lt;br /&gt;
• Mixtes (radiaux et axiaux) sur les engrenages a denture hélicoïdales, les engrenages coniques et les engrenages a roue et vis parallèle &lt;br /&gt;
Les amplitudes vibratoires générées par les engrenages a denture hélicoïdale sont généralement plus faibles que celles générées par les autres types de dentures.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2.	Fréquence d’engrènement&lt;br /&gt;
&lt;br /&gt;
Observons un engrenage, compose de deux roues dentées 1 et 2, présentant Z1 et Z2 dents&lt;br /&gt;
et tournant aux fréquences F1 et F2. Chaque fois qu’une dent de la roue menant 1 s’engage dans la roue menée 2, il se produit une prise de charge périodique au rythme d’engagement des dents selon une fréquence d’engrènement Fe égale à la fréquence de rotation de la roue multipliée par son nombre de dents.&lt;br /&gt;
&lt;br /&gt;
Fe= F1. Z1 = F2 . Z2&lt;br /&gt;
 &lt;br /&gt;
Si la denture est correcte, le spectre [figure 5.24], est constitué de composantes dont les fréquences correspondent a la fréquence d’engrènement ou a ses harmoniques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
II.	Différents types de détérioration des dentures d’engrenages :&lt;br /&gt;
&lt;br /&gt;
On distingue principalement deux catégories de : les défauts affectant toutes les dents, usure, piqûres, et les défauts localisés sur des dents particulières, fissuration, écaillage. Les défauts localisés sur des dents particulières conduisent rapidement à la rupture de celles-ci, contrairement aux défauts tels que l’usure normale. &lt;br /&gt;
&lt;br /&gt;
Défauts répartis sur toutes les dents&lt;br /&gt;
&lt;br /&gt;
a) L’usure&lt;br /&gt;
L’usure est un phénomène local caractérisé par un enlèvement de matière dû au glissement de deux surfaces l’une contre l’autre. Le développement de l’usure est lié à la charge et à la vitesse de glissement en chaque point des surfaces de contact, ainsi qu’à la présence plus ou moins grande d’éléments abrasifs dans le lubrifiant.&lt;br /&gt;
&lt;br /&gt;
b) Les piqûres &lt;br /&gt;
Il s’agit de trous peu profonds, qui affectent toutes les dents, nommés aussi Le Pitting, et ça se produit surtout sur des engrenages en acier de construction relativement peu dur.&lt;br /&gt;
&lt;br /&gt;
Défauts localisés sur certaines dents&lt;br /&gt;
&lt;br /&gt;
a) L’Écaillage&lt;br /&gt;
Il se manifeste aussi sous forme de trous, mais ceux-ci sont beaucoup moins nombreux, plus profonds et plus étendus que ceux des piqûres. L’écaillage se trouve dans les engrenages cémentés, qui sont les plus répandus à l’heure actuelle car ils permettent de passer des couples importants avec des dimensions faibles.&lt;br /&gt;
Ce type d’engrenage ne présente pratiquement pas de phénomène d’usure, l’écaillage, qui est le principal défaut, évolue rapidement vers la rupture. La cause est connue : la pression superficielle est trop importante.&lt;br /&gt;
&lt;br /&gt;
b) Le grippage&lt;br /&gt;
Il est la conséquence directe de la destruction brutale du film d’huile, sous l’effet de la température résultant d’un frottement sous charge. Le grippage est favorisé essentiellement par des vitesses élevées, de gros modules, un faible nombre de dents en contact.&lt;br /&gt;
&lt;br /&gt;
c) La fissuration&lt;br /&gt;
Elle progresse à chaque mise en charge, à partir d’un point initial situé presque toujours au pied de la dent. Elle apparaît surtout sur des aciers fins, durcis par traitement thermique, qui sont très sensibles aux concentrations de contraintes. L’apparition de ces fissures est la conséquence d’une contrainte au pied de la dent qui dépasse la limite de fatigue du matériau, et est en général située du côté de la dent sollicitée en traction.&lt;br /&gt;
&lt;br /&gt;
III.	Analyse spectrale &lt;br /&gt;
&lt;br /&gt;
 L’analyse spectrale est un outil naturel pour le traitement des signaux en mécanique. En règle générale, le signal de vibration prélevé sur une machine tournante est une composition de réponse à toute force d’excitation. L’intérêt de l’analyse spectrale est de pouvoir dissocier et identifier les sources vibratoires en fonction des caractéristiques cinématiques des différents éléments constitutifs et de leur vitesse de rotation (ou de leur fréquence de mouvement).&lt;br /&gt;
&lt;br /&gt;
1)	La modulation d’amplitude&lt;br /&gt;
&lt;br /&gt;
La modulation d'amplitude est une technique utilisée pour moduler un signal. Elle consiste en la multiplication du signal à moduler par un signal de fréquence plus élevée. &lt;br /&gt;
La modulation d'amplitude consiste à faire varier l'amplitude d'un signal de fréquence élevée en fonction d'un signal de basse fréquence. Ce dernier est celui qui contient l'information à transmettre (voix, par exemple, recueillie par un microphone, signal issu des hélicoptères dans notre cas), le premier étant le signal porteur (qu'on appelle porteuse).&lt;br /&gt;
&lt;br /&gt;
Soit un signal modulant périodique, de pulsation ω=2πF :&lt;br /&gt;
 &lt;br /&gt;
La porteuse est un signal de fréquence bien plus élevée. Notons-la :&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le signal de sortie est :&lt;br /&gt;
  &lt;br /&gt;
Avec m l’indice de modulation  m=K .Vm.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le graphe du signal de modulation Vm(t) a cette allure: &lt;br /&gt;
 &lt;br /&gt;
Le signal de la porteuse Vp(t)&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
Après la modulation, le signal modulé en sortie Vs(t) aura l’allure suivante : &lt;br /&gt;
 &lt;br /&gt;
Le spectre du signal comporte les trois fréquences Fp (porteuse) et les deux composantes latérales Fp − Fm et Fp + Fm a des amplitudes respectivement de Vp et Vp/2 comme l’indique le schéma ci-dessus : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2)	La modulation de phase&lt;br /&gt;
&lt;br /&gt;
La modulation de phase PM est un mode de modulation consistant à transmettre un signal par la modulation de la phase d'un signal porteur (porteuse). Cette modulation est non linéaire. &lt;br /&gt;
Soit une porteuse :&lt;br /&gt;
 &lt;br /&gt;
La phase instantanée de la porteuse est donnée par :&lt;br /&gt;
 &lt;br /&gt;
Soit un signal modulant :  &lt;br /&gt;
Moduler en phase le signal revient à effectuer l'opération suivante :&lt;br /&gt;
 &lt;br /&gt;
Le signal modulé s'écrit : &lt;br /&gt;
 &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3)	La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
La modulation de fréquence ou MF ou FM est un mode de modulation consistant à transmettre un signal par la modulation de la fréquence d'un signal porteur (porteuse).&lt;br /&gt;
&lt;br /&gt;
Une tension modulée en fréquence est une tension d'amplitude constante mais dont la fréquence instantanée varie avec le temps.&lt;br /&gt;
&lt;br /&gt;
Soit le signal :&lt;br /&gt;
 		 u(t) = Ap.cos[θ(t)].&lt;br /&gt;
&lt;br /&gt;
Avec un tel signal, la notion de fréquence doit en effet être remplacée par celle de fréquence instantanée f(t) = 1 / 2π[dθ(t)/dt].&lt;br /&gt;
&lt;br /&gt;
On pose m l’indice de modulation.&lt;br /&gt;
&lt;br /&gt;
Le signal modulé s'écrit : u(t) = Ap.cos[ω0.t + m.sin(ωm.t)].&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4)  Spectre du signal&lt;br /&gt;
La caractéristique la plus marquante du signal, est la modulation d’amplitude due à la rotation des roues.&lt;br /&gt;
Le spectre sera composé par une famille de raies de fréquence due au fondamental et aux harmoniques du signal d’engrènement. Cette famille de raies est étalée sur une grande partie du spectre, car la nature du signal d’engrènement est de type large bande. De plus, la modulation d’amplitude se traduit par la présence de bandes latérales autour des harmoniques d’engrènement, à des distances multiples de pour la modulation due au pignon, et pour la modulation due à la roue&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
En réalité, l’amplitude de toutes les raies est pondérée par la réponse impulsionnelle de la structure mécanique reliant la source excitatrice au capteur.&lt;br /&gt;
&lt;br /&gt;
5)	Manifestation d’un défaut de denture localisé&lt;br /&gt;
Considérons un engrenage, si la denture est correcte, le spectre vibratoire aura la même allure que celui défini sur la figure ci dessous, avec des bandes latérales d’amplitudes données.&lt;br /&gt;
Si l’une des deux roues possède une dent détériorée, il se produit alors, un choc périodique à la fréquence de rotation de cette roue. Ce choc modulera en amplitude le signal d’engrènement, il y aura donc une augmentation du facteur de modulation de la roue considérée, et donc une augmentation d’amplitude de ses raies latérales.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Exemples d’analyse spectrale&lt;br /&gt;
&lt;br /&gt;
Le diagnostic vibratoire des réducteurs à engrenages par analyse spectrale a fait l’objet&lt;br /&gt;
de nombreuses études dont on présente un exemple de diagnostic par analyse spectrale.&lt;br /&gt;
On considère dans cet exemple, que le spectre d’énergie est obtenu à partir de la transformée de Fourier. Celle-ci est calculée sur le signal vibratoire moyenné de manière synchrone par rapport à la période de rotation de la roue à surveiller.&lt;br /&gt;
&lt;br /&gt;
Le signal vibratoire a été acquis sur un réducteur d’hélicoptère en fonctionnement sain et en présence d’un défaut de fissure en pied de denture grandissant.&lt;br /&gt;
La Figure suivante représente les spectres en fréquence du signal moyenné pour différents cas de fonctionnement du réducteur. La Figure (a) correspond au cas sans défaut, on retrouve la famille de raies d’engrènement, entourée par une famille de raies latérales périodiques de période égale à la fréquence de rotation de l’élément analysé.&lt;br /&gt;
La Figure (b) correspond au cas d’un petit défaut de fissure en pied de denture. On note que le changement principal est l’augmentation de l’amplitude des raies latérales, indiquant ainsi la présence d’un défaut sur la roue considérée.&lt;br /&gt;
La Figure (c) correspond au cas d’un défaut de fissure plus important, on observe encore une augmentation d’amplitude des raies latérales, témoignant ainsi de l’évolution grandissante du défaut.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6)	Analyse cepstrale &lt;br /&gt;
&lt;br /&gt;
Le cepstre (anagramme de spectre) d’énergie est un opérateur homomorphique introduit par Bogert en 1963 pour faire de la détection d’écho. Dans les systèmes mécaniques tournants, les signaux ont un caractère périodique après échantillonnage synchrone, de plus les défauts induisent des motifs récurrents pouvant être considérés comme un système d’échos multiples, c’est la raison pour laquelle il est utilisé. On trouve plusieurs définitions du cepstre d’énergie dans la littérature. Celle qu’on utilise est la suivante :&lt;br /&gt;
s (t) TF 1Ln S()&lt;br /&gt;
&lt;br /&gt;
où S est la transformée de Fourier du signal s. Bien que la variable générique du cepstre ait la dimension d’un temps, elle est souvent appelée quéfrence car le cepstre peut être interprété comme le spectre d’un spectre. On remarque que le cepstre d’énergie transforme le produit de convolution   s(t)=h(t)*e(t) en une addition s(t)=h(t)+e(t). &lt;br /&gt;
Le cepstre d’énergie d’un signal accélérométrique, pour une position donnée du capteur, est donc la somme du cepstre de la fonction de transfert source-capteur qui caractérise le système et du cepstre de l’excitation. Dans le cas des signaux d’engrenage, cette propriété est à l’origine d’une certaine indépendance du cepstre d’énergie vis à vis de la position du capteur. En effet, le cepstre d’énergie de la réponse impulsionnelle de la structure mécanique est souvent confiné proche de l’origine, alors que celui du choc périodique d’un défaut, provoque un peigne de pics de même période. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
TABLEAU DES DONNEES REELLES ET COMPARAISON AVEC LA THEORIE (à venir) &lt;br /&gt;
&lt;br /&gt;
Signaux types engrenages avec et sans défauts (Recherche biblio)&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1906</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1906"/>
				<updated>2012-04-04T15:24:33Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Résultats */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== 1ère et 2ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
==== 3ème et 4ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Documentation sur le cepstre et son utilité&lt;br /&gt;
 o Fonctions Matlab Modulation d'amplitude - de fréquence - de phase&lt;br /&gt;
 o Compte rendu avancement projet  (Voir document &amp;quot;Rapport1.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
==== 5ème et 6ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Spectre des signaux réels &lt;br /&gt;
 o Analyse des spectres et comparaisons des résultats &lt;br /&gt;
&lt;br /&gt;
==== 7ème et 8ème séance ====&lt;br /&gt;
 o Etude cepstrale des données réelles sur Matlab &lt;br /&gt;
 o Reconnaissance des types des défauts.(Voir document &amp;quot;avec et sans défauts.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
                                    ===&amp;quot;RAPPORT1.txt&amp;quot;=== A MODIFIER&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Plan de travail&lt;br /&gt;
- Intro&lt;br /&gt;
- Les engrenages&lt;br /&gt;
*Définition des engrenages&lt;br /&gt;
* Type de défauts&lt;br /&gt;
- Analyse spectrale&lt;br /&gt;
	*La modulation d’amplitude&lt;br /&gt;
*La modulation de phase	&lt;br /&gt;
*La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
- Méthodes de détection des erreurs d’engrènement (L’utilité de l’analyse spectrale pour la détection des défauts d’engrènement)&lt;br /&gt;
*La FFT pour l’étude des signaux vibratoires issus des engrenages&lt;br /&gt;
*Etude des cepstres&lt;br /&gt;
- Tableau récapitulatif (données réelles d’Eurocopter et comparaison des résultats théoriques avec la pratique)&lt;br /&gt;
- …&lt;br /&gt;
- …&lt;br /&gt;
Conclusion&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Compte rendu&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Introduction &lt;br /&gt;
	Toutes les machines en fonctionnement produisent des vibrations qui permettent en effet de caractériser la plupart des efforts dynamiques et en particulier ceux engendrés par un fonctionnement anormal. Ainsi l'analyse des vibrations est devenue une technique très répandue pour apprécier l'état de santé d'une machine afin d'éviter la défaillance et n'intervenir qu'à bon escient et pendant des arrêts programmés de production.&lt;br /&gt;
&lt;br /&gt;
Les techniques classiques de détection de la défaillance dans les machines tournantes, basées sur l'analyse de Fourier ont prouvées leurs limitations en termes de résolution spectrale (fluctuation d'une grande vitesse), ce qui nécessite l'utilisation des nouvelles techniques donnant une analyse plus performante. &lt;br /&gt;
&lt;br /&gt;
Dans ce travail, nous appliquons les techniques paramétriques à base des méthodes de décomposition harmoniques sur un signal vibratoire émis par un système d'engrenage dans un hélicoptère constitué de deux roues dentées fonctionnant sous des conditions constantes… &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
I.	Les engrenages&lt;br /&gt;
&lt;br /&gt;
1.	Définition&lt;br /&gt;
&lt;br /&gt;
Un engrenage est compose de l’ensemble de deux roues dentées engrenant l’une avec l’autre, permettant de transmettre de la puissance entre deux arbres rapproches avec un rapport de vitesse constant. Selon la position relative des deux arbres, on distingue trois classes d’engrenages.&lt;br /&gt;
• Les engrenages parallèles (les 2 arbres sont parallèles)&lt;br /&gt;
• Les engrenages concourants (les 2 arbres sont tels que leurs prolongements se coupent).&lt;br /&gt;
• Les engrenages gauches (les 2 arbres occupent une position relative quelconque)&lt;br /&gt;
Les dentures d’engrenage peuvent être droites, hélicoïdales ou a chevrons. Les efforts, en conséquence, sont :&lt;br /&gt;
• Uniquement radiaux sur les engrenages parallèles, a denture droite ou a chevrons,&lt;br /&gt;
• Mixtes (radiaux et axiaux) sur les engrenages a denture hélicoïdales, les engrenages coniques et les engrenages a roue et vis parallèle &lt;br /&gt;
Les amplitudes vibratoires générées par les engrenages a denture hélicoïdale sont généralement plus faibles que celles générées par les autres types de dentures.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2.	Fréquence d’engrènement&lt;br /&gt;
&lt;br /&gt;
Observons un engrenage, compose de deux roues dentées 1 et 2, présentant Z1 et Z2 dents&lt;br /&gt;
et tournant aux fréquences F1 et F2. Chaque fois qu’une dent de la roue menant 1 s’engage dans la roue menée 2, il se produit une prise de charge périodique au rythme d’engagement des dents selon une fréquence d’engrènement Fe égale à la fréquence de rotation de la roue multipliée par son nombre de dents.&lt;br /&gt;
&lt;br /&gt;
Fe= F1. Z1 = F2 . Z2&lt;br /&gt;
 &lt;br /&gt;
Si la denture est correcte, le spectre [figure 5.24], est constitué de composantes dont les fréquences correspondent a la fréquence d’engrènement ou a ses harmoniques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
II.	Différents types de détérioration des dentures d’engrenages :&lt;br /&gt;
&lt;br /&gt;
On distingue principalement deux catégories de : les défauts affectant toutes les dents, usure, piqûres, et les défauts localisés sur des dents particulières, fissuration, écaillage. Les défauts localisés sur des dents particulières conduisent rapidement à la rupture de celles-ci, contrairement aux défauts tels que l’usure normale. &lt;br /&gt;
&lt;br /&gt;
Défauts répartis sur toutes les dents&lt;br /&gt;
&lt;br /&gt;
a) L’usure&lt;br /&gt;
L’usure est un phénomène local caractérisé par un enlèvement de matière dû au glissement de deux surfaces l’une contre l’autre. Le développement de l’usure est lié à la charge et à la vitesse de glissement en chaque point des surfaces de contact, ainsi qu’à la présence plus ou moins grande d’éléments abrasifs dans le lubrifiant.&lt;br /&gt;
&lt;br /&gt;
b) Les piqûres &lt;br /&gt;
Il s’agit de trous peu profonds, qui affectent toutes les dents, nommés aussi Le Pitting, et ça se produit surtout sur des engrenages en acier de construction relativement peu dur.&lt;br /&gt;
&lt;br /&gt;
Défauts localisés sur certaines dents&lt;br /&gt;
&lt;br /&gt;
a) L’Écaillage&lt;br /&gt;
Il se manifeste aussi sous forme de trous, mais ceux-ci sont beaucoup moins nombreux, plus profonds et plus étendus que ceux des piqûres. L’écaillage se trouve dans les engrenages cémentés, qui sont les plus répandus à l’heure actuelle car ils permettent de passer des couples importants avec des dimensions faibles.&lt;br /&gt;
Ce type d’engrenage ne présente pratiquement pas de phénomène d’usure, l’écaillage, qui est le principal défaut, évolue rapidement vers la rupture. La cause est connue : la pression superficielle est trop importante.&lt;br /&gt;
&lt;br /&gt;
b) Le grippage&lt;br /&gt;
Il est la conséquence directe de la destruction brutale du film d’huile, sous l’effet de la température résultant d’un frottement sous charge. Le grippage est favorisé essentiellement par des vitesses élevées, de gros modules, un faible nombre de dents en contact.&lt;br /&gt;
&lt;br /&gt;
c) La fissuration&lt;br /&gt;
Elle progresse à chaque mise en charge, à partir d’un point initial situé presque toujours au pied de la dent. Elle apparaît surtout sur des aciers fins, durcis par traitement thermique, qui sont très sensibles aux concentrations de contraintes. L’apparition de ces fissures est la conséquence d’une contrainte au pied de la dent qui dépasse la limite de fatigue du matériau, et est en général située du côté de la dent sollicitée en traction.&lt;br /&gt;
&lt;br /&gt;
III.	Analyse spectrale &lt;br /&gt;
&lt;br /&gt;
 L’analyse spectrale est un outil naturel pour le traitement des signaux en mécanique. En règle générale, le signal de vibration prélevé sur une machine tournante est une composition de réponse à toute force d’excitation. L’intérêt de l’analyse spectrale est de pouvoir dissocier et identifier les sources vibratoires en fonction des caractéristiques cinématiques des différents éléments constitutifs et de leur vitesse de rotation (ou de leur fréquence de mouvement).&lt;br /&gt;
&lt;br /&gt;
1)	La modulation d’amplitude&lt;br /&gt;
&lt;br /&gt;
La modulation d'amplitude est une technique utilisée pour moduler un signal. Elle consiste en la multiplication du signal à moduler par un signal de fréquence plus élevée. &lt;br /&gt;
La modulation d'amplitude consiste à faire varier l'amplitude d'un signal de fréquence élevée en fonction d'un signal de basse fréquence. Ce dernier est celui qui contient l'information à transmettre (voix, par exemple, recueillie par un microphone, signal issu des hélicoptères dans notre cas), le premier étant le signal porteur (qu'on appelle porteuse).&lt;br /&gt;
&lt;br /&gt;
Soit un signal modulant périodique, de pulsation ω=2πF :&lt;br /&gt;
 &lt;br /&gt;
La porteuse est un signal de fréquence bien plus élevée. Notons-la :&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le signal de sortie est :&lt;br /&gt;
  &lt;br /&gt;
Avec m l’indice de modulation  m=K .Vm.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Le graphe du signal de modulation Vm(t) a cette allure: &lt;br /&gt;
 &lt;br /&gt;
Le signal de la porteuse Vp(t)&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
Après la modulation, le signal modulé en sortie Vs(t) aura l’allure suivante : &lt;br /&gt;
 &lt;br /&gt;
Le spectre du signal comporte les trois fréquences Fp (porteuse) et les deux composantes latérales Fp − Fm et Fp + Fm a des amplitudes respectivement de Vp et Vp/2 comme l’indique le schéma ci-dessus : &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
2)	La modulation de phase&lt;br /&gt;
&lt;br /&gt;
La modulation de phase PM est un mode de modulation consistant à transmettre un signal par la modulation de la phase d'un signal porteur (porteuse). Cette modulation est non linéaire. &lt;br /&gt;
Soit une porteuse :&lt;br /&gt;
 &lt;br /&gt;
La phase instantanée de la porteuse est donnée par :&lt;br /&gt;
 &lt;br /&gt;
Soit un signal modulant :  &lt;br /&gt;
Moduler en phase le signal revient à effectuer l'opération suivante :&lt;br /&gt;
 &lt;br /&gt;
Le signal modulé s'écrit : &lt;br /&gt;
 &lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
3)	La modulation de fréquence&lt;br /&gt;
&lt;br /&gt;
La modulation de fréquence ou MF ou FM est un mode de modulation consistant à transmettre un signal par la modulation de la fréquence d'un signal porteur (porteuse).&lt;br /&gt;
&lt;br /&gt;
Une tension modulée en fréquence est une tension d'amplitude constante mais dont la fréquence instantanée varie avec le temps.&lt;br /&gt;
&lt;br /&gt;
Soit le signal :&lt;br /&gt;
 		 u(t) = Ap.cos[θ(t)].&lt;br /&gt;
&lt;br /&gt;
Avec un tel signal, la notion de fréquence doit en effet être remplacée par celle de fréquence instantanée f(t) = 1 / 2π[dθ(t)/dt].&lt;br /&gt;
&lt;br /&gt;
On pose m l’indice de modulation.&lt;br /&gt;
&lt;br /&gt;
Le signal modulé s'écrit : u(t) = Ap.cos[ω0.t + m.sin(ωm.t)].&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
4)  Spectre du signal&lt;br /&gt;
La caractéristique la plus marquante du signal, est la modulation d’amplitude due à la rotation des roues.&lt;br /&gt;
Le spectre sera composé par une famille de raies de fréquence due au fondamental et aux harmoniques du signal d’engrènement. Cette famille de raies est étalée sur une grande partie du spectre, car la nature du signal d’engrènement est de type large bande. De plus, la modulation d’amplitude se traduit par la présence de bandes latérales autour des harmoniques d’engrènement, à des distances multiples de pour la modulation due au pignon, et pour la modulation due à la roue&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
En réalité, l’amplitude de toutes les raies est pondérée par la réponse impulsionnelle de la structure mécanique reliant la source excitatrice au capteur.&lt;br /&gt;
&lt;br /&gt;
5)	Manifestation d’un défaut de denture localisé&lt;br /&gt;
Considérons un engrenage, si la denture est correcte, le spectre vibratoire aura la même allure que celui défini sur la figure ci dessous, avec des bandes latérales d’amplitudes données.&lt;br /&gt;
Si l’une des deux roues possède une dent détériorée, il se produit alors, un choc périodique à la fréquence de rotation de cette roue. Ce choc modulera en amplitude le signal d’engrènement, il y aura donc une augmentation du facteur de modulation de la roue considérée, et donc une augmentation d’amplitude de ses raies latérales.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Exemples d’analyse spectrale&lt;br /&gt;
&lt;br /&gt;
Le diagnostic vibratoire des réducteurs à engrenages par analyse spectrale a fait l’objet&lt;br /&gt;
de nombreuses études dont on présente un exemple de diagnostic par analyse spectrale.&lt;br /&gt;
On considère dans cet exemple, que le spectre d’énergie est obtenu à partir de la transformée de Fourier. Celle-ci est calculée sur le signal vibratoire moyenné de manière synchrone par rapport à la période de rotation de la roue à surveiller.&lt;br /&gt;
&lt;br /&gt;
Le signal vibratoire a été acquis sur un réducteur d’hélicoptère en fonctionnement sain et en présence d’un défaut de fissure en pied de denture grandissant.&lt;br /&gt;
La Figure suivante représente les spectres en fréquence du signal moyenné pour différents cas de fonctionnement du réducteur. La Figure (a) correspond au cas sans défaut, on retrouve la famille de raies d’engrènement, entourée par une famille de raies latérales périodiques de période égale à la fréquence de rotation de l’élément analysé.&lt;br /&gt;
La Figure (b) correspond au cas d’un petit défaut de fissure en pied de denture. On note que le changement principal est l’augmentation de l’amplitude des raies latérales, indiquant ainsi la présence d’un défaut sur la roue considérée.&lt;br /&gt;
La Figure (c) correspond au cas d’un défaut de fissure plus important, on observe encore une augmentation d’amplitude des raies latérales, témoignant ainsi de l’évolution grandissante du défaut.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
6)	Analyse cepstrale &lt;br /&gt;
&lt;br /&gt;
Le cepstre (anagramme de spectre) d’énergie est un opérateur homomorphique introduit par Bogert en 1963 pour faire de la détection d’écho. Dans les systèmes mécaniques tournants, les signaux ont un caractère périodique après échantillonnage synchrone, de plus les défauts induisent des motifs récurrents pouvant être considérés comme un système d’échos multiples, c’est la raison pour laquelle il est utilisé. On trouve plusieurs définitions du cepstre d’énergie dans la littérature. Celle qu’on utilise est la suivante :&lt;br /&gt;
s (t) TF 1Ln S()&lt;br /&gt;
&lt;br /&gt;
où S est la transformée de Fourier du signal s. Bien que la variable générique du cepstre ait la dimension d’un temps, elle est souvent appelée quéfrence car le cepstre peut être interprété comme le spectre d’un spectre. On remarque que le cepstre d’énergie transforme le produit de convolution   s(t)=h(t)*e(t) en une addition s(t)=h(t)+e(t). &lt;br /&gt;
Le cepstre d’énergie d’un signal accélérométrique, pour une position donnée du capteur, est donc la somme du cepstre de la fonction de transfert source-capteur qui caractérise le système et du cepstre de l’excitation. Dans le cas des signaux d’engrenage, cette propriété est à l’origine d’une certaine indépendance du cepstre d’énergie vis à vis de la position du capteur. En effet, le cepstre d’énergie de la réponse impulsionnelle de la structure mécanique est souvent confiné proche de l’origine, alors que celui du choc périodique d’un défaut, provoque un peigne de pics de même période. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
TABLEAU DES DONNEES REELLES ET COMPARAISON AVEC LA THEORIE (à venir) &lt;br /&gt;
&lt;br /&gt;
Signaux types engrenages avec et sans défauts (Recherche biblio)&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1905</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1905"/>
				<updated>2012-04-04T15:22:18Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== 1ère et 2ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
==== 3ème et 4ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Documentation sur le cepstre et son utilité&lt;br /&gt;
 o Fonctions Matlab Modulation d'amplitude - de fréquence - de phase&lt;br /&gt;
 o Compte rendu avancement projet  (Voir document &amp;quot;Rapport1.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
==== 5ème et 6ème séance ====&lt;br /&gt;
&lt;br /&gt;
 o Spectre des signaux réels &lt;br /&gt;
 o Analyse des spectres et comparaisons des résultats &lt;br /&gt;
&lt;br /&gt;
==== 7ème et 8ème séance ====&lt;br /&gt;
 o Etude cepstrale des données réelles sur Matlab &lt;br /&gt;
 o Reconnaissance des types des défauts.(Voir document &amp;quot;avec et sans défauts.txt&amp;quot;)&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1903</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1903"/>
				<updated>2012-04-04T15:14:49Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Première séance */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
 o  Documentation sur les engrenages&lt;br /&gt;
 o  Documentation sur les  types de défauts&lt;br /&gt;
 o  Test d'une fonction de la transformée de Fourier sous Matlab&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1902</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1902"/>
				<updated>2012-04-04T15:12:41Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations concrètes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab. &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1901</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1901"/>
				<updated>2012-04-04T15:12:22Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations concrètes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
  o Etude de la transformée de Fourier.&lt;br /&gt;
 &lt;br /&gt;
  o Prise en main de Matlab &lt;br /&gt;
&lt;br /&gt;
  o Etude de la modulation :&lt;br /&gt;
    * d'amplitude&lt;br /&gt;
    * de fréquence &lt;br /&gt;
    * de phase&lt;br /&gt;
  o Etude spectrale + cepstrale&lt;br /&gt;
  &lt;br /&gt;
  o Etude des types d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Différents types de défauts d'engrenages&lt;br /&gt;
  &lt;br /&gt;
  o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1899</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1899"/>
				<updated>2012-04-04T15:11:42Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations concrètes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
o Etude de la transformée de Fourier. &lt;br /&gt;
o Prise en main de Matlab &lt;br /&gt;
o Etude de la modulation :&lt;br /&gt;
 * d'amplitude&lt;br /&gt;
 * de fréquence &lt;br /&gt;
 * de phase&lt;br /&gt;
o Etude spectrale + cepstrale&lt;br /&gt;
o Etude des types d'engrenages&lt;br /&gt;
o Différents types de défauts d'engrenages&lt;br /&gt;
o Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1898</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1898"/>
				<updated>2012-04-04T15:11:06Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Réalisations concrètes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
- Etude de la transformée de Fourier. &lt;br /&gt;
- Prise en main de Matlab &lt;br /&gt;
- Etude de la modulation :&lt;br /&gt;
 o d'amplitude&lt;br /&gt;
 o de fréquence &lt;br /&gt;
 o de phase&lt;br /&gt;
- Etude spectrale + cepstrale&lt;br /&gt;
- Etude des types d'engrenages&lt;br /&gt;
- Différents types de défauts d'engrenages&lt;br /&gt;
- Codes matlab des différentes fonctions étudiées.&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1896</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1896"/>
				<updated>2012-04-04T15:04:47Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Objectifs suggérés par les encadrants */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
- Lien entre le traitement de signal (FFT, cepstre) et machines tournantes &lt;br /&gt;
&lt;br /&gt;
- Etude et caractérisation des principaux défauts des engrenages&lt;br /&gt;
&lt;br /&gt;
- Reconnaissance des types de défaut.&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1895</id>
		<title>Surveillance des hélicoptères</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Surveillance_des_h%C3%A9licopt%C3%A8res&amp;diff=1895"/>
				<updated>2012-04-04T14:57:33Z</updated>
		
		<summary type="html">&lt;p&gt;Achekko1 : /* Matériel requis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
== Préparation du projet ==&lt;br /&gt;
&lt;br /&gt;
=== Matériel requis ===&lt;br /&gt;
&lt;br /&gt;
* Exemple de matériel&lt;br /&gt;
Logiciel MATLAB&lt;br /&gt;
Données réelles enregistrées durant les vols des hélicoptères&lt;br /&gt;
&lt;br /&gt;
=== Matériel à acheter ===&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
=== Objectifs suggérés par les encadrants ===&lt;br /&gt;
&lt;br /&gt;
=== Réalisations concrètes ===&lt;br /&gt;
&lt;br /&gt;
=== Séances ===&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
=== Résultats ===&lt;/div&gt;</summary>
		<author><name>Achekko1</name></author>	</entry>

	</feed>