IMA4 2018/2019 P9 - Historique des versions

Rex le 17 juin 2019 à 19:42

2019-06-17T19:42:13Z

Nmartin2 : /* Documents Rendus */

2019-05-08T22:02:48Z

‎Documents Rendus

Nmartin2 : /* Documents Rendus */

2019-05-08T21:59:04Z

‎Documents Rendus

Nmartin2 : /* Documents Rendus */

2019-05-08T21:55:59Z

‎Documents Rendus

Nmartin2 : /* Documents Rendus */

2019-05-08T21:53:56Z

‎Documents Rendus

Lmejbar : /* Suite et fin */

2019-05-08T21:48:49Z

‎Suite et fin

Lmejbar : /* Documents Rendus */

2019-05-08T19:51:30Z

‎Documents Rendus

Lmejbar : /* Suite et fin */

2019-05-08T19:43:25Z

‎Suite et fin

Lmejbar : /* Suite et fin */

2019-05-08T19:42:52Z

‎Suite et fin

Nmartin2 : /* Suite et fin */

2019-05-08T07:43:23Z

‎Suite et fin

← Version précédente		Version du 17 juin 2019 à 19:42
Ligne 1 :		Ligne 1 :
		+	<include nopre noesc src="/home/pedago/pimasc/include/video-SpiderAndI-iframe.html" />
	__TOC__		__TOC__
	<br style="clear: both;"/>		<br style="clear: both;"/>

← Version précédente		Version du 8 mai 2019 à 22:02
Ligne 1 052 :		Ligne 1 052 :
	=Documents Rendus=		=Documents Rendus=

−	Code de l'application ~~sur~~ Android Studio : [[Média:SpiderAndI.zip]]	+	Code source de l'application (Android Studio) : [[Média:SpiderAndI.zip]]
		+
		+	Rapport du projet : [[Média:RapportP9.pdf]]

← Version précédente		Version du 8 mai 2019 à 21:59
Ligne 1 052 :		Ligne 1 052 :
	=Documents Rendus=		=Documents Rendus=

−	Code de l'application sur Android Studio : [[SpiderAndI.zip]]	+	Code de l'application sur Android Studio : [[Média:SpiderAndI.zip]]

← Version précédente		Version du 8 mai 2019 à 21:55
Ligne 1 052 :		Ligne 1 052 :
	=Documents Rendus=		=Documents Rendus=

−	Code de l'application sur Android Studio : [[~~spiderAndI_AndroidStudio~~.zip]]	+	Code de l'application sur Android Studio : [[SpiderAndI.zip]]

← Version précédente		Version du 8 mai 2019 à 21:53
Ligne 1 051 :		Ligne 1 051 :

	=Documents Rendus=		=Documents Rendus=
		+
		+	Code de l'application sur Android Studio : [[spiderAndI_AndroidStudio.zip]]

@@ Ligne 992 : / Ligne 992 : @@
 Pour permettre l'analyse exacte des données par Laurent, il nous a demandé d'envoyer toutes les valeurs d''''EDA''' aussi, donc de faire comme pour l'IBI en liste chaînée. Aussi, les valeurs d'accéléromètre peuvent être utiles dans l'analyse des mouvements de Fabien et donc il est préférable de moyenner les valeurs plutôt que de relever seulement les 15 dernières valeurs (1 valeur par seconde). En regardant la documentation [https://support.empatica.com/hc/en-us/articles/201608896-Data-export-and-formatting-from-E4-connect- Empatica], nous apprenons que le capteur relevant les valeurs d'accéléromètre travaille à 32 Hertz donc il relève 32 valeurs par seconde pour chaque coordonnée (X, Y et Z). Nous faisons en sorte donc que dans le code, le programme moyenne 32 valeurs par seconde pour utiliser toutes les valeurs relevées.
@@ Ligne 1 011 : / Ligne 1 006 : @@
 [[Fichier:SAI_testprog.gif|SAI_testprog.gif]]
 =Bibliographie=

← Version précédente		Version du 8 mai 2019 à 19:51
Ligne 1 011 :		Ligne 1 011 :

	[[Fichier:SAI_testprog.gif\|SAI_testprog.gif]]		[[Fichier:SAI_testprog.gif\|SAI_testprog.gif]]
		+
		+	=Bibliographie=
		+
		+	{\| class="wikitable"
		+	\|+
		+	\|-
		+	\|
		+	! scope="col" \| Lien
		+	\|-
		+	\| Documentation Empatica sur les capteurs du bracelet E4
		+	\| https://support.empatica.com/hc/en-us/articles/202581999-E4-wristband-technical-specifications
		+	\|-
		+	\| Dépot Git Empatica avec l’exemple
		+	\| https://github.com/empatica/empalink-sample-project-android/
		+	\|-
		+	\| Informations sur le marché mobile de nos jours
		+	\| https://www.servicesmobiles.fr/20-chiffres-sur-le-marche-mobile-a-connaitre-en-2018-38749/
		+	\|-
		+	\| Le lien vers le cours que nous avons utilisé:
		+	\| https://www.udemy.com/complete-android-n-developer-course/learn/v4/overview
		+	\|-
		+	\| Explication du Energy profiler d’Android Studio
		+	\| https://developer.android.com/studio/profile/android-profiler
		+	\|-
		+	\| Git d’une alternative Energy profiler pour une application .apk
		+	\| https://github.com/google/battery-historian
		+	\|-
		+	\| Site de Fabien Zocco, où on l’on trouve notre fichier de données
		+	\| http://www.fabienzocco.net/fichier_info.txt
		+	\|-
		+	\| Conseil pour la rédaction d’un rapport de projet
		+	\| https://www.irit.fr/~Armelle.Bonenfant/Enseignement/JavaSTRI/conseilsRapport.pdf
		+	\|}
		+
		+	Sans compter la multitude de pages Wikipédia et publications sur Stack Overflow qui nous ont aidé à nous sortir de différents problèmes même mineurs.
		+

	=Documents Rendus=		=Documents Rendus=

← Version précédente		Version du 8 mai 2019 à 19:43
Ligne 999 :		Ligne 999 :


−		+	'''Partie exploitation des données :'''
	Nous n’avons pas pu obtenir d’araignées-robots pour vérifier que notre partie fonctionne bien. Nous avons alors créé un programme sur Processing. Notre programme récupère les données sur le site http://www.fabienzocco.net/fichier_info.txt.		Nous n’avons pas pu obtenir d’araignées-robots pour vérifier que notre partie fonctionne bien. Nous avons alors créé un programme sur Processing. Notre programme récupère les données sur le site http://www.fabienzocco.net/fichier_info.txt.

← Version précédente		Version du 8 mai 2019 à 19:42
Ligne 997 :		Ligne 997 :

	L'application est fonctionnelle et nous sommes satisfaits du résultat obtenu. Elle sera utilisable pour la suite du projet par Fabien Zocco et Laurent Sparrow.		L'application est fonctionnelle et nous sommes satisfaits du résultat obtenu. Elle sera utilisable pour la suite du projet par Fabien Zocco et Laurent Sparrow.
		+
		+
		+
		+	Nous n’avons pas pu obtenir d’araignées-robots pour vérifier que notre partie fonctionne bien. Nous avons alors créé un programme sur Processing. Notre programme récupère les données sur le site http://www.fabienzocco.net/fichier_info.txt.
		+
		+
		+	La fonction ls permet de récupérer les données du site à l’aide de la fonction loadString(<lien>). Cette opération est réalisée toutes les 15 secondes. Parce qu’il faut que la fréquence d’envoi sur le serveur soit la même que la fréquence de récupération. On utilise alors un compteur pour gérer le temps. A chaque appel de cette fonction nous remplissons un tableau de toutes les valeurs. Les données qui nous intéressent en l'occurrence les valeurs de l'accéléromètre (variable x seulement) se trouvent à la ligne 7. Avec la commande split, on sépare les données en précisant le séparateur utilisé sur le site: “/”, et on range ces valeurs dans un tableau.
		+	La fonction draw permet de dessiner le cercle. Nous avons alors choisi de remplacer l'araignée par un cercle bleu. Ce dernier va se déplacer dans la fenêtre en suivant les valeurs récupérés par l’accéléromètre de la montre. Pour ce faire, nous avons modifié les coordonnées du centre du cercle.
		+
		+
		+	Ci-dessous un exemple:
		+	Lorsque qu’une personne qui porte le bracelet fait un mouvement de droite à gauche, on peut voir un déplacement du cercle de droite à gauche.
		+
		+	[[Fichier:SAI_testprog.gif\|SAI_testprog.gif]]

	=Documents Rendus=		=Documents Rendus=

@@ Ligne 994 : / Ligne 994 : @@
 Pour conclure sur ce projet, nous avons travaillé '''en équipe''' dans ce projet et le travail a été équitablement réparti. Nous avons pris soin à ce que la communication soit bonne et que le partage du travail soit équitable entre nous.
 De plus, nous étions en '''réelle situation d’ingénieur''' avec un client et un projet à réaliser en un temps délimité. Ce côté était d’autant plus marqué parce que le demandeur et encadrant Monsieur Zocco était extérieur à l’école. Nous nous sommes positionnés en tant qu’ingénieurs, avons organisé des réunions projets pour obtenir des informations et des réponses à nos interrogations. Nous avons tenu au courant Monsieur Zocco tout au long du projet de nos avancées en lui faisant des retours réguliers.
-Ce projet était '''prenant et enrichissant'''. Il nous a permis de développer les compétences que nous souhaitions et de découvrir la programmation mobile.
+Ce projet était '''prenant et enrichissant'''. Il nous a permis de développer les compétences que nous souhaitions et de découvrir la programmation pour applications mobiles.
 L'application est fonctionnelle et nous sommes satisfaits du résultat obtenu. Elle sera utilisable pour la suite du projet par Fabien Zocco et Laurent Sparrow.
 =Documents Rendus=