Binome2017-2 - Historique des versions

Vsalingu : /* Bilan : */

2018-07-16T18:17:06Z

‎Bilan :

Rex le 16 juillet 2018 à 15:28

2018-07-16T15:28:51Z

Rex : /* Etape 2: L'algorithme de fonctionnement */

2018-05-17T22:00:31Z

‎Etape 2: L'algorithme de fonctionnement

Rex : /* Etape 2: L'algorithme de fonctionnement */

2018-05-17T21:58:00Z

‎Etape 2: L'algorithme de fonctionnement

Rex : /* Etape 1: Création du circuit imprimé */

2018-05-17T21:56:13Z

‎Etape 1: Création du circuit imprimé

Rex le 17 mai 2018 à 21:55

2018-05-17T21:55:29Z

Rex : /* Etape 2: L'algorythme de fonctionnement */

2018-05-17T21:54:09Z

‎Etape 2: L'algorythme de fonctionnement

Rex : /* Etape 1: Création du circuit imprimé */

2018-05-17T21:53:34Z

‎Etape 1: Création du circuit imprimé

Rex : /* Etape 1: Création du circuit imprimé */

2018-05-17T21:51:25Z

‎Etape 1: Création du circuit imprimé

Rex : /* Etape 1: Création du circuit imprimé */

2018-05-17T21:49:01Z

‎Etape 1: Création du circuit imprimé

← Version précédente		Version du 16 juillet 2018 à 18:17
Ligne 452 :		Ligne 452 :
	[[Fichier:jk-droit.jpg\|200px\|thumb\|left\|"Jean Kévin de son autre meilleur profil"]]		[[Fichier:jk-droit.jpg\|200px\|thumb\|left\|"Jean Kévin de son autre meilleur profil"]]
	[[Fichier:jk-roue.jpg\|200px\|thumb\|left\|"Jean Kévin s'entraîne pour le cirque"]]		[[Fichier:jk-roue.jpg\|200px\|thumb\|left\|"Jean Kévin s'entraîne pour le cirque"]]
		+
		+	Nous avons récupéré le robot avec les deux roues avec moteurs, la roue à bille, 6 piles avec le boitier et le sonar.

@@ Ligne 1 : / Ligne 1 : @@
+<include nopre noesc src="/home/pedago/ppeip/include/video-Robot_Binome02_2017-iframe.html" />
+__TOC__
 Copyright '''Valérianne et Théo'''

@@ Ligne 241 : / Ligne 241 : @@
   int SonarEnvoi = A4;
   int SonarRecept = A3;
 ===<span style="color:red"> Etape 3: Conception Mécanique </span>===

@@ Ligne 141 : / Ligne 141 : @@
 Le choix entre ces deux modes se fera en fonction de l'angle du virage à effectuer.
--Pour un virage < 30°: On module la vitesse des moteurs pour faire des virages légers
+*Pour un virage < 30°: On module la vitesse des moteurs pour faire des virages légers
--Pour un virage > 30°, une des deux roues inversera son sens de rotation pendant que l'autre gardera le même, la rotation sera donc plus rapide et plus forte.
+*Pour un virage > 30°, une des deux roues inversera son sens de rotation pendant que l'autre gardera le même, la rotation sera donc plus rapide et plus forte.
 C'est à cette fin que nous avons créer les fonctions ci contre:

@@ Ligne 94 : / Ligne 94 : @@
 * TEST 4:
 [[Fichier:test-sonar.jpg|150px|right]]
-<br style="clear: both;" />
- Communication avec les composants:
+Communication avec les composants:
 **Servo moteur: ✔
 **Moteur A et B: ✔
@@ Ligne 105 : / Ligne 105 : @@
 Quelques coups de bistouri/soudeur plus tard notre circuit fut corrigé et intégralement fonctionnel !
 Cependant nous avons ici un cerveau vide ou presque, il est temps de le remplir.
 ===<span style="color:red"> Etape 2: L'algorithme de fonctionnement </span>===

@@ Ligne 69 : / Ligne 69 : @@
 Mise sous alimentation du circuit -> une led s'allume ✔
 [[Fichier:test-alim.jpg|200px|right]]
 * TEST 2:
 Installation d'un boot loader à partir d'un Arduino Uno, ce boot permettra à notre circuit de ce comporter comme un arduino, en regardant à  chaque démarrage si rien ne se trouve dans la partie USB. Si un programme s'y trouve, celui ci sera exécuté directement. -> installation réussie ✔
 [[Fichier:test-arduino.jpg|200px|right]]
 * TEST 3:
@@ Ligne 91 : / Ligne 93 : @@
 * TEST 4:
-[[Fichier:test-sonar.jpg|150px|right]] Communication avec les composants:
+[[Fichier:test-sonar.jpg|150px|right]]
 **Servo moteur: ✔
 **Moteur A et B: ✔

@@ Ligne 102 : / Ligne 102 : @@
 Cependant nous avons ici un cerveau vide ou presque, il est temps de le remplir.
-===<span style="color:red"> Etape 2: L'algorythme de fonctionnement </span>===
+===<span style="color:red"> Etape 2: L'algorithme de fonctionnement </span>===
 Jean Kévin, s'il n'est pas télécommandé, doit être autonome, capable d'éviter les obstacles, de rechercher et d'identifier un proie, de la poursuivre et pourquoi pas, d'anticiper sa trajectoire.
 Nous avons bâti un algorithme se subdivisant en différentes fonctions:

@@ Ligne 67 : / Ligne 67 : @@
 * TEST 1:
- Mise sous alimentation du circuit -> une led s'allume ✔
+Mise sous alimentation du circuit -> une led s'allume ✔
 [[Fichier:test-alim.jpg|200px]]
 * TEST 2:
- Installation d'un boot loader à partir d'un Arduino Uno, ce boot permettra à notre circuit de ce comporter comme un arduino, en regardant à  chaque démarrage si rien ne se trouve dans la partie USB. Si un programme s'y trouve, celui ci sera exécuté directement. -> installation réussi ✔
+Installation d'un boot loader à partir d'un Arduino Uno, ce boot permettra à notre circuit de ce comporter comme un arduino, en regardant à  chaque démarrage si rien ne se trouve dans la partie USB. Si un programme s'y trouve, celui ci sera exécuté directement. -> installation réussie ✔
 [[Fichier:test-arduino.jpg|200px]]
 * TEST 3:
- Programmation directe sur la carte -> ✗ ECHEC
+Programmation directe sur la carte -> ✗ ECHEC
- En effet lors du téléversement de notre programme rien ne se passe, l'information n'est pas transmise. Après observation le problème provenait d'un pont présent entre les pâtes de la fiche USB, entre la masse et Rx. La localisation du pont le rendait compliqué à enlever, cependant, à l'aide d'un décapeur thermique, d'un fer à soudé, d'un clou et de Alexandre Boe (sourtout Alexandre Boe) celui ci fut détruit.
 * TEST 3.1:
- Programmation directe sur la carte -> ✗ ECHEC encore
+Programmation directe sur la carte -> ✗ ECHEC encore
- Cette fois on s'aperçoit grâce aux leds de contrôle que la communication fonctionne de l'USB au processeur mais pas du processeur à l'USB. Le problème venant probablement d'une mauvaise soudure entre ces deux points.
- Cette fois la solution fut donnée par Xavier Redon qui souda à nouveau le chemin entre ces deux points.
+Cette fois on s'aperçoit grâce aux leds de contrôle que la communication fonctionne de l'USB au processeur mais pas du processeur à l'USB. Le problème venant probablement d'une mauvaise soudure entre ces deux points. Cette fois la solution fut donnée par Xavier Redon qui souda à nouveau le chemin entre ces deux points.
 * TEST 3.2:
- Programmation directe sur la carte -> Le programme fonctionne ✔
 Le cerveau de notre prédateur était donc prêt. Il restait à vérifier que ce cerveau communique bien avec ses différents membres (moteurs capteurs etc...)
@@ Ligne 94 : / Ligne 96 : @@
 **Tsop: ✔
-Au moment ou plus rien ne semblait pouvoir altérer la croissance de notre JeanKevin, une nouvelle analyse de Xavier Redon lui décela une malformation électronique: En effet lors du déplacement d'une capacité lors du rootage de la carte, une des sortie du FTDI (le 3.3v) fut relié directement à l'alimentation 9V. Fort heureusement l'erreur fut repérée avant la mise sous tension du circuit par la sortie en question, ce qui nous évita de voir notre FTDI griller.
+Au moment ou plus rien ne semblait pouvoir altérer la croissance de notre JeanKevin, une nouvelle analyse de Xavier Redon lui décela une malformation électronique : En effet lors du déplacement d'une capacité lors du rootage de la carte, une des sortie du FTDI (le 3.3v) fut relié directement à l'alimentation 9V. Fort heureusement l'erreur fut repérée avant la mise sous tension du circuit par la sortie en question, ce qui nous évita de voir notre FTDI griller.
 Quelques coups de bistouri/soudeur plus tard notre circuit fut corrigé et intégralement fonctionnel !

@@ Ligne 44 : / Ligne 44 : @@
 Nous avons pris comme modèle la carte proposée dans le descriptif du projet [[Fichier:RobotPCB pcb.png|200px|right]]. Nous avons gardé que ce qui nous intéressait pour notre robot, à savoir un Servo moteur, deux Moteurs standars, trois Capteurs infrarouges, un Sonar et différentes leds de contrôle. Le 2nd Servo moteur et le détecteur de suivi de ligne ont donc été enlevé, et la carte réorganisée, pour un placement plus "propre" des trous de fixation ainsi que pour rapprocher une capacité servant à stabiliser le courant entrant dans la carte (en effet la distance entre l'alimentation et la capacité aurait pu créer des variations de courant).
-Après avoir modifier le rootage de la carte nous avions ceci:
+Après avoir modifier le routage de la carte nous avions ceci:
 [[Fichier:fritzing.jpg|200px]]