air - User contributions [en]

Projets 2013-2014

2014-05-11T23:26:59Z

Remi.Piotaix: /* Liste */

<<[[Projets 2012-2013]] [[Projets|^Projets^]] [[Projets 2014-2015]]>>

=RICM5=
==Projet en école Semestre S10==
Responsable: Didier Donsez
 Démarrage : Lundi 27/01/2014 à 9H00 salle AIR (P259)
 Soutenance : Jeudi 27/03/2014 de 8H00 à 12H20 salles P253+P259 PREVOIR UN POT D'AU REVOIR juste après les soutenances

===Liste===
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2013-2014
|-
|
!scope="col"| Planning Soutenance
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot
!scope="col"| Documents
|-

!scope="row"| 1
| 08:00-08:40
| [[V(ery)MMORPG]]
| Marion Dalle, Rémi Piotaix
| Jacques Léger
| [[V(ery)MMORPG/FicheSuivi|fiche de suivi]]
| [https://github.com/rpiotaix/verymmog-prototype dépôt]
| [[Media:verymmog-transparents.pdf|transparents]] - [[Media:verymmog-flyer.png|flyer]] - [[Media:verymmog-poster.png|poster]]
|-

!scope="row"| 2
| 08:40-09:20
| [[Analyse d’opinion « temps réel » à partir de Twitter]]
| Jordan Calvi, Mame Daba Diouf, Xu Feng
| Fatoumata Camara (Objet Direct)
| [[Analyse d’opinion « temps réel » à partir de Twitter/FicheSuivi|fiche de suivi]]
| Non Open-Source
| [[Media:Ricm5-s10-projet-twitter-presentation.pdf|transparents]] - [[Media:Ricm5-s10-projet-twitter-flyer.pdf|flyer]] - [[Media:Ricm5-s10-projet-twitter-poster.pdf|poster]] - [[Analyse_d’opinion_«_temps_réel_»_à_partir_de_Twitter/Screenshots|galerie photos]] - [http://vodinteprwes01.viseo.net/ demo]
|-

!scope="row"| 3
| 09:20-10:00
| [[SmartSelfService]]
| Walid Bibi, Lotfi Manseur
| Didier Donsez & Jérome Maisonnasse
| [[SmartSelfService/FicheSuivi|fiche de suivi]]
| [https://sourceforge.net/projects/smartselfservice dépôt]
| [[Media:PrésentationPFE.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 4
| 10:20-11:20
| [[SmartCampus2014]]
| Morgan Bidois, Laurène Guelorget, Nicolas Husson, Thomas Nunes, Simon Planes
| Didier Donsez & Vivien Quema
| [[SmartCampus2014/FicheSuivi|fiche de suivi]]
| [https://github.com/thomasNDS/SmartCampus2014 dépôt]
| [[Media:transparents_sc.pdf|transparents]] - [[Media:flyer_SC.pdf | flyer]] - [[Media:poster_SC.pdf | poster]] - [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi#Galerie galerie photos]
|-

!scope="row"| 5
| 11:20-12:20
| [[Extensions XBMC Sujet 2014 | Extensions XBMC]]
| Nicolas Afonso, Jean-François Bianco, Pierre Lartigue, Elisa Martinez, Rebecca Poustis
| Nicolas Palix
| [[Extensions XBMC | Fiche Wiki ]] [[Extensions XBMC/Fiche_Suivi| Fiche de suivi]]
| [[Extensions XBMC/Fiche_Suivi#Dépôts Git | dépôts]]
| [[Media:ProjetXBMC.pdf |transparents]] - [[Media:ProjetXBMC-flyer.pdf|flyer]] - [[Media:ProjetXBMC-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 6
| NA
| [[RobAIR2014]] (Extension de Visioconférence [[MConf]])
| NON CHOISI
| Didier Donsez + UFRGS
|
|
|-

!scope="row"| 7
| NA
| Réseaux de capteurs
| Reporté 2015
| Bernard Tourancheau
|
|
|-
!scope="row"| 8
| 17/03/14 9:45-10:15
| Debsources: Live and Historical Views on Macro-Level Software Evolution
| Matthieu Caneill
| Vincent Danjean (?)
|
| En attente de revue par les pairs
| [[Media:Slides.txt|transparents]] (encodage utf-8 pour un affichage correct dans un navigateur)
|-

|}

===MPI (Management de Projets Innovants)===
Le projet se déroule en parallèle de l'UE MPI (Management de Projets Innovants) avec Stéphanie Diligent et Emmanuelle Tréhoust :
* Mardi 28/01 matin
* Lundi 3/02 matin
* Vendredi 7/02 matin
* Lundi 17/02 après-midi
* Mardi 18/03 matin.

===Soutenances===
# Les soutenances de projet auront lieu en salle 253 pour les présentations et salle 259 pour les démos non transportables.
# Les soutenances de 40 minutes se décomposent en 20 minutes de présentation, 10 minutes de démonstration et 10 minutes de questions-réponses
# Les soutenances de 40 minutes se décomposent en 25-30 minutes de présentation, 15-20 minutes de démonstration et 10 minutes de questions-réponses
# Respectez la durée accordée.
# Les documents rendus doivent être tous sur le wiki (sauf pour les 2 projets confidentiels).
# Vous devez également produire un flyer A4 3 volet en anglais, un poster en anglais, des photos, des copies d'écran, des vidéos et des screencasts
# Pour les screencasts, il existe [http://fr.wikipedia.org/wiki/Liste_de_logiciels_de_screencasting plein d'outils] (autre qu'un iPhone)
# Vous n'imprimerez qu'un exemplaire du poster en A4 (NB) et quelques exemplaires du flyer (NB).
# Il y aura des invités ! Soignez votre soutenance ! Répétez, répétez, répetez !

== Projet biométrie ==
* [[Projet_biometrie-2013-2014#Serrure_faciale|Application Android de serrure vocale et faciale]]

=RICM4=
* '''Ordre de passage pour les soutenances''' [http://doodle.com/e83ywui4y5hwn524 ici]

 Plein temps du 7 au 10 Avril.
 Soutenance : 9 (matin,après-midi) et 10 Avril (matin) en P257.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2013-2014
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[COQP]]
| Flavien PEYRE, Clément VALENTIN
| Didier Donsez, Pierre Dubois
| [[Proj-2013-2014-COQP| '''Fiche''']]
| [https://github.com/peyref/COQP '''github Openhab''']/[https://github.com/clmdm'''github Binding EnOcean''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| [[RobAIR | RobAIR 1]]
| Augustin HUSSON, Jérôme BARBIER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-1| '''Fiche''']]/[[Proj-2013-2014-RobAIR-1-SRS| '''Fiche SRS''']]
| [https://github.com/Nexucis/Rob-Air '''projet''']
| [[Media:ProjetRobAir2014-1.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 3
| [[RobAIR | RobAIR 2]]
| Paul MARIAGE, David LEVAYER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-2| '''Fiche''']]
| [https://github.com/DavidLevayer/robAIR '''projet''']
| [[Media:ProjetRobAir2014-2.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 4
| [[Sign2Speech]]
| Arthur CLERC-GHERARDI, Patrick Alexandre PEREA
| Didier Donsez
| [[Proj-2013-2014-Sign2Speech| '''Fiche (FR)''']],[[Proj-2013-2014-Sign2Speech-English| '''Fiche (EN)''']],[[Proj-2013-2014-Sign2Speech-Spanish| '''Fiche (SP)''']]
| [https://github.com/patrick91perea/Win32Project1/ '''projet''']
| [[Media:S2S-slides.pdf|Slides]] - [[Media:S2S-Flyer.pdf|Flyer-S2S]]
|-

!scope="row"| 5
| [[StartAIR |StartAIR]]
| William BOBO, Corentin RICOU
| Fabrice Dubost
| [[Proj-2013-2014-StartAIR-2| '''Fiche''']]
| [https://github.com/will421/StartAir_Safe '''projet''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 6
| [[Scanner 3D volant de batiments]]
| SUN Xuan, GUO Kai, ZHANG Zhengmeng
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-flying-3Dscan| '''Fiche''']]/[[Proj-2013-2014-Scanner-3D-valont-de-batiments/UML| '''UML''']]
| [https://github.com/wizardkeven/slave '''projet''']
| [[Media:Proj-2013-2014-Scanner 3D volant de batiments rapport.pdf|rapport]] - [[Media:Proj-2013-2014-Scanner 3D volant de batiments.pdf|transparents]]
|-

!scope="row"| 7
| [[CannonBall de voitures autonomes]]
| Benoît PERRUCHE, Jules LEGROS
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-Cannonball-de-Voitures-Autonomes| '''Fiche''']]
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes '''projet''']
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Rapport.pdf rapport] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Pr%C3%A9sentation.pdf transparents] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Flyer.pdf flyer] -
|-

!scope="row"| 8
| [[Serious Game: Handicap, parole et geste]]
| Mehdi NAIT-SIDOUS, Pierre-Henri GINOUX
| Olivier Richard, Marion Dohen et Estelle Gillet-perret, Amelie Rochet-Capellan
| [[Proj-2013-2014-SeriousGame-Parole-et-Geste| '''Fiche''']]/[[SRS_SeriousGame_RICM_Group| '''SRS''']]/[[Proj-2013-2014-SeriousGame-Parole-et-Geste/UML| '''UML''']]
| [https://github.com/MehdiNS/SeriousGame '''projet''']
| [[Media:Serious_Game.pdf|rapport]] - [[Media:PROJET_RICM4_SeriousGame.pptx|transparents]] - [[Media:x|flyer]] -
|-

!scope="row"| 9
| [[Python sur STM32F4]]
| Xavier XIA Ye, Isabelle TAO Xinxiu
| Olivier Richard
| [[Proj-2013-2014-Python-STM32F4| '''Fiche''']]
| [https://github.com/qazxiaye/Python_sur_STM32 '''projet''']
| [[Media:PythonSurSTM_Rapport.pdf|rapport]] - [[Media:PythonSurSTM_Soutenance.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 10
| [[SmartCitizen 2014]]
| Rodolphe FREBY, Paul LABAT
| Didier Donsez, Jérome Maisonnasse
| [[Proj-2013-2014-SmartCitizen2014| '''Fiche''']]
| [https://github.com/PaulLabat/SmartCitizen '''projet''']
| [[http://air.imag.fr/index.php/File:RapportSmartCitizen.pdf rapport]] - [[Media:PROJETSMARTCITIZEN2014.pdf|transparents]] -
|-

!scope="row"| 11
| [[Open DynDNS]]
| Tianming GUO (RED), Lionel BOEY
| Thomas Calmant, Didier Donsez
| [[Proj-2013-2014-Open_DynDNS| '''Fiche''']]
| [https://github.com/umpri5450/Open_DynDNS '''projet''']
| [[Media:Projet_OpenDynDNS_BOEY_GUO_Report.pdf|rapport]] - [[Media:Open-DynDNS_PPT.pdf|transparents]] - [[Media:Open-DynDNS_Flyer.jpg|flyer]] - [[Media:Open-DynDNS_Poster.pdf|poster]]
|-

!scope="row"| 12
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 1]]
| El Hadji Malick FALL, Adji Ndeye Ndate SAMBE
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-1| '''Fiche''']]
| [https://github.com/sambea/PL-BrasRobotique1-2014 '''projet''']
| [[Media:FallSambe_ProjetBrasRobotique1_rapport.pdf|rapport]] - [[Media:ProjetBrasRobotique1-transparents.pdf|transparents]] -
|-

!scope="row"| 13
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 2]]
| Adam TIAMIOU, Radhoane BEN YOUNES
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-2| '''Fiche''']] - [[Proj-2013-2014-BrasRobot-Handicap-2| '''SRS''']]
| [https://github.com/zeld4/ProjetRobot '''projet''']
| [[Media:RenduprojetRobot.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

|}

=3I4=
* [[STM32 Lego Mindstorm Brick]] : Didier Donsez
* [[Base de recharge autonome pour les robots RobAIR]]

=M2PGI UE PM2M=
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
 Démarrage : semaine du 25/02/2014 (18 étudiants en 9 groupes)

[[PM2M/2014/TP#Projets|Liste des Projets Réalisés]]

File:Verymmog-poster.png

2014-05-11T23:26:44Z

Remi.Piotaix:

File:Verymmog-flyer.png

2014-05-11T23:26:19Z

Remi.Piotaix:

Projets 2013-2014

2014-05-11T23:25:48Z

Remi.Piotaix: /* Liste */

<<[[Projets 2012-2013]] [[Projets|^Projets^]] [[Projets 2014-2015]]>>

=RICM5=
==Projet en école Semestre S10==
Responsable: Didier Donsez
 Démarrage : Lundi 27/01/2014 à 9H00 salle AIR (P259)
 Soutenance : Jeudi 27/03/2014 de 8H00 à 12H20 salles P253+P259 PREVOIR UN POT D'AU REVOIR juste après les soutenances

===Liste===
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2013-2014
|-
|
!scope="col"| Planning Soutenance
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot
!scope="col"| Documents
|-

!scope="row"| 1
| 08:00-08:40
| [[V(ery)MMORPG]]
| Marion Dalle, Rémi Piotaix
| Jacques Léger
| [[V(ery)MMORPG/FicheSuivi|fiche de suivi]]
| [https://github.com/rpiotaix/verymmog-prototype dépôt]
| [[Media:verymmog-transparents.pdf|transparents]] - [[Media:verymmog-flyer.png|flyer]] - [[Media:verymmog-poster.png|poster]] - [[Media:verymmog-screencast.mp4|screencast lancement]]
|-

!scope="row"| 2
| 08:40-09:20
| [[Analyse d’opinion « temps réel » à partir de Twitter]]
| Jordan Calvi, Mame Daba Diouf, Xu Feng
| Fatoumata Camara (Objet Direct)
| [[Analyse d’opinion « temps réel » à partir de Twitter/FicheSuivi|fiche de suivi]]
| Non Open-Source
| [[Media:Ricm5-s10-projet-twitter-presentation.pdf|transparents]] - [[Media:Ricm5-s10-projet-twitter-flyer.pdf|flyer]] - [[Media:Ricm5-s10-projet-twitter-poster.pdf|poster]] - [[Analyse_d’opinion_«_temps_réel_»_à_partir_de_Twitter/Screenshots|galerie photos]] - [http://vodinteprwes01.viseo.net/ demo]
|-

!scope="row"| 3
| 09:20-10:00
| [[SmartSelfService]]
| Walid Bibi, Lotfi Manseur
| Didier Donsez & Jérome Maisonnasse
| [[SmartSelfService/FicheSuivi|fiche de suivi]]
| [https://sourceforge.net/projects/smartselfservice dépôt]
| [[Media:PrésentationPFE.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 4
| 10:20-11:20
| [[SmartCampus2014]]
| Morgan Bidois, Laurène Guelorget, Nicolas Husson, Thomas Nunes, Simon Planes
| Didier Donsez & Vivien Quema
| [[SmartCampus2014/FicheSuivi|fiche de suivi]]
| [https://github.com/thomasNDS/SmartCampus2014 dépôt]
| [[Media:transparents_sc.pdf|transparents]] - [[Media:flyer_SC.pdf | flyer]] - [[Media:poster_SC.pdf | poster]] - [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi#Galerie galerie photos]
|-

!scope="row"| 5
| 11:20-12:20
| [[Extensions XBMC Sujet 2014 | Extensions XBMC]]
| Nicolas Afonso, Jean-François Bianco, Pierre Lartigue, Elisa Martinez, Rebecca Poustis
| Nicolas Palix
| [[Extensions XBMC | Fiche Wiki ]] [[Extensions XBMC/Fiche_Suivi| Fiche de suivi]]
| [[Extensions XBMC/Fiche_Suivi#Dépôts Git | dépôts]]
| [[Media:ProjetXBMC.pdf |transparents]] - [[Media:ProjetXBMC-flyer.pdf|flyer]] - [[Media:ProjetXBMC-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 6
| NA
| [[RobAIR2014]] (Extension de Visioconférence [[MConf]])
| NON CHOISI
| Didier Donsez + UFRGS
|
|
|-

!scope="row"| 7
| NA
| Réseaux de capteurs
| Reporté 2015
| Bernard Tourancheau
|
|
|-
!scope="row"| 8
| 17/03/14 9:45-10:15
| Debsources: Live and Historical Views on Macro-Level Software Evolution
| Matthieu Caneill
| Vincent Danjean (?)
|
| En attente de revue par les pairs
| [[Media:Slides.txt|transparents]] (encodage utf-8 pour un affichage correct dans un navigateur)
|-

|}

===MPI (Management de Projets Innovants)===
Le projet se déroule en parallèle de l'UE MPI (Management de Projets Innovants) avec Stéphanie Diligent et Emmanuelle Tréhoust :
* Mardi 28/01 matin
* Lundi 3/02 matin
* Vendredi 7/02 matin
* Lundi 17/02 après-midi
* Mardi 18/03 matin.

===Soutenances===
# Les soutenances de projet auront lieu en salle 253 pour les présentations et salle 259 pour les démos non transportables.
# Les soutenances de 40 minutes se décomposent en 20 minutes de présentation, 10 minutes de démonstration et 10 minutes de questions-réponses
# Les soutenances de 40 minutes se décomposent en 25-30 minutes de présentation, 15-20 minutes de démonstration et 10 minutes de questions-réponses
# Respectez la durée accordée.
# Les documents rendus doivent être tous sur le wiki (sauf pour les 2 projets confidentiels).
# Vous devez également produire un flyer A4 3 volet en anglais, un poster en anglais, des photos, des copies d'écran, des vidéos et des screencasts
# Pour les screencasts, il existe [http://fr.wikipedia.org/wiki/Liste_de_logiciels_de_screencasting plein d'outils] (autre qu'un iPhone)
# Vous n'imprimerez qu'un exemplaire du poster en A4 (NB) et quelques exemplaires du flyer (NB).
# Il y aura des invités ! Soignez votre soutenance ! Répétez, répétez, répetez !

== Projet biométrie ==
* [[Projet_biometrie-2013-2014#Serrure_faciale|Application Android de serrure vocale et faciale]]

=RICM4=
* '''Ordre de passage pour les soutenances''' [http://doodle.com/e83ywui4y5hwn524 ici]

 Plein temps du 7 au 10 Avril.
 Soutenance : 9 (matin,après-midi) et 10 Avril (matin) en P257.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2013-2014
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[COQP]]
| Flavien PEYRE, Clément VALENTIN
| Didier Donsez, Pierre Dubois
| [[Proj-2013-2014-COQP| '''Fiche''']]
| [https://github.com/peyref/COQP '''github Openhab''']/[https://github.com/clmdm'''github Binding EnOcean''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| [[RobAIR | RobAIR 1]]
| Augustin HUSSON, Jérôme BARBIER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-1| '''Fiche''']]/[[Proj-2013-2014-RobAIR-1-SRS| '''Fiche SRS''']]
| [https://github.com/Nexucis/Rob-Air '''projet''']
| [[Media:ProjetRobAir2014-1.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 3
| [[RobAIR | RobAIR 2]]
| Paul MARIAGE, David LEVAYER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-2| '''Fiche''']]
| [https://github.com/DavidLevayer/robAIR '''projet''']
| [[Media:ProjetRobAir2014-2.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 4
| [[Sign2Speech]]
| Arthur CLERC-GHERARDI, Patrick Alexandre PEREA
| Didier Donsez
| [[Proj-2013-2014-Sign2Speech| '''Fiche (FR)''']],[[Proj-2013-2014-Sign2Speech-English| '''Fiche (EN)''']],[[Proj-2013-2014-Sign2Speech-Spanish| '''Fiche (SP)''']]
| [https://github.com/patrick91perea/Win32Project1/ '''projet''']
| [[Media:S2S-slides.pdf|Slides]] - [[Media:S2S-Flyer.pdf|Flyer-S2S]]
|-

!scope="row"| 5
| [[StartAIR |StartAIR]]
| William BOBO, Corentin RICOU
| Fabrice Dubost
| [[Proj-2013-2014-StartAIR-2| '''Fiche''']]
| [https://github.com/will421/StartAir_Safe '''projet''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 6
| [[Scanner 3D volant de batiments]]
| SUN Xuan, GUO Kai, ZHANG Zhengmeng
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-flying-3Dscan| '''Fiche''']]/[[Proj-2013-2014-Scanner-3D-valont-de-batiments/UML| '''UML''']]
| [https://github.com/wizardkeven/slave '''projet''']
| [[Media:Proj-2013-2014-Scanner 3D volant de batiments rapport.pdf|rapport]] - [[Media:Proj-2013-2014-Scanner 3D volant de batiments.pdf|transparents]]
|-

!scope="row"| 7
| [[CannonBall de voitures autonomes]]
| Benoît PERRUCHE, Jules LEGROS
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-Cannonball-de-Voitures-Autonomes| '''Fiche''']]
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes '''projet''']
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Rapport.pdf rapport] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Pr%C3%A9sentation.pdf transparents] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Flyer.pdf flyer] -
|-

!scope="row"| 8
| [[Serious Game: Handicap, parole et geste]]
| Mehdi NAIT-SIDOUS, Pierre-Henri GINOUX
| Olivier Richard, Marion Dohen et Estelle Gillet-perret, Amelie Rochet-Capellan
| [[Proj-2013-2014-SeriousGame-Parole-et-Geste| '''Fiche''']]/[[SRS_SeriousGame_RICM_Group| '''SRS''']]/[[Proj-2013-2014-SeriousGame-Parole-et-Geste/UML| '''UML''']]
| [https://github.com/MehdiNS/SeriousGame '''projet''']
| [[Media:Serious_Game.pdf|rapport]] - [[Media:PROJET_RICM4_SeriousGame.pptx|transparents]] - [[Media:x|flyer]] -
|-

!scope="row"| 9
| [[Python sur STM32F4]]
| Xavier XIA Ye, Isabelle TAO Xinxiu
| Olivier Richard
| [[Proj-2013-2014-Python-STM32F4| '''Fiche''']]
| [https://github.com/qazxiaye/Python_sur_STM32 '''projet''']
| [[Media:PythonSurSTM_Rapport.pdf|rapport]] - [[Media:PythonSurSTM_Soutenance.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 10
| [[SmartCitizen 2014]]
| Rodolphe FREBY, Paul LABAT
| Didier Donsez, Jérome Maisonnasse
| [[Proj-2013-2014-SmartCitizen2014| '''Fiche''']]
| [https://github.com/PaulLabat/SmartCitizen '''projet''']
| [[http://air.imag.fr/index.php/File:RapportSmartCitizen.pdf rapport]] - [[Media:PROJETSMARTCITIZEN2014.pdf|transparents]] -
|-

!scope="row"| 11
| [[Open DynDNS]]
| Tianming GUO (RED), Lionel BOEY
| Thomas Calmant, Didier Donsez
| [[Proj-2013-2014-Open_DynDNS| '''Fiche''']]
| [https://github.com/umpri5450/Open_DynDNS '''projet''']
| [[Media:Projet_OpenDynDNS_BOEY_GUO_Report.pdf|rapport]] - [[Media:Open-DynDNS_PPT.pdf|transparents]] - [[Media:Open-DynDNS_Flyer.jpg|flyer]] - [[Media:Open-DynDNS_Poster.pdf|poster]]
|-

!scope="row"| 12
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 1]]
| El Hadji Malick FALL, Adji Ndeye Ndate SAMBE
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-1| '''Fiche''']]
| [https://github.com/sambea/PL-BrasRobotique1-2014 '''projet''']
| [[Media:FallSambe_ProjetBrasRobotique1_rapport.pdf|rapport]] - [[Media:ProjetBrasRobotique1-transparents.pdf|transparents]] -
|-

!scope="row"| 13
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 2]]
| Adam TIAMIOU, Radhoane BEN YOUNES
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-2| '''Fiche''']] - [[Proj-2013-2014-BrasRobot-Handicap-2| '''SRS''']]
| [https://github.com/zeld4/ProjetRobot '''projet''']
| [[Media:RenduprojetRobot.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

|}

=3I4=
* [[STM32 Lego Mindstorm Brick]] : Didier Donsez
* [[Base de recharge autonome pour les robots RobAIR]]

=M2PGI UE PM2M=
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
 Démarrage : semaine du 25/02/2014 (18 étudiants en 9 groupes)

[[PM2M/2014/TP#Projets|Liste des Projets Réalisés]]

Projets 2013-2014

2014-05-11T23:24:32Z

Remi.Piotaix: /* Liste */

<<[[Projets 2012-2013]] [[Projets|^Projets^]] [[Projets 2014-2015]]>>

=RICM5=
==Projet en école Semestre S10==
Responsable: Didier Donsez
 Démarrage : Lundi 27/01/2014 à 9H00 salle AIR (P259)
 Soutenance : Jeudi 27/03/2014 de 8H00 à 12H20 salles P253+P259 PREVOIR UN POT D'AU REVOIR juste après les soutenances

===Liste===
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2013-2014
|-
|
!scope="col"| Planning Soutenance
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot
!scope="col"| Documents
|-

!scope="row"| 1
| 08:00-08:40
| [[V(ery)MMORPG]]
| Marion Dalle, Rémi Piotaix
| Jacques Léger
| [[V(ery)MMORPG/FicheSuivi|fiche de suivi]]
| [https://github.com/rpiotaix/verymmog-prototype dépôt]
| [[Media:verymmog-transparents.pdf|transparents]] - [[Media:verymmog-flyer.pdf|flyer]] - [[Media:verymmog-poster.pdf|poster]] - [[Media:verymmog-screencast.mp4|screencast lancement]]
|-

!scope="row"| 2
| 08:40-09:20
| [[Analyse d’opinion « temps réel » à partir de Twitter]]
| Jordan Calvi, Mame Daba Diouf, Xu Feng
| Fatoumata Camara (Objet Direct)
| [[Analyse d’opinion « temps réel » à partir de Twitter/FicheSuivi|fiche de suivi]]
| Non Open-Source
| [[Media:Ricm5-s10-projet-twitter-presentation.pdf|transparents]] - [[Media:Ricm5-s10-projet-twitter-flyer.pdf|flyer]] - [[Media:Ricm5-s10-projet-twitter-poster.pdf|poster]] - [[Analyse_d’opinion_«_temps_réel_»_à_partir_de_Twitter/Screenshots|galerie photos]] - [http://vodinteprwes01.viseo.net/ demo]
|-

!scope="row"| 3
| 09:20-10:00
| [[SmartSelfService]]
| Walid Bibi, Lotfi Manseur
| Didier Donsez & Jérome Maisonnasse
| [[SmartSelfService/FicheSuivi|fiche de suivi]]
| [https://sourceforge.net/projects/smartselfservice dépôt]
| [[Media:PrésentationPFE.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 4
| 10:20-11:20
| [[SmartCampus2014]]
| Morgan Bidois, Laurène Guelorget, Nicolas Husson, Thomas Nunes, Simon Planes
| Didier Donsez & Vivien Quema
| [[SmartCampus2014/FicheSuivi|fiche de suivi]]
| [https://github.com/thomasNDS/SmartCampus2014 dépôt]
| [[Media:transparents_sc.pdf|transparents]] - [[Media:flyer_SC.pdf | flyer]] - [[Media:poster_SC.pdf | poster]] - [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi#Galerie galerie photos]
|-

!scope="row"| 5
| 11:20-12:20
| [[Extensions XBMC Sujet 2014 | Extensions XBMC]]
| Nicolas Afonso, Jean-François Bianco, Pierre Lartigue, Elisa Martinez, Rebecca Poustis
| Nicolas Palix
| [[Extensions XBMC | Fiche Wiki ]] [[Extensions XBMC/Fiche_Suivi| Fiche de suivi]]
| [[Extensions XBMC/Fiche_Suivi#Dépôts Git | dépôts]]
| [[Media:ProjetXBMC.pdf |transparents]] - [[Media:ProjetXBMC-flyer.pdf|flyer]] - [[Media:ProjetXBMC-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 6
| NA
| [[RobAIR2014]] (Extension de Visioconférence [[MConf]])
| NON CHOISI
| Didier Donsez + UFRGS
|
|
|-

!scope="row"| 7
| NA
| Réseaux de capteurs
| Reporté 2015
| Bernard Tourancheau
|
|
|-
!scope="row"| 8
| 17/03/14 9:45-10:15
| Debsources: Live and Historical Views on Macro-Level Software Evolution
| Matthieu Caneill
| Vincent Danjean (?)
|
| En attente de revue par les pairs
| [[Media:Slides.txt|transparents]] (encodage utf-8 pour un affichage correct dans un navigateur)
|-

|}

===MPI (Management de Projets Innovants)===
Le projet se déroule en parallèle de l'UE MPI (Management de Projets Innovants) avec Stéphanie Diligent et Emmanuelle Tréhoust :
* Mardi 28/01 matin
* Lundi 3/02 matin
* Vendredi 7/02 matin
* Lundi 17/02 après-midi
* Mardi 18/03 matin.

===Soutenances===
# Les soutenances de projet auront lieu en salle 253 pour les présentations et salle 259 pour les démos non transportables.
# Les soutenances de 40 minutes se décomposent en 20 minutes de présentation, 10 minutes de démonstration et 10 minutes de questions-réponses
# Les soutenances de 40 minutes se décomposent en 25-30 minutes de présentation, 15-20 minutes de démonstration et 10 minutes de questions-réponses
# Respectez la durée accordée.
# Les documents rendus doivent être tous sur le wiki (sauf pour les 2 projets confidentiels).
# Vous devez également produire un flyer A4 3 volet en anglais, un poster en anglais, des photos, des copies d'écran, des vidéos et des screencasts
# Pour les screencasts, il existe [http://fr.wikipedia.org/wiki/Liste_de_logiciels_de_screencasting plein d'outils] (autre qu'un iPhone)
# Vous n'imprimerez qu'un exemplaire du poster en A4 (NB) et quelques exemplaires du flyer (NB).
# Il y aura des invités ! Soignez votre soutenance ! Répétez, répétez, répetez !

== Projet biométrie ==
* [[Projet_biometrie-2013-2014#Serrure_faciale|Application Android de serrure vocale et faciale]]

=RICM4=
* '''Ordre de passage pour les soutenances''' [http://doodle.com/e83ywui4y5hwn524 ici]

 Plein temps du 7 au 10 Avril.
 Soutenance : 9 (matin,après-midi) et 10 Avril (matin) en P257.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2013-2014
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[COQP]]
| Flavien PEYRE, Clément VALENTIN
| Didier Donsez, Pierre Dubois
| [[Proj-2013-2014-COQP| '''Fiche''']]
| [https://github.com/peyref/COQP '''github Openhab''']/[https://github.com/clmdm'''github Binding EnOcean''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| [[RobAIR | RobAIR 1]]
| Augustin HUSSON, Jérôme BARBIER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-1| '''Fiche''']]/[[Proj-2013-2014-RobAIR-1-SRS| '''Fiche SRS''']]
| [https://github.com/Nexucis/Rob-Air '''projet''']
| [[Media:ProjetRobAir2014-1.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 3
| [[RobAIR | RobAIR 2]]
| Paul MARIAGE, David LEVAYER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-2| '''Fiche''']]
| [https://github.com/DavidLevayer/robAIR '''projet''']
| [[Media:ProjetRobAir2014-2.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 4
| [[Sign2Speech]]
| Arthur CLERC-GHERARDI, Patrick Alexandre PEREA
| Didier Donsez
| [[Proj-2013-2014-Sign2Speech| '''Fiche (FR)''']],[[Proj-2013-2014-Sign2Speech-English| '''Fiche (EN)''']],[[Proj-2013-2014-Sign2Speech-Spanish| '''Fiche (SP)''']]
| [https://github.com/patrick91perea/Win32Project1/ '''projet''']
| [[Media:S2S-slides.pdf|Slides]] - [[Media:S2S-Flyer.pdf|Flyer-S2S]]
|-

!scope="row"| 5
| [[StartAIR |StartAIR]]
| William BOBO, Corentin RICOU
| Fabrice Dubost
| [[Proj-2013-2014-StartAIR-2| '''Fiche''']]
| [https://github.com/will421/StartAir_Safe '''projet''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 6
| [[Scanner 3D volant de batiments]]
| SUN Xuan, GUO Kai, ZHANG Zhengmeng
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-flying-3Dscan| '''Fiche''']]/[[Proj-2013-2014-Scanner-3D-valont-de-batiments/UML| '''UML''']]
| [https://github.com/wizardkeven/slave '''projet''']
| [[Media:Proj-2013-2014-Scanner 3D volant de batiments rapport.pdf|rapport]] - [[Media:Proj-2013-2014-Scanner 3D volant de batiments.pdf|transparents]]
|-

!scope="row"| 7
| [[CannonBall de voitures autonomes]]
| Benoît PERRUCHE, Jules LEGROS
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-Cannonball-de-Voitures-Autonomes| '''Fiche''']]
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes '''projet''']
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Rapport.pdf rapport] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Pr%C3%A9sentation.pdf transparents] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Flyer.pdf flyer] -
|-

!scope="row"| 8
| [[Serious Game: Handicap, parole et geste]]
| Mehdi NAIT-SIDOUS, Pierre-Henri GINOUX
| Olivier Richard, Marion Dohen et Estelle Gillet-perret, Amelie Rochet-Capellan
| [[Proj-2013-2014-SeriousGame-Parole-et-Geste| '''Fiche''']]/[[SRS_SeriousGame_RICM_Group| '''SRS''']]/[[Proj-2013-2014-SeriousGame-Parole-et-Geste/UML| '''UML''']]
| [https://github.com/MehdiNS/SeriousGame '''projet''']
| [[Media:Serious_Game.pdf|rapport]] - [[Media:PROJET_RICM4_SeriousGame.pptx|transparents]] - [[Media:x|flyer]] -
|-

!scope="row"| 9
| [[Python sur STM32F4]]
| Xavier XIA Ye, Isabelle TAO Xinxiu
| Olivier Richard
| [[Proj-2013-2014-Python-STM32F4| '''Fiche''']]
| [https://github.com/qazxiaye/Python_sur_STM32 '''projet''']
| [[Media:PythonSurSTM_Rapport.pdf|rapport]] - [[Media:PythonSurSTM_Soutenance.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 10
| [[SmartCitizen 2014]]
| Rodolphe FREBY, Paul LABAT
| Didier Donsez, Jérome Maisonnasse
| [[Proj-2013-2014-SmartCitizen2014| '''Fiche''']]
| [https://github.com/PaulLabat/SmartCitizen '''projet''']
| [[http://air.imag.fr/index.php/File:RapportSmartCitizen.pdf rapport]] - [[Media:PROJETSMARTCITIZEN2014.pdf|transparents]] -
|-

!scope="row"| 11
| [[Open DynDNS]]
| Tianming GUO (RED), Lionel BOEY
| Thomas Calmant, Didier Donsez
| [[Proj-2013-2014-Open_DynDNS| '''Fiche''']]
| [https://github.com/umpri5450/Open_DynDNS '''projet''']
| [[Media:Projet_OpenDynDNS_BOEY_GUO_Report.pdf|rapport]] - [[Media:Open-DynDNS_PPT.pdf|transparents]] - [[Media:Open-DynDNS_Flyer.jpg|flyer]] - [[Media:Open-DynDNS_Poster.pdf|poster]]
|-

!scope="row"| 12
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 1]]
| El Hadji Malick FALL, Adji Ndeye Ndate SAMBE
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-1| '''Fiche''']]
| [https://github.com/sambea/PL-BrasRobotique1-2014 '''projet''']
| [[Media:FallSambe_ProjetBrasRobotique1_rapport.pdf|rapport]] - [[Media:ProjetBrasRobotique1-transparents.pdf|transparents]] -
|-

!scope="row"| 13
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 2]]
| Adam TIAMIOU, Radhoane BEN YOUNES
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-2| '''Fiche''']] - [[Proj-2013-2014-BrasRobot-Handicap-2| '''SRS''']]
| [https://github.com/zeld4/ProjetRobot '''projet''']
| [[Media:RenduprojetRobot.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

|}

=3I4=
* [[STM32 Lego Mindstorm Brick]] : Didier Donsez
* [[Base de recharge autonome pour les robots RobAIR]]

=M2PGI UE PM2M=
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
 Démarrage : semaine du 25/02/2014 (18 étudiants en 9 groupes)

[[PM2M/2014/TP#Projets|Liste des Projets Réalisés]]

File:Verymmog-transparents.pdf

2014-05-11T23:20:49Z

Remi.Piotaix:

Projets 2013-2014

2014-05-11T23:20:14Z

Remi.Piotaix: update verymmog links

<<[[Projets 2012-2013]] [[Projets|^Projets^]] [[Projets 2014-2015]]>>

=RICM5=
==Projet en école Semestre S10==
Responsable: Didier Donsez
 Démarrage : Lundi 27/01/2014 à 9H00 salle AIR (P259)
 Soutenance : Jeudi 27/03/2014 de 8H00 à 12H20 salles P253+P259 PREVOIR UN POT D'AU REVOIR juste après les soutenances

===Liste===
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2013-2014
|-
|
!scope="col"| Planning Soutenance
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot
!scope="col"| Documents
|-

!scope="row"| 1
| 08:00-08:40
| [[V(ery)MMORPG]]
| Marion Dalle, Rémi Piotaix
| Jacques Léger
| [[V(ery)MMORPG/FicheSuivi|fiche de suivi]]
| [https://github.com/rpiotaix/verymmog-prototype dépôt]
| [[Media:verymmog-transparents.pdf|transparents]] - [[Media:verymmog-flyer.pdf|flyer]] - [[Media:verymmog-poster.pdf|poster]] - [[Media:verymmog-screencast.avi|screencast lancement]]
|-

!scope="row"| 2
| 08:40-09:20
| [[Analyse d’opinion « temps réel » à partir de Twitter]]
| Jordan Calvi, Mame Daba Diouf, Xu Feng
| Fatoumata Camara (Objet Direct)
| [[Analyse d’opinion « temps réel » à partir de Twitter/FicheSuivi|fiche de suivi]]
| Non Open-Source
| [[Media:Ricm5-s10-projet-twitter-presentation.pdf|transparents]] - [[Media:Ricm5-s10-projet-twitter-flyer.pdf|flyer]] - [[Media:Ricm5-s10-projet-twitter-poster.pdf|poster]] - [[Analyse_d’opinion_«_temps_réel_»_à_partir_de_Twitter/Screenshots|galerie photos]] - [http://vodinteprwes01.viseo.net/ demo]
|-

!scope="row"| 3
| 09:20-10:00
| [[SmartSelfService]]
| Walid Bibi, Lotfi Manseur
| Didier Donsez & Jérome Maisonnasse
| [[SmartSelfService/FicheSuivi|fiche de suivi]]
| [https://sourceforge.net/projects/smartselfservice dépôt]
| [[Media:PrésentationPFE.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 4
| 10:20-11:20
| [[SmartCampus2014]]
| Morgan Bidois, Laurène Guelorget, Nicolas Husson, Thomas Nunes, Simon Planes
| Didier Donsez & Vivien Quema
| [[SmartCampus2014/FicheSuivi|fiche de suivi]]
| [https://github.com/thomasNDS/SmartCampus2014 dépôt]
| [[Media:transparents_sc.pdf|transparents]] - [[Media:flyer_SC.pdf | flyer]] - [[Media:poster_SC.pdf | poster]] - [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi#Galerie galerie photos]
|-

!scope="row"| 5
| 11:20-12:20
| [[Extensions XBMC Sujet 2014 | Extensions XBMC]]
| Nicolas Afonso, Jean-François Bianco, Pierre Lartigue, Elisa Martinez, Rebecca Poustis
| Nicolas Palix
| [[Extensions XBMC | Fiche Wiki ]] [[Extensions XBMC/Fiche_Suivi| Fiche de suivi]]
| [[Extensions XBMC/Fiche_Suivi#Dépôts Git | dépôts]]
| [[Media:ProjetXBMC.pdf |transparents]] - [[Media:ProjetXBMC-flyer.pdf|flyer]] - [[Media:ProjetXBMC-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 6
| NA
| [[RobAIR2014]] (Extension de Visioconférence [[MConf]])
| NON CHOISI
| Didier Donsez + UFRGS
|
|
|-

!scope="row"| 7
| NA
| Réseaux de capteurs
| Reporté 2015
| Bernard Tourancheau
|
|
|-
!scope="row"| 8
| 17/03/14 9:45-10:15
| Debsources: Live and Historical Views on Macro-Level Software Evolution
| Matthieu Caneill
| Vincent Danjean (?)
|
| En attente de revue par les pairs
| [[Media:Slides.txt|transparents]] (encodage utf-8 pour un affichage correct dans un navigateur)
|-

|}

===MPI (Management de Projets Innovants)===
Le projet se déroule en parallèle de l'UE MPI (Management de Projets Innovants) avec Stéphanie Diligent et Emmanuelle Tréhoust :
* Mardi 28/01 matin
* Lundi 3/02 matin
* Vendredi 7/02 matin
* Lundi 17/02 après-midi
* Mardi 18/03 matin.

===Soutenances===
# Les soutenances de projet auront lieu en salle 253 pour les présentations et salle 259 pour les démos non transportables.
# Les soutenances de 40 minutes se décomposent en 20 minutes de présentation, 10 minutes de démonstration et 10 minutes de questions-réponses
# Les soutenances de 40 minutes se décomposent en 25-30 minutes de présentation, 15-20 minutes de démonstration et 10 minutes de questions-réponses
# Respectez la durée accordée.
# Les documents rendus doivent être tous sur le wiki (sauf pour les 2 projets confidentiels).
# Vous devez également produire un flyer A4 3 volet en anglais, un poster en anglais, des photos, des copies d'écran, des vidéos et des screencasts
# Pour les screencasts, il existe [http://fr.wikipedia.org/wiki/Liste_de_logiciels_de_screencasting plein d'outils] (autre qu'un iPhone)
# Vous n'imprimerez qu'un exemplaire du poster en A4 (NB) et quelques exemplaires du flyer (NB).
# Il y aura des invités ! Soignez votre soutenance ! Répétez, répétez, répetez !

== Projet biométrie ==
* [[Projet_biometrie-2013-2014#Serrure_faciale|Application Android de serrure vocale et faciale]]

=RICM4=
* '''Ordre de passage pour les soutenances''' [http://doodle.com/e83ywui4y5hwn524 ici]

 Plein temps du 7 au 10 Avril.
 Soutenance : 9 (matin,après-midi) et 10 Avril (matin) en P257.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2013-2014
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[COQP]]
| Flavien PEYRE, Clément VALENTIN
| Didier Donsez, Pierre Dubois
| [[Proj-2013-2014-COQP| '''Fiche''']]
| [https://github.com/peyref/COQP '''github Openhab''']/[https://github.com/clmdm'''github Binding EnOcean''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| [[RobAIR | RobAIR 1]]
| Augustin HUSSON, Jérôme BARBIER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-1| '''Fiche''']]/[[Proj-2013-2014-RobAIR-1-SRS| '''Fiche SRS''']]
| [https://github.com/Nexucis/Rob-Air '''projet''']
| [[Media:ProjetRobAir2014-1.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 3
| [[RobAIR | RobAIR 2]]
| Paul MARIAGE, David LEVAYER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-2| '''Fiche''']]
| [https://github.com/DavidLevayer/robAIR '''projet''']
| [[Media:ProjetRobAir2014-2.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 4
| [[Sign2Speech]]
| Arthur CLERC-GHERARDI, Patrick Alexandre PEREA
| Didier Donsez
| [[Proj-2013-2014-Sign2Speech| '''Fiche (FR)''']],[[Proj-2013-2014-Sign2Speech-English| '''Fiche (EN)''']],[[Proj-2013-2014-Sign2Speech-Spanish| '''Fiche (SP)''']]
| [https://github.com/patrick91perea/Win32Project1/ '''projet''']
| [[Media:S2S-slides.pdf|Slides]] - [[Media:S2S-Flyer.pdf|Flyer-S2S]]
|-

!scope="row"| 5
| [[StartAIR |StartAIR]]
| William BOBO, Corentin RICOU
| Fabrice Dubost
| [[Proj-2013-2014-StartAIR-2| '''Fiche''']]
| [https://github.com/will421/StartAir_Safe '''projet''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 6
| [[Scanner 3D volant de batiments]]
| SUN Xuan, GUO Kai, ZHANG Zhengmeng
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-flying-3Dscan| '''Fiche''']]/[[Proj-2013-2014-Scanner-3D-valont-de-batiments/UML| '''UML''']]
| [https://github.com/wizardkeven/slave '''projet''']
| [[Media:Proj-2013-2014-Scanner 3D volant de batiments rapport.pdf|rapport]] - [[Media:Proj-2013-2014-Scanner 3D volant de batiments.pdf|transparents]]
|-

!scope="row"| 7
| [[CannonBall de voitures autonomes]]
| Benoît PERRUCHE, Jules LEGROS
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-Cannonball-de-Voitures-Autonomes| '''Fiche''']]
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes '''projet''']
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Rapport.pdf rapport] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Pr%C3%A9sentation.pdf transparents] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Flyer.pdf flyer] -
|-

!scope="row"| 8
| [[Serious Game: Handicap, parole et geste]]
| Mehdi NAIT-SIDOUS, Pierre-Henri GINOUX
| Olivier Richard, Marion Dohen et Estelle Gillet-perret, Amelie Rochet-Capellan
| [[Proj-2013-2014-SeriousGame-Parole-et-Geste| '''Fiche''']]/[[SRS_SeriousGame_RICM_Group| '''SRS''']]/[[Proj-2013-2014-SeriousGame-Parole-et-Geste/UML| '''UML''']]
| [https://github.com/MehdiNS/SeriousGame '''projet''']
| [[Media:Serious_Game.pdf|rapport]] - [[Media:PROJET_RICM4_SeriousGame.pptx|transparents]] - [[Media:x|flyer]] -
|-

!scope="row"| 9
| [[Python sur STM32F4]]
| Xavier XIA Ye, Isabelle TAO Xinxiu
| Olivier Richard
| [[Proj-2013-2014-Python-STM32F4| '''Fiche''']]
| [https://github.com/qazxiaye/Python_sur_STM32 '''projet''']
| [[Media:PythonSurSTM_Rapport.pdf|rapport]] - [[Media:PythonSurSTM_Soutenance.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 10
| [[SmartCitizen 2014]]
| Rodolphe FREBY, Paul LABAT
| Didier Donsez, Jérome Maisonnasse
| [[Proj-2013-2014-SmartCitizen2014| '''Fiche''']]
| [https://github.com/PaulLabat/SmartCitizen '''projet''']
| [[http://air.imag.fr/index.php/File:RapportSmartCitizen.pdf rapport]] - [[Media:PROJETSMARTCITIZEN2014.pdf|transparents]] -
|-

!scope="row"| 11
| [[Open DynDNS]]
| Tianming GUO (RED), Lionel BOEY
| Thomas Calmant, Didier Donsez
| [[Proj-2013-2014-Open_DynDNS| '''Fiche''']]
| [https://github.com/umpri5450/Open_DynDNS '''projet''']
| [[Media:Projet_OpenDynDNS_BOEY_GUO_Report.pdf|rapport]] - [[Media:Open-DynDNS_PPT.pdf|transparents]] - [[Media:Open-DynDNS_Flyer.jpg|flyer]] - [[Media:Open-DynDNS_Poster.pdf|poster]]
|-

!scope="row"| 12
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 1]]
| El Hadji Malick FALL, Adji Ndeye Ndate SAMBE
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-1| '''Fiche''']]
| [https://github.com/sambea/PL-BrasRobotique1-2014 '''projet''']
| [[Media:FallSambe_ProjetBrasRobotique1_rapport.pdf|rapport]] - [[Media:ProjetBrasRobotique1-transparents.pdf|transparents]] -
|-

!scope="row"| 13
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 2]]
| Adam TIAMIOU, Radhoane BEN YOUNES
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-2| '''Fiche''']] - [[Proj-2013-2014-BrasRobot-Handicap-2| '''SRS''']]
| [https://github.com/zeld4/ProjetRobot '''projet''']
| [[Media:RenduprojetRobot.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

|}

=3I4=
* [[STM32 Lego Mindstorm Brick]] : Didier Donsez
* [[Base de recharge autonome pour les robots RobAIR]]

=M2PGI UE PM2M=
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
 Démarrage : semaine du 25/02/2014 (18 étudiants en 9 groupes)

[[PM2M/2014/TP#Projets|Liste des Projets Réalisés]]

Projets 2013-2014

2014-05-11T23:18:39Z

Remi.Piotaix: /* Liste */

<<[[Projets 2012-2013]] [[Projets|^Projets^]] [[Projets 2014-2015]]>>

=RICM5=
==Projet en école Semestre S10==
Responsable: Didier Donsez
 Démarrage : Lundi 27/01/2014 à 9H00 salle AIR (P259)
 Soutenance : Jeudi 27/03/2014 de 8H00 à 12H20 salles P253+P259 PREVOIR UN POT D'AU REVOIR juste après les soutenances

===Liste===
{|class="wikitable alternance"
|+ Affectation des projets RICM5 2013-2014
|-
|
!scope="col"| Planning Soutenance
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot
!scope="col"| Documents
|-

!scope="row"| 1
| 08:00-08:40
| [[V(ery)MMORPG]]
| Marion Dalle, Rémi Piotaix
| Jacques Léger
| [[V(ery)MMORPG/FicheSuivi|fiche de suivi]]
| [https://github.com/rpiotaix/verymmog-prototype dépôt]
| [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| 08:40-09:20
| [[Analyse d’opinion « temps réel » à partir de Twitter]]
| Jordan Calvi, Mame Daba Diouf, Xu Feng
| Fatoumata Camara (Objet Direct)
| [[Analyse d’opinion « temps réel » à partir de Twitter/FicheSuivi|fiche de suivi]]
| Non Open-Source
| [[Media:Ricm5-s10-projet-twitter-presentation.pdf|transparents]] - [[Media:Ricm5-s10-projet-twitter-flyer.pdf|flyer]] - [[Media:Ricm5-s10-projet-twitter-poster.pdf|poster]] - [[Analyse_d’opinion_«_temps_réel_»_à_partir_de_Twitter/Screenshots|galerie photos]] - [http://vodinteprwes01.viseo.net/ demo]
|-

!scope="row"| 3
| 09:20-10:00
| [[SmartSelfService]]
| Walid Bibi, Lotfi Manseur
| Didier Donsez & Jérome Maisonnasse
| [[SmartSelfService/FicheSuivi|fiche de suivi]]
| [https://sourceforge.net/projects/smartselfservice dépôt]
| [[Media:PrésentationPFE.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 4
| 10:20-11:20
| [[SmartCampus2014]]
| Morgan Bidois, Laurène Guelorget, Nicolas Husson, Thomas Nunes, Simon Planes
| Didier Donsez & Vivien Quema
| [[SmartCampus2014/FicheSuivi|fiche de suivi]]
| [https://github.com/thomasNDS/SmartCampus2014 dépôt]
| [[Media:transparents_sc.pdf|transparents]] - [[Media:flyer_SC.pdf | flyer]] - [[Media:poster_SC.pdf | poster]] - [http://air.imag.fr/index.php/SmartCampus2014/FicheSuivi#Galerie galerie photos]
|-

!scope="row"| 5
| 11:20-12:20
| [[Extensions XBMC Sujet 2014 | Extensions XBMC]]
| Nicolas Afonso, Jean-François Bianco, Pierre Lartigue, Elisa Martinez, Rebecca Poustis
| Nicolas Palix
| [[Extensions XBMC | Fiche Wiki ]] [[Extensions XBMC/Fiche_Suivi| Fiche de suivi]]
| [[Extensions XBMC/Fiche_Suivi#Dépôts Git | dépôts]]
| [[Media:ProjetXBMC.pdf |transparents]] - [[Media:ProjetXBMC-flyer.pdf|flyer]] - [[Media:ProjetXBMC-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 6
| NA
| [[RobAIR2014]] (Extension de Visioconférence [[MConf]])
| NON CHOISI
| Didier Donsez + UFRGS
|
|
|-

!scope="row"| 7
| NA
| Réseaux de capteurs
| Reporté 2015
| Bernard Tourancheau
|
|
|-
!scope="row"| 8
| 17/03/14 9:45-10:15
| Debsources: Live and Historical Views on Macro-Level Software Evolution
| Matthieu Caneill
| Vincent Danjean (?)
|
| En attente de revue par les pairs
| [[Media:Slides.txt|transparents]] (encodage utf-8 pour un affichage correct dans un navigateur)
|-

|}

===MPI (Management de Projets Innovants)===
Le projet se déroule en parallèle de l'UE MPI (Management de Projets Innovants) avec Stéphanie Diligent et Emmanuelle Tréhoust :
* Mardi 28/01 matin
* Lundi 3/02 matin
* Vendredi 7/02 matin
* Lundi 17/02 après-midi
* Mardi 18/03 matin.

===Soutenances===
# Les soutenances de projet auront lieu en salle 253 pour les présentations et salle 259 pour les démos non transportables.
# Les soutenances de 40 minutes se décomposent en 20 minutes de présentation, 10 minutes de démonstration et 10 minutes de questions-réponses
# Les soutenances de 40 minutes se décomposent en 25-30 minutes de présentation, 15-20 minutes de démonstration et 10 minutes de questions-réponses
# Respectez la durée accordée.
# Les documents rendus doivent être tous sur le wiki (sauf pour les 2 projets confidentiels).
# Vous devez également produire un flyer A4 3 volet en anglais, un poster en anglais, des photos, des copies d'écran, des vidéos et des screencasts
# Pour les screencasts, il existe [http://fr.wikipedia.org/wiki/Liste_de_logiciels_de_screencasting plein d'outils] (autre qu'un iPhone)
# Vous n'imprimerez qu'un exemplaire du poster en A4 (NB) et quelques exemplaires du flyer (NB).
# Il y aura des invités ! Soignez votre soutenance ! Répétez, répétez, répetez !

== Projet biométrie ==
* [[Projet_biometrie-2013-2014#Serrure_faciale|Application Android de serrure vocale et faciale]]

=RICM4=
* '''Ordre de passage pour les soutenances''' [http://doodle.com/e83ywui4y5hwn524 ici]

 Plein temps du 7 au 10 Avril.
 Soutenance : 9 (matin,après-midi) et 10 Avril (matin) en P257.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2013-2014
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Dépot git
|-

!scope="row"| 1
| [[COQP]]
| Flavien PEYRE, Clément VALENTIN
| Didier Donsez, Pierre Dubois
| [[Proj-2013-2014-COQP| '''Fiche''']]
| [https://github.com/peyref/COQP '''github Openhab''']/[https://github.com/clmdm'''github Binding EnOcean''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] - [[Media:ProjetXYZ-poster.pdf|poster]] - [[Media:ProjetXYZ-video.mp4|video]] - [[Media:ProjetXYZ-screencast.avi|screencast]] - [[ProjetXYZ/Suivi#Galerie|galerie photos]]
|-

!scope="row"| 2
| [[RobAIR | RobAIR 1]]
| Augustin HUSSON, Jérôme BARBIER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-1| '''Fiche''']]/[[Proj-2013-2014-RobAIR-1-SRS| '''Fiche SRS''']]
| [https://github.com/Nexucis/Rob-Air '''projet''']
| [[Media:ProjetRobAir2014-1.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 3
| [[RobAIR | RobAIR 2]]
| Paul MARIAGE, David LEVAYER
| Didier Donsez, Amr Alyafi
| [[Proj-2013-2014-RobAIR-2| '''Fiche''']]
| [https://github.com/DavidLevayer/robAIR '''projet''']
| [[Media:ProjetRobAir2014-2.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 4
| [[Sign2Speech]]
| Arthur CLERC-GHERARDI, Patrick Alexandre PEREA
| Didier Donsez
| [[Proj-2013-2014-Sign2Speech| '''Fiche (FR)''']],[[Proj-2013-2014-Sign2Speech-English| '''Fiche (EN)''']],[[Proj-2013-2014-Sign2Speech-Spanish| '''Fiche (SP)''']]
| [https://github.com/patrick91perea/Win32Project1/ '''projet''']
| [[Media:S2S-slides.pdf|Slides]] - [[Media:S2S-Flyer.pdf|Flyer-S2S]]
|-

!scope="row"| 5
| [[StartAIR |StartAIR]]
| William BOBO, Corentin RICOU
| Fabrice Dubost
| [[Proj-2013-2014-StartAIR-2| '''Fiche''']]
| [https://github.com/will421/StartAir_Safe '''projet''']
| [[Media:ProjetXYZ/Rapport|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 6
| [[Scanner 3D volant de batiments]]
| SUN Xuan, GUO Kai, ZHANG Zhengmeng
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-flying-3Dscan| '''Fiche''']]/[[Proj-2013-2014-Scanner-3D-valont-de-batiments/UML| '''UML''']]
| [https://github.com/wizardkeven/slave '''projet''']
| [[Media:Proj-2013-2014-Scanner 3D volant de batiments rapport.pdf|rapport]] - [[Media:Proj-2013-2014-Scanner 3D volant de batiments.pdf|transparents]]
|-

!scope="row"| 7
| [[CannonBall de voitures autonomes]]
| Benoît PERRUCHE, Jules LEGROS
| Didier Donsez, Vivien Quema
| [[Proj-2013-2014-Cannonball-de-Voitures-Autonomes| '''Fiche''']]
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes '''projet''']
| [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Rapport.pdf rapport] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Pr%C3%A9sentation.pdf transparents] - [https://github.com/jules0legros/CannonBall_de_voitures_autonomes/raw/master/Rapport/Flyer.pdf flyer] -
|-

!scope="row"| 8
| [[Serious Game: Handicap, parole et geste]]
| Mehdi NAIT-SIDOUS, Pierre-Henri GINOUX
| Olivier Richard, Marion Dohen et Estelle Gillet-perret, Amelie Rochet-Capellan
| [[Proj-2013-2014-SeriousGame-Parole-et-Geste| '''Fiche''']]/[[SRS_SeriousGame_RICM_Group| '''SRS''']]/[[Proj-2013-2014-SeriousGame-Parole-et-Geste/UML| '''UML''']]
| [https://github.com/MehdiNS/SeriousGame '''projet''']
| [[Media:Serious_Game.pdf|rapport]] - [[Media:PROJET_RICM4_SeriousGame.pptx|transparents]] - [[Media:x|flyer]] -
|-

!scope="row"| 9
| [[Python sur STM32F4]]
| Xavier XIA Ye, Isabelle TAO Xinxiu
| Olivier Richard
| [[Proj-2013-2014-Python-STM32F4| '''Fiche''']]
| [https://github.com/qazxiaye/Python_sur_STM32 '''projet''']
| [[Media:PythonSurSTM_Rapport.pdf|rapport]] - [[Media:PythonSurSTM_Soutenance.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

!scope="row"| 10
| [[SmartCitizen 2014]]
| Rodolphe FREBY, Paul LABAT
| Didier Donsez, Jérome Maisonnasse
| [[Proj-2013-2014-SmartCitizen2014| '''Fiche''']]
| [https://github.com/PaulLabat/SmartCitizen '''projet''']
| [[http://air.imag.fr/index.php/File:RapportSmartCitizen.pdf rapport]] - [[Media:PROJETSMARTCITIZEN2014.pdf|transparents]] -
|-

!scope="row"| 11
| [[Open DynDNS]]
| Tianming GUO (RED), Lionel BOEY
| Thomas Calmant, Didier Donsez
| [[Proj-2013-2014-Open_DynDNS| '''Fiche''']]
| [https://github.com/umpri5450/Open_DynDNS '''projet''']
| [[Media:Projet_OpenDynDNS_BOEY_GUO_Report.pdf|rapport]] - [[Media:Open-DynDNS_PPT.pdf|transparents]] - [[Media:Open-DynDNS_Flyer.jpg|flyer]] - [[Media:Open-DynDNS_Poster.pdf|poster]]
|-

!scope="row"| 12
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 1]]
| El Hadji Malick FALL, Adji Ndeye Ndate SAMBE
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-1| '''Fiche''']]
| [https://github.com/sambea/PL-BrasRobotique1-2014 '''projet''']
| [[Media:FallSambe_ProjetBrasRobotique1_rapport.pdf|rapport]] - [[Media:ProjetBrasRobotique1-transparents.pdf|transparents]] -
|-

!scope="row"| 13
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap 2]]
| Adam TIAMIOU, Radhoane BEN YOUNES
| Olivier Richard
| [[Proj-2013-2014-BrasRobot-Handicap-2| '''Fiche''']] - [[Proj-2013-2014-BrasRobot-Handicap-2| '''SRS''']]
| [https://github.com/zeld4/ProjetRobot '''projet''']
| [[Media:RenduprojetRobot.pdf|rapport]] - [[Media:ProjetXYZ-transparents.pdf|transparents]] - [[Media:ProjetXYZ-flyer.pdf|flyer]] -
|-

|}

=3I4=
* [[STM32 Lego Mindstorm Brick]] : Didier Donsez
* [[Base de recharge autonome pour les robots RobAIR]]

=M2PGI UE PM2M=
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
 Démarrage : semaine du 25/02/2014 (18 étudiants en 9 groupes)

[[PM2M/2014/TP#Projets|Liste des Projets Réalisés]]

EA2013/xeon phi

2013-11-26T09:27:09Z

Remi.Piotaix: /* Architecture mémoire et réseau d'interconnexion */

= Motivations =
Même si les processeurs deviennent de plus en plus puissants, leur performances sont

limitées. Le plus rapide des processeurs actuels possède 6 unités de traitement pouvant

fonctionner jusqu’à environ 4Ghz et est spécialisé dans le traitement d’instructions séquentielles.

Dans le cas où le programmeur a besoin de faire exécuter la même tâche sur un

grand ensemble de données, il est plus performant de paralléliser le calcul pour gagner

en puissance plutôt que d’augmenter la fréquence de fonctionnement. En effet, pour

gagner en puissance sur une seule unit ́e de traitement il est nécessaire d’augmenter

la fréquence et donc d’augmenter la tension de fonctionnement. Par effet Joule, le

processeur chauffe donc beaucoup plus jusqu’au point ou il n'est plus possible de le

refroidir efficacement.

= Différentes approches =
== SISD (Single Instruction on Single Data) ==
SISD est une architecture matérielle dans laquelle un seul processeur exécute un seul flot d'instruction sur des données résidant dans une seule mémoire. Il n'y a donc aucune parallélisation.

== SIMD (Single Instruction on Multiple Data) ==
SIMD est une architecture ou il est possible d'executer simultanément la même instruction sur plusieurs données. Il ne faut pas confondre SIMD et multi-coeur. En effet, dans une architecture multi-coeurs les traitements des différents cœurs sont indépendants alors que dans le paradigme SIMD, c'est exactement la même instruction qui est executée sur les différentes données.

La plupart du temps, ce paradigme est mis en œuvre en utilisant la vectorisation (cf plus bas).

== MIMD (Multiple Instructions on Multiple Data) ==
MIMD est en fait l'intégration de plusieurs puces ayant l'architecture SIMD dans une seule. Tous les processeurs multicores du marché sont des puces MIMD

= Vectorisation =
Contrairement a une implémentation scalaire, qui traite une seule paire d'opérandes à la fois, une implémentation vectorielle traite une opération sur plusieurs paires d'opérandes à la fois. Le terme vient de la convention de mettre les opérandes dans des vecteurs ou des matrices.

Exemple : calculer les carrés des entiers d'un vecteur A et ls stocker dans un vecteur B..

Dans une approche classique (scalaire), les cases du vecteur 1 sont traitées une par une.

<nowiki>for (int a=0 ; i<A.length ; i++){</nowiki>

<nowiki>B[i] = A[i] * A[i] ;</nowiki>

}

Dans une approche SISD, il faudrait A.length tours de boucle pour terminer le calcul.

La vectorisation permet de calculer, via l'utilisation de registres de 128, 256 ou 512 bits, de calculer 4, 8 ou 16 cases du vecteur en un coup.

Il est toujours possible de paralléliser les calculs via plusieurs threads si il n'y a pas de dépendances de données. Dans le cas de l'utilisation d'un Core i5 de la génération Haswell (par exemple), les meilleures performances sont obtenues en parallélisant les calculs sur 4 threads (le processeur possède 4 cœurs physiques, sans Hyperthreading) et en faisant utilisation des instruction AVX2 permettant de calculer 8 cases en même temps par cœur. Il est donc possible de remplir le tableau par coup de 32 cases.

= Xeon Phi =
== Presentation ==
Xeon Phi est le nom commercial utilisa par Indel pour désigner une famille de multiprocesseurs basés sur l'architecture MIC (Many Integrated Core architecture).

Cette architecture se base sur l'intégration d'un grand nombre (57-61) de cœurs x86 légèrement revus pour intégrer des registres de 512 bits permettant une vectorisation optimisée des instructions ainsi qu'une technologie Hyperthreading améliorée permettant la gestion matérielle simultanée de 4 threads par cœurs (contrairement a 2 dans les processeurs classiques exploitant cette technologie).

Le Xeon phi possède donc 240 cœurs logiques comme le montre la commande 'cat /proc/cpuinfo'

processor : 239

vendor_id : GenuineIntel

cpu family : 11

model : 1

model name : 0b/01

stepping : 3

cpu MHz : 1052.630

cache size : 512 KB

physical id : 0

siblings : 240

core id : 59

cpu cores : 60

apicid : 239

initial apicid : 239

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr mca pat fxsr ht syscall nx lm rep_good nopl lahf_lm

bogomips : 2114.08

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

Les Xeon Phi se présentent sous la forme de cartes d'extension Pci-Express (à la manière des cartes graphiques). Leur consommation maximale en charge est d'approximativement 280W et elles peuvent déployer une puissance de calcul théorique de 2400 Gflops (milliard d'opérations a virgule flottante par seconde).

== Architecture mémoire et réseau d'interconnexion ==
Tous les cœurs de la carte se partagent une mémoire de 8 à 16 Go, distincte de la mémoire principale de l'ordinateur. De par le fait d'un grand nombre de cœur et de l'utilisation de la vectorisation sur de très grands vecteurs, L'utilisation d'une architecture mémoire classique n'est pas envisageable pour des questions de performance.

[[File:phi_reseau_interconnexion.jpg|400px|thumb|right|Reseau d'interconnexion]]

Le réseau d'interconnexion est un anneau bidirectionnel composé de :

* un bus de données de 64 octets
* un bus d'adresses plus petit d'environ 40 bits
* un bus encore plus petit pour l'acquittement des messages

Grâce a cette architecture, le débit théorique pouvant être obtenu approche les 320 Go/s.

== Compilation du programme ==
Le xeon phi etant un systeme a part entière (processeur, mémoire, etc.), compiler n'est pas aussi simple qu'il n'y paraît. Il faut en effet, faire de la cross-compilation c'est à dire compiler pour une achitecture A à partir d'un ordinateur tournant sur une architecture B. Cela sous-entend non-seulement de compiler ses sources correctement, mais oblige également à recompiler spécialement pour le Xeon Phi toutes les librairies utilisées.

Le compilateur a utiliser est le compilateur intel. L'utilisation du flag -mmic indique que l'architecture de destination est un Xeon phi.

icc -O3 -mmic program.c -o program

== Transfert et execution du programme ==
Le Xeon phi se comporte, pour la machine hôte, comme un autre ordinateur accessible via ssh a travers l'interface mic0.

Deux solutions s'offrent à nous pour executer le programme précédemment compilé :

* Le transférer dans la mémoire du Xeon Phi via sftp
* Partager un dossier de la machine hôte et s'y connecter à partir du xeon phi

Dans le cas ou les données à traiter sont très grandes (la plupart des cas, finalement), le choix n'est pas a faire. Le Xeon phi ne possédant que 16 Go de mémoire, toute la mémoire utilisée pour stocker les données sur le disque virtuel sera de la mémoire vive en moins pour l’exécution du programme.

Exemple :

icc -O3 -mmic program.c -o program

scp program mic0:

ssh mic0

./program

EA2013/xeon phi

2013-11-26T09:26:46Z

Remi.Piotaix: /* Architecture mémoire et réseau d'interconnexion */

= Motivations =
Même si les processeurs deviennent de plus en plus puissants, leur performances sont

limitées. Le plus rapide des processeurs actuels possède 6 unités de traitement pouvant

fonctionner jusqu’à environ 4Ghz et est spécialisé dans le traitement d’instructions séquentielles.

Dans le cas où le programmeur a besoin de faire exécuter la même tâche sur un

grand ensemble de données, il est plus performant de paralléliser le calcul pour gagner

en puissance plutôt que d’augmenter la fréquence de fonctionnement. En effet, pour

gagner en puissance sur une seule unit ́e de traitement il est nécessaire d’augmenter

la fréquence et donc d’augmenter la tension de fonctionnement. Par effet Joule, le

processeur chauffe donc beaucoup plus jusqu’au point ou il n'est plus possible de le

refroidir efficacement.

= Différentes approches =
== SISD (Single Instruction on Single Data) ==
SISD est une architecture matérielle dans laquelle un seul processeur exécute un seul flot d'instruction sur des données résidant dans une seule mémoire. Il n'y a donc aucune parallélisation.

== SIMD (Single Instruction on Multiple Data) ==
SIMD est une architecture ou il est possible d'executer simultanément la même instruction sur plusieurs données. Il ne faut pas confondre SIMD et multi-coeur. En effet, dans une architecture multi-coeurs les traitements des différents cœurs sont indépendants alors que dans le paradigme SIMD, c'est exactement la même instruction qui est executée sur les différentes données.

La plupart du temps, ce paradigme est mis en œuvre en utilisant la vectorisation (cf plus bas).

== MIMD (Multiple Instructions on Multiple Data) ==
MIMD est en fait l'intégration de plusieurs puces ayant l'architecture SIMD dans une seule. Tous les processeurs multicores du marché sont des puces MIMD

= Vectorisation =
Contrairement a une implémentation scalaire, qui traite une seule paire d'opérandes à la fois, une implémentation vectorielle traite une opération sur plusieurs paires d'opérandes à la fois. Le terme vient de la convention de mettre les opérandes dans des vecteurs ou des matrices.

Exemple : calculer les carrés des entiers d'un vecteur A et ls stocker dans un vecteur B..

Dans une approche classique (scalaire), les cases du vecteur 1 sont traitées une par une.

<nowiki>for (int a=0 ; i<A.length ; i++){</nowiki>

<nowiki>B[i] = A[i] * A[i] ;</nowiki>

}

Dans une approche SISD, il faudrait A.length tours de boucle pour terminer le calcul.

La vectorisation permet de calculer, via l'utilisation de registres de 128, 256 ou 512 bits, de calculer 4, 8 ou 16 cases du vecteur en un coup.

Il est toujours possible de paralléliser les calculs via plusieurs threads si il n'y a pas de dépendances de données. Dans le cas de l'utilisation d'un Core i5 de la génération Haswell (par exemple), les meilleures performances sont obtenues en parallélisant les calculs sur 4 threads (le processeur possède 4 cœurs physiques, sans Hyperthreading) et en faisant utilisation des instruction AVX2 permettant de calculer 8 cases en même temps par cœur. Il est donc possible de remplir le tableau par coup de 32 cases.

= Xeon Phi =
== Presentation ==
Xeon Phi est le nom commercial utilisa par Indel pour désigner une famille de multiprocesseurs basés sur l'architecture MIC (Many Integrated Core architecture).

Cette architecture se base sur l'intégration d'un grand nombre (57-61) de cœurs x86 légèrement revus pour intégrer des registres de 512 bits permettant une vectorisation optimisée des instructions ainsi qu'une technologie Hyperthreading améliorée permettant la gestion matérielle simultanée de 4 threads par cœurs (contrairement a 2 dans les processeurs classiques exploitant cette technologie).

Le Xeon phi possède donc 240 cœurs logiques comme le montre la commande 'cat /proc/cpuinfo'

processor : 239

vendor_id : GenuineIntel

cpu family : 11

model : 1

model name : 0b/01

stepping : 3

cpu MHz : 1052.630

cache size : 512 KB

physical id : 0

siblings : 240

core id : 59

cpu cores : 60

apicid : 239

initial apicid : 239

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr mca pat fxsr ht syscall nx lm rep_good nopl lahf_lm

bogomips : 2114.08

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

Les Xeon Phi se présentent sous la forme de cartes d'extension Pci-Express (à la manière des cartes graphiques). Leur consommation maximale en charge est d'approximativement 280W et elles peuvent déployer une puissance de calcul théorique de 2400 Gflops (milliard d'opérations a virgule flottante par seconde).

== Architecture mémoire et réseau d'interconnexion ==
Tous les cœurs de la carte se partagent une mémoire de 8 à 16 Go, distincte de la mémoire principale de l'ordinateur. De par le fait d'un grand nombre de cœur et de l'utilisation de la vectorisation sur de très grands vecteurs, L'utilisation d'une architecture mémoire classique n'est pas envisageable pour des questions de performance.

[[File:phi_reseau_interconnexion.jpg|200px|thumb|left|Reseau d'interconnexion]]

Le réseau d'interconnexion est un anneau bidirectionnel composé de :

* un bus de données de 64 octets
* un bus d'adresses plus petit d'environ 40 bits
* un bus encore plus petit pour l'acquittement des messages

Grâce a cette architecture, le débit théorique pouvant être obtenu approche les 320 Go/s.

== Compilation du programme ==
Le xeon phi etant un systeme a part entière (processeur, mémoire, etc.), compiler n'est pas aussi simple qu'il n'y paraît. Il faut en effet, faire de la cross-compilation c'est à dire compiler pour une achitecture A à partir d'un ordinateur tournant sur une architecture B. Cela sous-entend non-seulement de compiler ses sources correctement, mais oblige également à recompiler spécialement pour le Xeon Phi toutes les librairies utilisées.

Le compilateur a utiliser est le compilateur intel. L'utilisation du flag -mmic indique que l'architecture de destination est un Xeon phi.

icc -O3 -mmic program.c -o program

== Transfert et execution du programme ==
Le Xeon phi se comporte, pour la machine hôte, comme un autre ordinateur accessible via ssh a travers l'interface mic0.

Deux solutions s'offrent à nous pour executer le programme précédemment compilé :

* Le transférer dans la mémoire du Xeon Phi via sftp
* Partager un dossier de la machine hôte et s'y connecter à partir du xeon phi

Dans le cas ou les données à traiter sont très grandes (la plupart des cas, finalement), le choix n'est pas a faire. Le Xeon phi ne possédant que 16 Go de mémoire, toute la mémoire utilisée pour stocker les données sur le disque virtuel sera de la mémoire vive en moins pour l’exécution du programme.

Exemple :

icc -O3 -mmic program.c -o program

scp program mic0:

ssh mic0

./program

File:Phi reseau interconnexion.jpg

2013-11-26T09:25:58Z

Remi.Piotaix:

File:Phi diapos.pdf

2013-11-26T08:41:15Z

Remi.Piotaix:

EA2013

2013-11-26T08:40:58Z

Remi.Piotaix: /* Séance Ven. 08/11 */

[[EA2012|<< Etudes 2012]] [[EA2014|Etudes 2014 >>]]

=Etudes d'approfondissement=
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

[[File:presentation-EA-RICM5-1314.pdf|transparents d'introduction à l'UE]]

=Planning des séances=

==Séance Ven. 04/10==
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* Présentation des sujets
* Choix des sujets

==Séance Ven. 11/10==
* Enseignants: Georges-Pierre Bonneau, Didier Donsez

# Outils de supervision : Nagios, [[Shinken]] (Jean-François Bianco), [[Nagios|Fiche de synthèse]]
# [[Synthèse Vocale]] (Lofti Manseur) [[Fiche de synthèse]]
# [[Open Data]] & Open Data Protocol ([[OData]]) (Simon Planes) [[EA2013_Open_Data|Fiche de synthèse]]

==Séance Ven. 18/10==
* Enseignants: Georges-Pierre Bonneau

# [[SoLoMo : Social, Localisation et Mobilité]] (Nicolas Afonso) [[EA2013_SoLoMo|Fiche de synthèse]]
# [[Rules engines]], [[Event Condition Action]] (ECA) et [[Complex Event Processing]] (CEP) (Morgan Bidois) [[EA2013_RulesEngines_EventConditionActin_ComplexEventProcessing|Fiche de synthèse]]
# Principes et Canevas de programmation événementiels : [[Node.js]], [[Twisted]], [[Nginx]], ... (Thomas Nunes) [[EA2013_Principes_et_canvas_de_programmation_evenementiels|Fiche de synthèse]]

==Séance Ven. 25/10==
* Enseignant: Didier Donsez

# [[Vandalisme dans les Wiki]] (Jordan Calvi) [[EA2013_Vandalisme_dans_les_Wiki|Fiche de synthèse]]
# Modèles de distribution par tuple-space : LINDA, JavaSpace, Terracotta, LIME, tinyLIME : démonstration
# [[Social Data Engineering]] (Walid Bibi)[[EA2013_Social_data_engineering|Fiche de synthèse]]
# Visual Data Analytics (Mame Daba Diouf) [[EA2013-Visual Data Analytics|Fiche de synthèse]]
# Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter. (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]

==Séance Ven. 08/11==
* Enseignants: Didier Donsez
# Environnements de simulation de monde virtuel 2D, 2.5D, 3D : [[Siafu]], [[Unity]], [[Project Anarchy]]... (Elisa Martinez) [[EA2013/SimuMonde|Fiche de synthèse]]
# Environnement de synthèse sonore : [[Max/MSP]], [[Pure Data]], [[CSound]] ... (Pierre Lartigue) [[EA2013_synthese_sonore|Fiche de sythèse]]
# [[Xeon Phi]] (Remi Piotaix) [[EA2013/xeon_phi|Synthèse]] [[Media:phi_diapos.pdf]]
# [[Big Data]] & le paradigme [[Map Reduce]] : démonstration avec [[Apache Hadoop]], [[Apache Hive]] et [[Apache Mahout]] (Marion Dalle) [[EA2013/mapreduce|Synthèse]]

==Séance Ven. 15/11==
* Enseignants: Didier Donsez
# Entreprise Portals : Liferay, Pluto, JSR ??? (Laurene Guelorget) [[EA2013_Enterprise_Portals|Fiche de synthèse]]
# Le langage et le canevas Web [[Dart]] (Nicolas Husson) [[EA2013_Dart|Fiche de synthèse]]
# [[Vee-jing]] Techniques de mixage de vidéo en temps réel (Rebecca Poustis) [[ Techniques de mixage de vidéo en temps réel |Fiche de synthèse]]
# (Complex) [[Event Stream Processing]] : démonstration de [[Twitter Storm]] (Jonathan Lemoine)

Démonstration de JMeter (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]

=Sujets restants=
# Solutions [[Publish-Subscribe]] : Event Admin, [[ROS]], AMQP (RabbitMQ...), [[MQTT]], [[XMPP]], UPnP, PubNub, [[PubSubHubbub]], Siena ... (?)
# BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages (?)

EA2013/xeon phi

2013-11-26T08:38:35Z

Remi.Piotaix:

= Motivations =
Même si les processeurs deviennent de plus en plus puissants, leur performances sont

limitées. Le plus rapide des processeurs actuels possède 6 unités de traitement pouvant

fonctionner jusqu’à environ 4Ghz et est spécialisé dans le traitement d’instructions séquentielles.

Dans le cas où le programmeur a besoin de faire exécuter la même tâche sur un

grand ensemble de données, il est plus performant de paralléliser le calcul pour gagner

en puissance plutôt que d’augmenter la fréquence de fonctionnement. En effet, pour

gagner en puissance sur une seule unit ́e de traitement il est nécessaire d’augmenter

la fréquence et donc d’augmenter la tension de fonctionnement. Par effet Joule, le

processeur chauffe donc beaucoup plus jusqu’au point ou il n'est plus possible de le

refroidir efficacement.

= Différentes approches =
== SISD (Single Instruction on Single Data) ==
SISD est une architecture matérielle dans laquelle un seul processeur exécute un seul flot d'instruction sur des données résidant dans une seule mémoire. Il n'y a donc aucune parallélisation.

== SIMD (Single Instruction on Multiple Data) ==
SIMD est une architecture ou il est possible d'executer simultanément la même instruction sur plusieurs données. Il ne faut pas confondre SIMD et multi-coeur. En effet, dans une architecture multi-coeurs les traitements des différents cœurs sont indépendants alors que dans le paradigme SIMD, c'est exactement la même instruction qui est executée sur les différentes données.

La plupart du temps, ce paradigme est mis en œuvre en utilisant la vectorisation (cf plus bas).

== MIMD (Multiple Instructions on Multiple Data) ==
MIMD est en fait l'intégration de plusieurs puces ayant l'architecture SIMD dans une seule. Tous les processeurs multicores du marché sont des puces MIMD

= Vectorisation =
Contrairement a une implémentation scalaire, qui traite une seule paire d'opérandes à la fois, une implémentation vectorielle traite une opération sur plusieurs paires d'opérandes à la fois. Le terme vient de la convention de mettre les opérandes dans des vecteurs ou des matrices.

Exemple : calculer les carrés des entiers d'un vecteur A et ls stocker dans un vecteur B..

Dans une approche classique (scalaire), les cases du vecteur 1 sont traitées une par une.

<nowiki>for (int a=0 ; i<A.length ; i++){</nowiki>

<nowiki>B[i] = A[i] * A[i] ;</nowiki>

}

Dans une approche SISD, il faudrait A.length tours de boucle pour terminer le calcul.

La vectorisation permet de calculer, via l'utilisation de registres de 128, 256 ou 512 bits, de calculer 4, 8 ou 16 cases du vecteur en un coup.

Il est toujours possible de paralléliser les calculs via plusieurs threads si il n'y a pas de dépendances de données. Dans le cas de l'utilisation d'un Core i5 de la génération Haswell (par exemple), les meilleures performances sont obtenues en parallélisant les calculs sur 4 threads (le processeur possède 4 cœurs physiques, sans Hyperthreading) et en faisant utilisation des instruction AVX2 permettant de calculer 8 cases en même temps par cœur. Il est donc possible de remplir le tableau par coup de 32 cases.

= Xeon Phi =
== Presentation ==
Xeon Phi est le nom commercial utilisa par Indel pour désigner une famille de multiprocesseurs basés sur l'architecture MIC (Many Integrated Core architecture).

Cette architecture se base sur l'intégration d'un grand nombre (57-61) de cœurs x86 légèrement revus pour intégrer des registres de 512 bits permettant une vectorisation optimisée des instructions ainsi qu'une technologie Hyperthreading améliorée permettant la gestion matérielle simultanée de 4 threads par cœurs (contrairement a 2 dans les processeurs classiques exploitant cette technologie).

Le Xeon phi possède donc 240 cœurs logiques comme le montre la commande 'cat /proc/cpuinfo'

processor : 239

vendor_id : GenuineIntel

cpu family : 11

model : 1

model name : 0b/01

stepping : 3

cpu MHz : 1052.630

cache size : 512 KB

physical id : 0

siblings : 240

core id : 59

cpu cores : 60

apicid : 239

initial apicid : 239

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr mca pat fxsr ht syscall nx lm rep_good nopl lahf_lm

bogomips : 2114.08

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

Les Xeon Phi se présentent sous la forme de cartes d'extension Pci-Express (à la manière des cartes graphiques). Leur consommation maximale en charge est d'approximativement 280W et elles peuvent déployer une puissance de calcul théorique de 2400 Gflops (milliard d'opérations a virgule flottante par seconde).

== Architecture mémoire et réseau d'interconnexion ==
Tous les cœurs de la carte se partagent une mémoire de 8 à 16 Go, distincte de la mémoire principale de l'ordinateur. De par le fait d'un grand nombre de cœur et de l'utilisation de la vectorisation sur de très grands vecteurs, L'utilisation d'une architecture mémoire classique n'est pas envisageable pour des questions de performance.

[[File:phi_reseau_interconnexion.jpg]]

Le réseau d'interconnexion est un anneau bidirectionnel composé de :

* un bus de données de 64 octets
* un bus d'adresses plus petit d'environ 40 bits
* un bus encore plus petit pour l'acquittement des messages

Grâce a cette architecture, le débit théorique pouvant être obtenu approche les 320 Go/s.

== Compilation du programme ==
Le xeon phi etant un systeme a part entière (processeur, mémoire, etc.), compiler n'est pas aussi simple qu'il n'y paraît. Il faut en effet, faire de la cross-compilation c'est à dire compiler pour une achitecture A à partir d'un ordinateur tournant sur une architecture B. Cela sous-entend non-seulement de compiler ses sources correctement, mais oblige également à recompiler spécialement pour le Xeon Phi toutes les librairies utilisées.

Le compilateur a utiliser est le compilateur intel. L'utilisation du flag -mmic indique que l'architecture de destination est un Xeon phi.

icc -O3 -mmic program.c -o program

== Transfert et execution du programme ==
Le Xeon phi se comporte, pour la machine hôte, comme un autre ordinateur accessible via ssh a travers l'interface mic0.

Deux solutions s'offrent à nous pour executer le programme précédemment compilé :

* Le transférer dans la mémoire du Xeon Phi via sftp
* Partager un dossier de la machine hôte et s'y connecter à partir du xeon phi

Dans le cas ou les données à traiter sont très grandes (la plupart des cas, finalement), le choix n'est pas a faire. Le Xeon phi ne possédant que 16 Go de mémoire, toute la mémoire utilisée pour stocker les données sur le disque virtuel sera de la mémoire vive en moins pour l’exécution du programme.

Exemple :

icc -O3 -mmic program.c -o program

scp program mic0:

ssh mic0

./program

Xeon Phi

2013-11-26T02:37:28Z

Remi.Piotaix: Replaced content with "Xeon phi est le nom comercial d'une gamme de coprocesseurs basés sur l'architecture MIC (Intel Many Integrated Core Architecture ou Intel MIC). Il possèdent une cinquant..."

Xeon phi est le nom comercial d'une gamme de coprocesseurs basés sur l'architecture MIC (Intel Many Integrated Core Architecture ou Intel MIC). Il possèdent une cinquantaine de coeurs x86 ainsi qu'une mémoire allant de 8 à 16 Go.

[http://en.wikipedia.org/wiki/Intel_MIC Article Wikipedia]

EA2013/xeon phi

2013-11-26T02:27:34Z

Remi.Piotaix: Base page

= Motivations =
Même si les processeurs deviennent de plus en plus puissants, leur performances sont

limitées. Le plus rapide des processeurs actuels possède 6 unités de traitement pouvant

fonctionner jusqu’à environ 4Ghz et est spécialisé dans le traitement d’instructions séquentielles.

Dans le cas où le programmeur a besoin de faire exécuter la même tâche sur un

grand ensemble de données, il est plus performant de paralléliser le calcul pour gagner

en puissance plutôt que d’augmenter la fréquence de fonctionnement. En effet, pour

gagner en puissance sur une seule unit ́e de traitement il est nécessaire d’augmenter

la fréquence et donc d’augmenter la tension de fonctionnement. Par effet Joule, le

processeur chauffe donc beaucoup plus jusqu’au point ou il n'est plus possible de le

refroidir efficacement.

= Différentes approches =
== SISD (Single Instruction on Single Data) ==
SISD est une architecture matérielle dans laquelle un seul processeur exécute un seul flot d'instruction sur des données résidant dans une seule mémoire. Il n'y a donc aucune parallélisation.

== SIMD (Single Instruction on Multiple Data) ==
SIMD est une architecture ou il est possible d'executer simultanément la même instruction sur plusieurs données. Il ne faut pas confondre SIMD et multi-coeur. En effet, dans une architecture multi-coeurs les traitements des différents cœurs sont indépendants alors que dans le paradigme SIMD, c'est exactement la même instruction qui est executée sur les différentes données.

La plupart du temps, ce paradigme est mis en œuvre en utilisant la vectorisation (cf plus bas).

== MIMD (Multiple Instructions on Multiple Data) ==
MIMD est en fait l'intégration de plusieurs puces ayant l'architecture SIMD dans une seule. Tous les processeurs multicores du marché sont des puces MIMD

= Vectorisation =
Contrairement a une implémentation scalaire, qui traite une seule paire d'opérandes à la fois, une implémentation vectorielle traite une opération sur plusieurs paires d'opérandes à la fois. Le terme vient de la convention de mettre les opérandes dans des vecteurs ou des matrices.

Exemple : calculer les carrés des entiers d'un vecteur A et ls stocker dans un vecteur B..

Dans une approche classique (scalaire), les cases du vecteur 1 sont traitées une par une.

<nowiki>for (int a=0 ; i<A.length ; i++){</nowiki>

<nowiki>B[i] = A[i] * A[i] ;</nowiki>

}

Dans une approche SISD, il faudrait A.length tours de boucle pour terminer le calcul.

La vectorisation permet de calculer, via l'utilisation de registres de 128, 256 ou 512 bits, de calculer 4, 8 ou 16 cases du vecteur en un coup.

Il est toujours possible de paralléliser les calculs via plusieurs threads si il n'y a pas de dépendances de données. Dans le cas de l'utilisation d'un Core i5 de la génération Haswell (par exemple), les meilleures performances sont obtenues en parallélisant les calculs sur 4 threads (le processeur possède 4 cœurs physiques, sans Hyperthreading) et en faisant utilisation des instruction AVX2 permettant de calculer 8 cases en même temps par cœur. Il est donc possible de remplir le tableau par coup de 32 cases.

= Xeon Phi =
== Presentation ==
Xeon Phi est le nom commercial utilisa par Indel pour désigner une famille de multiprocesseurs basés sur l'architecture MIC (Many Integrated Core architecture).

Cette architecture se base sur l'intégration d'un grand nombre (57-61) de cœurs x86 légèrement revus pour intégrer des registres de 512 bits permettant une vectorisation optimisée des instructions ainsi qu'une technologie Hyperthreading améliorée permettant la gestion matérielle simultanée de 4 threads par cœurs (contrairement a 2 dans les processeurs classiques exploitant cette technologie).

Le Xeon phi possède donc 240 cœurs logiques comme le montre la commande 'cat /proc/cpuinfo'

processor : 239

vendor_id : GenuineIntel

cpu family : 11

model : 1

model name : 0b/01

stepping : 3

cpu MHz : 1052.630

cache size : 512 KB

physical id : 0

siblings : 240

core id : 59

cpu cores : 60

apicid : 239

initial apicid : 239

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr mca pat fxsr ht syscall nx lm rep_good nopl lahf_lm

bogomips : 2114.08

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

Les Xeon Phi se présentent sous la forme de cartes d'extension Pci-Express (à la manière des cartes graphiques). Leur consommation maximale en charge est d'approximativement 280W et elles peuvent déployer une puissance de calcul théorique de 2400 Gflops (milliard d'opérations a virgule flottante par seconde).

== Architecture mémoire et réseau d'interconnexion ==
Tous les cœurs de la carte se partagent une mémoire de 8 à 16 Go, distincte de la mémoire principale de l'ordinateur. De par le fait d'un grand nombre de cœur et de l'utilisation de la vectorisation sur de très grands vecteurs, L'utilisation d'une architecture mémoire classique n'est pas envisageable pour des questions de performance.

Le réseau d'interconnexion est un anneau bidirectionnel composé de :

* un bus de données de 64 octets
* un bus d'adresses plus petit d'environ 40 bits
* un bus encore plus petit pour l'acquittement des messages

Grâce a cette architecture, le débit théorique pouvant être obtenu approche les 320 Go/s.

== Compilation du programme ==
Le xeon phi etant un systeme a part entière (processeur, mémoire, etc.), compiler n'est pas aussi simple qu'il n'y paraît. Il faut en effet, faire de la cross-compilation c'est à dire compiler pour une achitecture A à partir d'un ordinateur tournant sur une architecture B. Cela sous-entend non-seulement de compiler ses sources correctement, mais oblige également à recompiler spécialement pour le Xeon Phi toutes les librairies utilisées.

Le compilateur a utiliser est le compilateur intel. L'utilisation du flag -mmic indique que l'architecture de destination est un Xeon phi.

icc -O3 -mmic program.c -o program

== Transfert et execution du programme ==
Le Xeon phi se comporte, pour la machine hôte, comme un autre ordinateur accessible via ssh a travers l'interface mic0.

Deux solutions s'offrent à nous pour executer le programme précédemment compilé :

* Le transférer dans la mémoire du Xeon Phi via sftp
* Partager un dossier de la machine hôte et s'y connecter à partir du xeon phi

Dans le cas ou les données à traiter sont très grandes (la plupart des cas, finalement), le choix n'est pas a faire. Le Xeon phi ne possédant que 16 Go de mémoire, toute la mémoire utilisée pour stocker les données sur le disque virtuel sera de la mémoire vive en moins pour l’exécution du programme.

Exemple :

icc -O3 -mmic program.c -o program

scp program mic0:

ssh mic0

./program

EA2013

2013-11-26T02:26:55Z

Remi.Piotaix: lien vers synthese xeon phi

[[EA2012|<< Etudes 2012]] [[EA2014|Etudes 2014 >>]]

=Etudes d'approfondissement=
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5

L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance

Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.
Il s'agira de réaliser
* le positionnement par rapport au marché
* d'être critique

Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.

[[File:presentation-EA-RICM5-1314.pdf|transparents d'introduction à l'UE]]

=Planning des séances=

==Séance Ven. 04/10==
* Enseignants: Georges-Pierre Bonneau, Didier Donsez
* Présentation des sujets
* Choix des sujets

==Séance Ven. 11/10==
* Enseignants: Georges-Pierre Bonneau, Didier Donsez

# Outils de supervision : Nagios, [[Shinken]] (Jean-François Bianco), [[Nagios|Fiche de synthèse]]
# [[Synthèse Vocale]] (Lofti Manseur) [[Fiche de synthèse]]
# [[Open Data]] & Open Data Protocol ([[OData]]) (Simon Planes) [[EA2013_Open_Data|Fiche de synthèse]]

==Séance Ven. 18/10==
* Enseignants: Georges-Pierre Bonneau

# [[SoLoMo : Social, Localisation et Mobilité]] (Nicolas Afonso) [[EA2013_SoLoMo|Fiche de synthèse]]
# [[Rules engines]], [[Event Condition Action]] (ECA) et [[Complex Event Processing]] (CEP) (Morgan Bidois) [[EA2013_RulesEngines_EventConditionActin_ComplexEventProcessing|Fiche de synthèse]]
# Principes et Canevas de programmation événementiels : [[Node.js]], [[Twisted]], [[Nginx]], ... (Thomas Nunes) [[EA2013_Principes_et_canvas_de_programmation_evenementiels|Fiche de synthèse]]

==Séance Ven. 25/10==
* Enseignant: Didier Donsez

# [[Vandalisme dans les Wiki]] (Jordan Calvi) [[EA2013_Vandalisme_dans_les_Wiki|Fiche de synthèse]]
# Modèles de distribution par tuple-space : LINDA, JavaSpace, Terracotta, LIME, tinyLIME : démonstration
# [[Social Data Engineering]] (Walid Bibi)[[EA2013_Social_data_engineering|Fiche de synthèse]]
# Visual Data Analytics (Mame Daba Diouf) [[EA2013-Visual Data Analytics|Fiche de synthèse]]
# Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter. (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]

==Séance Ven. 08/11==
* Enseignants: Didier Donsez
# Environnements de simulation de monde virtuel 2D, 2.5D, 3D : [[Siafu]], [[Unity]], [[Project Anarchy]]... (Elisa Martinez) [[EA2013/SimuMonde|Fiche de synthèse]]
# Environnement de synthèse sonore : [[Max/MSP]], [[Pure Data]], [[CSound]] ... (Pierre Lartigue) [[EA2013_synthese_sonore|Fiche de sythèse]]
# [[Xeon Phi]] (Remi Piotaix) [[EA2013/xeon_phi|Synthèse]]
# [[Big Data]] & le paradigme [[Map Reduce]] : démonstration avec [[Apache Hadoop]], [[Apache Hive]] et [[Apache Mahout]] (Marion Dalle) [[EA2013/mapreduce|Synthèse]]

==Séance Ven. 15/11==
* Enseignants: Didier Donsez
# Entreprise Portals : Liferay, Pluto, JSR ??? (Laurene Guelorget) [[EA2013_Enterprise_Portals|Fiche de synthèse]]
# Le langage et le canevas Web [[Dart]] (Nicolas Husson) [[EA2013_Dart|Fiche de synthèse]]
# [[Vee-jing]] Techniques de mixage de vidéo en temps réel (Rebecca Poustis) [[ Techniques de mixage de vidéo en temps réel |Fiche de synthèse]]
# (Complex) [[Event Stream Processing]] : démonstration de [[Twitter Storm]] (Jonathan Lemoine)

Démonstration de JMeter (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]

=Sujets restants=
# Solutions [[Publish-Subscribe]] : Event Admin, [[ROS]], AMQP (RabbitMQ...), [[MQTT]], [[XMPP]], UPnP, PubNub, [[PubSubHubbub]], Siena ... (?)
# BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages (?)

Xeon Phi

2013-11-26T02:23:46Z

Remi.Piotaix: Base rapport

= Motivations =
Même si les processeurs deviennent de plus en plus puissants, leur performances sont

limitées. Le plus rapide des processeurs actuels possède 6 unités de traitement pouvant

fonctionner jusqu’à environ 4Ghz et est spécialisé dans le traitement d’instructions séquentielles.

Dans le cas où le programmeur a besoin de faire exécuter la même tâche sur un

grand ensemble de données, il est plus performant de paralléliser le calcul pour gagner

en puissance plutôt que d’augmenter la fréquence de fonctionnement. En effet, pour

gagner en puissance sur une seule unit ́e de traitement il est nécessaire d’augmenter

la fréquence et donc d’augmenter la tension de fonctionnement. Par effet Joule, le

processeur chauffe donc beaucoup plus jusqu’au point ou il n'est plus possible de le

refroidir efficacement.

= Différentes approches =
== SISD (Single Instruction on Single Data) ==
SISD est une architecture matérielle dans laquelle un seul processeur exécute un seul flot d'instruction sur des données résidant dans une seule mémoire. Il n'y a donc aucune parallélisation.

== SIMD (Single Instruction on Multiple Data) ==
SIMD est une architecture ou il est possible d'executer simultanément la même instruction sur plusieurs données. Il ne faut pas confondre SIMD et multi-coeur. En effet, dans une architecture multi-coeurs les traitements des différents cœurs sont indépendants alors que dans le paradigme SIMD, c'est exactement la même instruction qui est executée sur les différentes données.

La plupart du temps, ce paradigme est mis en œuvre en utilisant la vectorisation (cf plus bas).

== MIMD (Multiple Instructions on Multiple Data) ==
MIMD est en fait l'intégration de plusieurs puces ayant l'architecture SIMD dans une seule. Tous les processeurs multicores du marché sont des puces MIMD

= Vectorisation =
Contrairement a une implémentation scalaire, qui traite une seule paire d'opérandes à la fois, une implémentation vectorielle traite une opération sur plusieurs paires d'opérandes à la fois. Le terme vient de la convention de mettre les opérandes dans des vecteurs ou des matrices.

Exemple : calculer les carrés des entiers d'un vecteur A et ls stocker dans un vecteur B..

Dans une approche classique (scalaire), les cases du vecteur 1 sont traitées une par une.

<nowiki>for (int a=0 ; i<A.length ; i++){</nowiki>

<nowiki>B[i] = A[i] * A[i] ;</nowiki>

}

Dans une approche SISD, il faudrait A.length tours de boucle pour terminer le calcul.

La vectorisation permet de calculer, via l'utilisation de registres de 128, 256 ou 512 bits, de calculer 4, 8 ou 16 cases du vecteur en un coup.

Il est toujours possible de paralléliser les calculs via plusieurs threads si il n'y a pas de dépendances de données. Dans le cas de l'utilisation d'un Core i5 de la génération Haswell (par exemple), les meilleures performances sont obtenues en parallélisant les calculs sur 4 threads (le processeur possède 4 cœurs physiques, sans Hyperthreading) et en faisant utilisation des instruction AVX2 permettant de calculer 8 cases en même temps par cœur. Il est donc possible de remplir le tableau par coup de 32 cases.

= Xeon Phi =
== Presentation ==
Xeon Phi est le nom commercial utilisa par Indel pour désigner une famille de multiprocesseurs basés sur l'architecture MIC (Many Integrated Core architecture).

Cette architecture se base sur l'intégration d'un grand nombre (57-61) de cœurs x86 légèrement revus pour intégrer des registres de 512 bits permettant une vectorisation optimisée des instructions ainsi qu'une technologie Hyperthreading améliorée permettant la gestion matérielle simultanée de 4 threads par cœurs (contrairement a 2 dans les processeurs classiques exploitant cette technologie).

Le Xeon phi possède donc 240 cœurs logiques comme le montre la commande 'cat /proc/cpuinfo'

processor : 239

vendor_id : GenuineIntel

cpu family : 11

model : 1

model name : 0b/01

stepping : 3

cpu MHz : 1052.630

cache size : 512 KB

physical id : 0

siblings : 240

core id : 59

cpu cores : 60

apicid : 239

initial apicid : 239

fpu : yes

fpu_exception : yes

cpuid level : 4

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr mca pat fxsr ht syscall nx lm rep_good nopl lahf_lm

bogomips : 2114.08

clflush size : 64

cache_alignment : 64

address sizes : 40 bits physical, 48 bits virtual

power management:

Les Xeon Phi se présentent sous la forme de cartes d'extension Pci-Express (à la manière des cartes graphiques). Leur consommation maximale en charge est d'approximativement 280W et elles peuvent déployer une puissance de calcul théorique de 2400 Gflops (milliard d'opérations a virgule flottante par seconde).

== Architecture mémoire et réseau d'interconnexion ==
Tous les cœurs de la carte se partagent une mémoire de 8 à 16 Go, distincte de la mémoire principale de l'ordinateur. De par le fait d'un grand nombre de cœur et de l'utilisation de la vectorisation sur de très grands vecteurs, L'utilisation d'une architecture mémoire classique n'est pas envisageable pour des questions de performance.

Le réseau d'interconnexion est un anneau bidirectionnel composé de :

* un bus de données de 64 octets
* un bus d'adresses plus petit d'environ 40 bits
* un bus encore plus petit pour l'acquittement des messages

Grâce a cette architecture, le débit théorique pouvant être obtenu approche les 320 Go/s.

== Compilation du programme ==
Le xeon phi etant un systeme a part entière (processeur, mémoire, etc.), compiler n'est pas aussi simple qu'il n'y paraît. Il faut en effet, faire de la cross-compilation c'est à dire compiler pour une achitecture A à partir d'un ordinateur tournant sur une architecture B. Cela sous-entend non-seulement de compiler ses sources correctement, mais oblige également à recompiler spécialement pour le Xeon Phi toutes les librairies utilisées.

Le compilateur a utiliser est le compilateur intel. L'utilisation du flag -mmic indique que l'architecture de destination est un Xeon phi.

icc -O3 -mmic program.c -o program

== Transfert et execution du programme ==
Le Xeon phi se comporte, pour la machine hôte, comme un autre ordinateur accessible via ssh a travers l'interface mic0.

Deux solutions s'offrent à nous pour executer le programme précédemment compilé :

* Le transférer dans la mémoire du Xeon Phi via sftp
* Partager un dossier de la machine hôte et s'y connecter à partir du xeon phi

Dans le cas ou les données à traiter sont très grandes (la plupart des cas, finalement), le choix n'est pas a faire. Le Xeon phi ne possédant que 16 Go de mémoire, toute la mémoire utilisée pour stocker les données sur le disque virtuel sera de la mémoire vive en moins pour l’exécution du programme.

Exemple :

icc -O3 -mmic program.c -o program
scp program mic0:
ssh mic0
./program

Proj-2012-2013-Audioprothèse DIY-G2

2013-04-14T16:58:22Z

Remi.Piotaix: typo

= The Team =
<nowiki>Marion Dalle and Rémi Piotaix, are engineering students of [[Polytech'Grenoble]] in 4th year, in [[Projets_2012-2013#RICM4|RICM]] (Computer Networks and Multimedia Communication) with a network and system speciality.</nowiki>

= Project objective =
Our projet is an hearing aid. The price of industrial hearing aid is very expensive and we will like create a cheap model.

= Technologies used =
== Material ==
* card stm32f4-discovery

= Progress of the project =
<nowiki>The project starts the 14th January 2013 and takes place in [[Polytech'Grenoble]].</nowiki>

== WEEK 1: January 14th – January 21st ==
Discovery of project. We chose this subject and we tried to create specification.

== WEEK 2: January 21st – January 28th ==
We decided to use a stm32 card and we begin at using of this card. We played with the led to understand the card functioning using IAR IDE working on Microsoft Windows.

== WEEK 3: January 28th – February 4th ==
First look of Demos provided by ST Microelectronics, compilation with IAR and flash into the card. For the next week, we decided to try to use a Makefile to compile the projects with GCC under Linux OS instead of using the embedded compilation toolchain of IAR which we don’t understand as well as a Makefile.

== WEEK 4: February 4th - February 11th ==
Compilation of the summon ARM toolchain, a compilator based on GCC specialized for the compilation of programs for microcontrollers. The first version we tried (4.7) was buggy and didn’t want to compile our sources.

== WEEK 5: February 11th - February 18th ==
Compilation of an older version of the toolchain (4.6). This one worked well and allows us to compile simple programs for the card using a project template found on the web.

== WEEK 6: February 18th - February 25th ==
We tried to compile the Audio demo we found on the ST Microelectronics website but, with our skill, it was impossible to tweak the project template’s Makefile to obtain something executable.

By the same time, the research of a signal processing library in C was still infructuous. The need of searching in C++ was a real problem because we don’t have dynamic allocation on the card.

== WEEK 7: February 25th – March 4th ==
Holidays

== WEEK 8: March 4th – March 11th ==
The idea of searching an operating system to run on the STM32F4 comes to us and we found a RTOS called ChibiOS which supports our microcontroller. We managed to compile it without problems. We also made a little program to test the system.

The use of ChibiOS gives us the possibility to allocate memory dynamically which allows us to use, if we found one, a C++ library for signal processing.

== WEEK 10: March 11th – March 18th ==
We read the docs about ChibiOS and particularly about its Hardware Abstraction Layer in order to understand how to use it to make the microphone working.

== WEEK 11: March 18th – March 25th ==
We found some libraries but none of them can run on the STM32F4. They are all in another language that C or C++ which are not ported to the microcontroller.

The only one that was in C/C++ was OpenAL but this one relies on others drivers for sound input/output which are not available on our card.

== WEEK 12: March 25th – April 1st ==
We found a template for ChibiOS and the STM32F4 board on the web. This one comes with a Serial Over USB driver which allow us to access a shell to run commands on the STM32F4.

In order to test that, we wrote a little program to understand how it works.

== WEEK 13: April 1st – April 8th ==
Preparation of the PowerPoint, report, etc…

= Appendice =
== Specification ==
* SRS: http://air.imag.fr/mediawiki/index.php/Proj-2012-2013-Audioprothèse_DIY_2/SRS
* Report: http://air.imag.fr/mediawiki/index.php/Proj-2012-2013-Audioprothèse_DIY_2/Report

Proj-2012-2013-Audioprothèse DIY-G2

2013-04-14T16:57:38Z

Remi.Piotaix:

= The Team =
<nowiki>Marion Dalle and Rémi Piotaix, are engineering students of [[Polytech'Grenoble]] in 4th year, in [[Projets_2012-2013#RICM4|RICM]] (Computer Networks and Multimedia Communication) with a network and system speciality.</nowiki>

= Project objective =
Our projet is an hearing aid. The price of industrial hearing aid is very expensive and we will like create a cheap model.

= Technologies used =
== Material ==
* card stm32f4-discovery

= Progress of the project =
<nowiki>The project starts the 14th January 2013 and takes place in [[Polytech'Grenoble]].</nowiki>

== WEEK 1: January 14th – January 21st ==
Discovery of project. We chose this subject and we tried to create specification.

== WEEK 2: January 21st – January 28th ==
We decided to use a stm32 card and we begin at using of this card. We played with the led to understand the card functioning using IAR IDE working on Microsoft Windows.

== WEEK 3: January 28th – February 4th ==
First look of Demos provided by ST Microelectronics, compilation with IAR and flash into the card. For the next week, we decided to try to use a Makefile to compile the projects with GCC under Linux OS instead of using the embedded compilation toolchain of IAR which we don’t understand as well as a Makefile.

== WEEK 4: February 4th - February 11th ==
Compilation of the summon ARM toolchain, a compilator based on GCC specialized for the compilation of programs for microcontrollers. The first version we tried (4.7) was buggy and didn’t want to compile our sources.

== WEEK 5: February 11th - February 18th ==
Compilation of an older version of the toolchain (4.6). This one worked well and allows us to compile simple programs for the card using a project template found on the web.

== WEEK 6: February 18th - February 25th ==
We tried to compile the Audio demo we found on the ST Microelectronics website but, with our skill, it was impossible to tweak the project template’s Makefile to obtain something executable.

By the same time, the research of a signal processing library in C was still infructuous. The need of searching in C++ was a real problem because we don’t have dynamic allocation on the card.

== WEEK 7: February 25th – March 4th ==
Holidays

== WEEK 8: March 4th – March 11th ==
The idea of searching an operating system to run on the STM32F4 comes to us and we found a RTOS called ChibiOS which supports our microcontroller. We managed to compile it without problems. We also made a little program to test the system.

The use of ChibiOS gives us the possibility to allocate memory dynamically which allows us to use, if we found one, a C++ library for signal processing.

== WEEK 9: March 11th – March 18th ==
We read the docs about ChibiOS and particularly about its Hardware Abstraction Layer in order to understand how to use it to make the microphone working.

== WEEK 9: March 18th – March 25th ==
We found some libraries but none of them can run on the STM32F4. They are all in another language that C or C++ which are not ported to the microcontroller.

The only one that was in C/C++ was OpenAL but this one relies on others drivers for sound input/output which are not available on our card.

== WEEK 9: March 25th – April 1st ==
We found a template for ChibiOS and the STM32F4 board on the web. This one comes with a Serial Over USB driver which allow us to access a shell to run commands on the STM32F4.

In order to test that, we wrote a little program to understand how it works.

== WEEK 9: April 1st – April 8th ==
Preparation of the PowerPoint, report, etc…

= Appendice =
== Specification ==
* SRS: http://air.imag.fr/mediawiki/index.php/Proj-2012-2013-Audioprothèse_DIY_2/SRS
* Report: http://air.imag.fr/mediawiki/index.php/Proj-2012-2013-Audioprothèse_DIY_2/Report

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:38:50Z

Remi.Piotaix: reformulations

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequencies

==2.3 User characteristics==
* Each user have different hearing problem and our device should adapt at the partucular user's problem.
* The device should be configurable in order to fulfill the user needs without modifying any line of code.

==2.4 General constraints==
* The langage using by the stm32f4 (c/c++) card which is low level.
* The sound should be processed in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know his hearing problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The only input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user which is returned by the jack plug of the card.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound using the microphone
* Digitally process the signal according to the configuration
* Play the sound with the earphone connected to the jack plug

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:34:17Z

Remi.Piotaix: /* 2.5 Assumptions and dependencies */

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequencies

==2.3 User characteristics==
* Each user have different hearing problem and our device should adapt at the partucular user's problem.
* The device should be configurable in order to fulfill the user needs without modifying any line of code.

==2.4 General constraints==
* The langage using by the stm32f4 (c/c++) card which is low level.
* The sound should be processed in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know his hearing problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The alone input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user it's return by the jack plug of the card and an earphone.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound by microphone
* Treat the sound in numerics to respond at the user problem
* Return the sound after treatment by earphone

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:33:55Z

Remi.Piotaix:

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequencies

==2.3 User characteristics==
* Each user have different hearing problem and our device should adapt at the partucular user's problem.
* The device should be configurable in order to fulfill the user needs without modifying any line of code.

==2.4 General constraints==
* The langage using by the stm32f4 (c/c++) card which is low level.
* The sound should be processed in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know her hearin problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The alone input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user it's return by the jack plug of the card and an earphone.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound by microphone
* Treat the sound in numerics to respond at the user problem
* Return the sound after treatment by earphone

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:32:54Z

Remi.Piotaix: reformulation

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequencies

==2.3 User characteristics==
* Each user have different hearing problem and our device should adapt at the partucular user's problem.
* The device should be configurable in order to fulfill the user needs without modifying any line of code.

==2.4 General constraints==
* The langage using by the stm32f4 card which is low level.
* The sound schould process in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know her hearin problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The alone input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user it's return by the jack plug of the card and an earphone.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound by microphone
* Treat the sound in numerics to respond at the user problem
* Return the sound after treatment by earphone

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:29:50Z

Remi.Piotaix: typo

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequencies

==2.3 User characteristics==
* Each user have different hearing problem and our device schould adapt at the partucular user's problem.
* The device schould programming with the user's specifications before the using by the user. The user schould not touch at the code, just active the good for her.

==2.4 General constraints==
* The langage using by the stm32f4 card which is low level.
* The sound schould process in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know her hearin problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The alone input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user it's return by the jack plug of the card and an earphone.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound by microphone
* Treat the sound in numerics to respond at the user problem
* Return the sound after treatment by earphone

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.

Proj-2012-2013-Audioprothèse DIY 2/SRS

2013-03-01T18:29:13Z

Remi.Piotaix: Définitions + liens pour PCM et PDM

=1. Introduction=
==1.1 Purpose of the requirements document==
This Software Requirements Specification (SRS) identifies the requirements for the hearing aid.
In case of a open source project, we must present the requirement to others potential contributors. This document is a guideline about the functionalities offered and the problems that the system solves.

==1.2 Scope of the product==
* The product we are developing is a low cost hearing aid. The goal is create an aid for evreybody without cost contraint.
* We haven't vainglory to do an heading aid as the industrial hearing aid.
* This project is totaly open-sorce and everybody can contribute at this.

==1.3 Definitions, acronyms and abbreviations==

* '''Processor''': It's the computer's heart. It execute the instruction and process data

* '''Microprocessor''': It's a mini processor wich is in a single integrated circuit

* '''DSP''': Digital Signal Processor is a specialized and optimized microprocessor

* '''Microcontroller''': It's a small computer on a single integrated circuit containing a processor core, memory, and programmable input/output peripherals.

* '''PCM''': Pulse-Code Modulation is a method used to digitally represent sampled analog signals. A PCM stream is a digital representation of an analog signal, in which the magnitude of the analog signal is sampled regularly at uniform intervals, with each sample being quantized to the nearest value within a range of digital steps. [http://en.wikipedia.org/wiki/Pulse-code_modulation (wikipedia)]

* '''PDM''': Pulse-Density Modulation is an other method used to digitally represent sampled analog signals. In a PDM signal, specific amplitude values are not encoded into pulses of different size as they would be in PCM. Instead, it is the relative density of the pulses that corresponds to the analog signal's amplitude. [http://en.wikipedia.org/wiki/Pulse-density_modulation (wikipedia)]

==1.4 References==
*The main page of the project: [[Audioprothese_DIY]]<br\>
*[http://en.wikipedia.org Wikipedia] for definitions.
*[http://www.st.com/web/en/catalog/tools/FM116/SC959/SS1532/PF252419 STM32F4], the official page on the STM32F4_DISCOVERY card

==1.5 Overview of the remainder of the document==
The rest of the SRS examines the specifications of the project in details.

=2. General description=
==2.1 Product perspective==

==2.2 Product functions==
* amplifying sound
* changing frequences

==2.3 User characteristics==
* Each user have different hearing problem and our device schould adapt at the partucular user's problem.
* The device schould programming with the user's specifications before the using by the user. The user schould not touch at the code, just active the good for her.

==2.4 General constraints==
* The langage using by the stm32f4 card which is low level.
* The sound schould process in real time

==2.5 Assumptions and dependencies==
* The card doesn't work without computer, it hasn't battery
* We do the assumption that the user know her hearin problem

=3.Specific requirements, covering functional, non-functional and interface requirements=

* Document external interfaces,
* Describe system functionality and performance
* Specify logical database requirements,
* Design constraints,
* Emergent system properties and quality characteristics.

==Requirement X.Y.Z (in Structured Natural Language)==

'''Function''':
Help people with hearing problem at better listen to external sounds.

'''Description''':
The products consists of a program on a stm32F4 card.

'''Inputs''':
The alone input of our products is the external sound. It provided by the card's microphone.

'''Source''':
The differents demonstration created by [http://en.wikipedia.org/wiki/STMicroelectronics STMicroelctronics]

'''Outputs''':
The sound audible for the user it's return by the jack plug of the card and an earphone.

'''Destination''':
Everybody with simple hearing problems.

'''Action''':
* Save external sound by microphone
* Treat the sound in numerics to respond at the user problem
* Return the sound after treatment by earphone

'''Non functional requirements''':
none

'''Pre-condition''':
* Have a computer
* Install the tools to developping on the stm32f4 card as show [http://spin.atomicobject.com/2013/01/18/stm32f4-discovery-toolchain-mac-os-x/ here]
* Know your hearing problem to choose the good correction

'''Post-condition''':
none

'''Side-effects''':
* The earphone can disturb some people
* A correction doesn't made to measure

=4. Product evolution=

=5. Appendices=
==5.1 Specification ==
* The global project's page can be found.
* Three RICM4 groups are working on this project. Here are their wiki page:

==5.2 Sources ==

==5.3 Licensing Requirements==
This project don't require a licence. It's an open project.