Voir la source de Drône contrôlé par gestes

='''Contrôle de drone avec télécommande à gestes'''= 
=='''Cahier des charges'''==
<br/>

==='''	Présentation générale du projet'''<br/>=== 
<br/>

===='''	Contexte'''<br/>====

Les télécommandes à gestes sont en passe de devenir des outils incontournables dans les domaines de l’informatique, de la robotique et du multimédia. Déjà présente dans nos consoles et nos télévisions, ces dispositifs proposent différents types de reconnaissance de nos mouvements. <br/>
On peut notamment citer les dispositifs suivants :<br/>
*  La [http://fr.wikipedia.org/wiki/Kinect Kinect] pour une reconnaissance des gestes par caméra.<br/>
*  La [http://fr.wikipedia.org/wiki/Wiimote Wiimote] qui dispose d’un accéléromètre et d’un gyroscope (en option) afin de détecter les angles d’inclinaisons.<br/>
*  Le [http://evan-forget.fr/bref/leap-motion-le-controle-du-futur/ Leap motion] qui permet dans un espace limité de détecter les mouvements des doigts<br/>
<br/>
La start-up canadienne [https://www.thalmic.com/‎ Thalmic Labs] a mis au point une technologie peu commune pour piloter une interface ou des objets communicants.
Il s’agit d’un brassard nommé « [https://www.thalmic.com/en/myo/ Myo] » .
Myo est un brassard qui se porte à l’avant-bras, il interprète l’activité électrique des muscles lors de l’utilisation de la main, des doigts et du bras.
Cela permet d’associer les mouvements de l’utilisateur à des tâches à envoyer aux appareils compatibles [http://fr.wikipedia.org/wiki/Bluetooth Bluetooth].<br/>
<br/>
===='''	Objectif du projet'''<br/>====
Le but du projet est de piloter un [http://fr.wikipedia.org/wiki/Drone drone] quadcoptère du commerce par le biais d’une interface à geste. 
Par défaut l’interface utilisée sera le brassard Myo de Thalmic Lab. En cas d’indisponibilité de celui-ci nous utiliserons une télécommande Wiimote.



===='''	Description du projet'''<br/>====
Le projet s’articule autour de 3 entités :<br/>
*  La télécommande qui communique les mouvements de l’utilisateur par liaison Bluetooth au système embarqué.<br/>
*  Le système embarqué qui sera la passerelle entre l’interface à geste et le drone. Le système embarqué doit disposer du [http://fr.wikipedia.org/wiki/Wi-Fi Wifi] et du Bluetooth afin de pouvoir communiquer avec les autres entités.<br/>
*  Le drone qui doit être pilotable par le Wifi.<br/><br/><br/>
<center>[[Fichier:Projet1Desc.png|Description du projet]]</center>
                                                           


===='''	Choix techniques : matériel et logiciel'''<br/>====
Dans le cadre du projet, les matériels et logiciels suivants vont être utilisés : <br/>
*  Un [http://fr.wikipedia.org/wiki/Parrot_AR.Drone ArDrone] version 1 de la société française Parrot<br/>
*  Un smartphone sous [http://fr.wikipedia.org/wiki/Android Android] (version 4.3 ou ultérieure)<br/>
Afin de disposer d’un système embarqué léger qui puisse être porté par l’utilisateur nous avons décidé de développer la passerelle directement sur un smartphone de type Android.<br/>
* Un brassard Myo et/ou une télécommande Wiimote<br/>
Pour éviter de bloquer le projet suite à une indisponibilité du brassard Myo, qui est en précommande, nous allons travailler en parallèle avec une Wiimote. Il sera donc nécessaire de bien penser notre application (au niveau conception objet) afin de disposer d’un système dynamique. <br/>
* La conception de l’application Android se fera en langage [http://fr.wikipedia.org/wiki/Java_%28langage%29 Java]  qui est largement préconisé pour ce type de système.<br/>
Le logiciel [http://fr.wikipedia.org/wiki/NetBeans Netbeans] (version 7.4) a été choisi pour concevoir les applications Android.
* Une clé bluetooth (emprunté à l'école)


==='''	Etapes du projet'''<br/><br/>===
Afin de mener à bien le projet, différentes étapes ont étés posées.<br/>

===='''	=> Prise en main du drone<br/>'''====
L’objectif de cette partie est de développer des classes permettant d’envoyer au Drone les routines nécessaires au pilotage de celui-ci en passant par le Wifi. Un soin tout particulier devra être apporté quant à l’aspect marche dégradé de cette partie. Que se passera-t-il pour le drone si l’application plante…

===='''	=> Prise en main de la wiimote (en attendant Myo)'''<br/>====
Dans cette partie il est question de développer des classes permettant la communication avec une Wiimote à l’aide de la librairie VRPN. Cette étape va permettre de récupérer les informations venant de la Wiimote comme par exemple, l'ordre de déplacement, de décollage ou d'atterrissage.

===='''	=> Prise en main du brassard myo'''<br/>====
Une fois le brassard en notre possession, il va falloir réaliser une batterie de test avec le sdk de thalmic afin d’étudier la précision du brassard. En effet, il va falloir déterminer les mouvements à utiliser pour le pilotage. Une fois cette phase d’étude terminée nous allons pouvoir réaliser les classes de contrôle correspondantes.  

===='''	=> Réalisation d'un protoype sur PC'''<br/>====
Une fois les classes des étapes précédentes réalisées, nous allons dans un premier temps essayer de piloter le drone avec avec une wiimote en utilisant un pc comme passerelle.

===='''	=> Intégration dans Android'''<br/>====
Cette ultime étape consistera à intégrer les librairies conçues dans une application Android.
Cette étape nécessitera une adaptation au niveau de la surcouche spécifique du système ainsi que la réalisation d'une interface homme machine pour l'application.

=='''Avancement du Projet '''==

==='''Séance 1'''===
===='''Préparation de l'environnement de développement'''====
Nous avons installé et configuré l'environnement de développement nécessaire à la réalisation du projet sur nos machines cela comprend :
* le Java
* Netbeans(+plugins NbAndroid et plantUML)
* le SDK Android
* une machine virtuelle avec Android sous VirtualBox (pour les tests et déboguage car nous n'avions qu'un seul smartphone compatible avec la version 4.3 d'android)
* création et utilisation d'un repository sous GitHub pour gérer les sources
[[Fichier:Github.jpg|SDK]]

==='''Séance 2'''===
===='''Etude du diagramme de classe'''====
Nous devons disposer d'un système générique, permettant l'utilisation de multiple contrôleur et assurant une portabilité PC, Android. Ces différentes contraintes ont été étudiées lors de la réalisation du diagramme de classe de l'application dont voici la représentation UML :
<center>[[Fichier:DiagDroneControllerLib.png|Diagramme de classe du moteur]]</center>
Le diagramme n'est pas exhaustif. En effet toutes les méthodes et propriétés ne sont pas présentes de plus il évoluera dans le temps. Mais il nous permet d'avoir une bonne vision d'ensemble de la librairie de base du projet.<br/>Le rôle de chacune des classes sera expliqué en détail dans le compte rendu.<br/>
Un des points essentiels à retenir du diagramme est l'utilisation du pattern Abstract Factory qui nous permettra de construire dynamiquement nos contrôleurs ainsi que nos classes utilitaires en fonction du système cible.<br/>
Cela nous permettra en théorie de conserver une librairie en tant que moteur "DroneControllerLib"
et de la réutiliser aussi bien sur PC que sur Android.<br/>
Principe d'utilisation :
<center>[[Fichier:DescriptionLib.png|Description des librairies]]</center>
On voit bien que, selon le système d'exploitation cible, il sera nécessaire de créer une surcouche spécifique. Dans notre projet nous aurons une librairie DroneControllerLibStd qui apportera la surcouche pour PC et DroneControllerLibAndroid qui fera la même chose pour android.
Chacune de ces librairies spécifiques devra redéfinir ces propres classes Factory, Utility et Controlleur qui dériveront des classes de la librairie de base DroneControlleurLib.
<center>[[Fichier:ExSurCouche.png|Diagramme de classe du moteur]]</center>

==='''Séance 3'''===
Nous avons séparé le travail en 2 parties (une partie par personne).<br/>
===='''Partie Commande du drone'''====
Dans cette séance nous avons recherché les différentes techniques possibles pour communiquer avec le drone. Nous nous sommes naturellement renseigné sur le SDK (software développement kit) fournit par la société Parrot qui commercialise le drone.<br/>
[[Fichier:ParrotSdk.png|SDK]]

Nous avons donc téléchargé le SDK ainsi que sa documentation. Lors de la lecture de celle-ci nous nous sommes aperçu que le SDK était une librairie développée en langage C sous linux.
<br/>
Nous avons également appris que les sources de l’application Android officiel de pilotage du drone, de la société, étaient disponibles et réutilisables.<br/>

===='''Partie Contrôle de la wiimote'''====
Comme pour le drone nous avons recherché dans cette partie une façon de communiquer avec la Wiimote en Bluetooth. 
Nous avons tout d’abord concentré nos recherches sur une librairie disponible sur Windows en vue de la réalisation du premier Prototype.<br/>
Lors de nos recherches, nous avons trouvé une librairie Java dénommé WiiuseJ correspondant à nos attentes. Cette librairie devait s’utiliser conjointement avec un driver permettant la communication avec la Wiimote. <br/>
Ce driver est nécessaire car la Wiimote utilise deux niveaux de protocole bien particulier pour communiquer :
* Le protocole L2CAP qui permet de définir des canaux de communication de type bluetooth c’est la couche logicielle la plus proche du matériel.<br/>
* Le protocole HID qui est un standard permettant de définir la façon dont doivent être constitué les messages échangés.

==='''Séance 4'''===
===='''Partie Commande du drone'''====
Nous avons dans cette séance téléchargé l’application mise à disposition par Parrot pour pouvoir l’étudier. Lors de nos observations nous avons établi plusieurs constats :<br/>
* L’application est très riche et contient de nombreuses parties inutiles dans le cadre de notre projet
* Le niveau de complexité du code est très élevé, il nous est donc difficile de détecter les parties du code permettant de réellement communiquer avec le drone
* Le projet, une fois compilé, ne fonctionne pas sur les différents smartphones testés
* L'utilisation du mode debug avec NetBeans est inutilisable en raison de la volumétrie de l'application.

A la suite de ces constats, le temps d’adaptation de l’application nous a paru trop conséquent comparer au temps de réécriture de notre propre application en utilisant le SDK. Nous avons donc décidé d’abandonner cette piste.

===='''Partie Contrôle de la wiimote'''====
Afin de pouvoir mener à bien le prototype sur Windows, nous avons cherché un driver compatible avec WiiuseJ. Nous avons testé lors de cette séance BlueSoleil qui est un driver payant. Nous disposions d'une version d’évaluation de 30 jours. Nous n'avons pas approfondi nos recherches sur les différents drivers disponibles étant donné que Windows n'est pas la plateforme cible. En effet, le but du prototype est de valider notre architecture. 
La reconnaissance de la Wiimote avec BlueSoleil semble fonctionné correctement.