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

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T10:03:25Z

Otaillie : /* Quelques références utiles */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grâce à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

Un visiteur arrive dans un musée et veut plus d'informations sur l’œuvre en face de lui. Il allume une application sur son smartphone et reçoit directement des explications

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==== Semaine 4 ====

Récupération d'un autre téléphone pour tester le BLE.

Il s'agit d'un HUAWEI Ascend P7. Après mise à jour du téléphone, ce dernier n'est toujours pas détecté par la balise.

Tentative de changement de la rom d'un téléphone, afin de pouvoir changer un fichier dans la programmation du téléphone autorisant l'utilisation du BLE.
Malgré les droits de super-utilisateur les fichiers systèmes sont accessibles qu'en lecture.

==== Semaine 5 ====

Je tente d'utiliser le Bluetooth classique. De même sans succès, l'application bluetooth de la raspberry, Bluez, se bloque ou refuse la connexion.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

==== Semaine 4 & 5 ====

Je commence à avoir l'application exemple en main. Je l'a manipule afin d'adapter l'application à mes besoins.

Réalisation de l'application type "Musée".

==== Semaine 6 ====

Finalisation de l'application.

Rédaction du rapport.

== Quelques références utiles ==

Pour apprendre à développer des applications :

http://openclassrooms.com/courses/creez-des-applications-pour-android

http://openclassrooms.com/courses/apprenez-a-programmer-en-java

http://developer.android.com/training/index.html

http://developer.android.com/index.html

Pour réaliser des icônes facilement :

http://romannurik.github.io/AndroidAssetStudio/icons-launcher.html

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T10:01:50Z

Otaillie : /* Développement de l'application smartphone */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grâce à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

Un visiteur arrive dans un musée et veut plus d'informations sur l’œuvre en face de lui. Il allume une application sur son smartphone et reçoit directement des explications

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==== Semaine 4 ====

Récupération d'un autre téléphone pour tester le BLE.

Il s'agit d'un HUAWEI Ascend P7. Après mise à jour du téléphone, ce dernier n'est toujours pas détecté par la balise.

Tentative de changement de la rom d'un téléphone, afin de pouvoir changer un fichier dans la programmation du téléphone autorisant l'utilisation du BLE.
Malgré les droits de super-utilisateur les fichiers systèmes sont accessibles qu'en lecture.

==== Semaine 5 ====

Je tente d'utiliser le Bluetooth classique. De même sans succès, l'application bluetooth de la raspberry, Bluez, se bloque ou refuse la connexion.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

==== Semaine 4 & 5 ====

Je commence à avoir l'application exemple en main. Je l'a manipule afin d'adapter l'application à mes besoins.

Réalisation de l'application type "Musée".

==== Semaine 6 ====

Finalisation de l'application.

Rédaction du rapport.

=== Quelques références utiles ===

Pour apprendre à développer des applications :

http://openclassrooms.com/courses/creez-des-applications-pour-android

http://openclassrooms.com/courses/apprenez-a-programmer-en-java

http://developer.android.com/training/index.html

http://developer.android.com/index.html

Pour réaliser des icônes facilement :

http://romannurik.github.io/AndroidAssetStudio/icons-launcher.html

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T09:55:48Z

Otaillie : /* Semaine 4 & 5 */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T09:54:40Z

Otaillie : /* Semaine 4 & 5 */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T09:54:25Z

Otaillie : /* Semaine 4 & 5 */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-24T09:53:35Z

Otaillie : /* Exemple d'application */

Projets IMA5 2014/2015

2015-02-24T09:51:30Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

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

Fichier:PFE Olivier Tailliez.pdf

2015-02-24T09:50:42Z

Otaillie : Rapport de fin de Projet

Rapport de fin de Projet

Projets IMA5 2014/2015

2015-02-24T09:49:46Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

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

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-22T11:20:16Z

Otaillie : /* Semaine 4 */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==== Semaine 4 ====

Récupération d'un autre téléphone pour tester le BLE.

Il s'agit d'un HUAWEI Ascend P7. Après mise à jour du téléphone, ce dernier n'est toujours pas détecté par la balise.

Tentative de changement de la rom d'un téléphone, afin de pouvoir changer un fichier dans la programmation du téléphone autorisant l'utilisation du BLE.
Malgré les droits de super-utilisateur les fichiers systèmes sont accessibles qu'en lecture.

==== Semaine 5 ====

Je tente d'utiliser le Bluetooth classique. De même sans succès, l'application bluetooth de la raspberry, Bluez, se bloque ou refuse la connexion.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

==== Semaine 4 & 5 ====

Je commence à avoir l'application exemple en main. Je l'a manipule afin d'adapter l'application à mes besoins.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-22T11:16:40Z

Otaillie : /* Semaine 1 & 2 */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

=== Semaine 4 ===

Récupération d'un autre téléphone pour tester le BLE.

Il s'agit d'un HUAWEI Ascend P7. Après mise à jour du téléphone, ce dernier n'est toujours pas détecté par la balise.

Tentative de changement de la rom d'un téléphone, afin de pouvoir changer un fichier dans la programmation du téléphone autorisant l'utilisation du BLE.
Malgré les droits de super-utilisateur les fichiers systèmes sont accessibles qu'en lecture.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

==== Semaine 4 & 5 ====

Je commence à avoir l'application exemple en main. Je l'a manipule afin d'adapter l'application à mes besoins.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-22T11:13:20Z

Otaillie : /* Semaine 3 */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

=== Semaine 4 ===

Récupération d'un autre téléphone pour tester le BLE.

Il s'agit d'un HUAWEI Ascend P7. Après mise à jour du téléphone, ce dernier n'est toujours pas détecté par la balise.

Tentative de changement de la rom d'un téléphone, afin de pouvoir changer un fichier dans la programmation du téléphone autorisant l'utilisation du BLE.
Malgré les droits de super-utilisateur les fichiers systèmes sont accessibles qu'en lecture.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-04T18:38:56Z

Otaillie : /* Generic Attribute Profile (Gatt) */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (GATT)===

GATT definit comment deux appareils BLE échangent des données en utilisant des principes appelés Services et Caractéristiques ainsi que des identifiants 16 bits. Il vient de l'ATT (attribute protocol).

Ce protocole utilise le principe du maitre-esclave.

Un esclave (GATT Server) a un seul maitre (GATT Client) mais un maitre peut avoir plusieurs esclaves.

A intervalle régulier, le maitre envoie une requête à un esclave qui répond ensuite.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-04T18:03:34Z

Otaillie : /* =Le Bluetooth Low Energy (BLE) */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

==Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

===Generic Attribute Profile (Gatt)===

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-04T17:57:06Z

Otaillie : /* Objectifs */

==Présentation du projet==

===Contexte du projet ===

Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des interactions contextuelles avec les utilisateurs.

===Exemple d'application===

Arrivant dans un supermarché le client se connecte à l'application de la franchise grace à ses identifiants. Il passe alors devant une tête de gondole contenant une balise de localisation. La balise "détecte" qu'un produit souvent acheter par le client est dans le rayon suivant mais n'est pas sur sa liste de course ( intégrée à l'application ). Le client reçoit donc un bon de réduction du produit.

===Objectifs===

Ce projet a pour objectif d'utiliser la technologie des beacons afin d'imaginer un système de communication entre ces derniers et des utilisateurs arrivants dans la zone telle que l'exemple du supermarché.

La première étape est de réaliser une communication bidirectionnelle entre un beacon et un smartphone.
Pour cela il faut '''concevoir un prototype de balise à l'aide d'une raspberry PI et d'un module Bluetooth BLE'''.
Puis '''programmer une application pour smartphone afin de pouvoir échanger en Bluetooth'''.
Le but est d'obtenir l'affichage d'un échange sur le smartphone et sur un ecran relié à la raspberry.

La seconde étape est de développer le reste des éléments du scénario en fonction de l'évolution du projet.

On peut, par exemple, penser à la réalisation de la connexion client et à la sécurité associée ou à l'accès à la liste des courses du client par la balise.

===Le Bluetooth Low Energy (BLE)==

Autrefois appelé Wibree, le BLE ou Bluetooth 4.0, est une technique de communication de donnée sans fil.

L’objectif de cette nouvelle technologie est de permettre de transmettre des données avec la même portée que les Bluetooths précédents mais avec une consommation d'énergie 10 fois moins importantes passant de 1W à 0,1 dans le meilleur des cas. Ainsi l'usage de la transmission sans fil est maintenant plus réaliste sur des appareils à batterie.
Par contre le BLE n'est pas rétrocompatible, c'est à dire que les appareils antérieurs à l'apparition de cette technique ne peuvent pas l'utiliser. Mais certains objets utilisant le BLE peuvent aussi utiliser le Bluetooth "classique".

Les différences entre les deux technologies sont autant sur le matériel que sur le protocole de transmission.

==Conception d'un beacon==

===Matériels utilisés===

Afin de réaliser une balise, je dispose de :

- Une raspberry pi

- Un module Bluetooth BLE (Bluetooth Low Energy)

- Un écran d'affichage

- Un accès internet (en option)

===Etape de réalisation===

==== Semaine 1 ====

Mr Peter m'ayant fourni un tutoriel intitulé "piBeacon -DIY Beacon with a Raspberry Pi" [https://learn.adafruit.com/downloads/pdf/pibeacon-ibeacon-with-a-raspberry-pi.pdf] de Kevin Townsend, je commence tout d'abord par suivre ce tutoriel.
Ce dernier a permis de configurer la raspberry et le doggle Bluetooth afin de pouvoir utiliser ce dernier. Mais il n'y a aucun programme afin d’interagir.

J'ai par la suite testé le tutoriel à l'aide d'une application androïd "BlueScan" permettant de détecter les appareils connectés en Bluetooth.

[[Fichier:Config raspberry.JPG|400px|thumb|center|affichage de la configuration Bluetooth sur la raspberry]]

Sur cette image on peut voir l'adresse Bluetooth de la raspberry "00:1A:7D:DA:71:14"

[[Fichier:Detection Bluescan.png|200px|thumb|center|affichage de la détection Bluetooth sur le smartphone]]

L'appareil détecté a la même adresse, la configuration du Bluetooth fonctionne.

==== Semaine 3 ====

Afin de continuer sur les communications j'ai voulu réalisé une détection du smartphone par la raspberry.
Malheureusement il semble que le raspberry ne repère pas le Bluetooth LE des téléphones.

Deux hypothèses possibles :

- Le problème vient de la raspberry ou du module Bluetooth.

J'ai désinstallé/réinstallé les logiciels de la raspberry.
Le problème ne vient pas de la raspberry en théorie. Mais peut être vient il du module Bluetooth.

- Le problème vient du smartphone qui n'aurait pas le BLE.

J'ai tout d'abord testé le Bluetooth "Classique". La détection du téléphone fonctionne.

Avec l'application BLE Checker j'ai pu vérifier que le BLE fonctionne sur le téléphone.

Après recherche, il semble qu'il faut installer une mise à jour sur le téléphone afin d'activer le BLE.

==Développement de l'application smartphone==

=== Matériel utilisé ===

- Smartphone Samsung S3

- Sony Xperia M2

- Logiciel Androïd studio

=== Étape de réalisation ===

==== Semaine 1 & 2 ====

Ayant peu d’expérience dans les programmes codés en JAVA et les applications Androïds, j'ai tout d'abord suivi des tutoriels afin d'acquérir des bases en langage JAVA et dans la mise en place d'application androïd.

J'ai ensuite commencé à étudier les exemples d'applications androïds inclus dans Androïd studio. Il y a 2 applications utilisant le Bluetooth dont une utilisant le BLE.

Je décide donc de comprendre cette application et de l'adapter au besoin du projet. Mais la compréhension de l'application est plutôt difficile pour l'instant.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-02-04T09:54:45Z

Otaillie : /* Semaine 3 */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-29T17:04:36Z

Otaillie : /* Semaine 3 */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-28T14:10:47Z

Otaillie : /* Matériel utilisé */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-28T14:03:05Z

Otaillie : /* Développement de l'application smartphone */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-28T14:00:42Z

Otaillie : /* Etape de réalisation */

Projets IMA5 2014/2015

2015-01-19T15:04:43Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

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

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T12:38:16Z

Otaillie : /* Conception d'un beacon */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:37:58Z

Otaillie : /* Etape de réalisation */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:36:36Z

Otaillie : /* Etape de réalisation */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:36:17Z

Otaillie : /* Etape de réalisation */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:35:13Z

Otaillie : /* Etape de réalisation */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:33:46Z

Otaillie : /* Conception d'un beacon */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:30:51Z

Otaillie : /* Conception d'un beacon */

Fichier:Detection Bluescan.png

2015-01-19T10:30:29Z

Otaillie : Affichage de l'application bluescan lors de la recherche d'appareil Bluetooth.

Affichage de l'application bluescan lors de la recherche d'appareil Bluetooth.

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:26:08Z

Otaillie : /* Conception d'un beacon */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-19T10:25:09Z

Otaillie : /* Conception d'un beacon */

Fichier:Config raspberry.JPG

2015-01-19T10:21:07Z

Otaillie : Affichage de la configuration Bluetooth sur la Raspberry

Affichage de la configuration Bluetooth sur la Raspberry

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-14T18:04:55Z

Otaillie : /* Conception d'un beacon */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-14T18:04:27Z

Otaillie : /* Etape de réalisation */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-14T17:54:02Z

Otaillie : /* Conception d'un beacon */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-12T14:18:09Z

Otaillie : /* Objectifs */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-12T14:15:15Z

Otaillie : /* Matériels utilisés */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-12T14:14:43Z

Otaillie : /* Présentation du projet */

P21 Bis Prototypage d'interactions localisées et contextualisées

2015-01-12T11:04:11Z

Otaillie : Page créée avec « ==Présentation du projet== ===Contexte du projet === Les "beacons" (balises en anglais) sont des systèmes de localisation plus précis que le GPS et permettant des inter... »

Projets IMA5 2014/2015

2015-01-12T10:29:40Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

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

Projets IMA5 2014/2015

2015-01-12T10:28:26Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

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

SmartPlug

2014-04-15T22:10:04Z

Otaillie : /* Rapport */

== Introduction ==

Le but de ce projet est de réaliser une prise intelligente et connectée "smartplug".

Le principe est de mesurer l'énergie consommée par les appareils connectés et de gérer l'alimentation de ces derniers à partir de cette mesure.

[[Fichier:smartplug.jpg|400px|400px|center|thumb|une smartplug commercialisée ''source nuonenergiewinkel.nl'' ]]

== Cahier des charges ==

=== Mesure de la puissance consommée ===

Pour réaliser cette mesure nous utiliserons un anneau ampèremétrique.
On pourra ensuite calculer la puissance à l'aide de la formule P = U.I.cos(phi)

Dans un premier temps on considérera le déphasage nul.

=== Communiquer la mesure en filaire ===

Dans un premier temps nous realiserons une communication des données par le port serie d'un arduino.

Nous contrôlerons les puissances mesurées et piloterons l'alimentation.

=== Communiquer la mesure en sans-fil ===

Nous utiliserons pour cela un [http://www.panstamp.com/ panstamp] pour communiquer cette mesure. Il utilise le protocole SWAP pour communiquer.

[[Fichier:panstamp.jpeg|400px|400px|center|thumb| module panstamp ''source panstamp.org'' ]]

Le panstamp sera alimenté via une alimentation à découpage.

Nous stockerons ensuite les mesures dans une base de données.

=== Analyse de la mesure ===

Nous devons déterminer l'état de l'appareil connecté. Si l'appareil est en mode veille, alors l'alimentation de celui-ci doit être coupée.

=== Commande de l'alimentation par l'utilisateur ===

Par défaut l'appareil n'est pas alimenté. Ainsi nous devons permettre à l'utilisateur la gestion de l'alimentation à l'aide d'un interrupteur.

Nous pourrons ensuite envisager une amélioration de la commande en utilisant une interface sans-fil (infrarouge).

== Travail à réaliser ==

=== Conception de la carte électronique ===

A l'aide du logiciel Altium Designer, nous réaliserons dans un premier temps le schematic et le routage. L'objectif étant d'obtenir rapidement un prototype fonctionnel que l'on peut brancher sur le secteur.

On pourra par la suite optimiser les dimensions de la carte.

=== Gestion des données et pilotage ===

Une fois la carte réalisée nous débuterons en réalisant un pilotage de l'alimentation en filaire à l'aide d'un module arduino.

Une fois le pilotage filaire réalisé, nous devrons prendre en main un module panstamp afin de gérer la communication sans-fil et le pilotage de l'alimentation.

Nous alimenterons ces deux modules grâce à une alimentation à découpage à partir du secteur.

=== Création d'une base de données ===

Nous réaliserons une base de données permettant le stockage des informations recueillies telles que la puissance et l'intensité.

== Évolution du projet ==

=== Semaine 1 ===

Nous avons rencontré les professeurs et les ingénieurs d'études afin de définir clairement les étapes du projet ainsi que le cahier des charges.

Nous avons, part la suite, rédigé le cahier des charges et commencé les recherches sur la carte électrique à réaliser.

=== Semaine 2 ===

Nous avons rencontré fois Mr Callot afin d'avoir plus d'explication sur le panstamp.

Après discussion, nous avons décidé de réaliser dans un premier temps un prototype avec un arduino que nous adapterons dans un deuxième temps à un panstamp.

Nous avons ensuite commencé à établir la liste des composants nécessaires à notre prototype.

=== Semaine 3 ===

Après discussion, nous allons finalement utilisé un arduino mini ainsi qu'un module xbee pour transmettre les données.

Nous avons finalisé la liste des composants à commander et commencé à réalisé les schematics des cartes électriques.

Ainsi nous allons réalisé différentes cartes afin de séparer les taches.

La première carte sera composé de l'arduino et du module xbee.

Une autre gérera l'alimentation des composants à 3,3V et 5V.

Une carte aura pour tache la mesure du courant.

La dernière devra générer les interruptions à l'aide d'un relai.

=== Semaine 4 ===

Retour au panstamp, un des objectifs du projet étant l'apprentissage de cette nouvelle technologie.

Elaboration de la liste du matériel :

Fournisseur : Farnell

Relais : TE CONNECTIVITY / OEG - OZ-SS-103LM1,200 - RELAIS SPDT 3VDC 16A

élévateur de tension: MICROCHIP - MCP1643-I/MS - IC, BOOST REG, PFM/PWM, 1MHZ, MSOP-8

Mesure de courant : LEM - HXS 20-NP/SP30 - TRANSDUCTEUR DE COURANT

Alimentation à découpage : XP POWER - ECL05US03-P - ALIMENTATION 5W MONTAGE PCB 3.3VDC 1.3A

Début des schematics sur le logiciel altium

Début de prise en main de panstamp.

=== Semaine 5 ===

Elaboration des schématics.

Réalisation d'un premier programme de communication par panstamp utilisant des paquets aux formats CC1110.

Nous arrivons à envoyer des données entre les deux panstamps.

Début de la recherche sur la réalisation d'une base de données et sur la transmission des données entre le panstamp et la base de donnée.

=== Semaine 6 ===

Fin des schématics :

[[Fichier:schema relai.png|200px|thumb|center|schéma de la carte relai]]
[[Fichier:shema alim.png|200px|thumb|center|schéma de la carte alim]]
[[Fichier:shema C1.png|200px|thumb|center|schéma de la carte C1]]
[[Fichier:shema mesure.png|200px|thumb|center|schéma de la carte mesure]]

Début du PCB

Abandon des recherches sur les bases de données afin de réaliser un programme permettant la mesure de la puissance en fonction des composants achetés et la visualisation des données sur un hyperterminal.

Rencontre avec Mr Callot, nouvelle objectif : utiliser le protocole SWAP plutôt que des paquets CC1110. En effet ces derniers ne possèdent pas d’adresse, les données sont lues par tous les panstamps du réseaux.

Ainsi avec le protocole SWAP il est possible d’échanger des données entre seulement deux panstamps d'un réseaux. On peut imaginer un réseaux de smartplug ne communiquant uniquement qu'avec un panstamp branché à un ordinateur.

Réalisation d'un programme utilisant le protocole SWAP. On transmet l'intensité mesurée et on l'affiche sur un hyperterminal.

=== Semaine 7 ===

Fin du PCB:

[[Fichier:Pcb relai.png|200px|thumb|center|PCB de la carte relai]]
[[Fichier:Pcb c1.png|200px|thumb|center|PCB de la carte C1]]
[[Fichier:Pcb mesure.png|200px|thumb|center|PCB de la carte mesure]]

Envoi des typons pour la création de carte.

=== Semaine 8 ===

Récupération des cartes.

[[Fichier:Cartes smartplug.png|200px|thumb|center|Circuits imprimés]]

Nous avons manqué de matériel pour aller plus loin.

=== Semaine 9 ===

Sur les programmes panstamps, on ajoute l'affichage de la puissance, la commande du relai de puissance en fonction de l'intensité mesurée et d'un bouton poussoir permettant le redémarrage du relais en puissance une fois que le relais n'est plus alimenté.

Réalisation de test avec un générateur de tension continue simulant la sortie du transducteur.

Résultat :

Les programmes fonctionnent, la tension mesurée correspond à l'intensité et la puissance affichée.

Il peut y avoir des mesures fausses au démarrage.

La tension pilotant le relais est visualisée grâce à une LED.

Si la tension mesurée est plus faible qu'une tension de seuil durant 30 secondes alors la LED s'éteint.

On peut ré-alimenter la LED en appuyant sur un bouton poussoir.

[[Fichier:Panstamp arduino.png|400px|400px|center|thumb| module de test de Panstamp avec LED et bouton poussoir ]]

Tournage de la vidéo avec Mr ENGELS.

== Rapport ==
Vous trouverez notre rapport au lien ci-dessous :

[[Fichier:Rapport Labdouni Tailliez.pdf ]]

SmartPlug

2014-04-15T22:09:43Z

Otaillie : /* Rapport */

SmartPlug

2014-04-15T22:09:22Z

Otaillie : /* Rapport */

Fichier:Rapport Labdouni Tailliez.pdf

2014-04-15T22:08:15Z

Otaillie : a téléversé une nouvelle version de « Fichier:Rapport Labdouni Tailliez.pdf »

SmartPlug

2014-04-15T22:01:03Z

Otaillie : /* Évolution du projet */

Fichier:Rapport Labdouni Tailliez.pdf

2014-04-15T21:58:59Z

Otaillie :

SmartPlug

2014-04-15T18:18:30Z

Otaillie : /* Évolution du projet */

SmartPlug

2014-04-15T18:10:13Z

Otaillie : /* Travail à réaliser */

== Introduction ==

Le but de ce projet est de réaliser une prise intelligente et connectée "smartplug".

Le principe est de mesurer l'énergie consommée par les appareils connectés et de gérer l'alimentation de ces derniers à partir de cette mesure.

[[Fichier:smartplug.jpg|400px|400px|center|thumb|une smartplug commercialisée ''source nuonenergiewinkel.nl'' ]]

== Cahier des charges ==

=== Mesure de la puissance consommée ===

Pour réaliser cette mesure nous utiliserons un anneau ampèremétrique.
On pourra ensuite calculer la puissance à l'aide de la formule P = U.I.cos(phi)

Dans un premier temps on considérera le déphasage nul.

=== Communiquer la mesure en filaire ===

Dans un premier temps nous realiserons une communication des données par le port serie d'un arduino.

Nous contrôlerons les puissances mesurées et piloterons l'alimentation.

=== Communiquer la mesure en sans-fil ===

Nous utiliserons pour cela un [http://www.panstamp.com/ panstamp] pour communiquer cette mesure. Il utilise le protocole SWAP pour communiquer.

[[Fichier:panstamp.jpeg|400px|400px|center|thumb| module panstamp ''source panstamp.org'' ]]

Le panstamp sera alimenté via une alimentation à découpage.

Nous stockerons ensuite les mesures dans une base de données.

=== Analyse de la mesure ===

Nous devons déterminer l'état de l'appareil connecté. Si l'appareil est en mode veille, alors l'alimentation de celui-ci doit être coupée.

=== Commande de l'alimentation par l'utilisateur ===

Par défaut l'appareil n'est pas alimenté. Ainsi nous devons permettre à l'utilisateur la gestion de l'alimentation à l'aide d'un interrupteur.

Nous pourrons ensuite envisager une amélioration de la commande en utilisant une interface sans-fil (infrarouge).

== Travail à réaliser ==

=== Conception de la carte électronique ===

A l'aide du logiciel Altium Designer, nous réaliserons dans un premier temps le schematic et le routage. L'objectif étant d'obtenir rapidement un prototype fonctionnel que l'on peut brancher sur le secteur.

On pourra par la suite optimiser les dimensions de la carte.

=== Gestion des données et pilotage ===

Une fois la carte réalisée nous débuterons en réalisant un pilotage de l'alimentation en filaire à l'aide d'un module arduino.

Une fois le pilotage filaire réalisé, nous devrons prendre en main un module panstamp afin de gérer la communication sans-fil et le pilotage de l'alimentation.

Nous alimenterons ces deux modules grâce à une alimentation à découpage à partir du secteur.

=== Création d'une base de données ===

Nous réaliserons une base de données permettant le stockage des informations recueillies telles que la puissance et l'intensité.

== Évolution du projet ==

=== Semaine 1 ===

Nous avons rencontré les professeurs et les ingénieurs d'études afin de définir clairement les étapes du projet ainsi que le cahier des charges.

Nous avons, part la suite, rédigé le cahier des charges et commencé les recherches sur la carte électrique à réaliser.

=== Semaine 2 ===

Nous avons rencontré fois Mr Callot afin d'avoir plus d'explication sur le panstamp.

Après discussion nous avons décidé de réaliser dans un premier temps un prototype avec un arduino que nous adapterons dans un deuxième temps à un panstamp.

Nous avons ensuite commencé à établir la liste des composants nécessaires à notre prototype.

=== Semaine 3 ===

Après discussion, nous allons finalement utilisé un arduino mini ainsi qu'un module xbee pour transmettre les données.

Nous avons finalisé la liste des composants à commander et commencé à réalisé les schematics des cartes électriques.

Ainsi nous allons tout d'abord réalisé différentes cartes afin de séparer les taches :

La première carte sera composé de l'arduino et du module xbee.

Une autre gérera l'alimentation des composants à 3,3V et 5V.

Une carte aura pour tache la mesure du courant.

La dernière devra générer les interruptions à l'aide d'un relai.

=== Semaine 4 ===

Retour au panstamp, un des objectifs du projet étant l'apprentissage de cette nouvelle technologie.

élaboration de la liste du matériel :

Fournisseur : Farnell

Relais : TE CONNECTIVITY / OEG - OZ-SS-103LM1,200 - RELAIS SPDT 3VDC 16A

élévateur de tension: MICROCHIP - MCP1643-I/MS - IC, BOOST REG, PFM/PWM, 1MHZ, MSOP-8

Mesure de courant : LEM - HXS 20-NP/SP30 - TRANSDUCTEUR DE COURANT

Alimentation à découpage : XP POWER - ECL05US03-P - ALIMENTATION 5W MONTAGE PCB 3.3VDC 1.3A

Début des schematics sur le logiciel altium

Debut de prise en main de panstamp

=== Semaine 5 ===

élaboration des schématics.

Réalisation d'un premier programme de communication par panstamp utilisant des paquets aux formats CC1110.

Nous arrivons à envoyer des données entre les deux panstamps.

Début de la recherche sur la réalisation d'une base de données et sur la transmission des données entre le panstamp et la base de donnée.

=== Semaine 6 ===

Fin des schématics :

[[Fichier:schema relai.png|200px|thumb|center|schéma de la carte relai]]
[[Fichier:shema alim.png|200px|thumb|center|schéma de la carte alim]]
[[Fichier:shema C1.png|200px|thumb|center|schéma de la carte C1]]
[[Fichier:shema mesure.png|200px|thumb|center|schéma de la carte mesure]]

Début du PCB

Abandon des recherches sur les bases de données afin de réaliser un programme permettant la mesure de la puissance en fonction des composants achetés et la visualisation des données sur un hyperterminal.

Rencontre avec Mr Callot, nouvelle objectif : utiliser le protocole SWAP plutôt que des paquets CC1110. En effet ces derniers ne possèdent pas d’adresse, les données sont communiquées à tous les panstamps du réseaux.

Ainsi avec le protocole SWAP il est possible d’échanger des données entre seulement deux panstamps d'un réseaux. On peut imaginer un réseaux de smartplug ne communiquant uniquement qu'avec un panstamp branché à un ordinateur.

Réalisation d'un programme utilisant le protocole SWAP. On transmet l'intensité mesurée et on l'affiche sur un hyperterminal.

=== Semaine 7 ===

Fin du PCB:

[[Fichier:Pcb relai.png|200px|thumb|center|PCB de la carte relai]]
[[Fichier:Pcb c1.png|200px|thumb|center|PCB de la carte C1]]
[[Fichier:Pcb mesure.png|200px|thumb|center|PCB de la carte mesure]]

Envoi des typons pour la création de carte.

=== Semaine 8 ===

Récupération des cartes

[[Fichier:Cartes smartplug.png|200px|thumb|center|Circuits imprimés]]

Nous avons manqué de matériel pour aller plus loin.

=== Semaine 9 ===

Sur les programmes panstamps on ajoute l'affichage de la puissance, la commande du relai de puissance en fonction de l'intensité mesurée et d'un bouton poussoir permettant le redémarrage du relais en puissance une fois que le relais n'est plus alimenté.

Réalisation de test avec un générateur de tension continue simulant la sortie du transducteur.

Résultat :

Les programmes fonctionnent, la tension mesurée correspond à l'intensité et la puissance affichée.

Il peut y avoir des mesures fausses au démarrage.

La tension pilotant le relais est visualisé sur une LED.

Si la tension mesurée est plus faible qu'une tension de seuil durant 30 secondes alors la LED s'éteint.

On peut ré-alimenter la LED en appuyant sur un bouton poussoir.

[[Fichier:Panstamp arduino.png|400px|400px|center|thumb| module de test de Panstamp avec LED et bouton poussoir ]]

Tournage de la vidéo avec Mr ENGELS.

SmartPlug

2014-04-15T18:10:03Z

Otaillie : /* Semaine 1 */

== Introduction ==

Le but de ce projet est de réaliser une prise intelligente et connectée "smartplug".

Le principe est de mesurer l'énergie consommée par les appareils connectés et de gérer l'alimentation de ces derniers à partir de cette mesure.

[[Fichier:smartplug.jpg|400px|400px|center|thumb|une smartplug commercialisée ''source nuonenergiewinkel.nl'' ]]

== Cahier des charges ==

=== Mesure de la puissance consommée ===

Pour réaliser cette mesure nous utiliserons un anneau ampèremétrique.
On pourra ensuite calculer la puissance à l'aide de la formule P = U.I.cos(phi)

Dans un premier temps on considérera le déphasage nul.

=== Communiquer la mesure en filaire ===

Dans un premier temps nous realiserons une communication des données par le port serie d'un arduino.

Nous contrôlerons les puissances mesurées et piloterons l'alimentation.

=== Communiquer la mesure en sans-fil ===

Nous utiliserons pour cela un [http://www.panstamp.com/ panstamp] pour communiquer cette mesure. Il utilise le protocole SWAP pour communiquer.

[[Fichier:panstamp.jpeg|400px|400px|center|thumb| module panstamp ''source panstamp.org'' ]]

Le panstamp sera alimenté via une alimentation à découpage.

Nous stockerons ensuite les mesures dans une base de données.

=== Analyse de la mesure ===

Nous devons déterminer l'état de l'appareil connecté. Si l'appareil est en mode veille, alors l'alimentation de celui-ci doit être coupée.

=== Commande de l'alimentation par l'utilisateur ===

Par défaut l'appareil n'est pas alimenté. Ainsi nous devons permettre à l'utilisateur la gestion de l'alimentation à l'aide d'un interrupteur.

Nous pourrons ensuite envisager une amélioration de la commande en utilisant une interface sans-fil (infrarouge).

== Travail à réaliser ==

=== Conception de la carte électronique ===

A l'aide du logiciel Altium Designer, nous réaliserons dans un premier temps le schematic et le routage. L'objectif étant d'obtenir rapidement un prototype fonctionnel que l'on peut brancher sur le secteur.

On pourra par la suite optimiser les dimensions de la carte.

=== Gestion des données et pilotage ===

Une fois la carte réalisée nous débuterons en réalisant un pilotage de l'alimentation en filaire à l'aide d'un module arduino.

Une fois le pilotage filaire réalisé, nous devrons prendre en main un module panstamp afin de gérer la communication sans-fil et le pilotage de l'alimentation.

Nous alimenterons ces deux modules grâce à une alimentation à découpage à partir du secteur.

=== Création d'une base de données ===

Nous réaliserons une base de données permettant le stockage des informations recueillies telles que la puissance et l'intensité.

== Évolution du projet ==

=== Semaine 1 ===

Nous avons rencontré les professeurs et les ingénieurs d'études afin de définir clairement les étapes du projet ainsi que le cahier des charges.

Nous avons, part la suite, rédigé le cahier des charges et commencé les recherches sur la carte électrique à réaliser.

=== Semaine 2 ===

Nous avons rencontré fois Mr Callot afin d'avoir plus d'explication sur le panstamp.

Après discussion nous avons décidé de réaliser dans un premier temps un prototype avec un arduino que nous adapterons dans un deuxième temps à un panstamp.

Nous avons ensuite commencé à établir la liste des composants nécessaires à notre prototype.

=== Semaine 3 ===

Après discussion, nous allons finalement utilisé un arduino mini ainsi qu'un module xbee pour transmettre les données.

Nous avons finalisé la liste des composants à commander et commencé à réalisé les schematics des cartes électriques.

Ainsi nous allons tout d'abord réalisé différentes cartes afin de séparer les taches :

La première carte sera composé de l'arduino et du module xbee.

Une autre gérera l'alimentation des composants à 3,3V et 5V.

Une carte aura pour tache la mesure du courant.

La dernière devra générer les interruptions à l'aide d'un relai.

=== Semaine 4 ===

Retour au panstamp, un des objectifs du projet étant l'apprentissage de cette nouvelle technologie.

élaboration de la liste du matériel :

Fournisseur : Farnell

Relais : TE CONNECTIVITY / OEG - OZ-SS-103LM1,200 - RELAIS SPDT 3VDC 16A

élévateur de tension: MICROCHIP - MCP1643-I/MS - IC, BOOST REG, PFM/PWM, 1MHZ, MSOP-8

Mesure de courant : LEM - HXS 20-NP/SP30 - TRANSDUCTEUR DE COURANT

Alimentation à découpage : XP POWER - ECL05US03-P - ALIMENTATION 5W MONTAGE PCB 3.3VDC 1.3A

Début des schematics sur le logiciel altium

Debut de prise en main de panstamp

=== Semaine 5 ===

élaboration des schématics.

Réalisation d'un premier programme de communication par panstamp utilisant des paquets aux formats CC1110.

Nous arrivons à envoyer des données entre les deux panstamps.

Début de la recherche sur la réalisation d'une base de données et sur la transmission des données entre le panstamp et la base de donnée.

=== Semaine 6 ===

Fin des schématics :

[[Fichier:schema relai.png|200px|thumb|center|schéma de la carte relai]]
[[Fichier:shema alim.png|200px|thumb|center|schéma de la carte alim]]
[[Fichier:shema C1.png|200px|thumb|center|schéma de la carte C1]]
[[Fichier:shema mesure.png|200px|thumb|center|schéma de la carte mesure]]

Début du PCB

Abandon des recherches sur les bases de données afin de réaliser un programme permettant la mesure de la puissance en fonction des composants achetés et la visualisation des données sur un hyperterminal.

Rencontre avec Mr Callot, nouvelle objectif : utiliser le protocole SWAP plutôt que des paquets CC1110. En effet ces derniers ne possèdent pas d’adresse, les données sont communiquées à tous les panstamps du réseaux.

Ainsi avec le protocole SWAP il est possible d’échanger des données entre seulement deux panstamps d'un réseaux. On peut imaginer un réseaux de smartplug ne communiquant uniquement qu'avec un panstamp branché à un ordinateur.

Réalisation d'un programme utilisant le protocole SWAP. On transmet l'intensité mesurée et on l'affiche sur un hyperterminal.

=== Semaine 7 ===

Fin du PCB:

[[Fichier:Pcb relai.png|200px|thumb|center|PCB de la carte relai]]
[[Fichier:Pcb c1.png|200px|thumb|center|PCB de la carte C1]]
[[Fichier:Pcb mesure.png|200px|thumb|center|PCB de la carte mesure]]

Envoi des typons pour la création de carte.

=== Semaine 8 ===

Récupération des cartes

[[Fichier:Cartes smartplug.png|200px|thumb|center|Circuits imprimés]]

Nous avons manqué de matériel pour aller plus loin.

=== Semaine 9 ===

Sur les programmes panstamps on ajoute l'affichage de la puissance, la commande du relai de puissance en fonction de l'intensité mesurée et d'un bouton poussoir permettant le redémarrage du relais en puissance une fois que le relais n'est plus alimenté.

Réalisation de test avec un générateur de tension continue simulant la sortie du transducteur.

Résultat :

Les programmes fonctionnent, la tension mesurée correspond à l'intensité et la puissance affichée.

Il peut y avoir des mesures fausses au démarrage.

La tension pilotant le relais est visualisé sur une LED.

Si la tension mesurée est plus faible qu'une tension de seuil durant 30 secondes alors la LED s'éteint.

On peut ré-alimenter la LED en appuyant sur un bouton poussoir.

[[Fichier:Panstamp arduino.png|400px|400px|center|thumb| module de test de Panstamp avec LED et bouton poussoir ]]

Tournage de la vidéo avec Mr ENGELS.