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

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T08:23:31Z

Mhauteco : /* Code Final */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont développées, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

==Code Final==

*Archive du code développé : [[Fichier:Transmission_RF.zip‎]]

*Documentation :
**Guide pour la programmation du CC430F5137 : [[Fichier:CC430usersguide.pdf]]
**Aide au changement de la fréquence de base : [[Fichier:Swra315.pdf]]

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T08:23:07Z

Mhauteco : /* Code Final */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont développées, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

==Code Final==

Archive du code développé : [[Fichier:Transmission_RF.zip‎]]

Documentation :
Guide pour la programmation du CC430F5137 : [[Fichier:CC430usersguide.pdf]]
Aide au changement de la fréquence de base : [[Fichier:Swra315.pdf]]

Fichier:Swra315.pdf

2015-02-24T08:21:07Z

Mhauteco : Documentation pour changer la fréquence de base

Documentation pour changer la fréquence de base

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T08:20:27Z

Mhauteco : /* Code Final */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont développées, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

==Code Final==

Archive du code développé : [[Fichier:Transmission_RF.zip‎]]
Documentation :

Fichier:CC430usersguide.pdf

2015-02-24T08:19:14Z

Mhauteco : CC430 Family User's Guide

CC430 Family User's Guide

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T08:15:31Z

Mhauteco : /* Code Final */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont développées, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

==Code Final==

Archive du code développé : [[Fichier:Transformation_RF.zip]]
Documentation :

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T08:15:12Z

Mhauteco : /* Phase 4 : Localisation relative */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont développées, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

==Code Final==

Archive du code développé : [[Fichier : Transformation_RF.zip]]
Documentation :

Fichier:Transmission RF.zip

2015-02-24T08:13:20Z

Mhauteco : Code source Mélanie Hautecoeur

Code source Mélanie Hautecoeur

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T00:34:47Z

Mhauteco : /* Phase 4 : Localisation relative */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-24T00:34:14Z

Mhauteco :

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 - Émission des tourelles pour la localisation absolue
* 2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 - Émission des résultats tour à tour
* 4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 - Stockage des ID des trames reçus
* 6 - Transmission des données aux tourelles tour à tour
* 7 - Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

Suite à une analyse, j'ai réaliser que les étapes 2 et 3 pouvaient être fusionnées. En effet, si on choisit de faire écouter chaque bracelet en même temps que chacun émet sa position, on évite une transmission inutile, et surtout une perte de temps.

Les étapes 3/4 et 5 sont réalisés, mais j'ai rencontré beaucoup de problème dès que j'essaie de créer une afin de recevoir les données des bracelets sur les tourelles, celles-ci ce déclenche instantanément. Je décide donc de me consacrer à la rédaction du rapport pour la dernière journée.

Projets IMA5 2014/2015

2015-02-24T00:26:31Z

Mhauteco : /* 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></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></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></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></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_Chalono.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
<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></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></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 Rapport Hautecoeur Melanie.pdf

2015-02-24T00:24:51Z

Mhauteco : Rapport de fin de projet

Rapport de fin de projet

Projets IMA5 2014/2015

2015-02-23T23:13:59Z

Mhauteco : /* 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></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></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></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></td>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
<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></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></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></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>

Projets IMA5 2014/2015

2015-02-23T23:13:18Z

Mhauteco : /* 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></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></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></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>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
<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></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></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></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>

Projets IMA5 2014/2015

2015-02-23T23:12:03Z

Mhauteco : /* 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></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></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></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>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
<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></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></td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr>
<td>[[P58 Transformation des spectateurs d’un concert en afficheur géant interactif]]</td>
<td> Hautecoeur Mélanie </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Projets IMA5 2014/2015

2015-02-23T23:10:27Z

Mhauteco : /* 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></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>
<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></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>
</tr>
<tr><td>[[P21 Balise Bluetooth Low Energy]]</td>
<td> Kévin CHALONO / Armagan YAMNAZ</td>
<td> Thomas VANTROYS </td>
<td> [[ Fichier:ProjetBLE 1 pdf.pdf]]</td>
<td></td>
</tr>
<tr><td>[[P21 Bis Prototypage d'interactions localisées et contextualisées ]]</td>
<td> Olivier Tailliez</td>
<td> Thomas Vantroys / Yvan Peter </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P22 Google Glass en logistique ]]</td>
<td> Jérémy Gondry / Vincent Meunier </td>
<td> Laurent Grisoni </td>
<td>[[Fichier:Rapport_intermediaire_Gondry_Meunier.pdf]]</td>
<td>[[Fichier:Rapport_final_PFE_Meunier_Gondry.pdf]]</td>
</tr>
<tr><td>[[P24 Robot de surveillance domestique]]</td>
<td> Sébastien DELTOMBE </td>
<td> Xavier Redon </td>
<td>[[Fichier:Rapport_PFE_P24_Deltombe.pdf]]</td>
</tr>
<tr><td>[[P25 SmartMeter]]</td>
<td> Thomas Ederlé / Sylvain Fossaert</td>
<td> Guillaume Renault / Xavier Redon / Alexandre Boé </td>
<td> [[Fichier:RapportFossaertEderle.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P26 Vehicule Electrique ]]</td>
<td> Smain Labdouni / Adnane Jaoui </td>
<td> Arnaud Chielens / Philippe Delarue </td>
<td> [[Fichier:RAPPORT_VE_DEC.pdf]]</td>
<td> [[Fichier:Rapport_pfe_Jaoui_Labdouni_Fevrier.pdf]] </td>
</tr>
<tr><td>[[P27 Controle Direct de Puissance d'un Convertisseur Matriciel ]]</td>
<td> Quentin Pesqueux / Nicolas Alexandre </td>
<td> Philippe Delarue </td>
<td> [[Fichier:PFE_IMA5_MATRIX_CONVERTER_Alexandre_Pesqueux.pdf]]</td>
<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>
<td></td>
</tr>
<tr><td>[[P33 Ligthing contactless / "wireless"]]</td>
<td> Benjamin Lafit </td>
<td> Alexandre Boé </td>
<td> [[Fichier:Rapport_Benjamin_Lafit.pdf]] </td>
<td></td>
</tr>
<tr><td>[[P35 Hack-a-Wii : Emulation de wiimote pour rendre la Wii accessibles aux personnes handicapées ]]</td>
<td> Fabien Violier </td>
<td> Laurent Grisoni </td>
<td> </td>
<td></td>
</tr>
<tr><td>[[P37 Creation d'un composant d'audit des accès cache mémoire sur un microprocesseur LEON3 simulé en FPGA ]]</td>
<td> Jérôme Vaessen </td>
<td> Julien Cartigny / Pierrick Buret </td>
<td> [[Fichier:Rapport_VAESSEN_presoutenance.pdf]] </td>
</tr>
<tr><td>[[P44 Création d'un systeme domotique sans fil ]]</td>
<td> Benoit MALIAR / Thomas MAURICE</td>
<td> Pierrick BURET / Thomas VANTROYS </td>
<td> [[Fichier:RapportMaliarMauriceDecembre.pdf]] </td>
</tr>
<tr><td>[[P45 Aide à la navigation d'un véhicule autonome]]</td>
<td> Pierre APPERCÉ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P46 Simulation Temps Réel d'un Environnement de Robots Autonomes Logisticiens]]</td>
<td> Valentin VERGEZ</td>
<td> Rochdi MERZOUKI </td>
<td></td>
</tr>
<tr><td>[[P57 CHRU Lille : Smart Picking]]</td>
<td> Mathieu Bossennec / Florian Caron</td>
<td> Gwénaëlle Maton / Alexandre Boé / Thomas Vantroys </td>
<td></td>
</tr>
<tr>
<td>[[P58 Transformation des spectateurs d’un concert en afficheur géant interactif]]</td>
<td> Hautecoeur Mélanie </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
</tr>
<tr><td>[[P59 Assistance globale pour aide au parking]]</td>
<td> Mathieu GERIER / Céline LY </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td></td>
</tr>
</table>

Projets IMA5 2014/2015

2015-02-23T23:08:51Z

Mhauteco :

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

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:50:09Z

Mhauteco : /* Phase 4 : Localisation relative */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:49:33Z

Mhauteco : /* Phase 4 : Localisation relative */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* 1 Émission des tourelles pour la localisation absolue
* 2 Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* 3 Émission des résultats tour à tour
* 4 Émission tour à tour des différents émetteurs pendant que les autres écoutent
* 5 Stockage des ID des trames reçus
* 6 Transmission des données aux tourelles tour à tour
* 7 Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:48:50Z

Mhauteco : /* Phase 4 : Localisation relative */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

1 * Émission des tourelles pour la localisation absolue
2 * Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
3 * Émission des résultats tour à tour
4 * Émission tour à tour des différents émetteurs pendant que les autres écoutent
5 * Stockage des ID des trames reçus
6 * Transmission des données aux tourelles tour à tour
7 * Vérification des positions et rectification des erreurs

Il s'agit donc pour cette partie de développer les étapes 4, 5 et 6. On se basera sur l'algorithme utilisé pour le projet précédent mentionner en introduction.

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:41:19Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf. '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* Émission des tourelles pour la localisation absolue
* Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* Émission des résultats tour à tour
* Émission tour à tour des différents émetteurs pendant que les autres écoutent
* Stockage des ID des trames reçus
* Transmission des données aux tourelles tour à tour
* Vérification des positions et rectification des erreurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:40:46Z

Mhauteco : /* Contexte */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.
<center>
[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]
</center>

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* Émission des tourelles pour la localisation absolue
* Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* Émission des résultats tour à tour
* Émission tour à tour des différents émetteurs pendant que les autres écoutent
* Stockage des ID des trames reçus
* Transmission des données aux tourelles tour à tour
* Vérification des positions et rectification des erreurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:25:46Z

Mhauteco : /* Phase 4 : Localisation relative */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

* Émission des tourelles pour la localisation absolue
* Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
* Émission des résultats tour à tour
* Émission tour à tour des différents émetteurs pendant que les autres écoutent
* Stockage des ID des trames reçus
* Transmission des données aux tourelles tour à tour
* Vérification des positions et rectification des erreurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:24:52Z

Mhauteco : Protocole des résultats

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests. On imagine donc le protocole suivant :

1 - Émission des tourelles pour la localisation absolue
2 - Calcul de la position avec l'algorithme en fonction des données sur chaque bracelet
3 - Émission des résultats tour à tour
4 - Émission tour à tour des différents émetteurs pendant que les autres écoutent
5 - Stockage des ID des trames reçus
6 - Transmission des données aux tourelles tour à tour
7 - Vérification des positions et rectification des erreurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-21T11:05:59Z

Mhauteco : /* Phases d'élaboration */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

==== '''Phase 4 : Localisation relative''' ====

En attendant les résultats des tests précédents, on envisage une deuxième localisation afin de préciser la position du bracelet. Pour cela, on imagine une émission tour par tour des bracelets pendant que tous les autres écoutent. On peut ainsi voir lesquels reçoivent et régler les erreurs potentielles des premiers tests.

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:59:10Z

Mhauteco :

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte [https://www.olimex.com/Products/MSP430/Starter/MSP430-CCRF/ Olimex MSP430-CCRF] contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:57:35Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf '''''Extrait 1''''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''''Extrait 1 :''' code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:56:34Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>''Extrait 1 : code de l'émetteur qui envoie les données. '' </center>
<center>''En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:55:59Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>''Extrait 1 : code de l'émetteur qui envoie les données.
En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:55:20Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>''''Extrait 1 : code de l'émetteur qui envoie les données.
En modifiant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:54:41Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}
<center>'''Extrait 1 : code de l'émetteur qui envoie les données.
En changeant les paramètres CHANNEL_START, CHANNEL_STOP et CHANNEL_STEP, on définit les fréquences successives d'émmission ''''</center>

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:52:17Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:50:57Z

Mhauteco : /* Phase 3 : Tests de localisation */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

//for debug
set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:48:12Z

Mhauteco : /* Phases d'élaboration */

== '''Présentation générale du projet''' ==
=== '''Contexte''' ===

Les évènements type spectacles sont de plus en plus créatifs pour en mettre plein les yeux de ces participants. Pour cela, les artistes n'hésitent plus à faire appel à de nouvelles technologies.
Ce projet consiste à transformer chaque membre du public en pixel, permettant l'affichage d'une image dans l'assistance et à le faire participer au show. Chaque spectateur sera donc équipé d'un bracelet affichant une certaine lumière au moment voulu. Il fait suite au projet [[Capteur Communicant Intelligent]]. Ce genre de procéder existe avec des connexions infrarouge comme le fait [http://pixmob.com/fr pixmob], mais nous verrons que cette technologie ne permet pas de réaliser une image précise.

[[Fichier:Image_pixmob.png|250px|Exemple de PixMob à Los Angeles, juin 2010]]

=== '''Objectif''' ===

Chaque bracelet sera équipé d'une carte comprenant un accéléromètre, des LEDs et une antenne, qui sont gérés par un microcontrôleur CC430.
Le premier objectif, et le plus important consistera à identifier la place du porteur de bracelet. Pour cela, il faudra le localiser, premièrement de façon absolue, puis si possible, puis de façon relative par rapport aux autres bracelets.
Le second objectif consistera à afficher une image, et donc à adapter la couleur de la LED à l'image en fonction de la position trouvée précédemment.
Le principe de localisation développé pourra trouvé d'autres applications, comme dans le milieu industriel : on pourrait envisager des optimisations d'itinéraire ou de planification en fonction de la position du matériel, par exemple.

=== '''Cahier des charges''' ===

On dispose donc de cartes de l'IRCICA, équipés d'un microcontrôleur de type MSP430 gérant :
* un accéléromètre pour détecter les mouvements du porteur
* des LEDs permettant l'affichage du pixel
* une antenne permettant la communication et la localisation

On souhaite une localisation précise à 80cm près, correspondant à l'espace entre les sièges. Cela laisse donc une certaine marge, mais on essaiera d'être le plus précis possible. On considère que les personnes resteront à la même place tout au long du spectacle, ce qui signifie que l'opération de localisation peut être faite une seule fois au début.

Les codes d'émissions et de réception radio des cartes existent déjà, ils ne seront donc pas à refaire.

== '''Conception et développement''' ==
=== '''Méthode''' ===

Nous commencerons par nous intéresser à la localisation, qui sera l'objectif le plus compliqué car la méthode à utiliser n'est pas certaine. Étant à temps complet sur ce projet, j'établirai ce wiki sous forme de phases plutôt que de séances. Nous allons donc voir les phases successives de réalisation du projet dans leur ordre chronologique. Chaque phase comprendra une partie explicative puis une partie applicative.

=== '''Phases d'élaboration''' ===
==== '''Phase 1 : Définition d'une technique de localisation indoor''' ====

Pour localiser les bracelets, nous voudrions nous servir de trois cartes émettant des signaux radios sur plusieurs fréquences. Le bracelet recevra alors ces signaux à une puissance dépendant de la distance à laquelle il se situe des cartes émettrices. Selon un algorithme développé par des chercheurs de l'IRCICA, on pourra alors trouver la position du bracelet en fonction de la position des émetteurs.

<center>'''Disposition'''</center>
[[Fichier:Schema_explication.png|500px|centre|Disposition des équipements]]

''''Photo de l'équipement''''

==== '''Phase 2 : Prise en main''' ====

La première réalisation a été de prendre en main le matériel et définir le projet. Après avoir étudié tous les documents techniques, les codes existants ainsi que le projet précédent, j'ai pu disposé du matériel et enfin effectuer différents tests pour analyser le fonctionnements des équipements. J'ai alors rencontrer plusieurs difficultés pour avoir un retour, car la sortie du microcontrôleur de la carte était difficilement accessible. J'ai ensuite pu utiliser la carte Olimex MSP430-CCRF contenant le même CC430F5137, et une sortie permettant une lecture UART plus facile.

''''Photo de la nouvelle carte''''

==== '''Phase 3 : Tests de localisation''' ====

Une fois le matériel pris en main, j'ai pu réaliser des tests afin de voir les résultats donnés par l'algorithme des chercheurs de l'IRCICA. Pour cela, il a fallu faire des tests sur des bandes de fréquence différentes (cf ''''Extrait 1'''') et à des positions différentes. Ces tests sont très chronophages car l'émission à toutes les fréquences est longue et la réception est souvent perturbée, et on veut un maximum de données afin d'être le plus précis possible. Une fois ces essais terminés, on m'a demandé de les refaire avec une bande de fréquence plus grande, car celle utilisée n'était pas suffisante pour avoir des résultats concluant.

for(i = CHANNEL_START; i <= CHANNEL_STOP; i += CHANNEL_STEP){ //defined in RF1A.h

//for debug
set_color(0xFF, 0x00, 0x00);
__delay_cycles(50000);
set_color(0x00, 0x00, 0x00);

ChangeChannel(i); //Set channel
ReceiveOff();
__delay_cycles(1000000); //Let the receiver to change freqency

//for(j=CHANNEL_START; j<CHANNEL_STOP; j++){
//send_cmd('a', i); //10 dummy commands to assess RSSI
//__delay_cycles(DELAY);
//set_color(0x00, 0x00, 0xFF);
//__delay_cycles(10000);
//set_color(0xFF, 0x00, 0xFF);
//}

send_cmd('f', i+CHANNEL_STEP); //Advertise receiver to change channel
__delay_cycles(DELAY);

}

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T16:20:06Z

Mhauteco : /* Phases d'élaboration */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-02-19T15:44:07Z

Mhauteco : /* Phase 1 : Définition d'une technique de localisation indoor */

Fichier:Schema explication.png

2015-02-19T15:37:01Z

Mhauteco : Schéma explicatif des dispositifs de localisation

Schéma explicatif des dispositifs de localisation

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-25T23:07:09Z

Mhauteco : /* Phase 1 : Définition d'une technique de localisation indoor */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-25T23:06:11Z

Mhauteco : /* Phase 1 : Définition d'une technique de localisation indoor */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T22:24:40Z

Mhauteco : /* Cahier des charges */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T22:23:51Z

Mhauteco : /* Cahier des charges */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T22:23:30Z

Mhauteco : /* Méthode */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T21:41:58Z

Mhauteco : /* Phase 1 : Définition d'une technique de localisation indoor */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T21:40:11Z

Mhauteco : /* Phase 1 : Définition d'une technique de localisation indoor */

Fichier:Schema loc.png

2015-01-22T21:38:40Z

Mhauteco : a téléversé une nouvelle version de « Fichier:Schema loc.png » : Meilleure qualité

Schéma explicatif de la localisation avec 3 émetteurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T21:30:29Z

Mhauteco : ajout schéma

Fichier:Schema loc.png

2015-01-22T21:27:26Z

Mhauteco : Schéma explicatif de la localisation avec 3 émetteurs

Schéma explicatif de la localisation avec 3 émetteurs

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T20:58:42Z

Mhauteco : /* Phases */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T20:57:06Z

Mhauteco : /* Méthode */

P58 Transformation des spectateurs d’un concert en afficheur géant interactif

2015-01-22T20:56:49Z

Mhauteco : /* Méthode */