Wiki de Projets IMA - Contributions de l’utilisateur [fr]

Nao: Conception d'un prototype de robot trieur

2012-12-12T13:42:51Z

Rkhodr : /* Mercredi 28/11/2012 */

====Mercredi 12/12/2012====

Notre scénario prototype est fonctionnel, on lance le programme depuis choregraphe, le robot mime un sport au hasard, ensuite nous lui répondons via un petit programme que nous avons fait (cf. piece jointe) qui permet donc de répondre au robot a distance (afin de répondre au cahier des charges, i.e. les enfants ne pourront ni toucher ni parler au robot), ensuite nous pensions essayer de transformer ce programme en application tablette avec une interface graphique et une image correspondant a chaque sport mais nous discuterons de cela avec l'entreprise. Si nous repondons correctement le robot va chercher la balle et la rapporte ensuite au visage humain le plus proche (chose dont nous discuterons avec l'entreprise, afin de s'adapter au showroom ou au magasin décathlon).

Image : Script SH en execution

[[Fichier:Script.jpg]]

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

====Lundi 26/11/2012====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

====Jeudi 18/10/12====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

====Mercredi 17/10/12====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

====Lundi 15/10/2012====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

====Jeudi 11/10/12====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

====Lundi et Mardi 19 et 20/11/12====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

====Lundi et Mardi 26 et 27/11/12====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Fichier:Script.jpg

2012-12-12T13:39:43Z

Rkhodr :

Nao: Conception d'un prototype de robot trieur

2012-12-12T13:37:33Z

Rkhodr : /* Mercredi 12/12/2012 */

====Mercredi 12/12/2012====

Notre scénario prototype est fonctionnel, on lance le programme depuis choregraphe, le robot mime un sport au hasard, ensuite nous lui répondons via un petit programme que nous avons fait (cf. piece jointe) qui permet donc de répondre au robot a distance (afin de répondre au cahier des charges, i.e. les enfants ne pourront ni toucher ni parler au robot), ensuite nous pensions essayer de transformer ce programme en application tablette avec une interface graphique et une image correspondant a chaque sport mais nous discuterons de cela avec l'entreprise. Si nous repondons correctement le robot va chercher la balle et la rapporte ensuite au visage humain le plus proche (chose dont nous discuterons avec l'entreprise, afin de s'adapter au showroom ou au magasin décathlon).

Image : Script SH en execution

[[Fichier:Script.jpg]]

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Nao: Conception d'un prototype de robot trieur

2012-12-12T13:36:38Z

Rkhodr : /* Mercredi 12/12/2012 */

====Mercredi 12/12/2012====

Notre scénario prototype est fonctionnel, on lance le programme depuis choregraphe, le robot mime un sport au hasard, ensuite nous lui répondons via un petit programme que nous avons fait (cf. piece jointe) qui permet donc de répondre au robot a distance (afin de répondre au cahier des charges, i.e. les enfants ne pourront ni toucher ni parler au robot), ensuite nous pensions essayer de transformer ce programme en application tablette avec une interface graphique et une image correspondant a chaque sport mais nous discuterons de cela avec l'entreprise. Si nous repondons correctement le robot va chercher la balle et la rapporte ensuite au visage humain le plus proche (chose dont nous discuterons avec l'entreprise, afin de s'adapter au showroom ou au magasin décathlon).

Image : Script SH en execution

[[Fichier:Capture.jpg]]

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Nao: Conception d'un prototype de robot trieur

2012-12-12T13:35:12Z

Rkhodr : /* Mercredi 12/12/2012 */

====Mercredi 12/12/2012====

Notre scénario prototype est fonctionnel, on lance le programme depuis choregraphe, le robot mime un sport au hasard, ensuite nous lui répondons via un petit programme que nous avons fait (cf. piece jointe) qui permet donc de répondre au robot a distance (afin de répondre au cahier des charges, i.e. les enfants ne pourront ni toucher ni parler au robot), ensuite nous pensions essayer de transformer ce programme en application tablette avec une interface graphique et une image correspondant a chaque sport mais nous discuterons de cela avec l'entreprise. Si nous repondons correctement le robot va chercher la balle et la rapporte ensuite au visage humain le plus proche (chose dont nous discuterons avec l'entreprise, afin de s'adapter au showroom ou au magasin décathlon).

Image : Script SH en execution

[[Fichier:Exemple.jpg]]

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Fichier:Exemple.jpg

2012-12-12T13:33:08Z

Rkhodr : a téléversé une nouvelle version de « Fichier:Exemple.jpg »

Nao: Conception d'un prototype de robot trieur

2012-12-12T13:31:10Z

Rkhodr :

====Mercredi 12/12/2012====

Notre scénario prototype est fonctionnel, on lance le programme depuis choregraphe, le robot mime un sport au hasard, ensuite nous lui répondons via un petit programme que nous avons fait (cf. piece jointe) qui permet donc de répondre au robot a distance (afin de répondre au cahier des charges, i.e. les enfants ne pourront ni toucher ni parler au robot), ensuite nous pensions essayer de transformer ce programme en application tablette avec une interface graphique et une image correspondant a chaque sport mais nous discuterons de cela avec l'entreprise. Si nous repondons correctement le robot va chercher la balle et la rapporte ensuite au visage humain le plus proche (chose dont nous discuterons avec l'entreprise, afin de s'adapter au showroom ou au magasin décathlon).

Image : Script SH en execution
[[Fichier:Exemple.jpg]]

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Fichier:Capture.png

2012-12-12T13:28:46Z

Rkhodr :

Nao: Conception d'un prototype de robot trieur

2012-12-10T17:30:58Z

Rkhodr :

====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Nao: Conception d'un prototype de robot trieur

2012-12-10T17:30:45Z

Rkhodr :

=====Lundi 10/12/2012====

Après de multiples essais, nous avons décidé de rester sur choregraphe, nous nous somme rendu compte que TDM n'était pas plus précis que Choregraphe, outre le fait qu'il soit plus complexe d'utilisation il est plus instable que choregraphe, même si celui-ci permet de localiser des balles de differentes couleurs nous nous sentons plus à l'aise avec Choregraphe, nous essayerons d'ajouter cette fonction à notre NAO a la prochaine étape. Nous finalisons le scénario de jeu sur le robot.

=====Mercredi 28/11/2012====

Rdv Avancement Projet.

Voici le scénario que nous pensons mettre en place pour la présentation Showroom :

1) Le robot dit a l'utilisateur de caresser sa tête pour lancer le jeu
2) Le robot mime un sport ( nous pensons en mimer 3, mais nous n'avons pas de contraintes excepté le nombre de réponses possibles de la part de l'utilisateur)
3) Le robot dit a l'utilisateur de lui toucher la main gauche s'il a reconnu le sport 1, droite pour le sport 2, la tête pour le sport 3
4) Si la réponse est correcte, le robot vas chercher une balle sur une table ronde
5) Il la rapporte ensuite à l'utilisateur, il s'arretera a une distance x de celui-ci (exemple à 30 cm de son visage s'il est accroupi,il va tracker un visage humain, il ne devra y avoir donc qu'une personne dans son champ de vision)
6) l'utilisateur lui caresse la main pour que le robot lache la balle, puis reprend sa position initiale
7) Nous rebouclons sur la première étape

Contraintes/Cahier des charges :

- Ramasser une balle rouge sur une table ronde
- La rapporter a un utilisateur (potentiellement prédéfini)
- Mimer des sports
- Interagir avec un utilisateur non-expérimenté ( ex: un enfant )

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/11/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

=====Lundi et Mardi 26 et 27/11/12=====

Essais sur la position du robot pour pouvoir ramasser la balle:
Le robot détecte la balle rouge et se dirige vers elle pour enfin s’arrêter à une distance prédéfinie x1(distance par rapport à l'axe x). Puis, le Nao fait des déplacements à droite ou à gauche (suivant les coordonnées de la balle) pour se positionner à la distance y1(distance par rapport à l'axe y) pour pouvoir passer à la tache suivante.

Nao: Conception d'un prototype de robot trieur

2012-11-26T16:28:25Z

Rkhodr :

=====Lundi 26/11/2012=====

Nous continuons les tests afin que le robot s'arrete toujours dans une position dans laquelle il pourra attraper une balle.Il faut que le robot soit face a la balle (corps+tete), car dans quelques cas, après avoir traqué la balle seule la tête du robot est face à la balle ( et non son corps ) .

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

=====Lundi et Mardi 19 et 20/10/12=====

Le robot peut traquer une balle rouge et s'arreter à la distance désirée pour pouvoir passer ensuite à l'étape de ramassage de la balle.
Essais sur la position du robot pour pouvoir ramasser une balle par terre.

Nao: Conception d'un prototype de robot trieur

2012-10-25T15:20:11Z

Rkhodr : Page créée avec « =====Jeudi 18/10/12===== Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir . =... »

=====Jeudi 18/10/12=====

Reconnaissance visuelle pour déclencher d'autre actions (exemple montrer un objet pour lancer un éventuel jeu) fonctionnelle . Vidéo a venir .

=====Mercredi 17/10/12=====

Suite a de nombreux bug MAJ du logiciel Choregraphe

Debut de d'essais de reconnaissance d'objet

=====Lundi 15/10/2012=====

Prise en Main Logiciel / Début de test de la position "accroupie" pour ramasser un Objet.

=====Jeudi 11/10/12=====

Mise en place du routeur afin de pouvoir travailler en Wi-fi.
Prise en main du Robot, étude du logiciel.

Projets IMA5 2012/2013

2012-10-25T15:17:33Z

Rkhodr :

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>

<tr><td>[[Objets communiquants et gestion de l'énergie]]</td>
<td> Justin LE GUENNEC / Calvin DELBERGHE </td>
<td> Thomas Vantroys </td>
</tr>

<tr>
<td>Véhicule électrique</td>
<td>Martin GOSSE / Hamza AYZI</td>
<td>Philippe Delarue</td>
</tr>

<tr>
<td>Etude des possibilités de distribution d'un algorithme de surveilance</td
<td>Yousra ABOULHASSAN / Asmaa CHEKKOURI</td>
<td>Anne-Lise Gehin</td>
</tr>

<tr>
<td>Intégration d'une carte d'acquisition et de commande dans un véhicule autonome</td>
<td>Benoît CONFLAND et Ismail EL HASNAOUI</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</td>
<td>Samuel ROSENER / Aymeric CHEMIN</td>
<td>Abdelkader Benabou</td>
</tr>

<tr>
<td>[[Scan 3D]]</td>
<td>Florent SUEUR et Delphine GLORIA</td>
<td>Laurent Grisoni</td>
</tr>

<tr>
<td>Surveillance robuste et modélisation temps réel d'une centrale thermique</td>
<td>Guy Roland TSIMBA LILINGA / Hamza BOUAIBA</td>
<td>Belkacem Ould Bouamama</td>
</tr>

<tr>
<td>[[Nao: Conception d'un prototype de robot trieur]]</td>
<td>Hussein HIJAZI / Rémy KHODR</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>Conception d'un prototype de robot guide</td>
<td>Zhibin LIN</td>
<td>Thomas Vantroys</td>
</tr>

<tr>
<td>Développement d'une plate-forme Modbus</td>
<td>Charles HENRY / Jean-Luc GOSSELIN</td>
<td>Blaise Conrard</td>
</tr>

<tr>
<td>Modernisation d'une machine d'impression flexographique</td>
<td>Xavier WALLET / Peng ZHANG</td>
<td>Christophe Chaillou</td>
</tr>

</table>

== Planning des soutenances mardi 18 décembre 2012 ==

<table border="1">
<th>Heure</th>
<th>Projet</th>

<tr>
<td>8h00 - 8h20</td>
<td></td>
</tr>

<tr>
<td>8h20 - 8h40</td>
<td></td>
</tr>

<tr>
<td>8h40 - 9h00</td>
<td></td>
</tr>

<tr>
<td>9h00 - 9h20</td>
<td></td>
</tr>

<tr>
<td>9h20 - 9h40</td>
<td></td>
</tr>

<tr>
<td>9h40 - 10h00</td>
<td></td>
</tr>

<tr>
<td>10h20 - 10h40</td>
<td></td>
</tr>

<tr>
<td>10h40 - 11h00</td>
<td></td>
</tr>

<tr>
<td>11h00 - 11h20</td>
<td></td>
</tr>

<tr>
<td>11h20 - 11h40</td>
<td></td>
</tr>

<tr>
<td>11h40 - 12h00</td>
<td></td>
</tr>
</table>

WepDrone

2012-04-11T15:59:07Z

Rkhodr : /* (11/04/2012) */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

Site pour achat connectique: http://vizionair.fr/droneshop/fr/22-cables-fiches

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) ''[Alex] Ca ressemble à un connecteur d'alim de PC ? si oui, allez faire un tour chez Thierry, il devrait pouvoir vous dépanner ![/Alex]'' et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html ) ''[Alex] Allez faire un tour sur http://melectro.plil.net/, vous y trouverez des régulateurs 5V en stock ![/Alex]''

câble usb ar drone: http://vizionair.fr/droneshop/fr/cables-fiches/151-cable-usb-pour-ar-drone.html

La batterie possède un regluateur de tension, avec la broche jaune nous récuperons une tension de 4.2 V qui pourraient être suffisant pour alimenter la FoxBoard ... A suivre

Après qq essais ( et le deuil d'une FoxBoard [ RIP ] ) nous avons réussi à alimenter notre Drone et notre FoxBoard avec une seule batterie, ce qui lui permet de décoller meme s'il a du mal à se stabiliser . Une bonne avancée .

==== (22/02/2012) ====

Aujourd'hui nous nous focalisons sur le contrôle du drône via notre programme C , les difficultés résident esentiellement dans la compréhension des commandes et surtout dans leurs utilisations, i.e. incliner le drône (par exemple) ne peut se faire en une seule instruction, le drône doit rester incliné pour se déplacer . Nous essayons de répondre à cette problématique .

==== (23/02/2012) ====

Idem 22/02 /2012

==== (07/03/2012) ====

Aujourd'hui nous avons passés la majeure partie du temps à réinstaller les paquets/drivers nécéssaires au bon fonctionnement de tout les éléments du projet ( surtout pour le wifi) . Ensuite nous nous sommes remis à travailler sur notre programme C qui pour l'instant fait uniquement décoller et atterrir le drone ( il ne "pivote" pas encore ).

FIN DE SEANCE : nous avons réussis à faire pivoter le drone sur lui meme, mais il ne s'arrete plus . La Seance suivante nous perfectionneront le programme C jusqu'a obtenir un contrôle "fiable" .

==== (12/03/2012) ====

Aujourd'hui nous avons essaye de perfectionner notre programme C mais sans succès, nous ne controlons toujours pas parfaitement les mouvements du drone, nous étudions le nombres d envoi nécéssaires d'une commande de pivot pour que le mouvement s'effectue selon nos attentes .

==== (21/03/2012) ====

Miracle, nous avons fait un peu de nettoyage dans le programme. Il est plus stable, on arrive à le faire tourner sur lui même dans les deux sens et nous savons le stopper! De plus, on incrémente correctement la séquence de la commande. Petit problème, le drône a tendance à s'élever tout seul, la prochaine fois nous tenterons un reset du drone.

==== (28/03/2012) ====

Nous laissons un peu de coté le Programme de controle du drone (car nous n'avançons plus vraiment depuis un moment), nous nous penchons sur la greffe d'un module gps :
com I2C : http://foxlx.acmesystems.it/?id=10
doc DAISY: http://www.acmesystems.it/DAISY-1
Pin i2c : http://www.acmesystems.it/pinout

Nous avons réussi à alimenter le gps et la foxboard depuis la meme batterie (cf Photo) mais malgré une étude des broches et un branchement supposé adéquat nous n'arrivons pas à recupéré les informations via l'interface i2c de la fox. De plus la foxboard semble ne plus vouloir s'alimenter par l'avant ( via l'usb ... ) .

[[Fichier:photo.jpg]]

==== (04/04/2012) ====

i2c drone: http://blog.perquin.com/blog/category/ardrone/ ou http://awesome-drone.blogspot.fr/

Cet après midi,avec l'aide de Mr Boé nous avons réaliser une alimentation "correcte" pour notre FoxBoard (cf Photo) :

[[Fichier:photo_fox.jpg]]

Nous avons tout d'abord modifier la connectique de la batterie(ajout d'un domino), reliée celle-ci à un régulateur de tension, puis nous relions les "fils" à la FoxBoard. Nous nous posons maintenant la question de savoir si nous continuons sur la voie actuelle ( FoxBoard + puce GPS ) ou si nous tentons de lancer nos programmes directement depuis le drone ( Telnet + ftp ). Etant donné que le processeur de la FoxBoard et le même que celui du drone nous pourrons compiler sur la Fox et envoyer les executables directement sur le drone. Nous devons voir laquelle des 2 solutions nous permetteraient d'aller le plus loin possible ( il ne reste plus bcp de temps).

==== (11/04/2012) ====

Nous nous penchons toujours sur le gps, après avoir pataugé un long moment nous nous rendons compte qu'il faut reinstaller le kernel de la foxboard afin d'exploiter l'interface i2c ( http://www.acmesystems.it/foxg20_microsd_create )

http://www.acmesystems.it/?id=index_foxg20

WepDrone

2012-04-11T14:56:15Z

Rkhodr : /* (04/04/2012) */

Fichier:Photo.jpg

2012-03-28T15:37:26Z

Rkhodr :

WepDrone

2012-03-28T15:37:16Z

Rkhodr : /* (28/03/2012) */

WepDrone

2012-03-28T15:36:52Z

Rkhodr : /* (28/03/2012) */

WepDrone

2012-03-12T17:10:47Z

Rkhodr : /* Avancement du projet */

WepDrone

2012-03-07T17:50:40Z

Rkhodr : /* (07/03/2012) */

WepDrone

2012-03-07T17:00:04Z

Rkhodr : /* Avancement du projet */

WepDrone

2012-02-23T09:29:52Z

Rkhodr : /* Séances */

WepDrone

2012-02-16T11:12:49Z

Rkhodr :

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html )

câble usb ar drone: http://vizionair.fr/droneshop/fr/cables-fiches/151-cable-usb-pour-ar-drone.html

La batterie possède un regluateur de tension, avec la broche jaune nous récuperons une tension de 4.2 V qui pourraient être suffisant pour alimenter la FoxBoard ... A suivre

Après qq essais ( et le deuil d'une FoxBoard [ RIP ] ) nous avons réussi à alimenter notre Drone et notre FoxBoard avec une seule batterie, ce qui lui permet de décoller meme s'il a du mal à se stabiliser . Une bonne avancée .

WepDrone

2012-02-16T10:36:19Z

Rkhodr : /* (16/02/2012) */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html )

câble usb ar drone: http://vizionair.fr/droneshop/fr/cables-fiches/151-cable-usb-pour-ar-drone.html

La batterie possède un regluateur de tension, avec la broche jaune nous récuperons une tension de 4.2 V qui pourraient être suffisant pour alimenter la FoxBoard ... A suivre

WepDrone

2012-02-16T10:12:20Z

Rkhodr : /* (16/02/2012) */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html )

câble usb ar drone: http://vizionair.fr/droneshop/fr/cables-fiches/151-cable-usb-pour-ar-drone.html

La batterie possède un regluateur de tension, avec la broche bleue nous récuperons une tension de 4.2 V qui pourraient être suffisant pour alimenter la FoxBoard ... A suivre

WepDrone

2012-02-16T09:52:54Z

Rkhodr : /* (16/02/2012) */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html )

câble usb ar drone: http://vizionair.fr/droneshop/fr/cables-fiches/151-cable-usb-pour-ar-drone.html

WepDrone

2012-02-16T09:47:12Z

Rkhodr :

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

==== (16/02/2012) ====

Afin d'alimenter la foxboard via la batterie du Drone, nous avons besoin d'une fiche tamya ( http://www.miniplanes.fr/accessoires-avion-rc/connecteurs/prise-tamiya-male-femelle-p-3094.html ) et d'un regulateur de tension 5 v ( http://www.selectronic.fr/regulateur-de-tension-positive-5v-lm-2940-ct-5.html )

WepDrone

2012-02-15T16:59:23Z

Rkhodr :

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

==== (15/02/2012) ====

Aujourd'hui, nous avons réussi à controler notre drone depuis le clavier du PC, pendant les 2 premieres heures nous cherchions desespérement à modifier le programme Source de Parrot jusqu'a nous rendre compte qu'il était conçu pour Gamepad ou manette Ps3 . Nous avons trouvés un code Java dans lequel nous avons pris les commandes AT à envoyer pour controler le Drone à l'aide du clavier. Nous avons ensuite codé un programme C qui fait décoller / atterrir le drone . Les difficultés résidaient dans la connexion wifi ( en language C ) . Une fois cette première difficulté vaincue . Nous avons envoyés 2 messages ( decollage , pause , atterrissage ) qui marchent très bien . Avant de nous attaquer au contrôle total du drone . Nous avons décidés de se servir de la FoxBoard pour voir comment le drone réagit à un poids supplémentaire ...

Nous avons configurés le wifi de la foxboard pour qu'il se connecte au drone, puis nous avons envoyés le fichier C du PC vers la Foxboard via le Drone .
Une fois la foxboard ( + son alimentation ) scotchée sur le Drone . Nous lançons le programme depuis le PC : LE DRONE NE SUPPORTE PAS le poids et n'arrive pas à décoller .

Par conséquent avant de nous focaliser sur le reste du programme nous allons trouver un moyen de fixer correctement notre matériel en évitant la surcharge .

WepDrone

2012-02-13T15:28:25Z

Rkhodr : /* Résultats */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* AR Drone Parrot (donne)
* Puce GSM (donne)
* Puce GPS (donne)
* 2 cles Wifi

=== Matériel à acheter ===

<ul>
<li>Une Foxboard</li>
</ul>

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance (08/02/2012)====

-Téléchargement et installation de l'application FreeFlight de PARROT sur iPhone.

-Première prise en main du drone: connexion, décollage, atterissage.

-Téléchargement depuis le site officiel (https://projects.ardrone.org/) de l'A.R.Drone Developer Guide ainsi qu'un premier fichier de test utilisable sous Linux, Windows, Android et iPhone.

-Test de compilation et d'execution d'un logiciel de pilotage à partir de l'ordinateur (Linux):
-Téléchargement et d'ajout des paquets
-Configuration de la connexion wifi (ajout de driver pour la clé wifi)
-Problèmes dans la compilation des programmes fournis par le site officiel(résolu)
-Problème: le wifi se reconfigure (mal) automatiquement à l'exécution du programme

Conclusion: Impossible de piloter le drone à l'aide du programme! (pour le moment)

==== (09/02/2012) ====

-Prise en main des différentes possibilités de manoeuvre du drone avec l'application iPhone fournie.

==== (13/02/2012) ====

Après de longues heures de recherche et l'aide de l'aimable Mr Redon, nous nous sommes aperçus que notre connexion wifi était configurée en static alors que le drone possède une interface DHCP (configuration automatique) . Après correction nous arrivons a nous connecter a notre drone via le PC mais toujours pas à le controler, cependant nous arrivons à recevoir les données de sa webcam . Nous nous penchons à présent sur d'eventuelles erreurs de compilation en amont .

Fichier:Exemple.jpg

2011-05-20T16:03:23Z

Rkhodr :

Contrôle de matrice leds, groupe A

2011-05-20T16:03:03Z

Rkhodr :

Seance 1 :
Partie Info :
A la fin de la séance nous sommes arrivés à gérer une matrice 8x8 de leds qui (via le php ) renvoie un tableau de 8 cases contenant chacune le nombre en octet de chaque ligne de la matrice , la séance numéro 2 aura pour but de générer 8 fichier pour pouvoir les envoyer avec le script démon .

Partie Electronique :
Schéma sur Altium effectué , Tests sur oscilloscope numérique Réussis . Reste à cabler la nanoboard sur la matrice 8x8 . [[Fichier:schéma elec SC.png]]

Seance 2 :
( La Partie Info et la partie electronique ont toutes les deux étaient términés ).
Partie Info : Les algorithmes ayant étaient établis a la séance précédente, les difficultés résidaient essentiellement dans la génération de fichier a envoyés via "le démon" , le problème fut résolue grace a la commande "sprintf", ensuite , une fois les test effectués, nous nous sommes rendus compte qu'il y avait un rafraichissement toutes les 10 secondes, nous avons donc integré une variable pid qui ,a chaque changement effectué sur la matrice, rafraichissait les LEDs, ce qui donne un effet d'instantanéité. Ensuite nous avons du configuré la Foxboard,a l'aide des outils ssh et scp . Nous nous sommes attribués l'adresse 172.29.59.100 ( nous en profitons pour la mémoriser ici ) . Après test de la foxboard , tout marche sans soucis, il ne reste plus qu'a raccorder tout ça à la NanoBoard.

Partie Elec :
On a calculé les résistances de protections pour les LED de la matrice 8*8. Pour ce faire nous avons mesuré la tension et la résistance de la diode avec le multimètre. On a donc calculé une résistance de 2800 ohms pour un courant max de 1mA par LED. Ce qui fait pour la sortie des 8 LED un courant de 8mA.
Nous avons cablés avec 2 plaquettes en suivant le schéma. Le problème lors du test sur la Nanoboard fut une fréquence trop rapide donc impossible de voir les LED allumés. Nous avons donc mis une fréquence de 1kHz. Tout marche sans soucis, il ne reste plus qu'a raccorder tout ça à la FoxBoard.
[[Fichier:Exemple.jpg]]

Fichier:Schéma elec SC.png

2011-05-18T16:06:09Z

Rkhodr :

Contrôle de matrice leds, groupe A

2011-05-18T16:05:34Z

Rkhodr :

Contrôle de matrice leds, groupe A

2011-05-18T12:02:44Z

Rkhodr : Page créée avec « Test micro 1 2 1 2 »

Test micro 1 2 1 2

Projets troisième année, 2010/2011, groupe A

2011-05-18T11:58:34Z

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<tr><td>[[Contrôle de matrice leds, groupe A]]</td>
<td>KHODR Remy,AYZI Hamza,BOUAIBA Hamza</td>
</tr>
<tr>
<td>[[Communication série, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion mémoire, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion afficheurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle LED 256 couleurs, groupe A]]</td>
<td>LIU_DUJARDIN_CONFLAND</td>
</tr>
<tr>
<td>[[Contrôle de sonar, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle d'accéléromètre, groupe A]]</td>
<td></td>
</tr>
</table>

Projets troisième année, 2010/2011, groupe A

2011-05-18T11:58:21Z

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<tr><td>[[Contrôle de matrice leds, groupe A]]</td>
<td>KHODR Remy,AYZI Hamza,Bouaiba Hamza</td>
</tr>
<tr>
<td>[[Communication série, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion mémoire, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion afficheurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle LED 256 couleurs, groupe A]]</td>
<td>LIU_DUJARDIN_CONFLAND</td>
</tr>
<tr>
<td>[[Contrôle de sonar, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle d'accéléromètre, groupe A]]</td>
<td></td>
</tr>
</table>

Projets troisième année, 2010/2011, groupe A

2011-05-18T11:57:43Z

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<tr><td>[[Contrôle de matrice leds, groupe A]]</td>
<td>KHODR Remy AYZI Hamza Sauce Andalouse</td>
</tr>
<tr>
<td>[[Communication série, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion mémoire, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion afficheurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle LED 256 couleurs, groupe A]]</td>
<td>LIU_DUJARDIN_CONFLAND</td>
</tr>
<tr>
<td>[[Contrôle de sonar, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle d'accéléromètre, groupe A]]</td>
<td></td>
</tr>
</table>

Projets troisième année, 2010/2011, groupe A

2011-05-18T11:56:53Z

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<tr><td>[[Contrôle de matrice leds, groupe A]]</td>
<td>KHODR_AYZI_BOUAIBA</td>
</tr>
<tr>
<td>[[Communication série, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion mémoire, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion afficheurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle LED 256 couleurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle de sonar, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle d'accéléromètre, groupe A]]</td>
<td></td>
</tr>
</table>