P26 Réseau de capteurs de pollution - Historique des versions

Mbutaye : /* Carte Google Map sur Android */

2018-02-21T14:21:51Z

‎Carte Google Map sur Android

Mbutaye : /* Lien entre l'application Android et l'API REST */

2018-02-21T14:21:36Z

‎Lien entre l'application Android et l'API REST

Mbutaye : /* Planning */

2018-02-21T11:46:43Z

‎Planning

Mbutaye : /* Annexes */

2018-02-21T11:46:14Z

‎Annexes

Mbutaye : /* Annexes */

2018-02-21T11:45:18Z

‎Annexes

Mbutaye : /* Connexion bluetooth entre la carte STM32 et le téléphone */

2018-02-21T10:30:55Z

‎Connexion bluetooth entre la carte STM32 et le téléphone

Mbutaye : /* Programmation de la carte électronique */

2018-02-21T10:19:16Z

‎Programmation de la carte électronique

Mbutaye : /* Programmation de la carte électronique */

2018-02-21T10:16:53Z

‎Programmation de la carte électronique

Mbutaye : /* Création de l'API REST et base de données */

2018-02-21T09:54:23Z

‎Création de l'API REST et base de données

Mbutaye : /* Semaine 7 (du 19/02/2018 au 25/02/2018) */

2018-02-21T09:53:35Z

‎Semaine 7 (du 19/02/2018 au 25/02/2018)

← Version précédente		Version du 21 février 2018 à 14:21
Ligne 443 :		Ligne 443 :

	J'ai ajouté une carte superposée de type ''Heatmap''. Ce genre de carte permet d'indiquer une forte valeur là où les mesures sont nombreuses et proches, mais il est possible avec l'API Google d'ajouter la prise en compte du poids (par exemple de la valeur de pollution) également. Le seul problème est que malgré la prise en compte des valeurs dans l'affichage, la densité des mesures (nombre et proximité) est toujours prise en compte. Je n'ai malheureusement pas trouvé d'autres alternatives à cela. De plus, lorsqu'on a peu de points, ceux-ci restent séparés et donc peu visibles.		J'ai ajouté une carte superposée de type ''Heatmap''. Ce genre de carte permet d'indiquer une forte valeur là où les mesures sont nombreuses et proches, mais il est possible avec l'API Google d'ajouter la prise en compte du poids (par exemple de la valeur de pollution) également. Le seul problème est que malgré la prise en compte des valeurs dans l'affichage, la densité des mesures (nombre et proximité) est toujours prise en compte. Je n'ai malheureusement pas trouvé d'autres alternatives à cela. De plus, lorsqu'on a peu de points, ceux-ci restent séparés et donc peu visibles.
		+
		+	<gallery style="margin: 0 auto;">
		+	Fichier:P26 2018 Sem7 34.JPG\|Carte Google Maps centrée sur la position actuelle
		+	Fichier:P26 2018 Sem7 35.JPG\|Carte de chaleur d'une donnée
		+	</gallery>

	===Semaine 6 (du 12/02/2018 au 18/02/2018)===		===Semaine 6 (du 12/02/2018 au 18/02/2018)===

@@ Ligne 492 : / Ligne 492 : @@
 On souhaite récupérer les positions des relevés de pollution de la base de données. Pour cela, on effectue un appel à l'API REST de type GET.
 Pour effectuer des appels à l’API REST, il est nécessaire de créer une tâche asynchrone sur Android et de les faire dans celle-ci. En effet, les appels à des adresses http doivent être faits en arrière-plan pour ne pas bloquer des fonctions importantes de l’application comme l’affichage. Dans le cas où l’API n’est déployée qu’en local, c’est-à-dire sur l’ordinateur alors que l’application est lancée sur un téléphone, il est impossible d’y accéder (tant qu’un serveur n’a pas été déployé). J’ai donc mis en place des données factices pour quand même pouvoir tester la carte de chaleur sans le serveur. Le code de récupération des données par appel REST a été réalisé et mis dans la tâche asynchrone. Lorsque l'utilisateur se déplace, la tâche est relancée si elle était terminée.
 ==Bibliographie==

@@ Ligne 87 : / Ligne 87 : @@
+  |
+  |
+  | x
   |-
   | Gravure & soudage
@@ Ligne 114 : / Ligne 114 : @@
   | x
+  |
+  | x
   |-
   | colspan="2" | API REST et base de données

@@ Ligne 520 : / Ligne 520 : @@
 ==Annexes==
 * [https://archives.plil.fr/mbutaye/P26_PFE_IMA5_2018 Git du projet]
-* [[Fichier:Rapport p26 2018 marianne butaye.pdf|Rapport de projet]]
+* [[Fichier:Rapport p26 2018 marianne butaye.pdf]]

← Version précédente		Version du 21 février 2018 à 11:45
Ligne 520 :		Ligne 520 :
	==Annexes==		==Annexes==
	* [https://archives.plil.fr/mbutaye/P26_PFE_IMA5_2018 Git du projet]		* [https://archives.plil.fr/mbutaye/P26_PFE_IMA5_2018 Git du projet]
		+	* [[Fichier:Rapport p26 2018 marianne butaye.pdf\|Rapport de projet]]

@@ Ligne 154 : / Ligne 154 : @@
 La carte STM32 est programmable grâce à un IDE disponible sur le site de ''MBed''. Cet IDE est disponible en deux versions : en ligne ou à télécharger. J'ai décidé d'utiliser la version en ligne, celle-ci étant facile d'accès. Il suffit de créer un programme en ligne et de le compiler. Le fichier binaire ainsi créé est ensuite automatiquement téléchargé par le navigateur, et un drag&drop sur la carte STM32 (branchée par USB à l'ordinateur) permet de la reprogrammer.
-La carte nécessite l'ajout d'un '''shield bluetooth''' pour la communication. On utilise ici le modèle BLE IDB04A1, un modèle aujourd'hui obsolète, ce qui a posé quelques problèmes pour la connexion à la carte. Le site de ''MBed'' a en effet beaucoup d'exemples et librairies disponibles en ligne, mais les projets BLE_HeartRate_IDB0XA1 et BLE_HeartRate_IDB04A1 ne fonctionnent pas avec ce modèle.
+La carte nécessite l'ajout d'un '''Shield Bluetooth''' pour la communication. On utilise ici le modèle BLE IDB04A1, un modèle aujourd'hui obsolète, ce qui a posé quelques problèmes pour la connexion à la carte. Le site de ''MBed'' a en effet beaucoup d'exemples et librairies disponibles en ligne, mais les projets BLE_HeartRate_IDB0XA1 et BLE_HeartRate_IDB04A1 ne fonctionnent pas avec ce modèle.
 [https://os.mbed.com/teams/ST-Americas-mbed-Team/code/Nucleo_BLE_HeartRate/ Cette version-ci] par contre fonctionne en partie.
 J'ai ainsi pu établir une connexion partielle, en suivant [https://os.mbed.com/teams/ST-Americas-mbed-Team/wiki/Getting-Started-with-BLE-IDB04A1 ces instructions] puis [https://os.mbed.com/teams/ST/code/BLE_HeartRate_IDB0XA1/ celles-ci] pour la partie Android.
-Il s'est avéré que même l'exemple fonctionnant partiellement posait problème lors de l'initialisation du module Bluetooth. Un déboggage manuel a permis de déterminer exactement d'où venait l'erreur : le problème se produit lors de l'initialisation de la communication SPI entre les deux objets. Le problème vient en fait de l'utilisation de la LED : il n'est pas possible de l'utiliser en même temps que le shield Bluetooth. Il faut, pour résoudre ce problème, connecter deux PINs ensemble (le 11 et le 31 du côté CN10 de la carte) par un jumper.
+Il s'est avéré que même l'exemple fonctionnant partiellement posait problème lors de l'initialisation du module Bluetooth. Un débogage manuel a permis de déterminer exactement d'où venait l'erreur : le problème se produit lors de l'initialisation de la communication SPI entre les deux objets. Le problème vient en fait de l'utilisation de la LED : il n'est pas possible de l'utiliser en même temps que le Shield Bluetooth. Il faut, pour résoudre ce problème, connecter deux PINs ensemble (le 11 et le 31 du côté CN10 de la carte) par un jumper.
 <gallery style="margin: 0 auto;">

@@ Ligne 461 : / Ligne 461 : @@
 J'ai tenté de programmer la carte en faisant clignoter la LED de la carte mais n'ai pas réussi.
-Le problème venait tout d'abord de l'IDE Mbed en ligne, qui ne reconnaît que les cartes entières et pas les microcontrôleurs eux-mêmes. Ma carte était donc reconnue, mais certains pins étaient inaccessibles (notamment tous les pins PGx). J'ai pour cela téléchargé plusieurs IDEs pour tenter de la faire fonctionner : System Workbench qui est un IDE gratuit mais qui refusait de se lancer il y a moins d'un mois; Keil uVison 5 mais celui-ci est payant et la version d'essai ne fonctionnait pas avec la version de GCC; IAR Embedded Workbench, payant lui aussi mais vraiment limité au niveau de la taille de programmes; et enfin de nouveau System Workbench, qui fonctionne sur mon ordinateur avec la dernière mise à jour. L'IDE TrueStudio est aussi gratuit et fonctionne également. Ces deux derniers sont basés sur Eclipse et sont donc facile à utiliser.
+Le problème venait tout d'abord de l'IDE Mbed en ligne, qui ne reconnaît que les cartes entières et pas les microcontrôleurs eux-mêmes. Ma carte était donc reconnue, mais certains pins étaient inaccessibles (notamment tous les pins PGx). J'ai pour cela téléchargé plusieurs IDEs pour tenter de la faire fonctionner : System Workbench qui est un IDE gratuit mais qui refusait de se lancer il y a moins d'un mois; Keil uVison 5 mais celui-ci est payant et la version d'essai ne fonctionnait pas avec la version de GCC; IAR Embedded Workbench, payant lui aussi mais vraiment limité au niveau de la taille de programmes; et enfin de nouveau System Workbench, qui fonctionne sur mon ordinateur avec la dernière mise à jour. L'IDE TrueStudio est aussi gratuit et fonctionne également. Ces deux derniers sont basés sur Eclipse et sont donc faciles à utiliser.
 Avec ces IDEs, j'ai téléchargé l'outil STM32CubeMX, qui permet de créer un projet pour n'importe lequel des IDEs cités précédemment avec une configuration de base déjà faite. Il est très simple d'utilisation : on choisit le modèle du microcontrôleur, puis les entrées/sorties que l'on souhaite utiliser. On peut les renommer puis on génère le projet. J'ai réussi avec ces outils à faire clignoter une LED sur la carte Nucléo-F401RE mais pas sur ma carte.

← Version précédente		Version du 21 février 2018 à 10:16
Ligne 483 :		Ligne 483 :

	J'ai également réussi à imprimer du texte dans la console; il faut pour cela activer le ''semi-hosting''. Cela permet de lire les printfs dans la console de l'IDE (mais pas dans la console de Tera-Term par exemple). La démarche à suivre est indiquée [http://www.openstm32.org/forumthread339 ici] et consiste à rajouter des arguments dans quelques configurations du projet et de l'IDE, ainsi qu'à réaliser une initialisation au moyen de l'appel d'une fonction déjà existante.		J'ai également réussi à imprimer du texte dans la console; il faut pour cela activer le ''semi-hosting''. Cela permet de lire les printfs dans la console de l'IDE (mais pas dans la console de Tera-Term par exemple). La démarche à suivre est indiquée [http://www.openstm32.org/forumthread339 ici] et consiste à rajouter des arguments dans quelques configurations du projet et de l'IDE, ainsi qu'à réaliser une initialisation au moyen de l'appel d'une fonction déjà existante.
		+
		+	Un début de programmation de lecture du capteur de particules a été réalisé, mais n’a pas donné de résultats concluants pour le moment. Je pense que les pins RX et TX ont été inversés; il faut alors connecter la carte d'adaptation du capteur par des câbles en faisant aller RX à TX et inversement. La carte d'adaptation est bien alimentée et on peut sentir que le ventilateur du capteur tourne, mais aucun caractère n'est lu.

	=====Mise à jour du schéma et du pcb Altium=====		=====Mise à jour du schéma et du pcb Altium=====

@@ Ligne 384 : / Ligne 384 : @@
     "pollution": 4.0
   }</nowiki>
 =====Création de la carte électronique=====

@@ Ligne 476 : / Ligne 476 : @@
 =====Mise à jour du schéma et du pcb Altium=====
 J'ai réalisé une version corrigée du schéma et du pcb sous Altium Designer afin de corriger les erreurs et problèmes détectés soit lors de la réalisation de carte (soudure, tests) ou soit lors de sa programmation. J’ai ainsi corrigé dans cette version : l’empreinte du port micro-USB dont les pistes +5V et GND étaient inversées, les lignes de communication série dont il faut que les RX aillent vers TX et inversement (ce n’était pas le cas). J’ai également retiré la connexion allant du 5V à V_in car on ne souhaite pas alimenter la carte par V_in et V_dd en même temps, sinon il y aurait conflit. Le 5V par contre reste connecté au capteur de pollution. V_ddusb est maintenant alimenté en 3.3V.
 ==Bibliographie==