IMA5 2018/2019 P06 - Historique des versions

Aduqueno : /* Documents Rendus */

2019-02-26T17:14:48Z

‎Documents Rendus

Sfeutrie : /* Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries */

2019-02-26T13:58:59Z

‎Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries

Sfeutrie : /* Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries */

2019-02-26T13:56:22Z

‎Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries

Sfeutrie : /* Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries */

2019-02-26T13:56:07Z

‎Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries

Sfeutrie : /* Commit 36 */

2019-02-26T13:46:59Z

‎Commit 36

Sfeutrie : /* Commit 36 */

2019-02-26T13:45:59Z

‎Commit 36

Aduqueno : /* Second semestre */

2019-02-26T00:48:10Z

‎Second semestre

Aduqueno : /* Commit 35 */

2019-02-26T00:41:54Z

‎Commit 35

Aduqueno : /* Les débuts */

2019-02-25T23:59:58Z

‎Les débuts

Sfeutrie : /* Commit 36 */

2019-02-22T10:27:03Z

‎Commit 36

← Version précédente		Version du 26 février 2019 à 17:14
Ligne 678 :		Ligne 678 :
	* Rendu intermédiaire : [[Fichier:PFE_06_Rapport_Intermediaire.pdf]]		* Rendu intermédiaire : [[Fichier:PFE_06_Rapport_Intermediaire.pdf]]
	* Rendu intermédiaire (slides) : [[Fichier:Slides_decembre_pfe06.pdf]]		* Rendu intermédiaire (slides) : [[Fichier:Slides_decembre_pfe06.pdf]]
		+	* Rendu final: [[Fichier:PFE06_Final.pdf]]

@@ Ligne 613 : / Ligne 613 : @@
   	tcgetattr(pt, &tty);
-  	cfsetispeed(&tty,B9600);
+  	cfsetispeed(&tty,B9600); // la valeur du baudrate est fixé à 9600 baud
   	cfsetospeed(&tty,B9600);
-  	tty.c_cc[VMIN] = 1;
+  	tty.c_cc[VMIN] = 1; // Un caractère doit avoir été reçu dans le buffer pour que la fonction read() retourne quelque chose
-  	tty.c_cc[VTIME] = 10;
+  	tty.c_cc[VTIME] = 10; // Une valeur est fixé pour le time-out : à la fin de celui-ci read() retourne une valeur quoiqu'il arrive
   	tty.c_cflag |= CLOCAL;
   	tty.c_cflag |= CREAD;
-  	cfmakeraw(&tty);
+  	cfmakeraw(&tty); // passage de la liaison série en mode non canonique et suppression des fioritures pour les utilisateurs d'un terminal classique
   	sleep(1); // nécessaire pour que le flush soit fait

@@ Ligne 612 : / Ligne 612 : @@
   	tcgetattr(pt, &old);
   	tcgetattr(pt, &tty);
-−
   	cfsetispeed(&tty,B9600);
   	cfsetospeed(&tty,B9600);

@@ Ligne 587 : / Ligne 587 : @@
 === Programme C : lecture et enregistrement des données d'un ou plusieurs ports séries ===
-Terminé : à rédiger
+On utilise une fonction générique appelé read_file_by_line() qui va lire le fichier qu’on lui indique et mettre chaque ligne dans une case d’un tableau de caractère indiqué lui aussi.
 === Commit 40 ===

@@ Ligne 388 : / Ligne 388 : @@
 En sortie du programme, un fichier différent est créé pour chaque capteurs dans le dossier res. Les fichiers sont sous la forme “result_exp_mouvement_capteur.txt”. Ces fichiers sont écrits en temps réel par le programme dans chaque thread et ne sont pas modifiés par rapport aux caractères récupérés sur la liaison série.
 En effet, lors de la réceptions des octets provenant du capteurs aucun traitement n’est fait (retour à la ligne, virgule, espace, etc.). Le choix a été fait de laisser les codeurs du programme sur le microprocesseur de faire le code en conséquence et d’ainsi pouvoir y ajouter leur propre délimiteurs.
 Pour ce programme nous utilisons différents outils :

@@ Ligne 377 : / Ligne 377 : @@
 '''Intitulé :''' Ajout du fichier qui tournera sur la Raspberry
-Ce programme va servir à faire le lien entre le serveur et les capteurs. En effet, le serveur va lui indiquer quels sont les capteurs qui doivent être lus afin de récupérer leur valeurs. Pour cela, nous avons choisi d'utiliser un programme en C. En effet, la liaison série est bas niveau et le C nous permettra de nous connecter facilement aux liaisons série de Linux.
+Les Raspberry représentent les noeuds du réseaux de capteurs dans notre projet. Ce sont elles qui font faire l’interface entre les capteurs d’une part, et le serveur d’autre part.
-L'idée est d'avoir un programme multi-thread qui va être exécuté grâce à Ansible par le serveur puis sera arrêté également par lui.
+La manière dont nous avons conçu notre système est que serveur va lancer un programme sur la Raspberry qui va se charger de récupérer les valeurs des capteurs et ses valeurs seront ensuite transféré jusqu’au serveur sous la forme de fichiers.
 Pour ce programme nous utilisons différents outils :
 * la bibliothèque termios.h qui permet de modifier les caractéristiques des ports séries comme la gestion des caractères spéciaux, le baudrate, le blocage ou non de la fonction read, etc.
 * la bibliothèque pthread.h que nous utiliserons pour créer un thread par communication série.
 * deux fichiers de configuration : config_raspberry.txt et config_experimentation.txt qui permettent de mettre en lien de les ports séries et les capteurs à utiliser dans l'expérimentation.
 === Commit 37 ===

← Version précédente		Version du 26 février 2019 à 00:48
Ligne 562 :		Ligne 562 :

	Terminé : à rédiger		Terminé : à rédiger
		+
		+	=== Commit 40 ===
		+
		+	'''Intitulé :''' "Spring : ajouts mineurs"
		+
		+	* Ajout de l'architecture des capteurs dans le fichier d'expérimentation YAML
		+	* On ne peut maintenant sélectionner que des nœuds de même architecture pour une expérience
		+	* Ajout du nom du répertoire où se trouve le fichier à compiler
		+	* Vérification des fichiers pour avertir si un fichier est déjà nommé de la même manière lors de l'upload d'un nouveau fichier
		+	* Passage de l'application sur le port 80

	= Annexes =		= Annexes =

@@ Ligne 369 : / Ligne 369 : @@
 La page /registration commençait à ne plus être cohérente avec le reste du site, c'est pourquoi nous avons effectué quelques changements sur la partie front-end de manière à mieux structurer et mettre en valeur les deux sections : ajout d'un utilisateur et ajout d'un groupe.
-Lors du commit 32, nous avions imaginé une nouvelle manière de paramétrer le réseau. Cette fonctionnalité est maintenant intégrée dans le haut de la page /update. Lorsque le bouton "Terminer" est pressé, si des nœuds ont été renseignés, la page envoie une requête POST au serveur avec comme corps du JSON. Du coté du controller, l'ensemble du corps est parsé grâce à l'objet ObjectMapper de la bibliothèque Jackson. Il permet de faire correspondre un fichier JSON avec un ou plusieurs objets JAVA. Dans notre cas, ObjectMapper s'attend à trouver une liste de NodeJSON composé des attributs name, ip, arch et d'une liste de SensorJSON avec comme seul attribut pour le moment, name. On peut ensuite parcourir cette liste de noeuds créée et enregistrer les entrées dans la base de données.
+Lors du commit 32, nous avions imaginé une nouvelle manière de paramétrer le réseau. Cette fonctionnalité est maintenant intégrée dans le haut de la page /update. Lorsque le bouton "Terminer" est pressé, si des nœuds ont été renseignés, la page envoie une requête POST au serveur avec comme corps du JSON. Du coté du controller, l'ensemble du corps est parsé grâce à l'objet ObjectMapper de la bibliothèque Jackson. Il permet de faire correspondre un fichier JSON avec un ou plusieurs objets Java. Dans notre cas, ObjectMapper s'attend à trouver une liste de NodeJSON composé des attributs name, ip, arch et d'une liste de SensorJSON avec comme seul attribut pour le moment, name. On peut ensuite parcourir cette liste de noeuds créée et enregistrer les entrées dans la base de données.
 Comme nous venons de le voir, nous faisons maintenant la distinction entre les noeuds et les capteurs. Il faut donc modifier la page de création des mises à jours pour les faire apparaître. Un double foreach dans la template Thymeleaf associé a suffit pour multiplier les lignes des noeuds possédant plusieurs capteurs.

@@ Ligne 460 : / Ligne 460 : @@
   ansible-playbook /etc/ansible/roles/test.yml -i /etc/ansible/exp_42.hosts -e "servernames=exp_42 exp_duration=3600 binary_dir=admin_1550420007"
-Cette commande prend en argument un script YAML (comme celui dessous) et accepte plusieurs options comme -i pour donner le fichier d'inventaire contenant les IPs de nœuds ou -e pour créer des variables qui seront accessibles dans le playbook.
+Cette commande prend en argument un script YAML (comme celui dessous) et accepte plusieurs options comme -i pour donner le fichier d'inventaire contenant les IPs des nœuds ou -e pour créer des variables qui seront accessibles dans le playbook.
   ---

← Version précédente		Version du 22 février 2019 à 10:27
Ligne 376 :		Ligne 376 :

	'''Intitulé :''' Ajout du fichier qui tournera sur la Raspberry		'''Intitulé :''' Ajout du fichier qui tournera sur la Raspberry
		+
		+	Ce programme va servir à faire le lien entre le serveur et les capteurs. En effet, le serveur va lui indiquer quels sont les capteurs qui doivent être lus afin de récupérer leur valeurs. Pour cela, nous avons choisi d'utiliser un programme en C. En effet, la liaison série est bas niveau et le C nous permettra de nous connecter facilement aux liaisons série de Linux.
		+	L'idée est d'avoir un programme multi-thread qui va être exécuté grâce à Ansible par le serveur puis sera arrêté également par lui.
		+	Pour ce programme nous utilisons différents outils :
		+	* la bibliothèque termios.h qui permet de modifier les caractéristiques des ports séries comme la gestion des caractères spéciaux, le baudrate, le blocage ou non de la fonction read, etc.
		+	* la bibliothèque pthread.h que nous utiliserons pour créer un thread par communication série.
		+	* deux fichiers de configuration : config_raspberry.txt et config_experimentation.txt qui permettent de mettre en lien de les ports séries et les capteurs à utiliser dans l'expérimentation.

	=== Commit 37 ===		=== Commit 37 ===