Wiki d'activités IMA - Contributions de l’utilisateur [fr]

Projets IMA5 2014/2015

2015-02-23T23:06:35Z

Ajaoui : /* Répartition des binômes */

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.

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<tr>
<td>[[P1 Modélisation et commande de l'auto-ignition d'un moteur HCCI]]</td>
<td>Moulé Alexandre / Taché Clément </td>
<td> Anne-Lise Gehin / Jean-Yves Dieulot </td>
<td>[[Fichier:Rapport decembre moule tache.pdf]] </td>
</tr>
<tr><td>[[P5 Filtrage des indicateurs numériques de diagnostic]]</td>
<td> ZIOU Ismaïl / HAMZAOUI Oussama </td>
<td> Belkacem Ould Bouamama </td>
<td>[[Fichier:rapport_Z.pdf]]</td>
</tr>
<tr>
<td>[[P6 Gestion des flux thermiques du bâtiment Polytech]]</td>
<td>Florian Royer / Zohour Assaieb </td>
<td> Belkacem Ould Bouamama </td>
<td> [[Fichier:Rapport_Intermédiaire_Royer_Assaieb.pdf]] </td>
</tr>
<tr><td>[[P7 Utilisation d'un Robot Nao pour les enfants autistes]]</td>
<td> Rodriguez Loïc/Ismaïl Tahry</td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Projetpfenaomi.pdf]]</td>
</tr>
<tr><td>[[P8 Pilulier]]</td>
<td> Alexandre Mercier / Emile Pinet</td>
<td> Thomas VANTROYS / Alexandre BOE </td>
<td>[[Fichier:Rapport decembre PFE pilulier mercier pinet.pdf]]</td>
</tr>
<tr><td>[[P9 Agenda pour personnes non lectrices]]</td>
<td> Cédric DESPREZ & Soufiane HADDAOUI </td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Rapport_MiSoutenance_DESPREZ_HADDAOUI.pdf]]</td>
</tr>
<tr><td>[[P11 Détecteur d'obstacles pour fauteuils électriques]]</td>
<td> Geoffrey ROSE / Marjorie TIXIER </td>
<td> GAPAS / Blaise Conrard </td>
<td> [[Fichier:Rapport_Intermédiaire_PFE_GAPAS_Rose_Tixier.pdf]]
<td></td>
</tr>
<tr><td>[[P12 Automatiser à l'aide d'une interface LabView la procédure de mesure de conductivité électrique d'un alternateur à griffes]]</td>
<td> Hugo FONDU </td>
<td> Abdelkader Benabou </td>
<td>[[Fichier:rapport_presoutenance.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P13 Construction d'un support motorisé pour la réalisation des essais de décharges électrostatique]]</td>
<td> JEBBARI Zineb / BEKRAOUI Oumaima </td>
<td> Nathalie Rolland </td>
<td> [[Fichier:rapportJebbek.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P19 Contrôle et synchronisation d'instruments en microscopie]]</td>
<td> Simon Duthoit</td>
<td> Samuel Hym </td>
<td></td>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
</tr>
<tr><td>[[P25 SmartMeter]]</td>
<td> Thomas Ederlé / Sylvain Fossaert</td>
<td> Guillaume Renault / Xavier Redon / Alexandre Boé </td>
<td> [[Fichier:RapportFossaertEderle.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P26 Vehicule Electrique ]]</td>
<td> Smain Labdouni / Adnane Jaoui </td>
<td> Arnaud Chielens / Philippe Delarue </td>
<td> [[Fichier:RAPPORT_VE_DEC.pdf]]</td>
<td> [[Fichier:Rapport_pfe_Jaoui_Labdouni_Fevrier.pdf]] </td>
</tr>
<tr><td>[[P27 Controle Direct de Puissance d'un Convertisseur Matriciel ]]</td>
<td> Quentin Pesqueux / Nicolas Alexandre </td>
<td> Philippe Delarue </td>
<td> [[Fichier:PFE_IMA5_MATRIX_CONVERTER_Alexandre_Pesqueux.pdf]]</td>
</tr>
<tr><td>[[P28 Modélisation d'un robot chirurgical déformable pour la simulation et le contrôle]]</td>
<td> Charlotte BRICOUT / Nathan MARTIN </td>
<td> Jérémie DEQUIDT</td>
<td> [[Fichier:-BRICOUT MARTIN--Rapport PFE.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P33 Ligthing contactless / "wireless"]]</td>
<td> Benjamin Lafit </td>
<td> Alexandre Boé </td>
<td> [[Fichier:Rapport_Benjamin_Lafit.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P35 Hack-a-Wii : Emulation de wiimote pour rendre la Wii accessibles aux personnes handicapées ]]</td>
<td> Fabien Violier </td>
<td> Laurent Grisoni </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P37 Creation d'un composant d'audit des accès cache mémoire sur un microprocesseur LEON3 simulé en FPGA ]]</td>
<td> Jérôme Vaessen </td>
<td> Julien Cartigny / Pierrick Buret </td>
<td> [[Fichier:Rapport_VAESSEN_presoutenance.pdf]] </td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td> [[Fichier:RapportMaliarMauriceDecembre.pdf]] </td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr>
<td>[[P58 Transformation des spectateurs d’un concert en afficheur géant interactif]]</td>
<td> Hautecoeur Mélanie </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Projets IMA5 2014/2015

2015-02-23T23:04:16Z

Ajaoui : /* Répartition des binômes */

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.

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<tr>
<td>[[P1 Modélisation et commande de l'auto-ignition d'un moteur HCCI]]</td>
<td>Moulé Alexandre / Taché Clément </td>
<td> Anne-Lise Gehin / Jean-Yves Dieulot </td>
<td>[[Fichier:Rapport decembre moule tache.pdf]] </td>
</tr>
<tr><td>[[P5 Filtrage des indicateurs numériques de diagnostic]]</td>
<td> ZIOU Ismaïl / HAMZAOUI Oussama </td>
<td> Belkacem Ould Bouamama </td>
<td>[[Fichier:rapport_Z.pdf]]</td>
</tr>
<tr>
<td>[[P6 Gestion des flux thermiques du bâtiment Polytech]]</td>
<td>Florian Royer / Zohour Assaieb </td>
<td> Belkacem Ould Bouamama </td>
<td> [[Fichier:Rapport_Intermédiaire_Royer_Assaieb.pdf]] </td>
</tr>
<tr><td>[[P7 Utilisation d'un Robot Nao pour les enfants autistes]]</td>
<td> Rodriguez Loïc/Ismaïl Tahry</td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Projetpfenaomi.pdf]]</td>
</tr>
<tr><td>[[P8 Pilulier]]</td>
<td> Alexandre Mercier / Emile Pinet</td>
<td> Thomas VANTROYS / Alexandre BOE </td>
<td>[[Fichier:Rapport decembre PFE pilulier mercier pinet.pdf]]</td>
</tr>
<tr><td>[[P9 Agenda pour personnes non lectrices]]</td>
<td> Cédric DESPREZ & Soufiane HADDAOUI </td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Rapport_MiSoutenance_DESPREZ_HADDAOUI.pdf]]</td>
</tr>
<tr><td>[[P11 Détecteur d'obstacles pour fauteuils électriques]]</td>
<td> Geoffrey ROSE / Marjorie TIXIER </td>
<td> GAPAS / Blaise Conrard </td>
<td> [[Fichier:Rapport_Intermédiaire_PFE_GAPAS_Rose_Tixier.pdf]]
<td></td>
</tr>
<tr><td>[[P12 Automatiser à l'aide d'une interface LabView la procédure de mesure de conductivité électrique d'un alternateur à griffes]]</td>
<td> Hugo FONDU </td>
<td> Abdelkader Benabou </td>
<td>[[Fichier:rapport_presoutenance.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P13 Construction d'un support motorisé pour la réalisation des essais de décharges électrostatique]]</td>
<td> JEBBARI Zineb / BEKRAOUI Oumaima </td>
<td> Nathalie Rolland </td>
<td> [[Fichier:rapportJebbek.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P19 Contrôle et synchronisation d'instruments en microscopie]]</td>
<td> Simon Duthoit</td>
<td> Samuel Hym </td>
<td></td>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
</tr>
<tr><td>[[P25 SmartMeter]]</td>
<td> Thomas Ederlé / Sylvain Fossaert</td>
<td> Guillaume Renault / Xavier Redon / Alexandre Boé </td>
<td> [[Fichier:RapportFossaertEderle.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P26 Vehicule Electrique ]]</td>
<td> Smain Labdouni / Adnane Jaoui </td>
<td> Arnaud Chielens / Philippe Delarue </td>
<td> [[Fichier:RAPPORT_VE_DEC.pdf]]</td>
[[Fichier:Rapport_pfe_Jaoui_Labdouni_Fevrier.pdf]]
</tr>
<tr><td>[[P27 Controle Direct de Puissance d'un Convertisseur Matriciel ]]</td>
<td> Quentin Pesqueux / Nicolas Alexandre </td>
<td> Philippe Delarue </td>
<td> [[Fichier:PFE_IMA5_MATRIX_CONVERTER_Alexandre_Pesqueux.pdf]]</td>
</tr>
<tr><td>[[P28 Modélisation d'un robot chirurgical déformable pour la simulation et le contrôle]]</td>
<td> Charlotte BRICOUT / Nathan MARTIN </td>
<td> Jérémie DEQUIDT</td>
<td> [[Fichier:-BRICOUT MARTIN--Rapport PFE.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P33 Ligthing contactless / "wireless"]]</td>
<td> Benjamin Lafit </td>
<td> Alexandre Boé </td>
<td> [[Fichier:Rapport_Benjamin_Lafit.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P35 Hack-a-Wii : Emulation de wiimote pour rendre la Wii accessibles aux personnes handicapées ]]</td>
<td> Fabien Violier </td>
<td> Laurent Grisoni </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P37 Creation d'un composant d'audit des accès cache mémoire sur un microprocesseur LEON3 simulé en FPGA ]]</td>
<td> Jérôme Vaessen </td>
<td> Julien Cartigny / Pierrick Buret </td>
<td> [[Fichier:Rapport_VAESSEN_presoutenance.pdf]] </td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td> [[Fichier:RapportMaliarMauriceDecembre.pdf]] </td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr>
<td>[[P58 Transformation des spectateurs d’un concert en afficheur géant interactif]]</td>
<td> Hautecoeur Mélanie </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Projets IMA5 2014/2015

2015-02-23T23:03:33Z

Ajaoui : /* Répartition des binômes */

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.

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<tr>
<td>[[P1 Modélisation et commande de l'auto-ignition d'un moteur HCCI]]</td>
<td>Moulé Alexandre / Taché Clément </td>
<td> Anne-Lise Gehin / Jean-Yves Dieulot </td>
<td>[[Fichier:Rapport decembre moule tache.pdf]] </td>
</tr>
<tr><td>[[P5 Filtrage des indicateurs numériques de diagnostic]]</td>
<td> ZIOU Ismaïl / HAMZAOUI Oussama </td>
<td> Belkacem Ould Bouamama </td>
<td>[[Fichier:rapport_Z.pdf]]</td>
</tr>
<tr>
<td>[[P6 Gestion des flux thermiques du bâtiment Polytech]]</td>
<td>Florian Royer / Zohour Assaieb </td>
<td> Belkacem Ould Bouamama </td>
<td> [[Fichier:Rapport_Intermédiaire_Royer_Assaieb.pdf]] </td>
</tr>
<tr><td>[[P7 Utilisation d'un Robot Nao pour les enfants autistes]]</td>
<td> Rodriguez Loïc/Ismaïl Tahry</td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Projetpfenaomi.pdf]]</td>
</tr>
<tr><td>[[P8 Pilulier]]</td>
<td> Alexandre Mercier / Emile Pinet</td>
<td> Thomas VANTROYS / Alexandre BOE </td>
<td>[[Fichier:Rapport decembre PFE pilulier mercier pinet.pdf]]</td>
</tr>
<tr><td>[[P9 Agenda pour personnes non lectrices]]</td>
<td> Cédric DESPREZ & Soufiane HADDAOUI </td>
<td> GAPAS/Laurent Grisoni </td>
<td>[[Fichier:Rapport_MiSoutenance_DESPREZ_HADDAOUI.pdf]]</td>
</tr>
<tr><td>[[P11 Détecteur d'obstacles pour fauteuils électriques]]</td>
<td> Geoffrey ROSE / Marjorie TIXIER </td>
<td> GAPAS / Blaise Conrard </td>
<td> [[Fichier:Rapport_Intermédiaire_PFE_GAPAS_Rose_Tixier.pdf]]
<td></td>
</tr>
<tr><td>[[P12 Automatiser à l'aide d'une interface LabView la procédure de mesure de conductivité électrique d'un alternateur à griffes]]</td>
<td> Hugo FONDU </td>
<td> Abdelkader Benabou </td>
<td>[[Fichier:rapport_presoutenance.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P13 Construction d'un support motorisé pour la réalisation des essais de décharges électrostatique]]</td>
<td> JEBBARI Zineb / BEKRAOUI Oumaima </td>
<td> Nathalie Rolland </td>
<td> [[Fichier:rapportJebbek.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P19 Contrôle et synchronisation d'instruments en microscopie]]</td>
<td> Simon Duthoit</td>
<td> Samuel Hym </td>
<td></td>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
</tr>
<tr><td>[[P25 SmartMeter]]</td>
<td> Thomas Ederlé / Sylvain Fossaert</td>
<td> Guillaume Renault / Xavier Redon / Alexandre Boé </td>
<td> [[Fichier:RapportFossaertEderle.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P26 Vehicule Electrique ]]</td>
<td> Smain Labdouni / Adnane Jaoui </td>
<td> Arnaud Chielens / Philippe Delarue </td>
<td> [[Fichier:RAPPORT_VE_DEC.pdf]] [[Fichier:Rapport_pfe_Jaoui_Labdouni_Fevrier.pdf]]</td>
</tr>
<tr><td>[[P27 Controle Direct de Puissance d'un Convertisseur Matriciel ]]</td>
<td> Quentin Pesqueux / Nicolas Alexandre </td>
<td> Philippe Delarue </td>
<td> [[Fichier:PFE_IMA5_MATRIX_CONVERTER_Alexandre_Pesqueux.pdf]]</td>
</tr>
<tr><td>[[P28 Modélisation d'un robot chirurgical déformable pour la simulation et le contrôle]]</td>
<td> Charlotte BRICOUT / Nathan MARTIN </td>
<td> Jérémie DEQUIDT</td>
<td> [[Fichier:-BRICOUT MARTIN--Rapport PFE.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P33 Ligthing contactless / "wireless"]]</td>
<td> Benjamin Lafit </td>
<td> Alexandre Boé </td>
<td> [[Fichier:Rapport_Benjamin_Lafit.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P35 Hack-a-Wii : Emulation de wiimote pour rendre la Wii accessibles aux personnes handicapées ]]</td>
<td> Fabien Violier </td>
<td> Laurent Grisoni </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P37 Creation d'un composant d'audit des accès cache mémoire sur un microprocesseur LEON3 simulé en FPGA ]]</td>
<td> Jérôme Vaessen </td>
<td> Julien Cartigny / Pierrick Buret </td>
<td> [[Fichier:Rapport_VAESSEN_presoutenance.pdf]] </td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td> [[Fichier:RapportMaliarMauriceDecembre.pdf]] </td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr>
<td>[[P58 Transformation des spectateurs d’un concert en afficheur géant interactif]]</td>
<td> Hautecoeur Mélanie </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Fichier:Rapport pfe Jaoui Labdouni Fevrier.pdf

2015-02-23T23:02:07Z

Ajaoui :

P26 Vehicule Electrique

2015-02-23T14:51:53Z

Ajaoui : /* Déroulement du projet */

== Contexte ==

Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

== Présentation du projet ==

La flambée des cours du pétrole que nous avons connue au cours de l'été 2008 , la raréfaction des réserves, les normes environnementales appliquées à l'automobile de plus en plus contraignantes, les problèmes de réchauffement climatique, sont autant d'éléments qui ont mis en évidence les problèmes liés à l'usage intensif des véhicules à moteur thermique. La nécessité de développer des véhicules alternatifs s'impose peu à peu.. Le véhicule tout électrique, bien que pénalisé par son autonomie limitée, apparaît comme une
solution sérieuse pour les déplacements urbains et extra-urbains et présente des performances dynamiques équivalentes aux véhicules actuels. Situés tous deux dans le département du Nord, Polytech'Lille s'est rapproché de la société Secma, constructeur automobile en vue de développer un véhicule électrique. A cette fin, Polytech'Lille s’est équipé d’un véhicule thermique de type Fun Extr’m de chez Secma, d’un ensemble variateur-moteur électriques, de batteries au lithium, d’un BMS (Batteries Management System) et d’un chargeur. Même si l’ensemble est opérationnel, il reste à finaliser le projet avant de pouvoir utiliser le véhicule sur route.

== Objectifs ==

<li>Avoir un véhicule fonctionnel.
<li>Avoir une documentation (ré)utilisable

== Travail à effectuer ==
<ul>
<li>S’imprégner de l’existant (compréhension des différentes phases de fonctionnement, des différents schémas de câblage…) et rédaction de fiches de synthèse.
<li>Prise en main des logiciels de configuration du variateur et du BMS. Rédaction de fiches pour les diverses procédures d’utilisation.
<li>Finaliser le câblage (mauvais contacts dans un connecteur constatés lors des premiers essais, intégration d’une sécurité lors des phases de freinage récupératif non prévue initialement, introduction du câblage nécessaire au contrôle des phases de freinage récupératif, câblage de l’habitacle …).
<li>Réaliser une campagne d’essais véhicule sur calles.
<li>Procéder aux essais sur routes.

== Déroulement du projet ==

'''Semaine 1'''

Rencontre avec le professeur de mécanique Mr Arnaud Chielens qui nous a montré la voiture à son stade d'avancement ainsi que tout ce qui a été fait. Il nous a aussi donné une idée sur le travail qu'on va devoir réaliser durant notre période de projet. Notre projet est la suite de plusieurs PFE qui ont été réalisés durant les années précédentes par des étudiants en IMA et en Méca.

'''Semaine 2'''

Récupération des différents rapports réalisés depuis le début du projet par les anciens étudiants ainsi que les travaux effectués sous différents logiciels.

'''Semaine 3 & 4'''

Étude des différents rapports et travaux.

'''Semaine 5'''

Présentation d'un rapport qui résume tout le travail réalisé auparavant à nos tuteurs.

'''Semaine 6 & 7'''

Pas de séance allouée au projet

'''Semaine 8 à 10'''

Élaboration d'une stratégie pour détecter la source du problème

'''Semaine 11 & 12'''

Recherche et détection du problème sur le véhicule avec la présence de M.Chielens, le problème provenait d'un faux contact sur le câble reliant le variateur à la box

'''Semaine 13'''

Commande du connecteur à remplacer

'''Semaine 14'''

En attendant la commande du matériel, M.Delarue nous a confié un travail portant sur la modélisation sous forme de REM (représentation énergétique macroscopique) du véhicule

[[Fichier:Tableau_REM.png]]

'''Semaine 15'''

''Elaboration de la stratégie à mettre en place''

La chaîne de traction d’un véhicule électrique se compose de trois principaux sous-systèmes : la propulsion électrique, la source énergétique et les éléments auxiliaires. La propulsion électrique comprend le contrôleur, les convertisseurs d’électroniques de puissance, le moteur électrique, la transmission mécanique et les roues. La source énergétique peut être composée par les batteries de traction, le système de stockage rapide, le chargeur, etc. Les éléments auxiliaires rassemblent la direction assistée, le système de refroidissement, le système de climatisation, etc. Le fonctionnement de la chaîne de traction peut être résumé ainsi : les informations qui viennent de l’accélérateur et de la pédale de frein sont transmises au contrôleur; le contrôleur envoie les signaux convenables aux convertisseurs électroniques de puissance, ce qui permet de régler le flux de puissance entre le moteur électrique et la source énergétique. Par exemple, en freinant, le moteur électrique fonctionne en générateur : une partie de l’énergie du freinage est ainsi régénérée et peut être stockée par des batteries ou des supercondensateurs, tandis que l’autre partie est consommée par le freinage mécanique.

Nous avons une configuration avec réducteur fixe Si on fixe le réducteur (i.e. le rapport de réduction), on n’a plus besoin d’embrayage, ni de
boite de vitesses. Cette configuration comporte un moteur électrique, un réducteur fixe et un différentiel. Cette configuration réduit non seulement le poids et la taille de la transmission mécanique, mais simplifie aussi la commande.

'''Semaine 16'''

''Elaboration de la REM globale du véhicule''

Pour la source électrique, le véhicule électrique utilise des batteries Lithium Fer Phosphate. Le moteur électrique est une machine synchrone à aimants permanents. Nous pouvons présenter ce système globalement par Représentation Énergétique Macroscopique (REM)

[[Fichier:REM.png]]

'''Semaine 17'''

''Modélisation de la machine synchrone à aimant permanent''

Pour réaliser une commande vectorielle optimale en fonction du rendement, tout d’abord il faut construire un modèle de Park.

Pour simplifier le modèle dynamique de la machine synchrone, on effectue un changement de repère, cela consiste à transformer les trois bobines statoriques fixes déphasées de 2pi/3 en deux bobines équivalente déphasé de pi/2 sur le rotor.

[[Fichier:Park.png]]

Pour modéliser les pertes fer, nous utilisons le modéle en parallèle comme dans le schéma ci-dessous

[[Fichier:Schéma_parallèle.png]]

'''Semaine 18'''

''Modélisation des pertes de la machine synchrone''

'''Semaine 19'''

''Modélisation de la batterie Lithium Fer Phostphate''

Nous avons modéliser notre batterie selon un schéma électrique équivalent où les pertes sont représentées par des résistances équivalentes.

[[Fichier:circuit.png]]

Nous n'avons pas le même rendement car le rendement de la batterie diffère en charge et en décharge. Nous pouvons modéliser les pertes de charge/décharge par deux résistances et des diodes pour séparer les cas charger/décharge, avec Rc et Rd résistance dde charge et de décharge.

[[Fichier:circuit1.png]]

''Modélisation du convertisseur''

Notre convertisseur est un onduleur triphasé

[[Fichier:Circuit3.png]]

Dans un convertisseur, les pertes se décomposent en deux parties: les pertes en conduction et les pertes en commutation. Les pertes en conduction dépendent des chutes de tension aux bornes des composants et des courants les traversant pendant une certaine durée dépendant du rapport cyclique. Les pertes en commutation dépendent de la fréquence de découpage du convertisseur. Mais dans un premier temps, nous avons décidé de négliger les pertes au niveau du convertisseur.

'''Semaine 20'''

''Elaboration de la structure maximale de commande''

[[Fichier:Smc.png]]

Pour réaliser la SMC nous avons inversé la REM du système bloc par bloc

''Simulation du système''

Pour la simulation nous avons utilisé le cycle urbain européen ECE15 appelé également UDC (Urban Driving Cycle)

[[Fichier:Simulation2.png]]

Nous constatons que notre système suit bien le cycle ECE15

''Réalisation de la vidéo''

''Rédaction du rapport''

P26 Vehicule Electrique

2015-02-23T12:27:40Z

Ajaoui : /* Déroulement du projet */

== Contexte ==

Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

== Présentation du projet ==

La flambée des cours du pétrole que nous avons connue au cours de l'été 2008 , la raréfaction des réserves, les normes environnementales appliquées à l'automobile de plus en plus contraignantes, les problèmes de réchauffement climatique, sont autant d'éléments qui ont mis en évidence les problèmes liés à l'usage intensif des véhicules à moteur thermique. La nécessité de développer des véhicules alternatifs s'impose peu à peu.. Le véhicule tout électrique, bien que pénalisé par son autonomie limitée, apparaît comme une
solution sérieuse pour les déplacements urbains et extra-urbains et présente des performances dynamiques équivalentes aux véhicules actuels. Situés tous deux dans le département du Nord, Polytech'Lille s'est rapproché de la société Secma, constructeur automobile en vue de développer un véhicule électrique. A cette fin, Polytech'Lille s’est équipé d’un véhicule thermique de type Fun Extr’m de chez Secma, d’un ensemble variateur-moteur électriques, de batteries au lithium, d’un BMS (Batteries Management System) et d’un chargeur. Même si l’ensemble est opérationnel, il reste à finaliser le projet avant de pouvoir utiliser le véhicule sur route.

== Objectifs ==

<li>Avoir un véhicule fonctionnel.
<li>Avoir une documentation (ré)utilisable

== Travail à effectuer ==
<ul>
<li>S’imprégner de l’existant (compréhension des différentes phases de fonctionnement, des différents schémas de câblage…) et rédaction de fiches de synthèse.
<li>Prise en main des logiciels de configuration du variateur et du BMS. Rédaction de fiches pour les diverses procédures d’utilisation.
<li>Finaliser le câblage (mauvais contacts dans un connecteur constatés lors des premiers essais, intégration d’une sécurité lors des phases de freinage récupératif non prévue initialement, introduction du câblage nécessaire au contrôle des phases de freinage récupératif, câblage de l’habitacle …).
<li>Réaliser une campagne d’essais véhicule sur calles.
<li>Procéder aux essais sur routes.

== Déroulement du projet ==

'''Semaine 1'''

Rencontre avec le professeur de mécanique Mr Arnaud Chielens qui nous a montré la voiture à son stade d'avancement ainsi que tout ce qui a été fait. Il nous a aussi donné une idée sur le travail qu'on va devoir réaliser durant notre période de projet. Notre projet est la suite de plusieurs PFE qui ont été réalisés durant les années précédentes par des étudiants en IMA et en Méca.

'''Semaine 2'''

Récupération des différents rapports réalisés depuis le début du projet par les anciens étudiants ainsi que les travaux effectués sous différents logiciels.

'''Semaine 3 & 4'''

Étude des différents rapports et travaux.

'''Semaine 5'''

Présentation d'un rapport qui résume tout le travail réalisé auparavant à nos tuteurs.

'''Semaine 6 & 7'''

Pas de séance allouée au projet

'''Semaine 8 à 10'''

Élaboration d'une stratégie pour détecter la source du problème

'''Semaine 11 & 12'''

Recherche et détection du problème sur le véhicule avec la présence de M.Chielens, le problème provenait d'un faux contact sur le câble reliant le variateur à la box

'''Semaine 13'''

Commande du connecteur à remplacer

'''Semaine 14'''

En attendant la commande du matériel, M.Delarue nous a confié un travail portant sur la modélisation sous forme de REM (représentation énergétique macroscopique) du véhicule

[[Fichier:Tableau_REM.png]]

'''Semaine 15'''

''Elaboration de la stratégie à mettre en place''

La chaîne de traction d’un véhicule électrique se compose de trois principaux sous-systèmes : la propulsion électrique, la source énergétique et les éléments auxiliaires. La propulsion électrique comprend le contrôleur, les convertisseurs d’électroniques de puissance, le moteur électrique, la transmission mécanique et les roues. La source énergétique peut être composée par les batteries de traction, le système de stockage rapide, le chargeur, etc. Les éléments auxiliaires rassemblent la direction assistée, le système de refroidissement, le système de climatisation, etc. Le fonctionnement de la chaîne de traction peut être résumé ainsi : les informations qui viennent de l’accélérateur et de la pédale de frein sont transmises au contrôleur; le contrôleur envoie les signaux convenables aux convertisseurs électroniques de puissance, ce qui permet de régler le flux de puissance entre le moteur électrique et la source énergétique. Par exemple, en freinant, le moteur électrique fonctionne en générateur : une partie de l’énergie du freinage est ainsi régénérée et peut être stockée par des batteries ou des supercondensateurs, tandis que l’autre partie est consommée par le freinage mécanique.

Nous avons une configuration avec réducteur fixe Si on fixe le réducteur (i.e. le rapport de réduction), on n’a plus besoin d’embrayage, ni de
boite de vitesses. Cette configuration comporte un moteur électrique, un réducteur fixe et un différentiel. Cette configuration réduit non seulement le poids et la taille de la transmission mécanique, mais simplifie aussi la commande.

'''Semaine 16'''

''Elaboration de la REM globale du véhicule''

Pour la source électrique, le véhicule électrique utilise des batteries Lithium Fer Phosphate. Le moteur électrique est une machine synchrone à aimants permanents. Nous pouvons présenter ce système globalement par Représentation Énergétique Macroscopique (REM)

[[Fichier:REM.png]]

'''Semaine 17'''

''Modélisation de la machine synchrone à aimant permanent''

Pour réaliser une commande vectorielle optimale en fonction du rendement, tout d’abord il faut construire un modèle de Park.

Pour simplifier le modèle dynamique de la machine synchrone, on effectue un changement de repère, cela consiste à transformer les trois bobines statoriques fixes déphasées de 2pi/3 en deux bobines équivalente déphasé de pi/2 sur le rotor.

[[Fichier:Park.png]]

Pour modéliser les pertes fer, nous utilisons le modéle en parallèle comme dans le schéma ci-dessous

[[Fichier:Schéma_parallèle.png]]

'''Semaine 18'''

''Modélisation des pertes de la machine synchrone''

'''Semaine 19'''

''Modélisation de la batterie Lithium Fer Phostphate''

Nous avons modéliser notre batterie selon un schéma électrique équivalent où les pertes sont représentées par des résistances équivalentes.

[[Fichier:circuit.png]]

Nous n'avons pas le même rendement car le rendement de la batterie diffère en charge et en décharge. Nous pouvons modéliser les pertes de charge/décharge par deux résistances et des diodes pour séparer les cas charger/décharge, avec Rc et Rd résistance dde charge et de décharge.

[[Fichier:circuit1.png]]

''Modélisation du convertisseur''

Notre convertisseur est un onduleur triphasé

[[Fichier:Circuit3.png]]

Dans un convertisseur, les pertes se décomposent en deux parties: les pertes en conduction et les pertes en commutation. Les pertes en conduction dépendent des chutes de tension aux bornes des composants et des courants les traversant pendant une certaine durée dépendant du rapport cyclique. Les pertes en commutation dépendent de la fréquence de découpage du convertisseur.

'''Semaine 20'''

''Elaboration de la structure maximale de commande''

[[Fichier:Smc.png]]

Pour réaliser la SMC nous avons inversé la REM du système bloc par bloc

''Simulation du système''

Pour la simulation nous avons utilisé le cycle urbain européen ECE15 appelé également UDC (Urban Driving Cycle)

[[Fichier:Simulation2.png]]

Nous constatons que notre système suit bien le cycle ECE15

''Réalisation de la vidéo''

''Rédaction du rapport''

P26 Vehicule Electrique

2015-02-23T11:38:16Z

Ajaoui : /* Déroulement du projet */

== Contexte ==

Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

== Présentation du projet ==

La flambée des cours du pétrole que nous avons connue au cours de l'été 2008 , la raréfaction des réserves, les normes environnementales appliquées à l'automobile de plus en plus contraignantes, les problèmes de réchauffement climatique, sont autant d'éléments qui ont mis en évidence les problèmes liés à l'usage intensif des véhicules à moteur thermique. La nécessité de développer des véhicules alternatifs s'impose peu à peu.. Le véhicule tout électrique, bien que pénalisé par son autonomie limitée, apparaît comme une
solution sérieuse pour les déplacements urbains et extra-urbains et présente des performances dynamiques équivalentes aux véhicules actuels. Situés tous deux dans le département du Nord, Polytech'Lille s'est rapproché de la société Secma, constructeur automobile en vue de développer un véhicule électrique. A cette fin, Polytech'Lille s’est équipé d’un véhicule thermique de type Fun Extr’m de chez Secma, d’un ensemble variateur-moteur électriques, de batteries au lithium, d’un BMS (Batteries Management System) et d’un chargeur. Même si l’ensemble est opérationnel, il reste à finaliser le projet avant de pouvoir utiliser le véhicule sur route.

== Objectifs ==

<li>Avoir un véhicule fonctionnel.
<li>Avoir une documentation (ré)utilisable

== Travail à effectuer ==
<ul>
<li>S’imprégner de l’existant (compréhension des différentes phases de fonctionnement, des différents schémas de câblage…) et rédaction de fiches de synthèse.
<li>Prise en main des logiciels de configuration du variateur et du BMS. Rédaction de fiches pour les diverses procédures d’utilisation.
<li>Finaliser le câblage (mauvais contacts dans un connecteur constatés lors des premiers essais, intégration d’une sécurité lors des phases de freinage récupératif non prévue initialement, introduction du câblage nécessaire au contrôle des phases de freinage récupératif, câblage de l’habitacle …).
<li>Réaliser une campagne d’essais véhicule sur calles.
<li>Procéder aux essais sur routes.

== Déroulement du projet ==

'''Semaine 1'''

Rencontre avec le professeur de mécanique Mr Arnaud Chielens qui nous a montré la voiture à son stade d'avancement ainsi que tout ce qui a été fait. Il nous a aussi donné une idée sur le travail qu'on va devoir réaliser durant notre période de projet. Notre projet est la suite de plusieurs PFE qui ont été réalisés durant les années précédentes par des étudiants en IMA et en Méca.

'''Semaine 2'''

Récupération des différents rapports réalisés depuis le début du projet par les anciens étudiants ainsi que les travaux effectués sous différents logiciels.

'''Semaine 3 & 4'''

Étude des différents rapports et travaux.

'''Semaine 5'''

Présentation d'un rapport qui résume tout le travail réalisé auparavant à nos tuteurs.

'''Semaine 6 & 7'''

Pas de séance allouée au projet

'''Semaine 8 à 10'''

Élaboration d'une stratégie pour détecter la source du problème

'''Semaine 11 & 12'''

Recherche et détection du problème sur le véhicule avec la présence de M.Chielens, le problème provenait d'un faux contact sur le câble reliant le variateur à la box

'''Semaine 13'''

Commande du connecteur à remplacer

'''Semaine 14'''

En attendant la commande du matériel, M.Delarue nous a confié un travail portant sur la modélisation sous forme de REM (représentation énergétique macroscopique) du véhicule

[[Fichier:Tableau_REM.png]]

'''Semaine 15'''

''Elaboration de la stratégie à mettre en place''

La chaîne de traction d’un véhicule électrique se compose de trois principaux sous-systèmes : la propulsion électrique, la source énergétique et les éléments auxiliaires. La propulsion électrique comprend le contrôleur, les convertisseurs d’électroniques de puissance, le moteur électrique, la transmission mécanique et les roues. La source énergétique peut être composée par les batteries de traction, le système de stockage rapide, le chargeur, etc. Les éléments auxiliaires rassemblent la direction assistée, le système de refroidissement, le système de climatisation, etc. Le fonctionnement de la chaîne de traction peut être résumé ainsi : les informations qui viennent de l’accélérateur et de la pédale de frein sont transmises au contrôleur; le contrôleur envoie les signaux convenables aux convertisseurs électroniques de puissance, ce qui permet de régler le flux de puissance entre le moteur électrique et la source énergétique. Par exemple, en freinant, le moteur électrique fonctionne en générateur : une partie de l’énergie du freinage est ainsi régénérée et peut être stockée par des batteries ou des supercondensateurs, tandis que l’autre partie est consommée par le freinage mécanique.

Nous avons une configuration avec réducteur fixe Si on fixe le réducteur (i.e. le rapport de réduction), on n’a plus besoin d’embrayage, ni de
boite de vitesses. Cette configuration comporte un moteur électrique, un réducteur fixe et un différentiel. Cette configuration réduit non seulement le poids et la taille de la transmission mécanique, mais simplifie aussi la commande.

'''Semaine 16'''

''Elaboration de la REM globale du véhicule''

Pour la source électrique, le véhicule électrique utilise des batteries Lithium Fer Phosphate. Le moteur électrique est une machine synchrone à aimants permanents. Nous pouvons présenter ce système globalement par Représentation Énergétique Macroscopique (REM)

[[Fichier:REM.png]]

'''Semaine 17'''

''Modélisation de la machine synchrone à aimant permanent''

Pour réaliser une commande vectorielle optimale en fonction du rendement, tout d’abord il faut construire un modèle de Park.

Pour simplifier le modèle dynamique de la machine synchrone, on effectue un changement de repère, cela consiste à transformer les trois bobines statoriques fixes déphasées de 2pi/3 en deux bobines équivalente déphasé de pi/2 sur le rotor.

[[Fichier:Park.png]]

Pour modéliser les pertes fer, nous utilisons le modéle en parallèle comme dans le schéma ci-dessous

[[Fichier:Schéma_parallèle.png]]

'''Semaine 18'''

''Modélisation des pertes de la machine synchrone''

'''Semaine 19'''

''Modélisation de la batterie Lithium Fer Phostphate''

Nous avons modéliser notre batterie selon un schéma électrique équivalent où les pertes sont représentées par des résistances équivalentes.

[[Fichier:circuit.png]]

Nous n'avons pas le même rendement car le rendement de la batterie diffère en charge et en décharge. Nous pouvons modéliser les pertes de charge/décharge par deux résistances et des diodes pour séparer les cas charger/décharge, avec Rc et Rd résistance dde charge et de décharge.

[[Fichier:circuit1.png]]

''Modélisation du convertisseur''

Notre convertisseur est un onduleur triphasé

[[Fichier:Circuit3.png]]

Dans un convertisseur, les pertes se décomposent en deux parties: les pertes en conduction et les pertes en commutation. Les pertes en conduction dépendent des chutes de tension aux bornes des composants et des courants les traversant pendant une certaine durée dépendant du rapport cyclique. Les pertes en commutation dépendent de la fréquence de découpage du convertisseur.

'''Semaine 20'''

''Elaboration de la structure maximale de commande''

[[Fichier:Smc.png]]

Pour réaliser la SMC nous avons inversé la REM du système bloc par bloc

''Simulation du système''

Pour la simulation nous avons utilisé le cycle urbain européen ECE15 appelé également UDC (Urban Driving Cycle)

[[Fichier:Simulation2.png]]

Nous constatons que notre système suit bien le cycle ECE15

''Rédaction du rapport''

P26 Vehicule Electrique

2015-02-23T11:37:22Z

Ajaoui : /* Déroulement du projet */

== Contexte ==

Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

== Présentation du projet ==

La flambée des cours du pétrole que nous avons connue au cours de l'été 2008 , la raréfaction des réserves, les normes environnementales appliquées à l'automobile de plus en plus contraignantes, les problèmes de réchauffement climatique, sont autant d'éléments qui ont mis en évidence les problèmes liés à l'usage intensif des véhicules à moteur thermique. La nécessité de développer des véhicules alternatifs s'impose peu à peu.. Le véhicule tout électrique, bien que pénalisé par son autonomie limitée, apparaît comme une
solution sérieuse pour les déplacements urbains et extra-urbains et présente des performances dynamiques équivalentes aux véhicules actuels. Situés tous deux dans le département du Nord, Polytech'Lille s'est rapproché de la société Secma, constructeur automobile en vue de développer un véhicule électrique. A cette fin, Polytech'Lille s’est équipé d’un véhicule thermique de type Fun Extr’m de chez Secma, d’un ensemble variateur-moteur électriques, de batteries au lithium, d’un BMS (Batteries Management System) et d’un chargeur. Même si l’ensemble est opérationnel, il reste à finaliser le projet avant de pouvoir utiliser le véhicule sur route.

== Objectifs ==

<li>Avoir un véhicule fonctionnel.
<li>Avoir une documentation (ré)utilisable

== Travail à effectuer ==
<ul>
<li>S’imprégner de l’existant (compréhension des différentes phases de fonctionnement, des différents schémas de câblage…) et rédaction de fiches de synthèse.
<li>Prise en main des logiciels de configuration du variateur et du BMS. Rédaction de fiches pour les diverses procédures d’utilisation.
<li>Finaliser le câblage (mauvais contacts dans un connecteur constatés lors des premiers essais, intégration d’une sécurité lors des phases de freinage récupératif non prévue initialement, introduction du câblage nécessaire au contrôle des phases de freinage récupératif, câblage de l’habitacle …).
<li>Réaliser une campagne d’essais véhicule sur calles.
<li>Procéder aux essais sur routes.

== Déroulement du projet ==

'''Semaine 1'''

Rencontre avec le professeur de mécanique Mr Arnaud Chielens qui nous a montré la voiture à son stade d'avancement ainsi que tout ce qui a été fait. Il nous a aussi donné une idée sur le travail qu'on va devoir réaliser durant notre période de projet. Notre projet est la suite de plusieurs PFE qui ont été réalisés durant les années précédentes par des étudiants en IMA et en Méca.

'''Semaine 2'''

Récupération des différents rapports réalisés depuis le début du projet par les anciens étudiants ainsi que les travaux effectués sous différents logiciels.

'''Semaine 3 & 4'''

Étude des différents rapports et travaux.

'''Semaine 5'''

Présentation d'un rapport qui résume tout le travail réalisé auparavant à nos tuteurs.

'''Semaine 6 & 7'''

Pas de séance allouée au projet

'''Semaine 8 à 10'''

Élaboration d'une stratégie pour détecter la source du problème

'''Semaine 11 & 12'''

Recherche et détection du problème sur le véhicule avec la présence de M.Chielens, le problème provenait d'un faux contact sur le câble reliant le variateur à la box

'''Semaine 13'''

Commande du connecteur à remplacer

'''Semaine 14'''

En attendant la commande du matériel, M.Delarue nous a confié un travail portant sur la modélisation sous forme de REM (représentation énergétique macroscopique) du véhicule

[[Fichier:Tableau_REM.png]]

'''Semaine 15'''

''Elaboration de la stratégie à mettre en place''

La chaîne de traction d’un véhicule électrique se compose de trois principaux sous-systèmes : la propulsion électrique, la source énergétique et les éléments auxiliaires. La propulsion électrique comprend le contrôleur, les convertisseurs d’électroniques de puissance, le moteur électrique, la transmission mécanique et les roues. La source énergétique peut être composée par les batteries de traction, le système de stockage rapide, le chargeur, etc. Les éléments auxiliaires rassemblent la direction assistée, le système de refroidissement, le système de climatisation, etc. Le fonctionnement de la chaîne de traction peut être résumé ainsi : les informations qui viennent de l’accélérateur et de la pédale de frein sont transmises au contrôleur; le contrôleur envoie les signaux convenables aux convertisseurs électroniques de puissance, ce qui permet de régler le flux de puissance entre le moteur électrique et la source énergétique. Par exemple, en freinant, le moteur électrique fonctionne en générateur : une partie de l’énergie du freinage est ainsi régénérée et peut être stockée par des batteries ou des supercondensateurs, tandis que l’autre partie est consommée par le freinage mécanique.

Nous avons une configuration avec réducteur fixe Si on fixe le réducteur (i.e. le rapport de réduction), on n’a plus besoin d’embrayage, ni de
boite de vitesses. Cette configuration comporte un moteur électrique, un réducteur fixe et un différentiel. Cette configuration réduit non seulement le poids et la taille de la transmission mécanique, mais simplifie aussi la commande.

'''Semaine 16'''

''Elaboration de la REM globale du véhicule''

Pour la source électrique, le véhicule électrique utilise des batteries Lithium Fer Phosphate. Le moteur électrique est une machine synchrone à aimants permanents. Nous pouvons présenter ce système globalement par Représentation Énergétique Macroscopique (REM)

[[Fichier:REM.png]]

'''Semaine 17'''

''Modélisation de la machine synchrone à aimant permanent''

Pour réaliser une commande vectorielle optimale en fonction du rendement, tout d’abord il faut construire un modèle de Park.

Pour simplifier le modèle dynamique de la machine synchrone, on effectue un changement de repère, cela consiste à transformer les trois bobines statoriques fixes déphasées de 2pi/3 en deux bobines équivalente déphasé de pi/2 sur le rotor.

[[Fichier:Park.png]]

Pour modéliser les pertes fer, nous utilisons le modéle en parallèle comme dans le schéma ci-dessous

[[Fichier:Schéma_parallèle.png]]

'''Semaine 18'''

''Modélisation des pertes de la machine synchrone''

'''Semaine 19'''

''Modélisation de la batterie Lithium Fer Phostphate''

Nous avons modéliser notre batterie selon un schéma électrique équivalent où les pertes sont représentées par des résistances équivalentes.

[[Fichier:circuit.png]]

Nous n'avons pas le même rendement car le rendement de la batterie diffère en charge et en décharge. Nous pouvons modéliser les pertes de charge/décharge par deux résistances et des diodes pour séparer les cas charger/décharge, avec Rc et Rd résistance dde charge et de décharge.

[[Fichier:circuit1.png]]

''Modélisation du convertisseur''

Notre convertisseur est un onduleur triphasé

[[Fichier:Circuit3.png]]

Dans un convertisseur, les pertes se décomposent en deux parties: les pertes en conduction et les pertes en commutation. Les pertes en conduction dépendent des chutes de tension aux bornes des composants et des courants les traversant pendant une certaine durée dépendant du rapport cyclique. Les pertes en commutation dépendent de la fréquence de découpage du convertisseur.

'''Semaine 20'''

''Elaboration de la structure maximale de commande''

[[Fichier:Smc.png]]

Pour réaliser la SMC nous avons inversé la REM du système bloc par bloc

''Simulation du système''

Pour la simulation nous avons utilisé le cycle urbain européen ECE15 appelé également UDC (Urban Driving Cycle)

[[Fichier:Simulation2.png]]

nous constatons que notre système suit bien le cycle ECE15

''Rédaction du rapport''

Fichier:Simulation2.png

2015-02-23T11:35:18Z

Ajaoui :

Fichier:Smc.png

2015-02-23T11:29:29Z

Ajaoui :

P26 Vehicule Electrique

2015-02-23T10:37:54Z

Ajaoui : /* Déroulement du projet */

== Contexte ==

Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

== Présentation du projet ==

La flambée des cours du pétrole que nous avons connue au cours de l'été 2008 , la raréfaction des réserves, les normes environnementales appliquées à l'automobile de plus en plus contraignantes, les problèmes de réchauffement climatique, sont autant d'éléments qui ont mis en évidence les problèmes liés à l'usage intensif des véhicules à moteur thermique. La nécessité de développer des véhicules alternatifs s'impose peu à peu.. Le véhicule tout électrique, bien que pénalisé par son autonomie limitée, apparaît comme une
solution sérieuse pour les déplacements urbains et extra-urbains et présente des performances dynamiques équivalentes aux véhicules actuels. Situés tous deux dans le département du Nord, Polytech'Lille s'est rapproché de la société Secma, constructeur automobile en vue de développer un véhicule électrique. A cette fin, Polytech'Lille s’est équipé d’un véhicule thermique de type Fun Extr’m de chez Secma, d’un ensemble variateur-moteur électriques, de batteries au lithium, d’un BMS (Batteries Management System) et d’un chargeur. Même si l’ensemble est opérationnel, il reste à finaliser le projet avant de pouvoir utiliser le véhicule sur route.

== Objectifs ==

<li>Avoir un véhicule fonctionnel.
<li>Avoir une documentation (ré)utilisable

== Travail à effectuer ==
<ul>
<li>S’imprégner de l’existant (compréhension des différentes phases de fonctionnement, des différents schémas de câblage…) et rédaction de fiches de synthèse.
<li>Prise en main des logiciels de configuration du variateur et du BMS. Rédaction de fiches pour les diverses procédures d’utilisation.
<li>Finaliser le câblage (mauvais contacts dans un connecteur constatés lors des premiers essais, intégration d’une sécurité lors des phases de freinage récupératif non prévue initialement, introduction du câblage nécessaire au contrôle des phases de freinage récupératif, câblage de l’habitacle …).
<li>Réaliser une campagne d’essais véhicule sur calles.
<li>Procéder aux essais sur routes.

== Déroulement du projet ==

'''Semaine 1'''

Rencontre avec le professeur de mécanique Mr Arnaud Chielens qui nous a montré la voiture à son stade d'avancement ainsi que tout ce qui a été fait. Il nous a aussi donné une idée sur le travail qu'on va devoir réaliser durant notre période de projet. Notre projet est la suite de plusieurs PFE qui ont été réalisés durant les années précédentes par des étudiants en IMA et en Méca.

'''Semaine 2'''

Récupération des différents rapports réalisés depuis le début du projet par les anciens étudiants ainsi que les travaux effectués sous différents logiciels.

'''Semaine 3 & 4'''

Étude des différents rapports et travaux.

'''Semaine 5'''

Présentation d'un rapport qui résume tout le travail réalisé auparavant à nos tuteurs.

'''Semaine 6 & 7'''

Pas de séance allouée au projet

'''Semaine 8 à 10'''

Élaboration d'une stratégie pour détecter la source du problème

'''Semaine 11 & 12'''

Recherche et détection du problème sur le véhicule avec la présence de M.Chielens, le problème provenait d'un faux contact sur le câble reliant le variateur à la box

'''Semaine 13'''

Commande du connecteur à remplacer

'''Semaine 14'''

En attendant la commande du matériel, M.Delarue nous a confié un travail portant sur la modélisation sous forme de REM (représentation énergétique macroscopique) du véhicule

[[Fichier:Tableau_REM.png]]

'''Semaine 15'''

''Elaboration de la stratégie à mettre en place''

La chaîne de traction d’un véhicule électrique se compose de trois principaux sous-systèmes : la propulsion électrique, la source énergétique et les éléments auxiliaires. La propulsion électrique comprend le contrôleur, les convertisseurs d’électroniques de puissance, le moteur électrique, la transmission mécanique et les roues. La source énergétique peut être composée par les batteries de traction, le système de stockage rapide, le chargeur, etc. Les éléments auxiliaires rassemblent la direction assistée, le système de refroidissement, le système de climatisation, etc. Le fonctionnement de la chaîne de traction peut être résumé ainsi : les informations qui viennent de l’accélérateur et de la pédale de frein sont transmises au contrôleur; le contrôleur envoie les signaux convenables aux convertisseurs électroniques de puissance, ce qui permet de régler le flux de puissance entre le moteur électrique et la source énergétique. Par exemple, en freinant, le moteur électrique fonctionne en générateur : une partie de l’énergie du freinage est ainsi régénérée et peut être stockée par des batteries ou des supercondensateurs, tandis que l’autre partie est consommée par le freinage mécanique.

Nous avons une configuration avec réducteur fixe Si on fixe le réducteur (i.e. le rapport de réduction), on n’a plus besoin d’embrayage, ni de
boite de vitesses. Cette configuration comporte un moteur électrique, un réducteur fixe et un différentiel. Cette configuration réduit non seulement le poids et la taille de la transmission mécanique, mais simplifie aussi la commande.

'''Semaine 16'''

''Elaboration de la REM globale du véhicule''

Pour la source électrique, le véhicule électrique utilise des batteries Lithium Fer Phosphate. Le moteur électrique est une machine synchrone à aimants permanents. Nous pouvons présenter ce système globalement par Représentation Énergétique Macroscopique (REM)

[[Fichier:REM.png]]

'''Semaine 17'''

''Modélisation de la machine synchrone à aimant permanent''

Pour réaliser une commande vectorielle optimale en fonction du rendement, tout d’abord il faut construire un modèle de Park.

Pour simplifier le modèle dynamique de la machine synchrone, on effectue un changement de repère, cela consiste à transformer les trois bobines statoriques fixes déphasées de 2pi/3 en deux bobines équivalente déphasé de pi/2 sur le rotor.

[[Fichier:Park.png]]

Pour modéliser les pertes fer, nous utilisons le modéle en parallèle comme dans le schéma ci-dessous

[[Fichier:Schéma_parallèle.png]]

'''Semaine 18'''

''Modélisation des pertes de la machine synchrone''

'''Semaine 19'''

''Modélisation de la batterie Lithium Fer Phostphate''

Nous avons modéliser notre batterie selon un schéma électrique équivalent où les pertes sont représentées par des résistances équivalentes.

[[Fichier:circuit.png]]

Nous n'avons pas le même rendement car le rendement de la batterie diffère en charge et en décharge. Nous pouvons modéliser les pertes de charger/décharge par deux résistances et des diodes pour séparer les cas charger/décharge, avec Rc et Rd résistance dde charge et de décharge.

[[Fichier:circuit1.png]]

''Modélisation du convertisseur''

Notre convertisseur est un onduleur triphasé

[[Fichier:Circuit3.png]]

Dans un convertisseur, les pertes se décomposent en deux parties: les pertes en conduction et les pertes en commutation. Les pertes en conduction dépendent des chutes de tension aux bornes des composants et des courants les traversant pendant une certaine durée dépendant du rapport cyclique. Les pertes en commutation dépendent de la fréquence de découpage du convertisseur.

P26 Vehicule Electrique

2015-02-23T10:36:46Z

2014-11-16T13:52:40Z

Ajaoui : Page créée avec « '''Contexte''' Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur n... »

'''Contexte'''
Dans le cadre de notre formation en dernière année IMA, nous avons été amenés à effectuer un projet de fin d'études. Vu l'importance de ce dernier sur notre vie professionnelle, nous avons choisi comme projet les véhicule électrique qui peuvent être vu comme une réponse efficace et concrète pour diminuer l'empreinte environnementale des transports.

Projets IMA5 2014/2015

2014-11-16T13:15:23Z

Ajaoui : /* Répartition des binômes */

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.

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<tr>
<td>[[P1 Modélisation et commande de l'auto-ignition d'un moteur HCCI]]</td>
<td>Moulé Alexandre / Taché Clément </td>
<td> Anne-Lise Gehin / Jean-Yves Dieulot </td>
<td> </td>
</tr>
<tr><td>[[P5 Filtrage des indicateurs numériques de diagnostic]]</td>
<td> ZIOU Ismaïl / HAMZAOUI Oussama </td>
<td> Belkacem Ould Bouamama </td>
<td></td>
</tr>
<tr>
<td>[[P6 Gestion des flux thermiques du bâtiment Polytech]]</td>
<td>Florian Royer / Zohour Assaieb </td>
<td> Belkacem Ould Bouamama </td>
<td> </td>
</tr>
<tr><td>[[P7 Utilisation d'un Robot Nao pour les enfants autistes]]</td>
<td> Rodriguez Loïc/Ismaïl Tahry</td>
<td> GAPAS/Laurent Grisoni </td>
<td></td>
</tr>
<tr><td>[[P8 Pilulier]]</td>
<td> Alexandre Mercier / Emile Pinet</td>
<td> Thomas VANTROYS / Alexandre BOE </td>
<td></td>
</tr>
<tr><td>[[P9 Agenda pour personnes non lectrices]]</td>
<td> Cédric DESPREZ & Soufiane HADDAOUI </td>
<td> GAPAS/Laurent Grisoni </td>
<td></td>
</tr>
<tr><td>[[P11 Détecteur d'obstacles pour fauteuils électriques]]</td>
<td> Geoffrey ROSE / Marjorie TIXIER </td>
<td> GAPAS / Blaise Conrard </td>
<td></td>
</tr>
<tr><td>[[P12 Automatiser à l'aide d'une interface LabView la procédure de mesure de conductivité électrique d'un alternateur à griffes]]</td>
<td> Hugo FONDU </td>
<td> Abdelkader Benabou </td>
<td></td>
</tr>
<tr><td>[[P13 Construction d'un support motorisé pour la réalisation des essais de décharges électrostatique]]</td>
<td> JEBBARI Zineb / BEKRAOUI Oumaima </td>
<td> Nathalie Rolland </td>
<td></td>
</tr>
<tr><td>[[P21 balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td></td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td></td>
</tr>
<tr><td>[[P25 SmartMeter]]</td>
<td> Thomas Ederlé / Sylvain Fossaert</td>
<td> Guillaume Renault / Xavier Redon / Alexandre Boé </td>
<td></td>
</tr>
<tr><td>[[P26 Vehicule Electrique ]]</td>
<td> Smain Labdouni / Adnane Jaoui </td>
<td> Arnaud Chielens / Philippe Delarue </td>
<td></td>
</tr>
<tr><td>[[P27 Controle Direct de Puissance d'un Convertisseur Matriciel ]]</td>
<td> Quentin Pesqueux / Nicolas Alexandre </td>
<td> Philippe Delarue </td>
<td></td>
</tr>
<tr><td>[[P28 Modélisation d'un robot chirurgical déformable pour la simulation et le contrôle]]</td>
<td> Charlotte BRICOUT / Nathan MARTIN </td>
<td> Jérémie DEQUIDT</td>
<td></td>
</tr>
<tr><td>[[P33 Ligthing contactless / "wireless"]]</td>
<td> Benjamin Lafit </td>
<td> Alexandre Boé </td>
<td></td>
</tr>
<tr><td>[[P37 Creation d'un composant d'audit des accès cache mémoire sur un microprocesseur LEON3 simulé en FPGA ]]</td>
<td> Jérôme Vaessen </td>
<td> Julien Cartigny / Pierrick Buret </td>
<td></td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td></td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Out of Space

2014-04-15T18:50:06Z

Ajaoui :

== Généralités sur le projet ==

=== Contexte ===

Ce projet met en collaboration une artiste et une société de production de jeu vidéo 3D, et vise à mettre en place une application interactive utilisant une classe de dispositifs d'interaction orienté "maquette holographique".

=== Descriptif ===

Le projet vise à réaliser une application interactive sur un affichage stéréoscopique, et qui consiste à piloter un objet (une bille) dans un certain environnement, tout en déroulant l’évolution de cet environnement sur une vidéo de fond. Le mouvement de cet objet est contrôlé par les gestes des mains qui sont détectées par une Kinect et traduits sur un écran 3D.

=== Problématique ===

La problématique qui se pose est de pouvoir prendre aussi en compte la tête de l’utilisateur sur l’espace d’acquisition afin d’avoir les données sur l’angle de vision et donc d’orienter l’affichage 3D sur l’écran selon sa position, ainsi le mouvement de la tête impliquera l’inclinaison des objets affichés dans un sens ou dans l’autre.

== ==

=== Cahier des charges ===
{{Petit|''Le cahier des charges ne peut être réalisé pour l'instant car notre projet est une continuité d'un projet réalisé actuellement par des élèves en IMA5, et les tâches qui nous seront affectées vont dépendre de leur avancement. La phase de transition sera faite quelques jours avant leur soutenance. Cependant, nous avons commencé par nous familiariser aux outils à utiliser''}}<br\><br\>
-> Mise en place d’un outil de Calibration pour calibrer et mettre en place la scène 3D selon la position de l’utilisateur, pour l’utilisation par un non informaticien.

=== Les outils matériels/logiciels utilisés ===

* Kinect, le périphérique de reconnaissance de mouvement<br/>
* Ecran Stereoscopique pour l'affichage 3D<br/>
* 3Gear possède une technologie qui permet, à partir des caméras 3D de la Kinect, de reconstruire une représentation précise des doigts et de ce que les mains font, en prenant les données 3D brutes et les transformant en informations utilisables sur l'état des mains. Les interfaces de programmation sont basées sur le pointage et le pincement et fournissent les angles des articulations approximatives, elles sont disponibles en C ++, C # et Java<br/>
* Unity 3D est un logiciel middleware de création de contenu interactif comportant de la vidéo et des objets 3D/2D. Il permet de créer des scènes supportant des éclairages, des terrains, des caméras, des textures ... . L’intérêt de ce logiciel est que celui-ci dispose d’une interface intuitive d’intégration d’objets et de scripts ; l’éditeur d’Unity intègre des composants pré-configurés évitant le développement de code fastidieux.
* QT

== Travail réalisé ==
===Semaine 03/02 – 07/02===
* Entretien avec Mr Laurent Grisonni pour comprendre le projet
* Etablissement d’un cahier de charge global en attente de précisions après la soutenance des IMA5
* Spécifications des outils et matériels utilisés
===Semaine 10/02 - 14/02===
* Rencontre avec les étudiants qui travaillent déjà sur le sujet
* Compréhension du travail réalisé
* Suggestion d’éventuelles améliorations
===Semaine 17/02 - 21/02===
* Prise en main de l’outil Unity à l’aide de quelques Tutoriels pour la création de scènes 3D
* Compréhension et analyse de la librairie 3gear de détection de geste via la Kinect
===Semaine 03/03 – 07/03===
* Spécification du besoin : Mise en place d’un outil de Calibration pour calibrer mettre en place la scène 3D selon la position de l’utilisateur, pour l’utilisation par un non informaticien.
===Semaine 12/03 – 14/03===
* Installation à l’IRCICA, remise des clefs et badges de la salle de travail, récupération du SVN du projet.
* Rencontre de plusieurs problèmes dont :
o Pas de licence Windows sur le poste fourni <br/>
o Problèmes de réseau et d’accès internet pour l’extraction du SVN

===Semaine 24/03 – 28/03===
* Installation du logiciel Unity
* Impossibilité d’installer les logiciels de programmation pour la librairie 3gear: Processeur incompatible
* Premiers tests du programme existant, incomplets par manque d’outils.
* Ajustements de la scène Unity à la taille de l’écran Stéréoscopique

===Semaine 31/03 – 04/04===
''Outil de calibration'' : Cet outil est censé permettre à l’artiste ou n’importe quel autre utilisateur non information de pouvoir ajuster les réglages et le calibrage des Kinects par rapport à l’écran stéréoscopique sans avoir à modifier les lignes de code de l’application.

''Calibrage'' : Afin de réaliser le calibrage de la Kinect, il faut d’abord lancer les programmes d’installation de la librairie 3gear de la Kinect (nimble_calib et nimble_server, ces applications sont fournies avec le kit de la librairie), il faut ensuite lancer l’application Kinect_MSFT_Calibration. Cette application a été déjà développée pour ce projet et qui consiste en l’affichage de l’image reçue par la Kinect afin de sélectionner dessus les points des 4 coins de l’écran stéréoscopique (l’écran étant visible sur l’image), l’application enregistre alors ces coordonnées dans un fichier texte, et donc, ces coordonnées doivent être repris et mis dans un autre fichier texte en effectuant quelques modifications dessus. Ce dernier est celui qui est utilisé par l’application d’affichage de la scène 3D sur l’écran 3D, et qui utilise ces points pour régler l’affichage.

* Prise en main de l’outil de développement d’interfaces graphiques QT
* Première ébauche de la gestion des fenêtres de l’interface graphique à développer.
* Problème rencontré : l’outil est bloqué quand on affecte à un bouton le passage à une deuxième fenêtre et l’exécution d’une application en même temps.
* Réalisation d’un programme C permettant le transfert des coordonnées du fichier source au fichier de destination.

===Semaine 07/04 – 11/04===
* Test du programme de transfert de données sur l’outil et son implémentation
* Finalisation de l’interface graphique, en résolvant le problème rencontré.
* L’outil réalise bien la tâche demandée.

==Utilisation de Unity==

Au tout début, il fallait ajuster la scène à la taille de l’écran stéréoscopique sous Unity. La scène se présente comme suit :
[[Fichier:Unity1.png]]
La scène était perpendiculaire à l’écran stéréoscopique. Il fallait l’ajuster de façon à ce qu’on est un ‘ground’ (qui correspond à l’écran stéréoscopique) qui soit parallèle à la scène et aillant les mêmes dimensions de cette dernière afin qu’il n’y ait pas de dépassement de bord.
A travers plusieurs manipulations sous Unity, nous sommes arrivés au résultat suivant :
[[Fichier:Unity2.png]]

==Utilisation de QT==
Dans cette partie, nous avons utilisé le logiciel de développement d’interface graphique QT qui est un API orientée objet et développé en C++ par QT development Frameworks. QT offre des composants d’interface graphiques (widgets), d’accès aux données, de connexions réseaux, de gestion des fils d’exécution, d’analyse XML, etc.

Nous avons développé une interface graphique qui va permettre à un non informaticien de calibrer les Kinect de l’installation sans devoir modifier dans le code. Tout d’abord, nous avons commencé à nous familiariser au logiciel QT et à son environnement à travers plusieurs tutoriels, ce qui nous a aidés tout au long de notre projet afin de réaliser notre interface.
L’interface graphique de calibration comporte 3 fenêtres. On peut se déplacer d’une fenêtre à l’autre grâce à des boutons

La première fenêtre est la fenêtre typique de chaque installation, qui demande à l’utilisateur s’il veut calibrer sa Kinect ou bien c’est juste qu’il s’est trompé d’application et qu’il voudrait annuler.
[[Fichier:Mainwindow.PNG]]
Vous trouverez dans la suite le code MainWindow.h et MainWindow.cpp de la fenêtre.

MainWindow.h
#ifndef MAINWINDOW_H
#define MAINWINDOW_H

#include <QMainWindow>
#include <QApplication>
#include <QProcess>
#include <QtGui>
#include "calibsetup.h"

namespace Ui {
class MainWindow;
}

class MainWindow : public QMainWindow
{
Q_OBJECT

public:
explicit MainWindow(QWidget *parent = 0);
~MainWindow();

private slots:

void on_pushButton_clicked();

void on_pushButton_2_clicked();

void on_pushButton_3_clicked();

private:
Ui::MainWindow *ui;
calib *calibsetup;
};

#endif // MAINWINDOW_H

MainWindow.cpp :
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include "calibsetup.h"

#include <QFileDialog>
#include <QMessageBox>
#include <QDesktopServices>
#include <QUrl>
#include <QApplication>
#include <QDebug>
#include <QObject>

MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
}

MainWindow::~MainWindow()
{
delete ui;
}

void MainWindow::on_pushButton_clicked()
{
calibsetup = new calib;
calibsetup->show();
this->hide();

}

void MainWindow::on_pushButton_2_clicked()
{
//QMessageBox::information(this,"QUIT","Voulez-vous quitter l'application ?","Non","Oui");
QMessageBox msgBox;
msgBox.setWindowTitle("Exit setup");
msgBox.addButton(QMessageBox::Yes);
msgBox.addButton(QMessageBox::No);
msgBox.setText("Voulez-vous vraiment quitter la calibration ?");

int selection = msgBox.exec();
if(selection == QMessageBox::Yes)
{
QCoreApplication::quit();
}
}

Le bouton ‘suivant’ permet de continuer l’installation et ainsi de passer à la deuxième fenêtre où on a listé les différentes étapes nécessaires pour la calibration. La calibration se fait via l’application ‘KinectMSFTCalibration’. Pour lancer cette dernière, l’utilisateur a besoin de cliquer sur le bouton ‘commencer’ qui permet d’afficher la vue de la Kinect qui est dirigé vers l’écran stéréoscopique. On pourra par la suite définir les points en cliquant sur F2 puis sur les bords de l’écran en commençant par le bas de l’écran à gauche puis à droite ensuite en haut à droite puis à gauche dans le sens antihoraire. Quand on place les 4 points au bord de l’écran, on définit le plan de définition. F3 nous permet de sauvegarder les coordonnées des points saisie dans un fichier .txt. Quand on clique sur le bouton 'suivant', on exécute un programme qui nous permet de copier ces coordonnées vers un notre fichier texte. Pour pouvoir revenir à la fenêtre calibsetup, il suffit de fermer l’application.

[[Fichier:Setupcalibration.PNG]]

La fenêtre qui permet la calibration est la suivante :
[[Fichier:Kinect.PNG]]
Comme vous l'avez remarqué, on a 3 points au bord de l'écran intitulé dans l'ordre BL - BR - TR - TL

Voici le .h et .cpp de cette fenêtre :

Calibsetup.h :

#ifndef CALIB_H
#define CALIB_H

#include <QDialog>
#include "fincalibration.h"

namespace Ui {
class calib;
}

class calib : public QDialog
{
Q_OBJECT

public:
explicit calib(QWidget *parent = 0);
~calib();

private slots:
void on_pushButton_clicked();

void on_pushButton_2_clicked();

void on_pushButton_3_clicked();

private:
Ui::calib *ui;
FinCalibration *fincalib ;
};

#endif // CALIB_H

Calibsetup.cpp :

#include "calibsetup.h"
#include "ui_calibsetup.h"
#include "fincalibration.h"
#include <QMessageBox>

calib::calib(QWidget *parent) :
QDialog(parent),
ui(new Ui::calib)
{
ui->setupUi(this);
}
calib::~calib()
{
delete ui;
}

void calib::on_pushButton_clicked()
{
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/nimble_calib.bat");
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/nimble_server.bat");
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/tool/KinectMSFTCalibration.exe");
}

void calib::on_pushButton_2_clicked()
{
fincalib = new FinCalibration;
fincalib->show();
this->hide();
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/Transfert_Points.exe")
;}

void calib::on_pushButton_3_clicked()
{
QMessageBox msgBox;
msgBox.setWindowTitle("Calibration setup");
msgBox.addButton(QMessageBox::Yes);
msgBox.addButton(QMessageBox::No);
msgBox.setText("Voulez-vous vraiment quitter la calibration ?");

int selection = msgBox.exec();
if(selection == QMessageBox::Yes)
{
QCoreApplication::quit();
}
}

En ce qui concerne la 3éme fenêtre, elle permet juste de dire à l’utilisateur que la calibration a été bien faite et que les points ont bien été enregistrés dans le fichier texte puis copier dans le deuxième fichier texte. Voici un imprime écran de la fenêtre :
[[Fichier:Fin.PNG]]

Voici le code .h et .cpp de cette 3éme fenêtre :
Fincalibration.h
#ifndef FINCALIBRATION_H
#define FINCALIBRATION_H

#include <QDialog>

namespace Ui {
class FinCalibration;
}

class FinCalibration : public QDialog
{
Q_OBJECT

public:
explicit FinCalibration(QWidget *parent = 0);
~FinCalibration();

private slots:
void on_pushButton_clicked();

private:
Ui::FinCalibration *ui;

};

#endif // FINCALIBRATION_H

Fincalibration.cpp

#include "fincalibration.h"
#include "ui_fincalibration.h"

#include <QMessageBox>

FinCalibration::FinCalibration(QWidget *parent) :
QDialog(parent),
ui(new Ui::FinCalibration)
{
ui->setupUi(this);
}

FinCalibration::~FinCalibration()
{
delete ui;
}

void FinCalibration::on_pushButton_clicked()
{
QCoreApplication::quit();

}

Pour le bouton ‘annuler’ qui est présent dans toutes les fenêtres, quand on appui dessus, il demande à l’utilisateur s’il veut vraiment quitter la calibration en lui proposant deux boutons « Yes » et « No ». Le bouton « no » permet de revenir à la fenêtre précédente et le bouton « yes » permet de quitter l’application.
[[Fichier:Annuler.PNG]]

Fichier:Annuler.PNG

2014-04-15T18:49:55Z

Ajaoui :

Out of Space

2014-04-15T18:43:22Z

Ajaoui :

Fichier:Fin.PNG

2014-04-15T18:39:58Z

Ajaoui :

Out of Space

2014-04-15T18:32:58Z

Ajaoui :

== Généralités sur le projet ==

=== Contexte ===

Ce projet met en collaboration une artiste et une société de production de jeu vidéo 3D, et vise à mettre en place une application interactive utilisant une classe de dispositifs d'interaction orienté "maquette holographique".

=== Descriptif ===

Le projet vise à réaliser une application interactive sur un affichage stéréoscopique, et qui consiste à piloter un objet (une bille) dans un certain environnement, tout en déroulant l’évolution de cet environnement sur une vidéo de fond. Le mouvement de cet objet est contrôlé par les gestes des mains qui sont détectées par une Kinect et traduits sur un écran 3D.

=== Problématique ===

La problématique qui se pose est de pouvoir prendre aussi en compte la tête de l’utilisateur sur l’espace d’acquisition afin d’avoir les données sur l’angle de vision et donc d’orienter l’affichage 3D sur l’écran selon sa position, ainsi le mouvement de la tête impliquera l’inclinaison des objets affichés dans un sens ou dans l’autre.

== ==

=== Cahier des charges ===
{{Petit|''Le cahier des charges ne peut être réalisé pour l'instant car notre projet est une continuité d'un projet réalisé actuellement par des élèves en IMA5, et les tâches qui nous seront affectées vont dépendre de leur avancement. La phase de transition sera faite quelques jours avant leur soutenance. Cependant, nous avons commencé par nous familiariser aux outils à utiliser''}}<br\><br\>
-> Mise en place d’un outil de Calibration pour calibrer et mettre en place la scène 3D selon la position de l’utilisateur, pour l’utilisation par un non informaticien.

=== Les outils matériels/logiciels utilisés ===

* Kinect, le périphérique de reconnaissance de mouvement<br/>
* Ecran Stereoscopique pour l'affichage 3D<br/>
* 3Gear possède une technologie qui permet, à partir des caméras 3D de la Kinect, de reconstruire une représentation précise des doigts et de ce que les mains font, en prenant les données 3D brutes et les transformant en informations utilisables sur l'état des mains. Les interfaces de programmation sont basées sur le pointage et le pincement et fournissent les angles des articulations approximatives, elles sont disponibles en C ++, C # et Java<br/>
* Unity 3D est un logiciel middleware de création de contenu interactif comportant de la vidéo et des objets 3D/2D. Il permet de créer des scènes supportant des éclairages, des terrains, des caméras, des textures ... . L’intérêt de ce logiciel est que celui-ci dispose d’une interface intuitive d’intégration d’objets et de scripts ; l’éditeur d’Unity intègre des composants pré-configurés évitant le développement de code fastidieux.
* QT

== Travail réalisé ==
===Semaine 03/02 – 07/02===
* Entretien avec Mr Laurent Grisonni pour comprendre le projet
* Etablissement d’un cahier de charge global en attente de précisions après la soutenance des IMA5
* Spécifications des outils et matériels utilisés
===Semaine 10/02 - 14/02===
* Rencontre avec les étudiants qui travaillent déjà sur le sujet
* Compréhension du travail réalisé
* Suggestion d’éventuelles améliorations
===Semaine 17/02 - 21/02===
* Prise en main de l’outil Unity à l’aide de quelques Tutoriels pour la création de scènes 3D
* Compréhension et analyse de la librairie 3gear de détection de geste via la Kinect
===Semaine 03/03 – 07/03===
* Spécification du besoin : Mise en place d’un outil de Calibration pour calibrer mettre en place la scène 3D selon la position de l’utilisateur, pour l’utilisation par un non informaticien.
===Semaine 12/03 – 14/03===
* Installation à l’IRCICA, remise des clefs et badges de la salle de travail, récupération du SVN du projet.
* Rencontre de plusieurs problèmes dont :
o Pas de licence Windows sur le poste fourni <br/>
o Problèmes de réseau et d’accès internet pour l’extraction du SVN

===Semaine 24/03 – 28/03===
* Installation du logiciel Unity
* Impossibilité d’installer les logiciels de programmation pour la librairie 3gear: Processeur incompatible
* Premiers tests du programme existant, incomplets par manque d’outils.
* Ajustements de la scène Unity à la taille de l’écran Stéréoscopique

===Semaine 31/03 – 04/04===
''Outil de calibration'' : Cet outil est censé permettre à l’artiste ou n’importe quel autre utilisateur non information de pouvoir ajuster les réglages et le calibrage des Kinects par rapport à l’écran stéréoscopique sans avoir à modifier les lignes de code de l’application.

''Calibrage'' : Afin de réaliser le calibrage de la Kinect, il faut d’abord lancer les programmes d’installation de la librairie 3gear de la Kinect (nimble_calib et nimble_server, ces applications sont fournies avec le kit de la librairie), il faut ensuite lancer l’application Kinect_MSFT_Calibration. Cette application a été déjà développée pour ce projet et qui consiste en l’affichage de l’image reçue par la Kinect afin de sélectionner dessus les points des 4 coins de l’écran stéréoscopique (l’écran étant visible sur l’image), l’application enregistre alors ces coordonnées dans un fichier texte, et donc, ces coordonnées doivent être repris et mis dans un autre fichier texte en effectuant quelques modifications dessus. Ce dernier est celui qui est utilisé par l’application d’affichage de la scène 3D sur l’écran 3D, et qui utilise ces points pour régler l’affichage.

* Prise en main de l’outil de développement d’interfaces graphiques QT
* Première ébauche de la gestion des fenêtres de l’interface graphique à développer.
* Problème rencontré : l’outil est bloqué quand on affecte à un bouton le passage à une deuxième fenêtre et l’exécution d’une application en même temps.
* Réalisation d’un programme C permettant le transfert des coordonnées du fichier source au fichier de destination.

===Semaine 07/04 – 11/04===
* Test du programme de transfert de données sur l’outil et son implémentation
* Finalisation de l’interface graphique, en résolvant le problème rencontré.
* L’outil réalise bien la tâche demandée.

==Utilisation de Unity==

Au tout début, il fallait ajuster la scène à la taille de l’écran stéréoscopique sous Unity. La scène se présente comme suit :
[[Fichier:Unity1.png]]
La scène était perpendiculaire à l’écran stéréoscopique. Il fallait l’ajuster de façon à ce qu’on est un ‘ground’ (qui correspond à l’écran stéréoscopique) qui soit parallèle à la scène et aillant les mêmes dimensions de cette dernière afin qu’il n’y ait pas de dépassement de bord.
A travers plusieurs manipulations sous Unity, nous sommes arrivés au résultat suivant :
[[Fichier:Unity2.png]]

==Utilisation de QT==
Dans cette partie, nous avons utilisé le logiciel de développement d’interface graphique QT qui est un API orientée objet et développé en C++ par QT development Frameworks. QT offre des composants d’interface graphiques (widgets), d’accès aux données, de connexions réseaux, de gestion des fils d’exécution, d’analyse XML, etc.

Nous avons développé une interface graphique qui va permettre à un non informaticien de calibrer les Kinect de l’installation sans devoir modifier dans le code. Tout d’abord, nous avons commencé à nous familiariser au logiciel QT et à son environnement à travers plusieurs tutoriels, ce qui nous a aidés tout au long de notre projet afin de réaliser notre interface.
L’interface graphique de calibration comporte 3 fenêtres. On peut se déplacer d’une fenêtre à l’autre grâce à des boutons

La première fenêtre est la fenêtre typique de chaque installation, qui demande à l’utilisateur s’il veut calibrer sa Kinect ou bien c’est juste qu’il s’est trompé d’application et qu’il voudrait annuler.
[[Fichier:Mainwindow.PNG]]
Vous trouverez dans la suite le code MainWindow.h et MainWindow.cpp de la fenêtre.

MainWindow.h
#ifndef MAINWINDOW_H
#define MAINWINDOW_H

#include <QMainWindow>
#include <QApplication>
#include <QProcess>
#include <QtGui>
#include "calibsetup.h"

namespace Ui {
class MainWindow;
}

class MainWindow : public QMainWindow
{
Q_OBJECT

public:
explicit MainWindow(QWidget *parent = 0);
~MainWindow();

private slots:

void on_pushButton_clicked();

void on_pushButton_2_clicked();

void on_pushButton_3_clicked();

private:
Ui::MainWindow *ui;
calib *calibsetup;
};

#endif // MAINWINDOW_H

MainWindow.cpp :
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include "calibsetup.h"

#include <QFileDialog>
#include <QMessageBox>
#include <QDesktopServices>
#include <QUrl>
#include <QApplication>
#include <QDebug>
#include <QObject>

MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
ui->setupUi(this);
}

MainWindow::~MainWindow()
{
delete ui;
}

void MainWindow::on_pushButton_clicked()
{
calibsetup = new calib;
calibsetup->show();
this->hide();

}

void MainWindow::on_pushButton_2_clicked()
{
//QMessageBox::information(this,"QUIT","Voulez-vous quitter l'application ?","Non","Oui");
QMessageBox msgBox;
msgBox.setWindowTitle("Exit setup");
msgBox.addButton(QMessageBox::Yes);
msgBox.addButton(QMessageBox::No);
msgBox.setText("Voulez-vous vraiment quitter la calibration ?");

int selection = msgBox.exec();
if(selection == QMessageBox::Yes)
{
QCoreApplication::quit();
}
}

Le bouton ‘suivant’ permet de continuer l’installation et ainsi de passer à la deuxième fenêtre où on a listé les différentes étapes nécessaires pour la calibration. La calibration se fait via l’application ‘KinectMSFTCalibration’. Pour lancer cette dernière, l’utilisateur a besoin de cliquer sur le bouton ‘commencer’ qui permet d’afficher la vue de la Kinect qui est dirigé vers l’écran stéréoscopique. On pourra par la suite définir les points en cliquant sur F2 puis sur les bords de l’écran en commençant par le bas de l’écran à gauche puis à droite ensuite en haut à droite puis à gauche dans le sens antihoraire. Quand on place les 4 points au bord de l’écran, on définit le plan de définition. F3 nous permet de sauvegarder les coordonnées des points saisie dans un fichier .txt. Quand on clique sur le bouton 'suivant', on exécute un programme qui nous permet de copier ces coordonnées vers un notre fichier .txt.
[[Fichier:Setupcalibration.PNG]]

La fenêtre qui permet la calibration est la suivante :
[[Fichier:Kinect.PNG]]
Comme vous l'avez remarqué, on a 3 points au bord de l'écran intitulé dans l'ordre BL - BR - TR - TL
Voici le .h et .cpp de cette fenêtre :

Calibsetup.h :

#ifndef CALIB_H
#define CALIB_H

#include <QDialog>
#include "fincalibration.h"

namespace Ui {
class calib;
}

class calib : public QDialog
{
Q_OBJECT

public:
explicit calib(QWidget *parent = 0);
~calib();

private slots:
void on_pushButton_clicked();

void on_pushButton_2_clicked();

void on_pushButton_3_clicked();

private:
Ui::calib *ui;
FinCalibration *fincalib ;
};

#endif // CALIB_H

Calibsetup.cpp :

#include "calibsetup.h"
#include "ui_calibsetup.h"
#include "fincalibration.h"
#include <QMessageBox>

calib::calib(QWidget *parent) :
QDialog(parent),
ui(new Ui::calib)
{
ui->setupUi(this);
}
calib::~calib()
{
delete ui;
}

void calib::on_pushButton_clicked()
{
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/nimble_calib.bat");
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/nimble_server.bat");
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/tool/KinectMSFTCalibration.exe");
}

void calib::on_pushButton_2_clicked()
{
fincalib = new FinCalibration;
fincalib->show();
this->hide();
system("C:/Users/Demo.ALCOVE-HP-MINT4/Desktop/OOS/Transfert_Points.exe")
;}

void calib::on_pushButton_3_clicked()
{
QMessageBox msgBox;
msgBox.setWindowTitle("Calibration setup");
msgBox.addButton(QMessageBox::Yes);
msgBox.addButton(QMessageBox::No);
msgBox.setText("Voulez-vous vraiment quitter la calibration ?");

int selection = msgBox.exec();
if(selection == QMessageBox::Yes)
{
QCoreApplication::quit();
}
}

2014-04-15T17:58:52Z

Ajaoui :