IMA3/IMA4 2021/2023 P11 : Différence entre versions

De Wiki de Projets IMA
(🔍 Expression du besoin)
(🌏 Mise en situation)
 
(149 révisions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
[[Fichier:herbe2.mp4|right|thumb|1000px|Vidéo de présentation]]
+
[[Fichier:herbe2.mp4|right|thumb|500px|Vidéo d'introduction à notre wiki]]
 +
[[Fichier:videoPresentationP11Spidey.mp4|right|thumb|800px|Vidéo de présentation de notre projet : Conception et commande d'un robot hexapode]]
  
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Résumé du Wiki </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Résumé du Wiki </div>=
Ligne 7 : Ligne 8 :
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Présentation générale </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Présentation générale </div>=
  
==🌍 Enjeu==
+
==🌍 Enjeux==
  
 
[[Fichier:robots_quotidien.jpg|250px|thumb|right|Robots dans la vie quotidienne]]
 
[[Fichier:robots_quotidien.jpg|250px|thumb|right|Robots dans la vie quotidienne]]
Ligne 18 : Ligne 19 :
 
==💬 Description==
 
==💬 Description==
  
Notre Robot doit pouvoir se déplacer en marche avant, vers la droite et vers la gauche de façon stable sur différentes surfaces. Pour cela, il est équipé de douze servos moteurs et d'un treizième afin de contrôler le mouvement de sa tête, relié à une carte électronique Adeept Hat. Après avoir programmé ces différents mouvements, nous allons le contrôler grâce à une application développée sur MIT App Inventor. Cette application communiquera avec notre robot grâce à un Module Bluetooth Arduino. Afin de la rendre plus autonome, nous allons utiliser un capteur de distance lui permettant de s'arrêter de façon seul lorsque le robot se trouve face à un obstacle par exemple.
+
Notre Robot doit pouvoir se déplacer en marche avant, en marche arrière, vers la droite et vers la gauche de façon stable sur différentes surfaces. Pour cela, il est équipé de douze servos moteurs et d'un treizième afin de contrôler le mouvement de sa tête, relié à une carte électronique Adeept Hat. Après avoir programmé ces différents mouvements, nous allons le contrôler grâce à une application développée sur MIT App Inventor. Cette application communiquera avec notre robot grâce à un Module Bluetooth Arduino. Afin de la rendre plus autonome, nous allons utiliser un capteur de distance lui permettant de s'arrêter lorsque le robot se trouve face à un obstacle par exemple.
  
 
==🔍 Expression du besoin==
 
==🔍 Expression du besoin==
Ligne 26 : Ligne 27 :
 
'''Diagramme bête à cornes :'''  
 
'''Diagramme bête à cornes :'''  
  
[[Fichier:BeteACorne.png|300px|center|Diagramme Bête à Corne]]
+
[[Fichier:BeteACorne.png|450px|center|Diagramme Bête à Corne]]
  
  
Ligne 58 : Ligne 59 :
 
A quel endroit ce besoin se fait-il ressentir ?
 
A quel endroit ce besoin se fait-il ressentir ?
 
|
 
|
Sur le terrain, dans des lieux étroits,difficile d’accès
+
Sur le terrain, dans des lieux étroits, difficile d’accès
 
|-
 
|-
 
|
 
|
Ligne 65 : Ligne 66 :
 
A quel moment ce besoin se fait-il ressentir ?
 
A quel moment ce besoin se fait-il ressentir ?
 
|
 
|
Lors d’urgence ,de catastrophes naturelles,accidents
+
Lors d’urgences, de catastrophes naturelles, accidents
 
|-
 
|-
 
|
 
|
Ligne 86 : Ligne 87 :
 
Combien de structures sont concernées par ce besoin ?
 
Combien de structures sont concernées par ce besoin ?
 
|
 
|
Tout le monde ? (dans le sens personne est sans risque d’avoir un accident ?)
+
Tout le monde ? (dans le sens personne est sans risque d’avoir un accident)
 
|}
 
|}
 +
 +
 +
'''Analyse fonctionnelle :'''
  
 
Une analyse fonctionnelle  nous a permis de déterminer les principaux rôles que devra remplir notre araignée.
 
Une analyse fonctionnelle  nous a permis de déterminer les principaux rôles que devra remplir notre araignée.
 
Celle-ci a été réalisée de la sorte :
 
Celle-ci a été réalisée de la sorte :
Fonction principale -> fonction secondaire 1, fonction secondaire 2, fonction secondaire 3 -> sous-fonction 1, sous-fonction 2. On a décomposé au maximum les tâches pour rendre plus visible les différents mouvements ou réactions qu’aura notre robot araignée selon la situation à laquelle il sera exposé. De plus, même si certains attribut comme la discrétion ou la facilité de prise en main ne sont pas directement liés au bon fonctionnement du robot, ceux-ci sont néanmoins indispensables pour les utilisations auxquelles il est destiné.
+
* Fonction principale -> fonction secondaire 1, fonction secondaire 2, fonction secondaire 3 -> sous-fonction 1, sous-fonction 2.  
 +
On a décomposé au maximum les tâches pour rendre plus visibles les différents mouvements ou réactions qu’aura notre robot araignée selon la situation à laquelle il sera exposé. De plus, même si certains attributs comme la discrétion ou la facilité de prise en main ne sont pas directement liés au bon fonctionnement du robot, ceux-ci sont néanmoins indispensables pour les utilisations auxquelles il est destiné.
  
[[Fichier:PieuvreP11.png|300px|Center|Diagramme "Pieuvre"]][[Fichier:descriptionfonction.png|300px|Right|Description des fonctions]]
+
[[Fichier:PieuvreP11.png|400px|Center|Diagramme "Pieuvre"]][[Fichier:descriptionfonction.png|400px|Right|Description des fonctions]]
  
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Gestion de Projet </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Gestion de Projet </div>=
  
Pour gérer au mieux notre projet et pouvoir se partager ales document , nous avons utiliser l'application Notion. Nous avons préféré cette application à un drive.  
+
'''Notion :'''
Notion est une application de prise de notes, de base de données, de calendrier et bien d'autres. Nous avons utilisé cette application en guise de journal de bord de notre projet où toute notre équipe ainsi que notre responsable de projet, Madame Gehin y avait accès et pouvait déposer tous types de document sur l’application.
+
 
 +
Pour gérer au mieux notre projet et pouvoir se partager les différents documents, nous avons utilisé l'application Notion. Nous avons préféré cette application à un drive.  
 +
Notion est une application de prise de notes, de base de données, de calendrier et bien d'autres. Nous avons utilisé cette application en guise de journal de bord de notre projet où toute notre équipe ainsi que notre responsable de projet, Madame Gehin y avait accès. L'avantage de cette application est notamment que toute personne y ayant accès peut lire et déposer toute sorte de fichier mais aussi en créer au sein même de l'application. Les fichiers sont alors organisés dans différents répertoires ce qui permet une organisation efficace.
  
 
Grâce à cette application, nous avons pu créer une section feuille de route qui nous a permis de voir ce qu’on avait accompli pendant les séances de projet et ce qu’il nous restait à faire pour les séances prochaines. Nous avons aussi une section documents où nous avons au fur et à mesure déposé les différents diagrammes qui constituent notre cahier des charges.
 
Grâce à cette application, nous avons pu créer une section feuille de route qui nous a permis de voir ce qu’on avait accompli pendant les séances de projet et ce qu’il nous restait à faire pour les séances prochaines. Nous avons aussi une section documents où nous avons au fur et à mesure déposé les différents diagrammes qui constituent notre cahier des charges.
Ligne 105 : Ligne 112 :
  
  
Pour les semestres suivants, un Wiki a été mis en place pour le reste du projet, nous gardons le Notion pour les feuilles de route que nous publions sur Moodle ainsi que le stockage de document.
+
'''Wiki :'''
 +
 
 +
Pour les semestres suivants, un Wiki a été mis en place pour le suivi du projet, nous gardons néanmoins le Notion pour les feuilles de route que nous publions sur Moodle ainsi que le stockage de document.
 +
 
 +
 
 +
'''Diagramme de Gantt :'''
  
 
Pour réaliser l'ensemble des fonctionnalités de notre projet, nous avons réalisé un diagramme de Gant prévisionnel afin de gérer au mieux nos séances et se repartir les tâches pour le semestre 7 et le semestre 8.
 
Pour réaliser l'ensemble des fonctionnalités de notre projet, nous avons réalisé un diagramme de Gant prévisionnel afin de gérer au mieux nos séances et se repartir les tâches pour le semestre 7 et le semestre 8.
  
[[Fichier:DiagrammeGantt.png|400px|center|Diagramme de Gantt S7-S8]]
+
[[Fichier:DiagrammeGantt.png|500px|center|Diagramme de Gantt S7-S8]]
 
 
  
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Spécification </div>=
+
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Spécifications </div>=
==Equipement==
+
==🤖 Equipement==
  
[[Fichier:Spidey.jpg| 200px | center | Robot Hexapode]]
+
[[Fichier:Spidey.jpg | 300px | thumb | Robot Hexapode]]
  
La première étape de notre projet était de monter le kit hexapode que l'école nous a fourni.
+
Afin de pouvoir réaliser au mieux notre projet, l'école nous à fourni un kit de robot hexapode Arduino.
  
 
Ce robot provient de la marque Adeept et est composé de 13 servo moteurs, de plusieurs modules comme un module WIFI, un gyroscope, un capteur ultrason et de NeoPixels.
 
Ce robot provient de la marque Adeept et est composé de 13 servo moteurs, de plusieurs modules comme un module WIFI, un gyroscope, un capteur ultrason et de NeoPixels.
 
Nous avons de plus, pour faciliter le développement de notre application, commandé un module Bluetooth. (https://www.gotronic.fr/art-module-bluetooth-4-0-dg010-21436.htm)
 
Nous avons de plus, pour faciliter le développement de notre application, commandé un module Bluetooth. (https://www.gotronic.fr/art-module-bluetooth-4-0-dg010-21436.htm)
  
Notre robot à été monté selon la notice suivante :
+
Notre robot a été monté selon la notice suivante :
 
[[Fichier:Notice_de_montage_du_robot.pdf]]
 
[[Fichier:Notice_de_montage_du_robot.pdf]]
  
==Description du système ==
+
==⚙️ Description du système ==
  
[[Fichier:arduino_hat.jpg| 400px| Arduino Hat]]
+
====Nos composants====
  
 +
Voici la liste des différents composants que nous avons utilisés ainsi que leurs références :
 
{| class="wikitable"
 
{| class="wikitable"
 
! Composant !! Référence !! Image
 
! Composant !! Référence !! Image
 
|-
 
|-
 
|
 
|
Servo moteur
+
Carte Arduino
 
|
 
|
AD002
+
Adeept HAT
 
|
 
|
[[Fichier:servo_moteur.jpg|150px]]
+
[[Fichier:arduino_adeept_hat.jpg|150px|Carte Arduino Adeept Hat]]
 
|-
 
|-
 
|
 
|
Gyroscope
+
Servo moteur
 
|
 
|
MPU6050
+
AD002
 
|
 
|
[[Fichier:MPU6050_ultrasonic.jpg|100px]]  
+
[[Fichier:servo_moteur.jpg|150px|Servo moteurs]]
 
|-
 
|-
 
|
 
|
Ligne 151 : Ligne 163 :
 
HC-SR04
 
HC-SR04
 
|
 
|
[[Fichier:capteur_ultrasons.jpg|150px]]
+
[[Fichier:capteur_ultrasons.jpg|150px|Capteur ultrasons]]
 
|-
 
|-
 
|
 
|
Ligne 158 : Ligne 170 :
 
DG010
 
DG010
 
|
 
|
[[Fichier:module_bluetooth.jpg|150px]]
+
[[Fichier:module_bluetooth.jpg|150px|Module bluetooth]]
 
|-
 
|-
 
|
 
|
Carte arduino
+
Gyroscope
 
|
 
|
Adeept HAT
+
MPU6050
 +
|
 +
[[Fichier:MPU6050_ultrasonic.jpg|100px|MPU 6050 ultrasonic]]
 +
|-
 +
|
 +
LEDs Neopixel
 +
|
 +
WS2812 RGB LED
 
|
 
|
[[Fichier:arduino_adeept_hat.jpg|150px]]
+
[[Fichier:neopixelLedsSpidey.png|100px|LEDs Neopixel]]  
 
|}
 
|}
 +
 +
====Carte Arduino Adeept====
 +
 +
Afin de faire fonctionner notre robot, nous avons utilisé la Carte Arduino Adeept fournie dans le kit que nous avions reçu. Cette carte est la carte finale que nous avons décidé d'utiliser pour le robot. En effet, lors du développement du robot, nous avions voulu changer de carte car celle-ci ne possédait pas suffisamment de ports pour rajouter une caméra. Cependant, nous n'avons pas pu approfondir cette partie de notre projet car peu de cartes Arduino possèdent assez de pins et de puissance pour brancher 13 servo moteurs, la carte de nous avions en notre possession était alors idéale.
 +
 +
[[Fichier:arduino_hat.jpg| 400px| Arduino Hat]]
  
 
====Servo moteurs====
 
====Servo moteurs====
Ligne 173 : Ligne 198 :
 
De cette façon, il est possible de contrôler avec précision la rotation du moteur et d'obtenir un positionnement précis.
 
De cette façon, il est possible de contrôler avec précision la rotation du moteur et d'obtenir un positionnement précis.
  
Branchements :
+
'''Branchements''' :
  
[[Fichier:servo_arduino.jpg|700px]]
+
[[Fichier:servo_arduino.jpg|700px|Branchements servo moteurs]]
  
 
Ce branchement sera effectué pour les 13 autres servo moteurs les pins correspondants.
 
Ce branchement sera effectué pour les 13 autres servo moteurs les pins correspondants.
Ligne 182 : Ligne 207 :
  
 
Le MPU-6050 comporte un gyroscope MEMS 3 axes, un accéléromètre MEMS 3 axes intégrés.
 
Le MPU-6050 comporte un gyroscope MEMS 3 axes, un accéléromètre MEMS 3 axes intégrés.
Il possède aussi une puce MEMS qui est très précise, elle permet une conversion analogique-digitale sur 16 bits simultanée sur chaque canal et une interface I2C à une fréquence de 400Hz.
+
Il possède aussi une puce MEMS qui est très précise, elle permet une conversion analogique-digitale sur 16 bits simultanée sur chaque canal et une interface I2C à une fréquence de 400Hz. Il possède aussi un capteur de température dont nous n'avons pas l'utilité. Le capteur possède un DMP (Digital Motion Processor) capable de faire des calculs rapides directement sur la puce à partir des mesures brutes du capteur. Il est donc plus simple de traiter les mesures brutes sur sa carte Arduino.
 
 
Il possède aussi un capteur de température dont nous n'avons pas l'utilité.
 
 
 
Le capteur possède un DMP (Digital Motion Processor) capable de faire des calculs rapides directement sur la puce à partir des mesures brutes du capteur. Il est donc plus simple de traiter les mesures brutes sur sa carte Arduino.
 
  
 
'''Le gyroscope :''' il retourne une vitesse angulaire de rotation selon 3 axes (degrés/seconde). Ainsi il retourne 0 si il n'y a pas de rotation. Il ne donne donc pas directement un angle d'orientation en degrés. Pour obtenir l'angle, il faut réaliser une intégration dans le temps.
 
'''Le gyroscope :''' il retourne une vitesse angulaire de rotation selon 3 axes (degrés/seconde). Ainsi il retourne 0 si il n'y a pas de rotation. Il ne donne donc pas directement un angle d'orientation en degrés. Pour obtenir l'angle, il faut réaliser une intégration dans le temps.
Ligne 192 : Ligne 213 :
 
'''L'accéléromètre :''' il retourne une force ou une accélération (m²/s). Si le robot ne bouge pas, il renvoie la valeur de la pesanteur terrestre. La vitesse (m/s) peut s'en déduire par une première intégration dans le temps (à une vitesse initiale V0 près). La position de déplacement (m) peut s'en déduire par une seconde intégration dans le temps.
 
'''L'accéléromètre :''' il retourne une force ou une accélération (m²/s). Si le robot ne bouge pas, il renvoie la valeur de la pesanteur terrestre. La vitesse (m/s) peut s'en déduire par une première intégration dans le temps (à une vitesse initiale V0 près). La position de déplacement (m) peut s'en déduire par une seconde intégration dans le temps.
  
[[Fichier:gyroscpe_arduino.jpg|500px]]
+
'''Branchements''' :
 +
 
 +
[[Fichier:gyroscpe_arduino.jpg|500px|Branchements gyroscope]]
  
 
'''Librairie Write.h :''' Il est nécessaire de mettre avant chaque fonction 'Wire' en argument.  
 
'''Librairie Write.h :''' Il est nécessaire de mettre avant chaque fonction 'Wire' en argument.  
  
La fonction begin() : Le périphérique peut est mis en maitre ou escalve. Ainsi si un paramètre est placé en argument de la fonction, cela doit etre une adresse et spécifie que l'utilisation se fait en mode esclave. Si il n'y a pas de paramètres, alors on est en mode maître. La déclaration est a faire dans le setup().
+
La fonction <code>begin()</code> : le périphérique peut est mis en maître ou esclave. Ainsi si un paramètre est placé en argument de la fonction, cela doit être une adresse et spécifie que l'utilisation se fait en mode esclave. Si il n'y a pas de paramètres, alors on est en mode maître. La déclaration est à faire dans le <code>setup()</code>.
  
La fonction requestFrom() (maître) : Cette fonction est utilisée par le périphérique maître et elle sert a demander une information à un escalve. Ainsi l'agrment de cette fonction est l'esclave à interroger. Exemple : Wire.requestFrom(address, quantity, stop); Le paramètre stop est a valeu booléene : True : après la requête du maître, requestFrom() envoie un message stop sur le bus, le libérant. False : à contrario, le bus n’est ici pas libéré.
+
La fonction <code>requestFrom()</code> (maître) : cette fonction est utilisée par le périphérique maître et elle sert à demander une information à un esclave. Ainsi l'argument de cette fonction est l'esclave à interroger. Exemple : Wire.requestFrom(address, quantity, stop); Le paramètre stop est à valeur booléene : True : après la requête du maître, requestFrom() envoie un message stop sur le bus, le libérant. False : à contrario, le bus n’est ici pas libéré.
  
La fonction beginTransmission() (maître) : Elle commence la transmission vers un esclave sur le bus de communication. Exemple : Wire.beginTransmission(adresse_du_périphérique). Cette fonction est suivie de la fonction write() ainsi que  endTransmission() pour réaliser entièrement la séquence de communication.
+
La fonction <code>beginTransmission()</code> (maître) : elle commence la transmission vers un esclave sur le bus de communication. Exemple : Wire.beginTransmission(adresse_du_périphérique). Cette fonction est suivie de la fonction write() ainsi que  endTransmission() pour réaliser entièrement la séquence de communication.
  
La fonction endTransmission() (maître) : elle ferme la communication. Exemple : Wire.endTransmission(stop). Elle accepte comme paramètre une valeur booléenne. C’est le même paramètre que dans la fonction requestFrom(). Par défaut, elle est à True et la fonction envoie, après son exécution, un message stop pour relâcher le bus de communication ; comportement contraire pour la valeur False.
+
La fonction <code>endTransmission()</code> (maître) : elle ferme la communication. Exemple : Wire.endTransmission(stop). Elle accepte comme paramètre une valeur booléenne. C’est le même paramètre que dans la fonction requestFrom(). Par défaut, elle est à True et la fonction envoie, après son exécution, un message stop pour relâcher le bus de communication ; comportement contraire pour la valeur False.
  
La fonction write() (maître/esclave) : Cette fonction écrit le paramètre qu’on lui donne (le premier) sur le bus de communication. Elle est commune aux deux types de périphériques : le maître écrit sur le bus, fonction utilisée entre beginTransmission() et endTransmission(). L’esclave écrit sur le bus mais après requête du maître, il ne peut pas écrire de son propre chef. Le premier paramètre contient les données à envoyer. Cela peut être une simple valeur de type byte, une chaîne de caractères ou des données de type tableau ou record. Dans ce dernier cas, il est nécessaire d’ajouter un second paramètre indiquant le nombre de bytes à transmettre.
+
La fonction <code>write()</code> (maître/esclave) : Cette fonction écrit le paramètre qu’on lui donne (le premier) sur le bus de communication. Elle est commune aux deux types de périphériques : le maître écrit sur le bus, fonction utilisée entre beginTransmission() et endTransmission(). L’esclave écrit sur le bus mais après requête du maître, il ne peut pas écrire de son propre chef. Le premier paramètre contient les données à envoyer. Cela peut être une simple valeur de type byte, une chaîne de caractères ou des données de type tableau ou record. Dans ce dernier cas, il est nécessaire d’ajouter un second paramètre indiquant le nombre de bytes à transmettre.
  
La fonction read() (maitre/esclave) :  Cette fonction lit le premier octet disponible sur le bus de communication. Elle renvoie donc cette valeur. Reception des octets un par un.
+
La fonction <code>read()</code> (maitre/esclave) :  Cette fonction lit le premier octet disponible sur le bus de communication. Elle renvoie donc cette valeur. Réception des octets un par un.
  
 
====Capteur à ultrasons====
 
====Capteur à ultrasons====
  
Le fonctionnement : La méthode de détection de distance de ce capteur se réalise grâce à des ultrasons. En effet, le capteur émet des ultrasons dans une certaine direction, au lancement de cette onde, un minuteur se mets en marche. L'onde ultrasonique parcours l'air jusqu'à rencontrer un obstacle et être immédiatement réfléchie. Le capteur reçois alors cette onde réfléchie et arrête le minuteur. En fonction du temps t enregistré par le chronomètre, on peut alors calculer la distance S entre le point de lancement de l'onde et l'obstacle, c'est à dire S=(c*t)/2 avec c=340m/s.  Ces capteurs sont alors largement utilisés dans des applications de tout les jours, tels que le radar de recul des voitures, l'UAV et la voiture intelligente.
+
La méthode de détection de distance de ce capteur se réalise grâce à des ultrasons. En effet, le capteur émet des ultrasons dans une certaine direction, au lancement de cette onde, un minuteur se met en marche. L'onde ultrasonique parcourt l'air jusqu'à rencontrer un obstacle et être immédiatement réfléchie. Le capteur reçoit alors cette onde réfléchie et arrête le minuteur. En fonction du temps t enregistré par le chronomètre, on peut alors calculer la distance S entre le point de lancement de l'onde et l'obstacle, c'est à dire S=(c*t)/2 avec c=340m/s.  Ces capteurs sont alors largement utilisés dans des applications de tous les jours, tels que le radar de recul des voitures, l'UAV et la voiture intelligente.
 +
 
 +
'''Branchements''' :
  
[[Fichier:branchement_capteur.jpg|650px]]
+
[[Fichier:branchement_capteur.jpg|650px|Branchements capteur]]
  
 
====Module bluetooth====
 
====Module bluetooth====
  
 +
Le module Bluetooth HC-06 permet d'établir une liaison Bluetooth entre une carte Arduino et un autre équipement possédant une connexion Bluetooth (Smartphone, tablette par exemple). Le module HC-06 est un module "esclave". Un module "esclave" ne peut recevoir que des demandes d'appairage. Dans notre cas, notre module communiquera avec notre téléphone portable. Les pins RX et TX permettent la communication ( RX : réception et TX : transmission ) et les deux autres pins permettent d'alimenter le module.
 +
 +
'''Branchements''' :
  
Le module Bluetooth HC-06 permet d'établir une liaison Bluetooth entre une carte Arduino et un autre équipement possédant une connexion Bluetooth (Smartphone, tablette par exemple). Le module HC-06 est un module "esclave". Un module "esclave" ne peut recevoir que des demandes d'appairage.
+
[[Fichier:branchement_modulebluetooth.jpg|400px|Branchements module bluetooth]]
  
Dans notre cas, notre module communiquera avec notre téléphone portable.
+
====LEDs Neopixels====
  
Les pins RX et TX permettent la communication ( RX : réception et TX : transmission ) et les deux autres pins permettent d'alimenter le module.  
+
Le module LED RGB WS2812 est une lampe RGB tricolore de faible puissance intégrée à une puce de contrôle du courant. Son utilisation sous arduino se fait grâce aux fonctions contenues dans la librairie <code>Adafruit_NeoPixel.h</code>.  Et notamment grâce à la fonction <code>setPixelColor(i,color)</code>. Cette fonction prend en paramètre le nombre de leds connectées et la couleur que l'on souhaite pour le pixel. Afin de choisir cette couleur il faut utiliser le fonction <code>strip.Color(R,G,B)</code>. Dans cette fonction, nous pouvons choisir le niveau d'intensité de chaque couleur Rouge, Vert et Bleu, sachant que la valeur 0 correspond au plus sombre (donc led éteinte) et le 255 correspond au plus intense.  
  
Ce module dispose de 4 pins à connecter à notre carte Adeept Hat:
+
'''Branchements''' :
  
[[Fichier:branchement_modulebluetooth.jpg|400px]]
+
[[Fichier:branchementsLedsSpidey.png|400px|Branchements des LEDs]]
  
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Code utile à Spidey </div>=
+
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Développement du projet </div>=
  
==Déplacement de l'araignée==  
+
==🏃 Déplacement de Spidey==  
Le déplacement de notre robot se repose sur l'utilisation des servos moteurs. Afin de pouvoir les utiliser dans notre code, nous avons tout d'abord déclaré les 14 servos moteur, grâce à la librairie <code>Servo.h</code>
+
Le déplacement de notre robot repose sur l'utilisation des servos moteurs. Afin de pouvoir les utiliser dans notre code, nous avons tout d'abord déclaré les 14 servos moteur, grâce à la librairie <code>Servo.h</code>
  
Voici un exemple d'initialisation de variable pour un moteur n :
+
Voici un exemple d'initialisation de variable pour le moteur numéroté 2 :
 
<pre>Servo servo2; //Pour premier moteur de la première patte de gauche
 
<pre>Servo servo2; //Pour premier moteur de la première patte de gauche
 
</pre>
 
</pre>
  
Afin de pouvoir relier physiquement notre code aux servos, nous avons associé les Pin sur lequels sont branchés les servos et les variables créées ci-dessus:  
+
Afin de pouvoir relier physiquement notre code aux servos moteurs, nous avons associé les Pin sur lesquels sont branchés les servos moteurs et les variables créées ci-dessus :  
  
 
<pre>
 
<pre>
 
#define servo2_Pin 2
 
#define servo2_Pin 2
servo2.attach(servo2_Pin); //Ce bout de code sera placé dans le <code>void setup()</code>
+
servo2.attach(servo2_Pin); //Ce morceau de code sera placé dans la partie setup()
 
</pre>
 
</pre>
  
Pour créer le déplacement du robot, nous avons crée plusieurs fonction dans le code permettant de réaliser différentes actions :
+
Voici l'association des servos moteurs à leurs PINS que nous avons initialisé dans notre code :
 +
 
 +
[[Fichier:associationPinServosSpidey.png|300px|Association des PINS et des Servos]]
 +
 
 +
Pour créer le déplacement du robot, nous avons développé plusieurs fonctions permettant de réaliser différentes actions. Ces fonctions consistent toutes à utiliser la fonction <code>write()</code> de la librairie.
 
* se mettre en position stable
 
* se mettre en position stable
 
* avancer
 
* avancer
Ligne 249 : Ligne 281 :
 
* tourner à droite
 
* tourner à droite
 
* tourner à gauche  
 
* tourner à gauche  
Ces fonctions consistent toutes à utiliser la fonction <code>write()</code> de la librairie.
+
 
 +
 
  
 
'''Se mettre en position stable :'''
 
'''Se mettre en position stable :'''
  
Cette fonction à pour but de mettre notre robot dans une position de base : stable, tenant droit sur ses 6 pattes.
+
Cette fonction a pour but de mettre notre robot dans une position de base : stable, tenant droit sur ses 6 pattes. Cette fonction sera placée dans la partie <code>setup()</code> de notre programme. Ainsi, dès la mise en marche de Spidey, notre robot se trouvera en position stable, peu importe la position initiale de ses pattes. Nous avons alors considéré que la position résultant au lancement de cette fonction était la position initiale de notre robot. Nous l'utiliserons donc dans d'autres programmes afin de remettre le robot dans sa position initiale stable.
Elle sera lancée dès la mise en alimentation du robot, ce qui lui permet de se remettre debout dans une position ou il est stable peut importe la position dans laquelle étaient ses pattes à la mise en marche.
 
  
 
La fonction est la suivante :
 
La fonction est la suivante :
Ligne 261 : Ligne 293 :
 
</pre>
 
</pre>
 
Le code précis de celle ci trouve à la fin de notre wiki.
 
Le code précis de celle ci trouve à la fin de notre wiki.
 +
  
 
'''Avancer :'''
 
'''Avancer :'''
  
La fonction pour faire avancer le robot se décompose en différents mouvements :  
+
La fonction pour faire avancer notre robot, ainsi que les fonctions pour le faire reculer ou tourner ont été développées sur le même principe : un enchaînement de mouvements sur différentes pattes du robot. Ainsi, pour la fonction avancer, les différents mouvements sont les suivants :  
 
* Lever 3 de ses pattes
 
* Lever 3 de ses pattes
* Les avancer vers l'avant
+
* Les avancer
 
* Poser les 3 pattes
 
* Poser les 3 pattes
* Les décaler vers l'arrière
+
* Les déplacer vers l'arrière
Il faut ensuite réaliser ce mouvement mais avec les 3 autres pattes opposées.
+
Il faut ensuite réaliser ce mouvement mais avec les 3 autres pattes opposées. Après chaque mouvement de 3 pattes, nous lui demandons grâce à la fonction <code>delay(250);</code>, d'attendre un délais de 250ms pour laisser le temps aux servos moteurs de réaliser leurs mouvements.
Après chaque mouvement de 3 pattes, nous lui demandons grâce à la fonction <code>delay(250);</code> d'attendre un délais de 250ms pour laisser le temps aux servos moteurs de réaliser leur mouvements.
+
La fonction est la suivante :
 
<pre>
 
<pre>
 
  void avancer();
 
  void avancer();
 
</pre>
 
</pre>
 +
 +
Voici un schéma pour mieux visualiser la décomposition des mouvements du robot qui lui permettent d'avancer :
 +
[[Fichier:differentsMouvementsPourAvancer.png|900px|center|Différents mouvements de Spidey pour avancer]]
 +
  
 
'''Reculer :'''
 
'''Reculer :'''
 +
Sur le même principe que pour la fonction <code>avancer()</code>, la fonction permettant au robot de reculer se décompose en différents mouvements :
 +
* Lever 3 de ses pattes
 +
* Les déplacer vers l'arrière
 +
* Poser les 3 pattes
 +
* Les déplacer vers l'avant
 +
La fonction est la suivante :
 
<pre>
 
<pre>
 
  void reculer();
 
  void reculer();
 
</pre>
 
</pre>
 +
  
 
'''Tourner à droite :'''
 
'''Tourner à droite :'''
Ligne 284 : Ligne 328 :
 
  void tourne_droite();
 
  void tourne_droite();
 
</pre>
 
</pre>
 +
  
 
'''Tourner à gauche :'''
 
'''Tourner à gauche :'''
Ligne 290 : Ligne 335 :
 
</pre>
 
</pre>
  
==Utilisation du capteur - Détection d'obstacle==
+
==📱 Application sur MIT App Inventor==
 
 
<pre>
 
const int pingPin = A3; //pin connectée au pin Echo du module
 
const int trigPin = A2; //pin connectée au pin Trig du module
 
#define distance_MAX 10 //distance à l'obstacle en cm
 
#define max_capt 1012
 
</pre>
 
 
 
==Utilisation des leds==
 
<pre>
 
#include <Adafruit_NeoPixel.h>   
 
#define led_numbers  6 //WS2812 number  of LED
 
#define PIN  A1  //WS2812 PIN 
 
Adafruit_NeoPixel strip = Adafruit_NeoPixel(led_numbers, PIN, NEO_GRB + NEO_KHZ800);//NEO_KHZ400+NEO_RGB
 
int R=random(0,255);
 
int G=random(0,255);
 
int B=random(0,255);
 
</pre>
 
 
 
==Utilisation du module Bluetooth==
 
<pre>
 
#include <SoftwareSerial.h>
 
#define BAUDRATE 9600
 
SoftwareSerial HC06(1,0);
 
String message;
 
</pre>
 
 
 
==Application sur MIT App Inventor==
 
  
 
Dans notre projet, nous voulions utiliser le logiciel MIT App Inventor (MITAI) afin de créer une application permettant de contrôler le robot à distance. Cette application sera connectée au robot via une connexion Bluetooth.
 
Dans notre projet, nous voulions utiliser le logiciel MIT App Inventor (MITAI) afin de créer une application permettant de contrôler le robot à distance. Cette application sera connectée au robot via une connexion Bluetooth.
Nous avons commencée à réaliser l'interface de cette application :
 
  
[[Fichier:interface_application.png|200px|right|Interface de l'application smartphone]]
+
'''Au cours du semestre 7,''' nous avons commencée à réaliser l'interface de cette application qui sera disponible sur smartphone. Sur cette application, nous avons pour l'instant uniquement ajouté un bouton permettant la connexion au module bluetooth. Voici la première ébauche de l'application ainsi que le code que nous avons commencé à implémenter afin de la faire fonctionner :
  
Et nous avons aussi commencé à implémenter le code pour la faire fonctionner :
+
[[Fichier:interface_application.png|200px|Ebauche de l'interface de l'application smartphone]]
 +
[[Fichier:code_application.png|700px|Début de code pour l'application qui gère la connexion bluetooth]]
  
[[Fichier:code_application.png| 400px| Début de code pour l'application]]
+
'''Au cours du semestre 8,''' nous avons reçu notre module bluetooth et ainsi la communication entre le robot et l'application a pu être possible. Nous avons alors complété l'application développée au semestre précédent en lui ajoutant :  
 
 
Maintenant que la connexion entre l'application et le téléphone est possible, nous avons compléter l'interface de l'application en lui ajoutant :  
 
 
* 4 boutons pour les différents mouvements
 
* 4 boutons pour les différents mouvements
* Un label indiquant si nous sommes connecté
+
* Un label indiquant si nous sommes connectés
 
* Un bouton pour se connecter  
 
* Un bouton pour se connecter  
 
* Un bouton pour se déconnecter
 
* Un bouton pour se déconnecter
* Un label indiquant le status
+
* Un label indiquant le statut
 
* Une photo de l'icône Bluetooth  
 
* Une photo de l'icône Bluetooth  
 
* Une photo de Spidey  
 
* Une photo de Spidey  
 
   
 
   
 +
Voici l'interface finale de notre application smartphone ainsi que le code correspondant :
  
[[Fichier:code_app.jpg|700px|Code pour l'application]]
+
[[Fichier:application.png|200px|Application smartphone Finale ]] [[Fichier:code_app.jpg|700px|Code pour l'application]]
[[Fichier:application.png|200px|Application Finale ]]
 
  
==Mise en situation==
+
==🌐 Utilisation du module Bluetooth==
  
'''Utilisation du capteur de distance'''
+
Nous avions décidé d'utiliser un module Bluetooth à la place d'un module Wifi car la connexion avec l'application que nous étions en train de développer était plus simple avec celui-ci. Cependant, nous avons rencontré quelques difficultés avec le module que nous avions commandé. En effet, celui-ci n'avait pas de référence et nous n'avons pas trouvé de datasheet sur internet. Nous avons donc opté pour un second module bluetooth que nous avons réussi à faire fonctionner.
 +
Pour pouvoir l'utiliser, nous avons dû initialiser de nombreux paramètres, notamment le Bauderate mais surtout la connexion. Afin de vérifier si celle-ci fonctionnait et si nous avions réussi les initialisations, nous avions branché le robot en série à l'ordinateur, et grâce à l'interface série sur Arduino, nous avons pu vérifier si le robot recevait bien les commandes envoyées de l'application mobile par la connexion bluetooth installée.
 +
Après avoir validé la réception de données, nous avons donc pu développer notre code final qui tournera en boucle sur notre robot.
 +
Le principe est le suivant :
 +
Tant que la liaison avec le module bluetooth est disponible :
 +
* On lit le message reçu (qui nous viens de l'utilisation de l'application)
 +
* On réalise l'analyse d'obstacle
 +
* Si il n'y a pas d'obstacle, on réalise le mouvement commandé par l'application
 +
* Après avoir réalisé une action, la variable qui stocke le message est remise à zéro et la boucle recommence
 +
 
 +
==🚩 Utilisation du capteur - Détection d'obstacle==
 +
 
 +
'''Fonctions permettant l'acquisition de données :'''
 +
 
 +
Le capteur de distance, placé sur la tête de notre robot, va notamment nous permettre de lui faire détecter des obstacles.  D'après le fonctionnement du capteur, expliqué dans la partie description du système plus haut dans le wiki, nous avons développé une fonction <code>ping()</code>. Cette fonction permet de mesurer la distance entre le capteur et un objet.
 +
Pour cela, la fonction utilise la fonction <code>pinMode()</code> qui va nous permettre de configurer les pin pour envoyer un signal de déclenchement (trigPin) et recevoir un signal de retour (pingPin). Au début, une impulsion haute va être envoyée pour déclencher le capteur et attendre un bref instant avant de l'envoyer avec la fonction <code>delayMicroseconds()</code>. Ensuite, le capteur attend la réponse du signal retour qui est en mode INPUT et va utiliser la fonction <code>pulseIn()</code> pour mesurer la durée du signal de retour qui sera en microsecondes et stocké dans la variable interne <code>duree</code>.
 +
Cette valeur de retour étant en microsecondes, nous avons implémenté une fonction <code>microsecondsToCentimeters()</code> pour convertir la durée du signal obtenue en distance en centimètre.
 +
Les codes de ces différentes fonctions se retrouvent à la fin du wiki dans la partie Code.
 +
 
 +
'''Détection d'obstacles :'''
 +
 
 +
Pour la détection d'obstacle nous avons alors utilisé les fonctions développé ci-dessus pour construire un algorithme de détection. Tout d'abord, nous avons simplement essayé de réaliser un simple bout de programme dans la partie <code>loop()</code> de notre code afin de valider son fonctionnement. Le principe de cet algorithme est le suivant : le robot avance (soit en ligne droite par une commande imposée soit par utilisation de l'application) puis dès que le capteur de distance détecte un obstacle à une distance que nous avons arbitrairement choisi, le robot s'arrête et se mets en position stable. Cette fonction est la fonctions <code>detection_obstacles()</code> que vous pouvez retrouver à la fin de ce Wiki.
 +
Dans la partie finale de notre code, qui demande donc l'utilisation de l'application afin de commander le robot à distance, nous avons du réaliser un autre algorithme pour permettre au robot de reculer tant qu'il ne voit plus l'obstacle. Puis nous devons être capable de lui envoyer une nouvelle commande afin que celui-ci évite l'obstacle et que nous puissions continuer de l'utiliser à distance. Cependant, cette partie de notre algorithme reste perfectible. Vous pouvez aussi la retrouver à la fin de notre Wiki dans la partie <code>loop()</code>.
 +
 
 +
[[Fichier:DetectionObstacleSpidey.png|900px|Exemple de détection d'obstacles]]
 +
 
 +
==💡 Utilisation des leds==
  
[[Fichier:capteur_terrain_cailloux.mp4|600px]]
+
Dans le kit Arduino de notre robot, nous avions à notre disposition deux barrettes de 3 LEDs. Ces LEDs ont été placées sur la tête de Spidey mais, dans l'objectif final, nous n'avions pas spécialement décidé de les utiliser. Cependant, après avoir validé la commande de Spidey via l'application mobile, il nous restait alors du temps pour rajouter certaines fonctionnalités comme la détection d'obstacles mais aussi l'utilisation de ces LEDs.  Pour pouvoir les utiliser dans notre code, il était nécessaire d'importer la librairie <code>Adafruit_NeoPixel.h</code> qui nous permet de commander les LEDs.
 +
Après avoir testé leur fonctionnement, nous avons eu l'idée de les utiliser afin d'ajouter une information visuelle des commandes que nous transmettions par l'application ou encore pour montrer un problème (lors de la détection d'obstacles).  
  
'''Angle maximal'''
+
Dans notre application, nous avions choisi un code couleur pour les différents boutons :
 +
* Avancer : bleu
 +
* Reculer : vert
 +
* Aller à droite : rouge
 +
* Aller à gauche : blanc
  
[[Fichier:Test_pente.mp4|600px]]
+
Nous avons alors repris ces codes couleurs pour indiquer sur la tête de Spidey la commande reçue. Voici le résultat :
 +
[[Fichier:gestionLedsCommandeSpidey2.png|900px|Gestion des leds pour les différentes commandes]]
  
Nous avons tout d'abord réalisé un test concernant la stabilité de notre robot sur un terrain en pente. D'après cette expérimentation, on en déduit que Spidey reste stable sur une surface lisse inclinée de maximum 20°.
 
  
'''Montée d'un terrain avec une légère pente un terrain non lisse'''
+
==🧭 Utilisation du Gyroscope==
  
[[Fichier:petite_pente_cailloux_herbe.mp4|600px]]
+
L'utilisation du gyroscope n'était pour nous pas une priorité, mais il aurait pu nous aider à rendre notre robot plus stable sur des surfaces avec une pente très élevée. En effet, sur les conseils de notre professeur, nous pouvions améliorer Spidey en utilisant les données du gyroscope pour créer un programme lui faisait garder son centre de gravité stable tout en ajustant la hauteur de ses pattes. Cependant, en réfléchissant au développement de ce code, nous nous sommes aperçues que cette amélioration n'allait pas être possible. En effet, les pattes de notre robot manquent d'un degré de liberté, qui aurait pu être rajouté en modifiant ses pattes pour avoir des épaules. Sans cette modification, notre robot ne peut lever ou abaisser que la première partie de ses pattes et la seconde partie ne peut que se déplacer dans un plan horizontal. Nous avons donc décidé de ne pas aller plus loin sur cette idée, car nous aurions dû changer le squelette de ses pattes puis de nouveau développer un code qui nous paraissait assez compliqué.  
  
==Utilisation du Gyroscope==
+
Cependant, nous avons quand même réussi, grâce à un code fourni avec le robot, à acquérir les données du gyroscope :
  
Avec le programme ci-dessous, nous avons réussi à récupérer les données du gyroscope :
+
[[Fichier:gyroscopevideo.mp4|600px|Données du gyroscope]]
  
<pre> code </pre>
 
  
Voici une vidéo montrant les données du gyroscope selon la position de l'araignée :
+
==🪜 Montée d'escalier==
  
 +
Pour aller plus loin dans notre projet, ne pouvans pas améliorer sa stabilité grâce au gyroscope, nous nous sommes données comme le fait que Spidey devait pouvoir monter des escaliers. Pour cela, nous avons construit un escalier en carton adapté à sa taille.
  
 +
[[Fichier:escalierSpidey.png|400px|Escalier adapté à Spidey]]
  
[[Fichier:gyroscopevideo.mp4|600px]]
+
En effet, comme pour l'utilisation du gyroscope, Spidey n'a pas d'épaules et ne peut donc pas lever ses pattes comme nous le souhaiterions. Tout d'abord nous avons décidé que pour monter une marche, Spidey devra lever ses pattes le plus haut possible. Il lèvera tout d'abord ses deux pattes avant pour pouvoir les poser sur la première marche. Il va ensuite exercer une pression en appuyant sur ses pattes de devant pour se soulever et ainsi pour pouvoir poser ses deux pattes du milieu sur la plateforme. Cependant, nous n'avons pas réussi à lui faire monter les escaliers avec cette technique.
 +
Nous avons donc décidé d'essayer simplement nos fonctions qui lui permettent d'avancer normalement, en levant au maximum ses pattes lors du mouvement où il les monte, afin de pouvoir grimper sur l'escalier.
  
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Résultats </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Résultats </div>=
===Jeux de lumière Application-Neopixel===
 
En se basant sur les couleurs des flèches de l'application, nous avons retranscrit ces couleurs sur la tête du robot.
 
  
[[Fichier:appli_neopixel.mp4|600px]]
+
==🌏 Mise en situation==
 +
 
 +
Au cours du semestre 8, nous arrivions à la phase finale du développement de notre projet. Nous avons ainsi durant cette période, réalisé de nombreux tests fonctionnels afin de valider certaines parties du développement de notre robot et de pouvoir réaliser les réglages nécessaires à son bon fonctionnement. Nous espérons ainsi à la fin de ce projet, avoir amené notre robot jusqu'à l'échelon TRL4 ou au mieux TRL5 en ayant testé Spidey dans ces conditions d'utilisation réelles.
 +
 
 +
 
 +
'''Utilisation du capteur de distance'''
 +
 
 +
[[Fichier:capteur_terrain_cailloux.mp4|600px|Utilisation de la détection d'obstacles]]
 +
 
 +
Le code implémenté dans Spidey pour cette vidéo réalise une détection d'obstacle lorsque l'obstacle est à 10cm de son capteur. Puis il s'arrête et tourne jusqu'à ce qu'il ne détecte plus l'obstacle. Si il ne le détecte plus, il reprend la commande qui lui été donnée, c'est à dire avancer. (Dans cette partie, nous n'utilisions pas l'application, ainsi un ordre unique été donné au robot lors de la transmission du code dans la Carte Arduino).
 +
 
 +
 
 +
'''Angle maximal'''
 +
 
 +
[[Fichier:Test_pente.mp4|600px|Angle maximal]]
 +
 
 +
Ne pouvant pas réaliser de code utilisant le gyroscope pour rendre Spidey plus stable sur un terrain en pente, nous avons décidé de réaliser un test afin de déterminer l'angle maximal d'un terrain en pente sur lequel Spidey peut tenir, notamment grâce à ses rajouts au bout de ses pattes. D'après cette expérimentation, on en déduit que Spidey reste stable sur une surface lisse inclinée de maximum 20°.
 +
 
 +
 
 +
'''Montée d'un terrain non lisse avec une légère pente'''
 +
 
 +
[[Fichier:petite_pente_cailloux_herbe.mp4|600px|Montée d'un terrain non lisse avec une légère pente]]
 +
 
 +
Pour ce test, nous avons placé Spidey sur une pente légère avec des dalles en béton et des touffes d'herbe. Lors de ce test, Spidey avait une unique commande implémentée, celle d'aller tout droite. Ce test reste ainsi concluant car il arrive bien à monter une légère pente non lisse mais aussi à marcher dans de l'herbe.
  
  
===Escalier===
+
'''Montée d'un escalier'''
  
Après avoir construit un escalier en carton, nous avons testé si le robot pouvait le monter.
+
[[Fichier:videoSpideyEscalierEchec2.mov|600px|Montée d'un escalier échec]]
  
[[Fichier:spidey_escalier.mp4|600px]]
+
Pour ce test, nous avons fait monter Spidey sur l'escalier en carton que nous avions créé au préalable. Cependant, comme vous pouvez le constater sur cette vidéo la montée de l'escalier est un échec car Spidey tombe sur le dos.
 +
 
 +
[[Fichier:SpideyEscaliers.mp4|600px|Montée d'un escalier]]
 +
 
 +
==🧑‍💻 Commande du robot à distance==
 +
 
 +
[[Fichier:appli_neopixel.mp4|600px|Commande robot et utilisation Neopixels]]
 +
 
 +
Sur cette vidéo, vous pouvez voir l'utilisation des LEDs sur notre robot ainsi que la commande à distance des mouvements de Spidey grâce à l'application mobile. Comme décrit dans la partie utilisation des LEDs plus haut dans le Wiki, le code couleur se base sur les couleurs des boutons de l'application.
  
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Bilan du semestre 7 </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Bilan du semestre 7 </div>=
  
Pendant ce semestre, nous avons réussi à :  
+
Au cours de ce semestre, nous avons réussi à :  
 
* Piloter le robot via la plateforme Arduino.  
 
* Piloter le robot via la plateforme Arduino.  
* Imprimé en 3D des supports pour les pattes pour que celles-ci ne glissent plus en se déplaçant.
+
* Imprimer en 3D des supports pour les pattes pour que celles-ci ne glissent plus lorsque Spidey se déplace.
* Commencé l'application téléphone permettant le pilotage du robot à distance.
+
* Commencer le développement de l'application mobile permettant le pilotage du robot à distance.
  
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Bilan du semestre 8 </div>=
 
=<div class="mcwiki-header" style="border-radius: 20px; padding: 10px; font-weight: bold; color: #FFFFFF; text-align: center; font-size: 80%; background: #7AA1F7; vertical-align: top; width: 98%;"> Bilan du semestre 8 </div>=
  
Pendant ce semestre, nous avons réussi à :
+
Au cours de ce semestre, nous avons réussi à :
*Créer une application Mobile
+
*Créer une application mobile
*Faire se déplacer le robot grâce à une Application Mobile
+
*Piloter le robot à distance grâce à l'application mobile
 
*Utiliser le capteur de distance  
 
*Utiliser le capteur de distance  
 
*Tester son gyroscope
 
*Tester son gyroscope
Ligne 404 : Ligne 481 :
  
 
== Semestre 6 ==  
 
== Semestre 6 ==  
===Séance du 01/03/22===
 
Séance de découverte du sujet de notre projet. Nous avons alors poursuivi nos recherches sur les robots hexapodes existants sur le marché ainsi que leurs différentes utilisations.
 
  
===Séance du 08/03/22===
+
'''Séance du 01/03/22'''
 +
 
 +
Séance de découverte du sujet de notre projet.
 +
* Réalisation de recherches sur les robots hexapodes existants sur le marché
 +
* Réalisation de recherches sur leurs différentes utilisations.
 +
 
 +
 
 +
'''Séance du 08/03/22'''
 +
 
 
[[Fichier:BeteACorne.png|200px|Right|Diagramme Bête à Corne]]
 
[[Fichier:BeteACorne.png|200px|Right|Diagramme Bête à Corne]]
 
[[Fichier:PieuvreP11.png|200px|Left|Diagramme "Pieuvre"]]
 
[[Fichier:PieuvreP11.png|200px|Left|Diagramme "Pieuvre"]]
  
Durant cette séance,nous avons commencé à réaliser un diagramme de Gantt prévisionnel pour le semestre 7. Nous avons également commencé à réaliser une étude du besoin notamment avec la réalisation d'un diagramme "Bête à Corne" et d'un diagramme "Pieuvre", que vous pouvez retrouver ci-dessus.
+
* Création d'un diagramme de Gantt prévisionnel pour le semestre 7.  
 +
* Réalisation d'une étude du besoin notamment avec la réalisation d'un diagramme "Bête à Corne" et d'un diagramme "Pieuvre", que vous pouvez retrouver ci-dessus.
  
===Séance du 15/03/22===
 
Durant cette séance, avions décidé de démarrer l'étude de marché. Pour cela nous avons fait des recherches sur les différents robots similaires qui pourraient exister. Cela nous a permis de démarrer l'étude de marché mais aussi de réaliser une étude des opportunités. En parallèle,  nous avons également démarré l'analyse fonctionnelle de notre robot.
 
  
===Séance du 22/03/22===
+
'''Séance du 15/03/22'''
Durant cette séance, nous avons poursuivi les études de la semaine précédente.
 
  
===Séance du 29/03/22===
+
* Démarrage de l'étude de marché. Pour cela nous avons fait des recherches sur les différents robots similaires qui pourraient exister.
Durant cette séance, nous avons fini l'étude de marché et commencé à réfléchir au plan d'action. Nous avons également commencé à rédiger notre cahier des charges.
+
* Réalisation d'une étude des opportunités.  
 +
* Démarrage de l'analyse fonctionnelle de notre robot.
  
===Séance du 05/04/22===
 
Durant cette séance, nous avons commencé le plan d'action et avancé la rédaction du cahier des charges.
 
  
===Séance du 26/04/22===
+
'''Séance du 22/03/22'''
Durant cette séance, nous avons réalisé un bilan de ce qui nous rester à effectuer et commencé l'étude de faisabilité et l'étude des risques.
 
  
===Séance du 03/05/22===
+
* Poursuite de l'étude de marché.
Durant cette séance, nous avons terminé l'analyse des risques, poursuivi l'étude de faisabilité et le cahier de charge.
+
* Poursuite de l'étude des opportunités.
 +
* Poursuite de l'analyse fonctionnelle du robot.
 +
 
 +
 
 +
'''Séance du 29/03/22'''
 +
 
 +
* Finalisation de l'étude de marché.
 +
* Début de réflexion sur le plan d'action.
 +
* Démarrage de la rédaction de notre cahier des charges.
 +
 
 +
 
 +
'''Séance du 05/04/22'''
 +
 
 +
* Démarrage du plan d'action sur la base de nos réflexions de la dernière séance.
 +
* Poursuite de la rédaction du cahier des charges.
 +
 
 +
 
 +
'''Séance du 26/04/22'''
 +
 
 +
* Bilan sur ce qu'il nous reste à effectuer avant la fin du semestre.
 +
* Démarrage de l'étude de faisabilité.
 +
* Démarrage de l'étude des risques.
 +
 
 +
 
 +
'''Séance du 03/05/22'''
 +
 
 +
* Finalisation de l'analyse des risques.
 +
* Poursuite de l'étude de faisabilité.
 +
* Poursuite de la rédaction du cahier des charges.
  
 
==Semestre 7==
 
==Semestre 7==
  
===Séance du 10/10/22===
+
'''Séance du 10/10/22'''
Durant cette séance, nous avons cherché à améliorer notre robot et finir son montage.
+
 
 +
* Amélioration du robot
 +
* Finalisation de son montage
 +
 
 +
 
 +
'''Séance du 21/10/22'''
 +
 
 +
* Cherche sur une éventuelle carte qui pourrait convenir afin de pouvoir insérer d'autres composants et un servo moteur en plus. En effet la carte actuelle est entièrement utilisée et nous souhaitons rajouter des composants.
 +
* Essai d'implémentation du programme dans le robot : celui-ci ne fonctionnant pas, nous devons revoir l'entièreté du code et teste chaque servo moteur individuellement.
 +
* Test du capteur ultrasons : validé
 +
* Test des leds : validé
  
===Séance du 21/10/22===
 
Durant cette séance, nous avons regardé quelle carte pourrait convenir pour insérer d'autres composants et un servo moteur en plus, la carte actuelle est totalement utilisée.
 
  
===Séance du 21/10/22===
+
'''Séance du 28/10/22'''
Durant cette séance, nous avons essayé d'implémenter le programme dans le robot. Le programme ne marchant pas, nous devons donc reprendre le code à 0 et tester chaque servo moteur. Nous avons toutefois réussi a tester le capteur à ultrason et les NeoPixel.
 
  
===Séance du 28/10/22===
+
* Résolution du problème concernant les servos moteurs : il provenait d'un mauvais branchement lors du montage du robot.
Durant cette séance, nous avons résolu le problème des servos moteur qui provenait d'un mauvais branchement. Notre araignée se déplace pour la première fois. Cependant elle rencontre de gros problèmes d'adhérences.
+
* Le robot se déplace pour la première fois !
 +
* On remarque cependant de gros problèmes d'adhérence au niveau de ses pattes.
  
===Séance du 18/11/22===
 
Durant cette séance, nous avons poursuivi la programmation des différents mouvements du Robot. Pour l'adhérence, nous avons testé différentes solutions : élastiques , colle chaude.
 
  
===Séance du 21/11/22===
+
'''Séance du 18/11/22'''
Durant cette séance , nous avons cherché un logiciel de modélisation 3D afin de réaliser nos patins et commencer la prise en main de celui-ci.
 
  
===Séance du 25/11/22===
+
* Poursuite de la programmation des différents mouvements du robot.
Durant cette séance, nous avons modifié et amélioré notre diagramme de Gantt pour le S7 et le S8. Nous avons également avancé la modélisation 3D des patins sur Onshape.
+
* Pour l'adhérence, nous avons testé différentes solutions : élastiques en caoutchouc, colle chaude.
  
[[Fichier:DiagrammeGantt.png|400px|center|Diagramme de Gantt S7-S8]]
 
  
===Séance du 28/11/22===
+
'''Séance du 21/11/22'''
Pendant cette séance, nous avons fini la modélisation des pattes de l’araignée pour qu’elle soit plus stable. Nous allons en imprimer un exemplaire pour vérifier que la pièce s’emboite bien dans la patte du robot.
 
Nous avons aussi continuer la recherche du développement de l’application pour contrôler le robot à distance.
 
Sur l’application MIT App Inventor, nous ne pouvons pas utiliser le module WIFI, c’est pour cela que nous allons regarder pour la séance prochaine si nous pouvons remplacer le module WIFI par un module Bluetooth.
 
  
===Séance du 08/12/22===
+
* Recherche d'un logiciel de modélisation 3D afin de réaliser le rajout antidérapant sur les pattes.
 +
* Prise en main du logiciel.
 +
* Début de modélisation des pattes.
  
Durant cette séance,nous avons lancé l'impression 3D de nos cinq pattes manquantes et completé le Wiki.
 
  
[[Fichier:Impression3d.jpg|200px|thumb|left]]
+
'''Séance du 25/11/22'''
[[Fichier:IMG_20221215_105544_edit_1289847606519329.jpg|200px|thumb|right]]
 
  
 +
* Modification et amélioration du diagramme de Gantt pour le S7 et le S8.
 +
* Avancée de la modélisation 3D des pattes sur Onshape.
  
 +
[[Fichier:DiagrammeGantt.png|400px|center|Diagramme de Gantt S7-S8]]
  
  
 +
'''Séance du 28/11/22'''
  
 +
* Modélisation des pattes de l’araignée pour qu’elle soit plus stable terminée. Nous allons en imprimer un exemplaire pour vérifier que la pièce s’emboite bien dans la patte du robot.
 +
* Nous avons aussi continué la recherche du développement de l’application pour contrôler le robot à distance.
 +
Sur l’application MIT App Inventor, nous ne pouvons pas utiliser le module WIFI, c’est pour cela que nous allons regarder pour la séance prochaine si nous pouvons remplacer le module WIFI par un module Bluetooth.
  
  
 +
'''Séance du 08/12/22'''
  
 +
* Lancement de l'impression 3D de nos 5 pattes manquantes
 +
* Wiki completé
  
 +
[[Fichier:Impression3d.jpg|500px|Impression 3D]]
 +
[[Fichier:IMG_20221215_105544_edit_1289847606519329.jpg|200px|Pièce imprimée rajoutée sur la patte]]
  
  
 +
'''Séance du 15/12/22'''
  
===Séance du 15/12/22===
+
* Début de rédaction du rapport pour le S7
Durant cette séance, nous avons commencé le rapport et avancé le Wiki.
+
* Avancement du Wiki
  
 
==Semestre 8==
 
==Semestre 8==
  
===Séance du 18/01/23===
+
'''Séance du 18/01/23'''
  
Durant cette séance, nous avons fait des recherches pour le gyroscope, nous avons aussi continué l'application mais nous n'avons pas pu nous connecter au module bluetooth et en allumant le robot, une patte a cassé, nous devons réfléchir à comment réparer cette patte. Pour l'instant nous avons utilisé de la colle ainsi qu'un plastique chauffant pour maintenir la patte.
+
* Recherches pour le gyroscope
 +
* Nous avons continué de développer l'application mais nous n'avons pas pu nous connecter au module bluetooth
 +
* En allumant le robot, une patte a cassé, nous devons réfléchir à comment réparer cette patte. Pour l'instant nous avons utilisé de la colle ainsi qu'un plastique chauffant pour maintenir la patte.
  
===Séance du 25/01/23===
 
  
Test gyroscope non concluant. (ajouter une vidéo )
+
'''Séance du 25/01/23'''
  
Utilisation du capteur de distance
+
* Test gyroscope non concluant.
 +
* Utilisation du capteur de distance
 +
* Solution pour la tête cassé : utilisation de lego
 +
* Envoi du mail pour savoir où en est la commande du module bluetooth
  
Solution pour la tête cassé : utilisation de lego (ajouter une photo)
 
  
Envoi du mail pour savoir où en est la commande du module bluetooth
+
'''Séance du 01/02/23'''
 
 
===Séance du 01/02/23===
 
  
 
Durant cette séance, nous avons :
 
Durant cette séance, nous avons :
Ligne 508 : Ligne 630 :
 
*Remplissage du wiki
 
*Remplissage du wiki
  
===Séance du 08/02/23===
+
 
 +
'''Séance du 08/02/23'''
 +
 
 
Durant cette séance, nous avons essayé de connecter le module Bluetooth au robot afin que
 
Durant cette séance, nous avons essayé de connecter le module Bluetooth au robot afin que
 
celui-ci se déplace. Nous avons modifié le code de l’application ainsi que le code Arduino.
 
celui-ci se déplace. Nous avons modifié le code de l’application ainsi que le code Arduino.
Ligne 517 : Ligne 641 :
 
robot en le faisant avancer.
 
robot en le faisant avancer.
  
===Séance du 15/02/23===
+
 
 +
'''Séance du 15/02/23'''
 +
 
 
Nous avons retesté le programme de la semaine précédente mais cette fois celui-ci ne fonctionne plus. On se sait pas pourquoi car nous n’avons rien changé. Nous avons identifié qu’il n’arrive plus à faire les comparaison alors qu’il reçoit bien le message.
 
Nous avons retesté le programme de la semaine précédente mais cette fois celui-ci ne fonctionne plus. On se sait pas pourquoi car nous n’avons rien changé. Nous avons identifié qu’il n’arrive plus à faire les comparaison alors qu’il reçoit bien le message.
  
===Séance du 01/03/23===
+
 
 +
'''Séance du 01/03/23'''
 +
 
 
Durant cette séance, nous avions pour objectif de faire fonctionner à nouveau la commande à distance de notre robot par liaison bluetooth à notre application.
 
Durant cette séance, nous avions pour objectif de faire fonctionner à nouveau la commande à distance de notre robot par liaison bluetooth à notre application.
 
Pour cela, nous avons réalisé de nombreux tests afin de découvrir d’où venait le problème.
 
Pour cela, nous avons réalisé de nombreux tests afin de découvrir d’où venait le problème.
Ligne 540 : Ligne 668 :
 
Pour la prochaine séance, nos objectifs seront de perfectionner l’arrêt du robot lors de la rencontre d'un obstacle. Mais aussi de faire en sorte que celui-ci soit capable d'escalader l'escalier que nous avons réaliser cette séance.
 
Pour la prochaine séance, nos objectifs seront de perfectionner l’arrêt du robot lors de la rencontre d'un obstacle. Mais aussi de faire en sorte que celui-ci soit capable d'escalader l'escalier que nous avons réaliser cette séance.
  
===Séance du 08/03/23===
+
 
 +
'''Séance du 08/03/23'''
 +
 
 
Réalisations de cette séance :
 
Réalisations de cette séance :
 
* Vidéo de Spidey rajoutée au wiki montant un escalier de carton
 
* Vidéo de Spidey rajoutée au wiki montant un escalier de carton
Ligne 546 : Ligne 676 :
 
Sinon Spidey fonctionne, il peut être téléguidé grâce à l'application sur le téléphone. De plus il s’arrête et recule lorsqu'il rencontre un obstacle. Cependant, après avoir vu l'obstacle, on ne peut plus lui demander de réaliser une autre action. Cette partie reste alors à refaire durant la prochaine séance.
 
Sinon Spidey fonctionne, il peut être téléguidé grâce à l'application sur le téléphone. De plus il s’arrête et recule lorsqu'il rencontre un obstacle. Cependant, après avoir vu l'obstacle, on ne peut plus lui demander de réaliser une autre action. Cette partie reste alors à refaire durant la prochaine séance.
  
===Séance du 15/03/23===
+
 
 +
'''Séance du 15/03/23'''
  
 
Mise à jour du Diagramme de Gantt et du Wiki
 
Mise à jour du Diagramme de Gantt et du Wiki
Ligne 558 : Ligne 689 :
 
Nous avons décidé d'implémenter le code de notre robot sous Arduino. Veuillez trouver dans cette partie l'entièreté de notre code permettant à celui-ci de fonctionner.
 
Nous avons décidé d'implémenter le code de notre robot sous Arduino. Veuillez trouver dans cette partie l'entièreté de notre code permettant à celui-ci de fonctionner.
  
Bibliothèque nécessaire pour pouvoir utiliser et initialiser les servos moteurs
+
===Partie initialisation (variables, bibliothèques)===
<pre>
+
 
#include <Servo.h>
+
[[Fichier:initialisation1.png|1300px|Initialisation]]
</pre>
+
[[Fichier:initialisation2.png|1300px|Initialisation]]
 +
 
 +
===Le setup===
 +
 
 +
[[Fichier:Setupspidey.png|1300px|Fonction de setup]]
 +
 
 +
===La fonction init_stable===
 +
 
 +
[[Fichier:initstablespidey.png|1300px|Fonction init_stable]]
 +
 
 +
===La fonction avancer===
 +
 
 +
[[Fichier:avancerSpidey1.png|1300px|Fonction avancer]]
 +
[[Fichier:avancerSpidey2.png|1300px|Fonction avancer]]
 +
 
 +
===La fonction reculer===
 +
 
 +
[[Fichier:reculerSpidey1.png|1300px|Fonction reculer]]
 +
[[Fichier:reculerSpidey2.png|1300px|Fonction reculer]]
 +
 
 +
===Les fonctions pour tourner===
 +
 
 +
Pour tourner à droite :
 +
[[Fichier:tournerDroiteSpidey.png|1300px|Tourner à droite]]
 +
 
 +
Pour tourner à gauche :
 +
[[Fichier:tournerGaucheSpidey.png|1300px|Tourner à gauche]]
 +
 
 +
===Utilisation du capteur de distance===
 +
 
 +
Fonction d'acquisition des données :
 +
[[Fichier:pingSpidey.png|1300px|Fonction ping]]
 +
 
 +
Conversion des données :
 +
[[Fichier:msToCmSpidey.png|1300px|Fonction msToCm]]
 +
 
 +
Détection d'obstacles :
 +
[[Fichier:fonctionDetectionObstaclesSpidey.png|1300px|Fonction de détection d'obstacles]]
 +
 
 +
===Fonction finale===
  
Bibliothèque et initialisation nécessaires pour l'utilisation du module bluetooth
+
[[Fichier:fonctionFinaleSpidey1.png|1300px|Fonction finale dans loop]]
<pre>
+
[[Fichier:fonctionFinaleSpidey2.png|1300px|Fonction finale dans loop]]
#include <SoftwareSerial.h>
 
#define BAUDRATE 9600
 
SoftwareSerial HC06(1,0);
 
String message;
 
</pre>
 

Version actuelle datée du 19 mai 2023 à 22:21

Vidéo de présentation de notre projet : Conception et commande d'un robot hexapode

Résumé du Wiki

Dans ce wiki, vous trouverez toutes les informations concernant notre projet de robot hexapode : Dans quel contexte notre robot peut-il servir, nos objectifs, nos résultats et le déroulement de chaque séance.

Présentation générale

🌍 Enjeux

Robots dans la vie quotidienne

De nos jours, les systèmes embarqués sont présents absolument partout. De la voiture électrique aux smartphones, en passant par les frigos connectés: ce sont des systèmes que l’on utilise au quotidien. Les technologies régissant ces systèmes évoluent rapidement, si bien qu’il y est parfois difficile de s’y adapter. La robotique a permis d’automatiser de nombreuses tâches répétitives et fatigantes pour l’être humain, notamment dans les usines, mais pas que. Le domaine médical, les caisses des supermarchés...Il est presque impossible de trouver un secteur dans lequel les robots n’interviennent pas pour aider les humains. C’est ainsi également le but de notre projet, qui consiste à développer un robot hexapode léger, discret et de petite taille, jusqu’à aujourd’hui peu présent dans cette industrie afin d’effectuer certaines opérations dont l’analyse est compliquée quand on ne possède pas un grand champ de manœuvre.

🎯 Objectif

Nous voulons *créer et fabriquer* un robot hexapode (6 pattes) pouvant se déplacer, et par la suite être contrôlé à distance par une application. Notre objectif est de pouvoir le diriger afin qu’il évolue dans des conditions de terrain instable, par exemple, où il n’y a pas nécessairement une bonne visibilité. Différentes fonctions vont être ajoutées afin de pouvoir rendre ce robot hexapode polyvalent lors des différentes interventions auxquelles il sera confronté.

💬 Description

Notre Robot doit pouvoir se déplacer en marche avant, en marche arrière, vers la droite et vers la gauche de façon stable sur différentes surfaces. Pour cela, il est équipé de douze servos moteurs et d'un treizième afin de contrôler le mouvement de sa tête, relié à une carte électronique Adeept Hat. Après avoir programmé ces différents mouvements, nous allons le contrôler grâce à une application développée sur MIT App Inventor. Cette application communiquera avec notre robot grâce à un Module Bluetooth Arduino. Afin de la rendre plus autonome, nous allons utiliser un capteur de distance lui permettant de s'arrêter lorsque le robot se trouve face à un obstacle par exemple.

🔍 Expression du besoin

Pour réaliser notre étude du besoin, nous nous plaçons dans le cadre d’un terrain extérieur/intérieur, possédant des irrégularités (pentes, terrains rocheux, terrains mouvants). Notre robot doit pouvoir se déplacer afin d’analyser son environnement.

Diagramme bête à cornes :

Diagramme Bête à Corne


Spécifications supplémentaires :

  • Outdoor : analyser la faune et la flore
  • Types d’interventions : déminages, accidents de la route, accidents autres(grottes...), espionnage, observation


Méthode QQOQCPC :

Questions Réponses

Quoi ?

De quel besoin s'agit-il ?

Aider lors d’interventions dangereuses voir impossibles pour l’homme

Qui ?

Qui est concerné par ce besoin ?

Les secouristes et forces d’interventions

Où ?

A quel endroit ce besoin se fait-il ressentir ?

Sur le terrain, dans des lieux étroits, difficile d’accès

Quand ?

A quel moment ce besoin se fait-il ressentir ?

Lors d’urgences, de catastrophes naturelles, accidents

Comment ?

Sous quelle forme ce besoin se fait-il ressentir ?

Besoins vitaux, besoins de sécurité et protection

Pourquoi ?

Quelles sont les raisons qui ont fait apparaître ce besoin ?

Le monde, la nature qui est imprévisible

Combien ?

Combien de structures sont concernées par ce besoin ?

Tout le monde ? (dans le sens personne est sans risque d’avoir un accident)


Analyse fonctionnelle :

Une analyse fonctionnelle nous a permis de déterminer les principaux rôles que devra remplir notre araignée. Celle-ci a été réalisée de la sorte :

  • Fonction principale -> fonction secondaire 1, fonction secondaire 2, fonction secondaire 3 -> sous-fonction 1, sous-fonction 2.

On a décomposé au maximum les tâches pour rendre plus visibles les différents mouvements ou réactions qu’aura notre robot araignée selon la situation à laquelle il sera exposé. De plus, même si certains attributs comme la discrétion ou la facilité de prise en main ne sont pas directement liés au bon fonctionnement du robot, ceux-ci sont néanmoins indispensables pour les utilisations auxquelles il est destiné.

Diagramme "Pieuvre"Description des fonctions

Gestion de Projet

Notion :

Pour gérer au mieux notre projet et pouvoir se partager les différents documents, nous avons utilisé l'application Notion. Nous avons préféré cette application à un drive. Notion est une application de prise de notes, de base de données, de calendrier et bien d'autres. Nous avons utilisé cette application en guise de journal de bord de notre projet où toute notre équipe ainsi que notre responsable de projet, Madame Gehin y avait accès. L'avantage de cette application est notamment que toute personne y ayant accès peut lire et déposer toute sorte de fichier mais aussi en créer au sein même de l'application. Les fichiers sont alors organisés dans différents répertoires ce qui permet une organisation efficace.

Grâce à cette application, nous avons pu créer une section feuille de route qui nous a permis de voir ce qu’on avait accompli pendant les séances de projet et ce qu’il nous restait à faire pour les séances prochaines. Nous avons aussi une section documents où nous avons au fur et à mesure déposé les différents diagrammes qui constituent notre cahier des charges.

Lien Notion


Wiki :

Pour les semestres suivants, un Wiki a été mis en place pour le suivi du projet, nous gardons néanmoins le Notion pour les feuilles de route que nous publions sur Moodle ainsi que le stockage de document.


Diagramme de Gantt :

Pour réaliser l'ensemble des fonctionnalités de notre projet, nous avons réalisé un diagramme de Gant prévisionnel afin de gérer au mieux nos séances et se repartir les tâches pour le semestre 7 et le semestre 8.

Diagramme de Gantt S7-S8

Spécifications

🤖 Equipement

Robot Hexapode

Afin de pouvoir réaliser au mieux notre projet, l'école nous à fourni un kit de robot hexapode Arduino.

Ce robot provient de la marque Adeept et est composé de 13 servo moteurs, de plusieurs modules comme un module WIFI, un gyroscope, un capteur ultrason et de NeoPixels. Nous avons de plus, pour faciliter le développement de notre application, commandé un module Bluetooth. (https://www.gotronic.fr/art-module-bluetooth-4-0-dg010-21436.htm)

Notre robot a été monté selon la notice suivante : Fichier:Notice de montage du robot.pdf

⚙️ Description du système

Nos composants

Voici la liste des différents composants que nous avons utilisés ainsi que leurs références :

Composant Référence Image

Carte Arduino

Adeept HAT

Carte Arduino Adeept Hat

Servo moteur

AD002

Servo moteurs

Capteur à ultrasons

HC-SR04

Capteur ultrasons

Module Bluetooth

DG010

Module bluetooth

Gyroscope

MPU6050

MPU 6050 ultrasonic

LEDs Neopixel

WS2812 RGB LED

LEDs Neopixel

Carte Arduino Adeept

Afin de faire fonctionner notre robot, nous avons utilisé la Carte Arduino Adeept fournie dans le kit que nous avions reçu. Cette carte est la carte finale que nous avons décidé d'utiliser pour le robot. En effet, lors du développement du robot, nous avions voulu changer de carte car celle-ci ne possédait pas suffisamment de ports pour rajouter une caméra. Cependant, nous n'avons pas pu approfondir cette partie de notre projet car peu de cartes Arduino possèdent assez de pins et de puissance pour brancher 13 servo moteurs, la carte de nous avions en notre possession était alors idéale.

Arduino Hat

Servo moteurs

Le fonctionnement du servo moteur est basé sur un contrôle automatique du système. Plus simplement, le servo moteur reçoit une impulsion et tourne ensuite à l'angle correspondant pour réaliser le déplacement. Le servo moteur à de plus la fonctionnalité d'envoyer des impulsions. Donc à chaque fois que celui-ci effectue un mouvement, un nombre correspondant d'impulsions sera envoyé. Grâce à cela, les impulsions reçues par le servomoteur forment une réponse, ou une boucle fermée. De cette façon, le système sait combien d'impulsions sont envoyées au servomoteur et combien d'impulsions sont reçues. De cette façon, il est possible de contrôler avec précision la rotation du moteur et d'obtenir un positionnement précis.

Branchements :

Branchements servo moteurs

Ce branchement sera effectué pour les 13 autres servo moteurs les pins correspondants.

Gyroscope

Le MPU-6050 comporte un gyroscope MEMS 3 axes, un accéléromètre MEMS 3 axes intégrés. Il possède aussi une puce MEMS qui est très précise, elle permet une conversion analogique-digitale sur 16 bits simultanée sur chaque canal et une interface I2C à une fréquence de 400Hz. Il possède aussi un capteur de température dont nous n'avons pas l'utilité. Le capteur possède un DMP (Digital Motion Processor) capable de faire des calculs rapides directement sur la puce à partir des mesures brutes du capteur. Il est donc plus simple de traiter les mesures brutes sur sa carte Arduino.

Le gyroscope : il retourne une vitesse angulaire de rotation selon 3 axes (degrés/seconde). Ainsi il retourne 0 si il n'y a pas de rotation. Il ne donne donc pas directement un angle d'orientation en degrés. Pour obtenir l'angle, il faut réaliser une intégration dans le temps.

L'accéléromètre : il retourne une force ou une accélération (m²/s). Si le robot ne bouge pas, il renvoie la valeur de la pesanteur terrestre. La vitesse (m/s) peut s'en déduire par une première intégration dans le temps (à une vitesse initiale V0 près). La position de déplacement (m) peut s'en déduire par une seconde intégration dans le temps.

Branchements :

Branchements gyroscope

Librairie Write.h : Il est nécessaire de mettre avant chaque fonction 'Wire' en argument.

La fonction begin() : le périphérique peut est mis en maître ou esclave. Ainsi si un paramètre est placé en argument de la fonction, cela doit être une adresse et spécifie que l'utilisation se fait en mode esclave. Si il n'y a pas de paramètres, alors on est en mode maître. La déclaration est à faire dans le setup().

La fonction requestFrom() (maître) : cette fonction est utilisée par le périphérique maître et elle sert à demander une information à un esclave. Ainsi l'argument de cette fonction est l'esclave à interroger. Exemple : Wire.requestFrom(address, quantity, stop); Le paramètre stop est à valeur booléene : True : après la requête du maître, requestFrom() envoie un message stop sur le bus, le libérant. False : à contrario, le bus n’est ici pas libéré.

La fonction beginTransmission() (maître) : elle commence la transmission vers un esclave sur le bus de communication. Exemple : Wire.beginTransmission(adresse_du_périphérique). Cette fonction est suivie de la fonction write() ainsi que endTransmission() pour réaliser entièrement la séquence de communication.

La fonction endTransmission() (maître) : elle ferme la communication. Exemple : Wire.endTransmission(stop). Elle accepte comme paramètre une valeur booléenne. C’est le même paramètre que dans la fonction requestFrom(). Par défaut, elle est à True et la fonction envoie, après son exécution, un message stop pour relâcher le bus de communication ; comportement contraire pour la valeur False.

La fonction write() (maître/esclave) : Cette fonction écrit le paramètre qu’on lui donne (le premier) sur le bus de communication. Elle est commune aux deux types de périphériques : le maître écrit sur le bus, fonction utilisée entre beginTransmission() et endTransmission(). L’esclave écrit sur le bus mais après requête du maître, il ne peut pas écrire de son propre chef. Le premier paramètre contient les données à envoyer. Cela peut être une simple valeur de type byte, une chaîne de caractères ou des données de type tableau ou record. Dans ce dernier cas, il est nécessaire d’ajouter un second paramètre indiquant le nombre de bytes à transmettre.

La fonction read() (maitre/esclave) : Cette fonction lit le premier octet disponible sur le bus de communication. Elle renvoie donc cette valeur. Réception des octets un par un.

Capteur à ultrasons

La méthode de détection de distance de ce capteur se réalise grâce à des ultrasons. En effet, le capteur émet des ultrasons dans une certaine direction, au lancement de cette onde, un minuteur se met en marche. L'onde ultrasonique parcourt l'air jusqu'à rencontrer un obstacle et être immédiatement réfléchie. Le capteur reçoit alors cette onde réfléchie et arrête le minuteur. En fonction du temps t enregistré par le chronomètre, on peut alors calculer la distance S entre le point de lancement de l'onde et l'obstacle, c'est à dire S=(c*t)/2 avec c=340m/s. Ces capteurs sont alors largement utilisés dans des applications de tous les jours, tels que le radar de recul des voitures, l'UAV et la voiture intelligente.

Branchements :

Branchements capteur

Module bluetooth

Le module Bluetooth HC-06 permet d'établir une liaison Bluetooth entre une carte Arduino et un autre équipement possédant une connexion Bluetooth (Smartphone, tablette par exemple). Le module HC-06 est un module "esclave". Un module "esclave" ne peut recevoir que des demandes d'appairage. Dans notre cas, notre module communiquera avec notre téléphone portable. Les pins RX et TX permettent la communication ( RX : réception et TX : transmission ) et les deux autres pins permettent d'alimenter le module.

Branchements :

Branchements module bluetooth

LEDs Neopixels

Le module LED RGB WS2812 est une lampe RGB tricolore de faible puissance intégrée à une puce de contrôle du courant. Son utilisation sous arduino se fait grâce aux fonctions contenues dans la librairie Adafruit_NeoPixel.h. Et notamment grâce à la fonction setPixelColor(i,color). Cette fonction prend en paramètre le nombre de leds connectées et la couleur que l'on souhaite pour le pixel. Afin de choisir cette couleur il faut utiliser le fonction strip.Color(R,G,B). Dans cette fonction, nous pouvons choisir le niveau d'intensité de chaque couleur Rouge, Vert et Bleu, sachant que la valeur 0 correspond au plus sombre (donc led éteinte) et le 255 correspond au plus intense.

Branchements :

Branchements des LEDs

Développement du projet

🏃 Déplacement de Spidey

Le déplacement de notre robot repose sur l'utilisation des servos moteurs. Afin de pouvoir les utiliser dans notre code, nous avons tout d'abord déclaré les 14 servos moteur, grâce à la librairie Servo.h

Voici un exemple d'initialisation de variable pour le moteur numéroté 2 :

Servo servo2; //Pour premier moteur de la première patte de gauche

Afin de pouvoir relier physiquement notre code aux servos moteurs, nous avons associé les Pin sur lesquels sont branchés les servos moteurs et les variables créées ci-dessus :

#define servo2_Pin 2
servo2.attach(servo2_Pin); //Ce morceau de code sera placé dans la partie setup()

Voici l'association des servos moteurs à leurs PINS que nous avons initialisé dans notre code :

Association des PINS et des Servos

Pour créer le déplacement du robot, nous avons développé plusieurs fonctions permettant de réaliser différentes actions. Ces fonctions consistent toutes à utiliser la fonction write() de la librairie.

  • se mettre en position stable
  • avancer
  • reculer
  • tourner à droite
  • tourner à gauche


Se mettre en position stable :

Cette fonction a pour but de mettre notre robot dans une position de base : stable, tenant droit sur ses 6 pattes. Cette fonction sera placée dans la partie setup() de notre programme. Ainsi, dès la mise en marche de Spidey, notre robot se trouvera en position stable, peu importe la position initiale de ses pattes. Nous avons alors considéré que la position résultant au lancement de cette fonction était la position initiale de notre robot. Nous l'utiliserons donc dans d'autres programmes afin de remettre le robot dans sa position initiale stable.

La fonction est la suivante :

void init_stable();

Le code précis de celle ci trouve à la fin de notre wiki.


Avancer :

La fonction pour faire avancer notre robot, ainsi que les fonctions pour le faire reculer ou tourner ont été développées sur le même principe : un enchaînement de mouvements sur différentes pattes du robot. Ainsi, pour la fonction avancer, les différents mouvements sont les suivants :

  • Lever 3 de ses pattes
  • Les avancer
  • Poser les 3 pattes
  • Les déplacer vers l'arrière

Il faut ensuite réaliser ce mouvement mais avec les 3 autres pattes opposées. Après chaque mouvement de 3 pattes, nous lui demandons grâce à la fonction delay(250);, d'attendre un délais de 250ms pour laisser le temps aux servos moteurs de réaliser leurs mouvements. La fonction est la suivante :

 void avancer();

Voici un schéma pour mieux visualiser la décomposition des mouvements du robot qui lui permettent d'avancer :

Différents mouvements de Spidey pour avancer


Reculer : Sur le même principe que pour la fonction avancer(), la fonction permettant au robot de reculer se décompose en différents mouvements :

  • Lever 3 de ses pattes
  • Les déplacer vers l'arrière
  • Poser les 3 pattes
  • Les déplacer vers l'avant

La fonction est la suivante :

 void reculer();


Tourner à droite :

 void tourne_droite();


Tourner à gauche :

 void tourne_gauche();

📱 Application sur MIT App Inventor

Dans notre projet, nous voulions utiliser le logiciel MIT App Inventor (MITAI) afin de créer une application permettant de contrôler le robot à distance. Cette application sera connectée au robot via une connexion Bluetooth.

Au cours du semestre 7, nous avons commencée à réaliser l'interface de cette application qui sera disponible sur smartphone. Sur cette application, nous avons pour l'instant uniquement ajouté un bouton permettant la connexion au module bluetooth. Voici la première ébauche de l'application ainsi que le code que nous avons commencé à implémenter afin de la faire fonctionner :

Ebauche de l'interface de l'application smartphone Début de code pour l'application qui gère la connexion bluetooth

Au cours du semestre 8, nous avons reçu notre module bluetooth et ainsi la communication entre le robot et l'application a pu être possible. Nous avons alors complété l'application développée au semestre précédent en lui ajoutant :

  • 4 boutons pour les différents mouvements
  • Un label indiquant si nous sommes connectés
  • Un bouton pour se connecter
  • Un bouton pour se déconnecter
  • Un label indiquant le statut
  • Une photo de l'icône Bluetooth
  • Une photo de Spidey

Voici l'interface finale de notre application smartphone ainsi que le code correspondant :

Application smartphone Finale Code pour l'application

🌐 Utilisation du module Bluetooth

Nous avions décidé d'utiliser un module Bluetooth à la place d'un module Wifi car la connexion avec l'application que nous étions en train de développer était plus simple avec celui-ci. Cependant, nous avons rencontré quelques difficultés avec le module que nous avions commandé. En effet, celui-ci n'avait pas de référence et nous n'avons pas trouvé de datasheet sur internet. Nous avons donc opté pour un second module bluetooth que nous avons réussi à faire fonctionner. Pour pouvoir l'utiliser, nous avons dû initialiser de nombreux paramètres, notamment le Bauderate mais surtout la connexion. Afin de vérifier si celle-ci fonctionnait et si nous avions réussi les initialisations, nous avions branché le robot en série à l'ordinateur, et grâce à l'interface série sur Arduino, nous avons pu vérifier si le robot recevait bien les commandes envoyées de l'application mobile par la connexion bluetooth installée. Après avoir validé la réception de données, nous avons donc pu développer notre code final qui tournera en boucle sur notre robot. Le principe est le suivant : Tant que la liaison avec le module bluetooth est disponible :

  • On lit le message reçu (qui nous viens de l'utilisation de l'application)
  • On réalise l'analyse d'obstacle
  • Si il n'y a pas d'obstacle, on réalise le mouvement commandé par l'application
  • Après avoir réalisé une action, la variable qui stocke le message est remise à zéro et la boucle recommence

🚩 Utilisation du capteur - Détection d'obstacle

Fonctions permettant l'acquisition de données :

Le capteur de distance, placé sur la tête de notre robot, va notamment nous permettre de lui faire détecter des obstacles. D'après le fonctionnement du capteur, expliqué dans la partie description du système plus haut dans le wiki, nous avons développé une fonction ping(). Cette fonction permet de mesurer la distance entre le capteur et un objet. Pour cela, la fonction utilise la fonction pinMode() qui va nous permettre de configurer les pin pour envoyer un signal de déclenchement (trigPin) et recevoir un signal de retour (pingPin). Au début, une impulsion haute va être envoyée pour déclencher le capteur et attendre un bref instant avant de l'envoyer avec la fonction delayMicroseconds(). Ensuite, le capteur attend la réponse du signal retour qui est en mode INPUT et va utiliser la fonction pulseIn() pour mesurer la durée du signal de retour qui sera en microsecondes et stocké dans la variable interne duree. Cette valeur de retour étant en microsecondes, nous avons implémenté une fonction microsecondsToCentimeters() pour convertir la durée du signal obtenue en distance en centimètre. Les codes de ces différentes fonctions se retrouvent à la fin du wiki dans la partie Code.

Détection d'obstacles :

Pour la détection d'obstacle nous avons alors utilisé les fonctions développé ci-dessus pour construire un algorithme de détection. Tout d'abord, nous avons simplement essayé de réaliser un simple bout de programme dans la partie loop() de notre code afin de valider son fonctionnement. Le principe de cet algorithme est le suivant : le robot avance (soit en ligne droite par une commande imposée soit par utilisation de l'application) puis dès que le capteur de distance détecte un obstacle à une distance que nous avons arbitrairement choisi, le robot s'arrête et se mets en position stable. Cette fonction est la fonctions detection_obstacles() que vous pouvez retrouver à la fin de ce Wiki. Dans la partie finale de notre code, qui demande donc l'utilisation de l'application afin de commander le robot à distance, nous avons du réaliser un autre algorithme pour permettre au robot de reculer tant qu'il ne voit plus l'obstacle. Puis nous devons être capable de lui envoyer une nouvelle commande afin que celui-ci évite l'obstacle et que nous puissions continuer de l'utiliser à distance. Cependant, cette partie de notre algorithme reste perfectible. Vous pouvez aussi la retrouver à la fin de notre Wiki dans la partie loop().

Exemple de détection d'obstacles

💡 Utilisation des leds

Dans le kit Arduino de notre robot, nous avions à notre disposition deux barrettes de 3 LEDs. Ces LEDs ont été placées sur la tête de Spidey mais, dans l'objectif final, nous n'avions pas spécialement décidé de les utiliser. Cependant, après avoir validé la commande de Spidey via l'application mobile, il nous restait alors du temps pour rajouter certaines fonctionnalités comme la détection d'obstacles mais aussi l'utilisation de ces LEDs. Pour pouvoir les utiliser dans notre code, il était nécessaire d'importer la librairie Adafruit_NeoPixel.h qui nous permet de commander les LEDs. Après avoir testé leur fonctionnement, nous avons eu l'idée de les utiliser afin d'ajouter une information visuelle des commandes que nous transmettions par l'application ou encore pour montrer un problème (lors de la détection d'obstacles).

Dans notre application, nous avions choisi un code couleur pour les différents boutons :

  • Avancer : bleu
  • Reculer : vert
  • Aller à droite : rouge
  • Aller à gauche : blanc

Nous avons alors repris ces codes couleurs pour indiquer sur la tête de Spidey la commande reçue. Voici le résultat : Gestion des leds pour les différentes commandes


🧭 Utilisation du Gyroscope

L'utilisation du gyroscope n'était pour nous pas une priorité, mais il aurait pu nous aider à rendre notre robot plus stable sur des surfaces avec une pente très élevée. En effet, sur les conseils de notre professeur, nous pouvions améliorer Spidey en utilisant les données du gyroscope pour créer un programme lui faisait garder son centre de gravité stable tout en ajustant la hauteur de ses pattes. Cependant, en réfléchissant au développement de ce code, nous nous sommes aperçues que cette amélioration n'allait pas être possible. En effet, les pattes de notre robot manquent d'un degré de liberté, qui aurait pu être rajouté en modifiant ses pattes pour avoir des épaules. Sans cette modification, notre robot ne peut lever ou abaisser que la première partie de ses pattes et la seconde partie ne peut que se déplacer dans un plan horizontal. Nous avons donc décidé de ne pas aller plus loin sur cette idée, car nous aurions dû changer le squelette de ses pattes puis de nouveau développer un code qui nous paraissait assez compliqué.

Cependant, nous avons quand même réussi, grâce à un code fourni avec le robot, à acquérir les données du gyroscope :


🪜 Montée d'escalier

Pour aller plus loin dans notre projet, ne pouvans pas améliorer sa stabilité grâce au gyroscope, nous nous sommes données comme le fait que Spidey devait pouvoir monter des escaliers. Pour cela, nous avons construit un escalier en carton adapté à sa taille.

Escalier adapté à Spidey

En effet, comme pour l'utilisation du gyroscope, Spidey n'a pas d'épaules et ne peut donc pas lever ses pattes comme nous le souhaiterions. Tout d'abord nous avons décidé que pour monter une marche, Spidey devra lever ses pattes le plus haut possible. Il lèvera tout d'abord ses deux pattes avant pour pouvoir les poser sur la première marche. Il va ensuite exercer une pression en appuyant sur ses pattes de devant pour se soulever et ainsi pour pouvoir poser ses deux pattes du milieu sur la plateforme. Cependant, nous n'avons pas réussi à lui faire monter les escaliers avec cette technique. Nous avons donc décidé d'essayer simplement nos fonctions qui lui permettent d'avancer normalement, en levant au maximum ses pattes lors du mouvement où il les monte, afin de pouvoir grimper sur l'escalier.

Résultats

🌏 Mise en situation

Au cours du semestre 8, nous arrivions à la phase finale du développement de notre projet. Nous avons ainsi durant cette période, réalisé de nombreux tests fonctionnels afin de valider certaines parties du développement de notre robot et de pouvoir réaliser les réglages nécessaires à son bon fonctionnement. Nous espérons ainsi à la fin de ce projet, avoir amené notre robot jusqu'à l'échelon TRL4 ou au mieux TRL5 en ayant testé Spidey dans ces conditions d'utilisation réelles.


Utilisation du capteur de distance

Le code implémenté dans Spidey pour cette vidéo réalise une détection d'obstacle lorsque l'obstacle est à 10cm de son capteur. Puis il s'arrête et tourne jusqu'à ce qu'il ne détecte plus l'obstacle. Si il ne le détecte plus, il reprend la commande qui lui été donnée, c'est à dire avancer. (Dans cette partie, nous n'utilisions pas l'application, ainsi un ordre unique été donné au robot lors de la transmission du code dans la Carte Arduino).


Angle maximal

Ne pouvant pas réaliser de code utilisant le gyroscope pour rendre Spidey plus stable sur un terrain en pente, nous avons décidé de réaliser un test afin de déterminer l'angle maximal d'un terrain en pente sur lequel Spidey peut tenir, notamment grâce à ses rajouts au bout de ses pattes. D'après cette expérimentation, on en déduit que Spidey reste stable sur une surface lisse inclinée de maximum 20°.


Montée d'un terrain non lisse avec une légère pente

Pour ce test, nous avons placé Spidey sur une pente légère avec des dalles en béton et des touffes d'herbe. Lors de ce test, Spidey avait une unique commande implémentée, celle d'aller tout droite. Ce test reste ainsi concluant car il arrive bien à monter une légère pente non lisse mais aussi à marcher dans de l'herbe.


Montée d'un escalier

Pour ce test, nous avons fait monter Spidey sur l'escalier en carton que nous avions créé au préalable. Cependant, comme vous pouvez le constater sur cette vidéo la montée de l'escalier est un échec car Spidey tombe sur le dos.

🧑‍💻 Commande du robot à distance

Sur cette vidéo, vous pouvez voir l'utilisation des LEDs sur notre robot ainsi que la commande à distance des mouvements de Spidey grâce à l'application mobile. Comme décrit dans la partie utilisation des LEDs plus haut dans le Wiki, le code couleur se base sur les couleurs des boutons de l'application.

Bilan du semestre 7

Au cours de ce semestre, nous avons réussi à :

  • Piloter le robot via la plateforme Arduino.
  • Imprimer en 3D des supports pour les pattes pour que celles-ci ne glissent plus lorsque Spidey se déplace.
  • Commencer le développement de l'application mobile permettant le pilotage du robot à distance.

Bilan du semestre 8

Au cours de ce semestre, nous avons réussi à :

  • Créer une application mobile
  • Piloter le robot à distance grâce à l'application mobile
  • Utiliser le capteur de distance
  • Tester son gyroscope
  • Utiliser les NeoPixels pour indiquer les mouvements du robots
  • Monter un escalier
  • Gagner en stabilité

Chronologie du projet

Semestre 6

Séance du 01/03/22

Séance de découverte du sujet de notre projet.

  • Réalisation de recherches sur les robots hexapodes existants sur le marché
  • Réalisation de recherches sur leurs différentes utilisations.


Séance du 08/03/22

Diagramme Bête à Corne Diagramme "Pieuvre"

  • Création d'un diagramme de Gantt prévisionnel pour le semestre 7.
  • Réalisation d'une étude du besoin notamment avec la réalisation d'un diagramme "Bête à Corne" et d'un diagramme "Pieuvre", que vous pouvez retrouver ci-dessus.


Séance du 15/03/22

  • Démarrage de l'étude de marché. Pour cela nous avons fait des recherches sur les différents robots similaires qui pourraient exister.
  • Réalisation d'une étude des opportunités.
  • Démarrage de l'analyse fonctionnelle de notre robot.


Séance du 22/03/22

  • Poursuite de l'étude de marché.
  • Poursuite de l'étude des opportunités.
  • Poursuite de l'analyse fonctionnelle du robot.


Séance du 29/03/22

  • Finalisation de l'étude de marché.
  • Début de réflexion sur le plan d'action.
  • Démarrage de la rédaction de notre cahier des charges.


Séance du 05/04/22

  • Démarrage du plan d'action sur la base de nos réflexions de la dernière séance.
  • Poursuite de la rédaction du cahier des charges.


Séance du 26/04/22

  • Bilan sur ce qu'il nous reste à effectuer avant la fin du semestre.
  • Démarrage de l'étude de faisabilité.
  • Démarrage de l'étude des risques.


Séance du 03/05/22

  • Finalisation de l'analyse des risques.
  • Poursuite de l'étude de faisabilité.
  • Poursuite de la rédaction du cahier des charges.

Semestre 7

Séance du 10/10/22

  • Amélioration du robot
  • Finalisation de son montage


Séance du 21/10/22

  • Cherche sur une éventuelle carte qui pourrait convenir afin de pouvoir insérer d'autres composants et un servo moteur en plus. En effet la carte actuelle est entièrement utilisée et nous souhaitons rajouter des composants.
  • Essai d'implémentation du programme dans le robot : celui-ci ne fonctionnant pas, nous devons revoir l'entièreté du code et teste chaque servo moteur individuellement.
  • Test du capteur ultrasons : validé
  • Test des leds : validé


Séance du 28/10/22

  • Résolution du problème concernant les servos moteurs : il provenait d'un mauvais branchement lors du montage du robot.
  • Le robot se déplace pour la première fois !
  • On remarque cependant de gros problèmes d'adhérence au niveau de ses pattes.


Séance du 18/11/22

  • Poursuite de la programmation des différents mouvements du robot.
  • Pour l'adhérence, nous avons testé différentes solutions : élastiques en caoutchouc, colle chaude.


Séance du 21/11/22

  • Recherche d'un logiciel de modélisation 3D afin de réaliser le rajout antidérapant sur les pattes.
  • Prise en main du logiciel.
  • Début de modélisation des pattes.


Séance du 25/11/22

  • Modification et amélioration du diagramme de Gantt pour le S7 et le S8.
  • Avancée de la modélisation 3D des pattes sur Onshape.
Diagramme de Gantt S7-S8


Séance du 28/11/22

  • Modélisation des pattes de l’araignée pour qu’elle soit plus stable terminée. Nous allons en imprimer un exemplaire pour vérifier que la pièce s’emboite bien dans la patte du robot.
  • Nous avons aussi continué la recherche du développement de l’application pour contrôler le robot à distance.

Sur l’application MIT App Inventor, nous ne pouvons pas utiliser le module WIFI, c’est pour cela que nous allons regarder pour la séance prochaine si nous pouvons remplacer le module WIFI par un module Bluetooth.


Séance du 08/12/22

  • Lancement de l'impression 3D de nos 5 pattes manquantes
  • Wiki completé

Impression 3D Pièce imprimée rajoutée sur la patte


Séance du 15/12/22

  • Début de rédaction du rapport pour le S7
  • Avancement du Wiki

Semestre 8

Séance du 18/01/23

  • Recherches pour le gyroscope
  • Nous avons continué de développer l'application mais nous n'avons pas pu nous connecter au module bluetooth
  • En allumant le robot, une patte a cassé, nous devons réfléchir à comment réparer cette patte. Pour l'instant nous avons utilisé de la colle ainsi qu'un plastique chauffant pour maintenir la patte.


Séance du 25/01/23

  • Test gyroscope non concluant.
  • Utilisation du capteur de distance
  • Solution pour la tête cassé : utilisation de lego
  • Envoi du mail pour savoir où en est la commande du module bluetooth


Séance du 01/02/23

Durant cette séance, nous avons :

  • Réalisé un test d'adhérence (chute avec un angle supérieur à 20°) : vidéo dans la partie mise en situation
  • Test dans l'herbe
  • Test sur une surface rocheuse (petit cailloux) : vidéo dans la partie mise en situation
  • Test en pente (arrive à descendre mais pas monter car pas assez de puissance pour se tracter)
  • Connexion au module Bluetooth, on arrive à se connecter mais pas de déplacement.
  • Remplissage du wiki


Séance du 08/02/23

Durant cette séance, nous avons essayé de connecter le module Bluetooth au robot afin que celui-ci se déplace. Nous avons modifié le code de l’application ainsi que le code Arduino. Nous avons observé que le robot avait comme des spasmes quand nous appuyons sur les boutons de l’application, mais rien de plus. Après 3 h 50 de recherche, nous avons trouvé l’erreur (nous avions oublié de convertir en char ce que le module Bluetooth lisait) maintenant, nous pouvons commander à distance le robot en le faisant avancer.


Séance du 15/02/23

Nous avons retesté le programme de la semaine précédente mais cette fois celui-ci ne fonctionne plus. On se sait pas pourquoi car nous n’avons rien changé. Nous avons identifié qu’il n’arrive plus à faire les comparaison alors qu’il reçoit bien le message.


Séance du 01/03/23

Durant cette séance, nous avions pour objectif de faire fonctionner à nouveau la commande à distance de notre robot par liaison bluetooth à notre application. Pour cela, nous avons réalisé de nombreux tests afin de découvrir d’où venait le problème.

  • Modifier des parties de notre code arduino
  • Changer le module bluetooh par un nouveau module identique
  • Changer les câbles reliant le module à la carte arduino
  • Réaliser des tests avec un voltmètre pour déterminer si le problème venait des câbles ou des pins des cartes
  • Tester la réception du module bluetooth avec une carte arduino Uno et un dispositif de leds qui devait s'allumer si la carte recevait des informations.

Résolution du problème : pour que la connexion fonctionne entre le module et l'application, nous avons changé les fils qui étaient défectueux. De plus, avons remarqué que l'inclinaison du module était nécessaire pour que celui-ci fonctionne. Nous avons donc déplacé le squelette sur lequel la carte arduino était fixée sur le dos du robot, les pins étant dirigés vers le haut.

Nous avons de plus réalisé :

  • La connexion Bluetooth entre le robot et l'application fonctionne
  • Nous pouvons déplacer le robot à distance (avancer,reculer,tourner)
  • Nous avons rajouté un contrôle de détection d’obstacles : lorsque le robot rencontre un obstacle à une distance minimum choisie, celui ci s’arrête puis recule jusqu’à ce qu'il ne voit plus l'obstacle. Cependant cette partie reste à être perfectionnée.
  • Nous avons de plus rajouté un jeu de lumières, grâce aux NeoPixels sur la tête du robot : reprenant les couleurs des boutons de l'application et un affichage rouge lorsqu’il rencontre un obstacle.
  • Nous avons crée un escalier en carton

Pour la prochaine séance, nos objectifs seront de perfectionner l’arrêt du robot lors de la rencontre d'un obstacle. Mais aussi de faire en sorte que celui-ci soit capable d'escalader l'escalier que nous avons réaliser cette séance.


Séance du 08/03/23

Réalisations de cette séance :

  • Vidéo de Spidey rajoutée au wiki montant un escalier de carton
  • Toujours un problème de connexion avec le module bluetooth => cela viendrait très probablement des pins de la carte qui sont tordues

Sinon Spidey fonctionne, il peut être téléguidé grâce à l'application sur le téléphone. De plus il s’arrête et recule lorsqu'il rencontre un obstacle. Cependant, après avoir vu l'obstacle, on ne peut plus lui demander de réaliser une autre action. Cette partie reste alors à refaire durant la prochaine séance.


Séance du 15/03/23

Mise à jour du Diagramme de Gantt et du Wiki

Gantt S8.png

Avancement du rapport de projet et du script de la vidéo

Code

Nous avons décidé d'implémenter le code de notre robot sous Arduino. Veuillez trouver dans cette partie l'entièreté de notre code permettant à celui-ci de fonctionner.

Partie initialisation (variables, bibliothèques)

Initialisation Initialisation

Le setup

Fonction de setup

La fonction init_stable

Fonction init_stable

La fonction avancer

Fonction avancer Fonction avancer

La fonction reculer

Fonction reculer Fonction reculer

Les fonctions pour tourner

Pour tourner à droite : Tourner à droite

Pour tourner à gauche : Tourner à gauche

Utilisation du capteur de distance

Fonction d'acquisition des données : Fonction ping

Conversion des données : Fonction msToCm

Détection d'obstacles : Fonction de détection d'obstacles

Fonction finale

Fonction finale dans loop Fonction finale dans loop