IMA4 2016/2017 P14 : Différence entre versions
(→Feuille d'heures) |
(→Feuille d'heures) |
||
Ligne 64 : | Ligne 64 : | ||
{| class="wikitable" | {| class="wikitable" | ||
− | ! Tâche !! Prélude !! Heures S1 !! Heures S2 !! Heures S3 !! Heures S4 !! Heures vacances !! Heures S5 !! Heures S6 !! Heures S7 !! Heures S8 !! Heures S9 !! Heures S10 !! Total | + | ! Tâche !! Prélude !! Heures S1 !! Heures S2 !! Heures S3 !! Heures S4 !! Heures vacances !! Heures S5 !! Heures S6 !! Heures S7 !! Heures S8 !! Heures S9 !! Heures S10 !! Heures vacances !! Total |
|- | |- | ||
| Définition cahier des charges | | Définition cahier des charges | ||
Ligne 70 : | Ligne 70 : | ||
| 2H | | 2H | ||
| 1H | | 1H | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 88 : | Ligne 89 : | ||
| 4H | | 4H | ||
| | | | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 98 : | Ligne 100 : | ||
| Établissement de la liste et de la répartition des tâches | | Établissement de la liste et de la répartition des tâches | ||
| 1H | | 1H | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 119 : | Ligne 122 : | ||
| 2H | | 2H | ||
| | | | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 139 : | Ligne 143 : | ||
| | | | ||
| 1H | | 1H | ||
+ | | | ||
| | | | ||
|- | |- | ||
Ligne 154 : | Ligne 159 : | ||
| 4H | | 4H | ||
| 6H | | 6H | ||
+ | | 10H | ||
| | | | ||
|- | |- | ||
Ligne 164 : | Ligne 170 : | ||
| | | | ||
| | | | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 179 : | Ligne 186 : | ||
| 2H | | 2H | ||
| 1H | | 1H | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 192 : | Ligne 200 : | ||
| 3H | | 3H | ||
| 1H | | 1H | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 203 : | Ligne 212 : | ||
| Liaison bluetooth (téléphone) | | Liaison bluetooth (téléphone) | ||
| | | | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 220 : | Ligne 230 : | ||
| 2H | | 2H | ||
| | | | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 237 : | Ligne 248 : | ||
| 4H | | 4H | ||
| 4H | | 4H | ||
+ | | | ||
| | | | ||
| | | | ||
Ligne 248 : | Ligne 260 : | ||
| Transmission de paquets UDP | | Transmission de paquets UDP | ||
| | | | ||
+ | | | ||
| | | | ||
| | | |
Version du 30 avril 2017 à 11:27
Sommaire
Projet IMA4 : Sex-toy connecté
Présentation du projet
L'objectif de ce projet est de développer un système d'échange entre deux partenaires distants afin de rendre plus facile la vie de couple à distance.
Pour ce faire, le dispositif sera constitué de deux sextoys connectés (un par appareil génital désiré) à leur téléphone portable respectif. Une application mobile permettra aux utilisateurs de s'échanger des données de manière sécurisé, ceci au travers d'un serveur embarqué dans le téléphone portable.
Les données échangées pourront être l'accélération ou la température. Elles seront traitées et transmises au sextoy qui adaptera sa vitesse, son retour vibratoire ou sa position en conséquence.
Les sextoys pourraient être composés de :
- Pour l'appareil masculin (dédié à la femme) :
- un servomoteur ;
- un vibreur ;
- une sonde de température ;
- un accéléromètre.
- Pour l'appareil féminin (dédié à l'homme) :
- 4 servomoteurs (dans le but de "masser" en déplaçant le silicone);
- des vibreurs ;
- un accéléromètre.
- Pour les deux appareils :
- un micro-contrôleur (Arduino mini) ;
- un module de transmission / réception bluetooth afin de se connecter au téléphone ;
- du silicone.
- L'application mobile devra :
- mettre en place une communication cryptée à travers un serveur (embarqué ou bien intermédiaire ?) ;
- effectuer un échange de données en bluetooth avec le sextoy connecté.
- L'application mobile pourra :
- utiliser la vidéo-conférence ;
- enregistrer les meilleurs moments et enventuellement pouvoir les partager ;
- effectuer une recherche de partenaire aléatoire.
- S'il nous reste du temps, il peut être envisageable de :
- mettre en place un réseau social interne à Polytech.
Liste des tâches
- Conception de l'appareil masculin (Cédric)
- mettre en place le bus I2C avec les différents capteurs ;
- création d'un PCB au format gerber ;
- création d'un prototype.
- Conception de l'appareil féminin (Cédric)
- mettre en place le bus I2C ;
- traitement des données afin d'en déduire la position et l'entrain de l'utilisateur ;
- création d'un PCB ;
- création d'un prototype.
- Communication bluetooth (Cédric)
- étudier l'émission/réception vue de l'arduino ;
- étudier l'émission/réception vue du téléphone ;
- mise en place du protocole ;
- test de portée.
- Développement mobile (Thomas)
- déterminer la meilleure approche : utilisation d'un serveur intermédiaire ou bien mise en place d'un "client-serveur" dans l'application mobile ;
- mettre en place le choix retenu ;
- tester dans un premier temps une transmission de texte ;
- programmer le traitement de données reçues par bluetooth ;
- rajouter un côté esthétique à l'application.
Feuille d'heures
Tâche | Prélude | Heures S1 | Heures S2 | Heures S3 | Heures S4 | Heures vacances | Heures S5 | Heures S6 | Heures S7 | Heures S8 | Heures S9 | Heures S10 | Heures vacances | Total |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Définition cahier des charges | 2H | 2H | 1H | |||||||||||
Dimensionnement et établissement de la liste de matériel | 3H | 4H | 4H | |||||||||||
Établissement de la liste et de la répartition des tâches | 1H | |||||||||||||
Appareil masculin : programmation | 1H | 2H | ||||||||||||
Appareil masculin : étude des datasheets | 1H | 1H | 4H | 1H | ||||||||||
Appareil masculin : PCB | 4H | 4H | 6H | 10H | ||||||||||
Appareil masculin : 3D | ||||||||||||||
Conception de l'appareil féminin | 2H | 1H | ||||||||||||
Liaison bluetooth (embarqué) | 3H | 1H | ||||||||||||
Liaison bluetooth (téléphone) | ||||||||||||||
Recherche et discussion autour de la meilleure approche de communication | 2H | 2H | ||||||||||||
Synchronisation temporelle des téléphones (par sms) | 2H | 4H | 4H | 4H | ||||||||||
Transmission de paquets UDP |
Conception des sextoys
Introduction
Choix du silicone, rencontre avec Mario Sanz
Le projet nécessite l'utilisation d'une matière souple et non irritante, c'est pourquoi nous avons choisi de nous tourner vers l'utilisation du silicone. Afin de choisir au mieux le produit correspondant à nos besoins, nous avons rencontré Mario Sanz, ingénieur à l'INRIA, qui travail régulièrement avec du silicone.
Ce dernier nous a expliqué les différents points importants sur lesquels nous baser afin de choisir au mieux un produit en accord avec le projet. Ne serait-ce que pour le choix de la dureté, il existe une échelle propre au silicone ("Shore hardness scale"), nous pensions au départ rechercher un silicone le plus mou possible, cependant, il faut savoir que le plus le silicone est mou, plus il a tendance à être "collant". Finalement, après discutions, un shore de 40A (correspondant à la dureté d'une gomme) suffisamment mince fera l'affaire pour la conception des prototypes.
Il nous a également expliqué que le silicone peut être travaillé à l'aide d'additifs et sous cloche à vide afin d'améliorer le moulage, l'absence de "bulles" sur la surface de la pièce et la souplesse. Nous pouvons cependant travailler sans tout cela car il n'est pas spécialement important, pour notre projet, de rechercher des propriétés physiques homogènes dans tout le sextoy.
Pour ce qui est de la création de moules, nous pourrons les effectuer via imprimante 3D. Il existe un bon nombre de tutoriels sur internet pour s'y référer en cas de soucis.
Création des moules
Conception des PCB
Afin de diminuer un maximum la taille des cartes electroniques, nous utilisons principalement des composants CMS.
La conception des cartes peut-être effectué à l'aide de logicels de CAO tels qu'Altium ou Eagle. Dans notre cas, nous avons utilisé Eagle.
Ce travail consiste à créer une librairie regroupant l'intégralité des composants nécessaires et, ensuite, de créer un schéma du circuit. Une fois le schéma terminé, il ne restera plus qu'à faire le routage et exporter les fichiers au format "Gerber".
Librairie terminée, création du montage.
Gestion des capteurs et servomoteurs
Introduction
Utilisation des capteurs par IIC
Controle des servomoteurs
Un servomoteur se contrôle à l'aide d'un signal PWM (Pulse Width Modulation). Ce signal consiste à modifier la largeur de l'impulsion en fonction de la consigne désirée.
Notre première manière de procéder consister à générer la PWM nous même à l'aide du vecteur d'interruption d'un TIMER. La méthode consistait à compter de 0 à 255 en permanence. Lorsque le compteur était inférieur à la consigne, on passait une sortie à l'état haut, sinon elle restait à l'état bas.
Cette méthode simulait plutôt bien le signal PWM et avait pour avantage d'être utilisable pour n'importe quelle de l'arduino. Cependant, cette méthode a le gros désavantage d'être sensible à l'utilisation d'autres interruptions, rendant le TIMER imprécis.
Or, notre projet utilisera d'autres procédures d'interruption. Nous avons donc décidé d'utiliser une méthode plus simple mais nous restreignant sur le choix de nos sorties.
En effet, un atmega possède des registres que l'on peut configurer pour générer des signaux PWM sur des broches spécifiques.
Ainsi, en configurant le registre TCCR0A à 0x81 et TCCR0B à 0x05, on se place en mode PWM non inversée à fréquence élevée. Ceci veut dire que pour une valeur d'OCR0A donné, la largeur d'impulsion haute sera proportionnelle à OCR0A.
Ainsi, nous pouvons donc contrôler le moteur simplement en changeant la consigne d'OCR0A.
Tests
Dans un premier lieu, les moteurs servomoteurs ne recevaient pas les consignes. Nous pensions que le fait que la PWM soit en 3V3 était l'origine du problème. Nous avons donc fait le montage à l'aide d'un transistor NPN monté en saturé. Le problème n'a pas été résolu.
Finalement, le soucis viendrait du fait que les tests étaient effectués avec des valeurs du registre OCR0A à 0 (pwm nulle). Nous n'aurons donc pas besoin d'un montage à transistor pour le PCB.
Le but des servomoteurs est d'effectuer un semblant de massage, nous allons donc modifier le code afin d'effectuer la tâche de manière périodique via l'utilisation d'un TIMER.
Gestion de la communication bluetooth
Introduction
Dans le cadre de notre projet, la communication entre le sextoy et le téléphone se fera à faible portée. C'est pourquoi nous avons considéré comme intéressante l'utilisation de la technologie bluetooth.
La première partie consiste à coder une librairie au niveau de l'arduino. Cette librairie, codée en C, consiste simplement en une lecture / écriture via les broches RX/TX de l'arduino et du module bluetooth.
La seconde partie conssite à coder la partie application mobile qui communiquera avec la arduino.
Une fois que cette transmission sera mise en place, il ne reste plus qu'à expliciter le protocole des paquets transmis.
Arduino
Afin de communiquer à travers le module bluetooth, il faut relier la broche RX de l'arduino à celle TX du module bluetooth et inversement. Pour tester nos codes, nous avons utilisé un module bluetooth HC-06 et l'application Bluetooth Terminal.
Dans la mesure où l'arduino devra traiter l'arrivée asynchrone de messages tout en effectuant le traitement des capteurs, il est intéressant d'effectuer des lectures à l'aide d'interruptions. Pour cela, nous utilisons le vecteur d'interruption USART_RXC_vect qui déclenchera la fonction de lecture d'un paquet à chaque fois qu'un message est reçu.
Actuellement, la librarie est fonctionnelle, il ne reste plus qu'à faire l'utilisation par interruption.