IMA4 2016/2017 P27 - Historique des versions

Bgriller : /* Fichiers Rendus */

2017-05-11T21:24:31Z

‎Fichiers Rendus

2017-05-06T15:57:23Z

‎Travail additionnel

2017-05-06T15:41:11Z

‎Feuille d'heures

2017-05-06T15:31:10Z

‎Feuille d'heures

2017-04-18T15:27:54Z

‎Avancement du Projet

2017-04-11T12:47:18Z

‎Avancement du Projet

2017-04-11T12:45:33Z

‎Semaine 9

2017-04-11T12:33:53Z

‎Avancement du Projet

2017-04-11T12:21:00Z

‎Semaine 9

2017-04-11T12:20:39Z

‎Semaine 8

← Version précédente		Version du 11 mai 2017 à 21:24
Ligne 266 :		Ligne 266 :

	== Fichiers Rendus ==		== Fichiers Rendus ==
		+
		+	*Rapport final : [[Fichier:Rapport_P27_GRILLERE_MAHIEUX.pdf]]
		+
		+	*Codes disponible sur le dépôt Git suivant: https://archives.plil.fr/bgriller/ballon_atmospherique/

@@ Ligne 261 : / Ligne 261 : @@
 ===Travail additionnel===
 *Etant donné le caractère bloquant des fonctions fscanf et fprintf servant à lire sur les liaisons séries de la Raspberry Pi, nous les remplaçons par les fonctions read et write qui se passent de buffer pour fonctionner. Le paramètre ''O_NONBLOCK'' est donc ajouté à la liste des drapeaux lors de la configuration des ports. Cela permet maintenant à la Raspberry  présente dans la nacelle de dérouler son programme en l'absence de requêtes venant du sol.
 == Fichiers Rendus ==

@@ Ligne 94 : / Ligne 94 : @@
+|
+|
-| 4
+| 12
 |-
 | Conception PCB (mise en place des bibliothèques)
@@ Ligne 164 : / Ligne 164 : @@
+|
+|
+| 4
-| 8
+| 4
 | 4
+|
@@ Ligne 179 : / Ligne 179 : @@
+|
+|
+| 4
-| 8
+| 4
 | 8
 | 8
 | 9
 | 33
 |-
 |}

@@ Ligne 49 : / Ligne 49 : @@
 {| class="wikitable"
-!Tâche !! Prélude !! Heures S1 !! Heures S2 !! Heures S3 !! Heures S4 !! Heures S5 !! Heures S6 !! Heures S7 !! Heures S8 !! Heures S9 !! Heures S10 !! Total
+!Tâche !! Prélude !! Heures S1 !! Heures S2 !! Heures S3 !! Heures S4 !! Heures S5 !! Heures S6 !! Heures S7 !! Heures S8 !! Heures S9 !! Heures S10 !! Heures Travail additionnel !! Total
 |-
 | Définition cahier des charges
 | 3
 | 8
 | 8
 | 8
 | 8
-| 10
+| 8
+| 9
+| 33
+|-
 |}

@@ Ligne 121 : / Ligne 121 : @@
 ===Semaine 10===
 *Configuration de la liaison série entre la Raspberry Pi et le module Lora ainsi que le module GPS. Nous avions précédemment utilisé la commande "stty" pour fixer la vitesse de communication pour chaque port. Cela s'avère être un mauvais moyen de configuration au vu des nouveaux tests fait cette semaine. Nous réutilisons donc le code vu au semestre précédent et l'intégrons dans le programme en C de la Raspberry Pi. La configuration est faite avec la fonction "init_serial"et "fdopen".
 == Fichiers Rendus ==

@@ Ligne 117 : / Ligne 117 : @@
 *Réflexion et travail sur les communications. Le code du module Lora restant "au sol" évolue afin de permettre l'envoi de requêtes à la nacelle. Ceci dans l'objectif de commander à distance le passage de la nacelle dans un mode d'émission de données différent. Par exemple, n'envoyer que les données GPS, changer l'intervalle de temps entre deux transmissions (dans une optique de gestion de la batterie) etc. Du côté de la nacelle, le code à l'intérieur de la Raspberry est travaillé afin de gérer la réception des requêtes et l'envoi des données.
 [[Fichier:Donnees GPS.PNG|400px|thumb|left|Lecture des trames GPS suite à la réception de la chaîne de caractère "GPS"]]
 ===Semaine 10===

@@ Ligne 114 : / Ligne 114 : @@
 *Travail sur le GPS: Initialement, nous avions récupéré un PCB comportant un GPS déjà utilisé lors d'un précédent PFE d'un binôme de la filière IMA. Cependant, après plusieurs heures de tentatives de communication via le port série, il nous est impossible de l'utiliser et envisageons un autre modèle.  L'Ultimate GPS Breakout de chez Adafruit est alors pris en main: il communique, comme le précédent, par liaison série différentes données telles que l'altitude, la vitesse, l'heure exacte et bien sûr, les coordonnées géographiques. Nous le connectons donc à un des ports USB de la Raspberry Pi et mettons en place un code en C pour récupérer ce qu'il nous envoie. Cette fois ci, le GPS fonctionne parfaitement.
-==Semaine 9==
+===Semaine 9===
 *Réflexion et travail sur les communications. Le code du module Lora restant "au sol" évolue afin de permettre l'envoi de requêtes à la nacelle. Ceci dans l'objectif de commander à distance le passage de la nacelle dans un mode d'émission de données différent. Par exemple, n'envoyer que les données GPS, changer l'intervalle de temps entre deux transmissions (dans une optique de gestion de la batterie) etc. Du côté de la nacelle, le code à l'intérieur de la Raspberry est travaillé afin de gérer la réception des requêtes et l'envoi des données.
 == Fichiers Rendus ==

@@ Ligne 111 : / Ligne 111 : @@
 Solutions envisagées : choisir un registre selon une plage (infructueux), trouver l'identifiant du composant et réaliser nos communications avec celui-ci ou alors passer la liaison en liaison SPI. Nous retenons la mise en place d'une liaison SPI plus simple.
-==Semaine 8==
+===Semaine 8===
 *Travail sur le GPS: Initialement, nous avions récupéré un PCB comportant un GPS déjà utilisé lors d'un précédent PFE d'un binôme de la filière IMA. Cependant, après plusieurs heures de tentatives de communication via le port série, il nous est impossible de l'utiliser et envisageons un autre modèle.  L'Ultimate GPS Breakout de chez Adafruit est alors pris en main: il communique, comme le précédent, par liaison série différentes données telles que l'altitude, la vitesse, l'heure exacte et bien sûr, les coordonnées géographiques. Nous le connectons donc à un des ports USB de la Raspberry Pi et mettons en place un code en C pour récupérer ce qu'il nous envoie. Cette fois ci, le GPS fonctionne parfaitement.
 ==Semaine 9==