Projet IMA3 P2, 2017/2018, TD2 - Historique des versions

Rex : /* Partie FPGA */

2018-06-22T06:48:41Z

‎Partie FPGA

Hleurent : /* Partie Informatique */

2018-06-18T08:10:10Z

‎Partie Informatique

Hleurent : /* Vidéo de démonstration */

2018-06-16T20:01:50Z

‎Vidéo de démonstration

Hleurent : /* Bilan */

2018-06-16T20:01:28Z

‎Bilan

Fronckie : /* Partie Informatique */

2018-06-07T00:28:18Z

‎Partie Informatique

Fronckie : /* Partie Informatique */

2018-06-07T00:20:10Z

‎Partie Informatique

Hleurent : /* Annexes */

2018-05-29T20:26:12Z

‎Annexes

Hleurent : /* Annexes */

2018-05-29T20:23:46Z

‎Annexes

Hleurent : /* Conclusion */

2018-05-29T20:22:44Z

‎Conclusion

Hleurent : /* Conclusion */

2018-05-29T19:24:10Z

‎Conclusion

@@ Ligne 84 : / Ligne 84 : @@
 Nous avons commencé à reproduire le programme Arduino sur FPGA. Pour commencer, nous nous sommes attardés sur la réception de l'information par le port série, et sur la mise en mémoire et l'allumage d'une seule LED pour une séquence de 5 étapes, qu'il nous suffira ensuite de reproduire pour les 3 autres LED.
-Pour ce faire, nous sommes alors partis du principe qu'un message d'un octet envoyé par le port série correspondrait à une seule étape de la séquence. Il faudrait alors envoyer 5 octets avant que ce soir à l'utilisateur de jouer. Le message serait composé de 2 x 4 bits identiques, la première partie du message servirait à allumer directement la LED alors que la seconde partie serait dirigée vers la mise en mémoire.
+Pour ce faire, nous sommes alors partis du principe qu'un message d'un octet envoyé par le port série correspondrait à une seule étape de la séquence. Il faudrait alors envoyer 5 octets avant que ce soit à l'utilisateur de jouer. Le message serait composé de 2 x 4 bits identiques, la première partie du message servirait à allumer directement la LED alors que la seconde partie serait dirigée vers la mise en mémoire.
 Chaque LED correspond à un bit, et donc un seul bit sur les 4 peut être à 1 à la fois. (exemple : le message 10001000 allumera la led rouge, 01000100 allumera la led jaune, 00100010 allumera la verte et 00010001 allumera la bleue).

@@ Ligne 112 : / Ligne 112 : @@
 ===<span style="color:RoyalBlue">Partie Informatique</span>===
-De ce côté-ci, alors que notre Raspberry était correctement configuré et envoyait de signaux vers l'Arduino, nous souhaitions maintenant envoyer des informations particulières qui auraient permis à l'utilisateur de jouer au Simon depuis le serveur distant (bouton "jouer", choix, de la durée de la séquence, indication "succès" ou "échec"...). C'est alors un malheureux évènement est venu bousculer nos plans, car notre Raspberry a tout bonnement et simplement planté, sans aucune possibilité de le rallumer.
+De ce côté-ci, alors que notre Raspberry était correctement configuré et envoyait de signaux vers l'Arduino, nous souhaitions maintenant envoyer des informations particulières qui auraient permis à l'utilisateur de jouer au Simon depuis le serveur distant (bouton "jouer", choix, de la durée de la séquence, indication "succès" ou "échec"...). C'est alors qu'un malheureux évènement est venu bousculer nos plans, car notre Raspberry a tout bonnement et simplement planté, sans aucune possibilité de le rallumer.
-Découragés mais pas démotivés, nous avons alors reçu un nouveau Raspberry qu'il a fallu configurer puis auquel nous avons implanté le Websocket. Le code web étant perdu, nous avons tout de même pu récupérer une version antérieure, enregistrée sur l'ordinateur. Nous l'avons donc modifier pour envoyé, comme lors de notre premier "succès", une séquence aléatoire de 5 octets correspondant à 5 LED à allumer dans un ordre précis par l'arduino. Après reconfiguration, nous constatons que l'envoi des informations fonctionne, nous pouvons bien lire nos octets sur un terminal, mais ne sont plus lu par l'arduino qui n'affiche pas les LED en conséquence. Nous travaillons encore actuellement sur le débug de ce programme, que nous pensons provenir soit du fait que notre code est très différent du précédant (partie modification de la taille de la séquence supprimée), soit du fait que nous avons fortement modifié l'architecture de nos LED.
+Découragés mais pas démotivés, nous avons alors reçu un nouveau Raspberry qu'il a fallu configurer puis auquel nous avons implanté le Websocket. Le code web étant perdu, nous avons tout de même pu récupérer une version antérieure, enregistrée sur l'ordinateur. Nous l'avons donc modifiée pour envoyer, comme lors de notre premier "succès", une séquence aléatoire de 5 octets correspondant à 5 LED à allumer dans un ordre précis par l'arduino. Après reconfiguration, nous constatons que l'envoi des informations fonctionne, nous pouvons bien lire nos octets sur un terminal, mais ils ne sont plus lus par l'arduino qui n'affiche pas les LED en conséquence. Nous travaillons encore actuellement sur le débug de ce programme, que nous pensons provenir soit du fait que notre code est très différent du précédent (partie modification de la taille de la séquence supprimée), soit du fait que nous avons fortement modifié l'architecture de nos LED.
 ===<span style="color:RoyalBlue">Partie Arduino</span>===

@@ Ligne 144 : / Ligne 144 : @@
 ===<span style="color:RoyalBlue">Vidéo de démonstration</span>===
-[[Média:Exemple.ogg]]
+[[Média:Demo_Simon.mp4]]
 Sur la vidéo, on peut donc voir les différents modules du jeu : la LED s'allumant en fonction de la réussite ou de l'échec de l'utilisateur, les informations de jeu sur l'écran LCD, la difficulté s'incrémentant avec le potard ...
 ===<span style="color:RoyalBlue">Respect des objectifs</span>===

← Version précédente		Version du 16 juin 2018 à 20:01
Ligne 141 :		Ligne 141 :

	== Bilan ==		== Bilan ==
		+
		+	===<span style="color:RoyalBlue">Vidéo de démonstration</span>===
		+
		+	[[Média:Exemple.ogg]]
		+
		+	Sur la vidéo, on peut donc voir les différents modules du jeu : la LED s'allumant en fonction de la réussite ou de l'échec de l'utilisateur, les informations de jeu sur l'écran LCD, la difficulté s'incrémentant avec le potard ...
		+

	===<span style="color:RoyalBlue">Respect des objectifs</span>===		===<span style="color:RoyalBlue">Respect des objectifs</span>===

@@ Ligne 113 : / Ligne 113 : @@
 De ce côté-ci, alors que notre Raspberry était correctement configuré et envoyait de signaux vers l'Arduino, nous souhaitions maintenant envoyer des informations particulières qui auraient permis à l'utilisateur de jouer au Simon depuis le serveur distant (bouton "jouer", choix, de la durée de la séquence, indication "succès" ou "échec"...). C'est alors un malheureux évènement est venu bousculer nos plans, car notre Raspberry a tout bonnement et simplement planté, sans aucune possibilité de le rallumer.
-Découragés mais pas démotivés, nous avons alors reçu un nouveau Raspberry qu'il a fallu configurer puis auquel nous avons implanté le Websocket. Après reconfiguration, nous constatons que l'envoi des informations ne fonctionne plus comme prévu et que les données que nous souhaitons transmettre ne sont pas reçues par la carte. Nous travaillons encore actuellement sur le débug de ce programme.
+Découragés mais pas démotivés, nous avons alors reçu un nouveau Raspberry qu'il a fallu configurer puis auquel nous avons implanté le Websocket. Le code web étant perdu, nous avons tout de même pu récupérer une version antérieure, enregistrée sur l'ordinateur. Nous l'avons donc modifier pour envoyé, comme lors de notre premier "succès", une séquence aléatoire de 5 octets correspondant à 5 LED à allumer dans un ordre précis par l'arduino. Après reconfiguration, nous constatons que l'envoi des informations fonctionne, nous pouvons bien lire nos octets sur un terminal, mais ne sont plus lu par l'arduino qui n'affiche pas les LED en conséquence. Nous travaillons encore actuellement sur le débug de ce programme, que nous pensons provenir soit du fait que notre code est très différent du précédant (partie modification de la taille de la séquence supprimée), soit du fait que nous avons fortement modifié l'architecture de nos LED.
 ===<span style="color:RoyalBlue">Partie Arduino</span>===

@@ Ligne 94 : / Ligne 94 : @@
 ===<span style="color:RoyalBlue">Partie Informatique</span>===
-Après la programmation du petit code javascript qui détermine et envoie une séquence aléatoire d'octets via le port série, on l'a testé avec un code arduino qui récupère ce code série et qui allume des leds en conséquence.
+Lors de cette séance, nous avons programmé un code javascript pour notre site web, sur la raspberry. Ce code nous permet ainsi de généré 4 valeurs aléatoires. Ces valeur correspondent chacune à un nombre sur 8 bits, chacun correspondant à une de nos quatre LED de la partie arduino. On initialise ensuite un tableau vide de taille 5, que l'on remplit ensuite de ces valeurs générée aléatoirement. Au final, on obtient un tableau composé d'une série de 5 octets. Ceux-ci vont ensuite être transmit via le port série. Du coté arduino,  on utilise la bibliothèque Serial pour récupérer les 5 octets. On a ainsi pu testé un programme qui lit chacun de ces octets et allume la LED correspondante en conséquence.
-Le code JavaScript initialise aléatoirement un séquence de 5 octets qui sont ensuite envoyé à l'arduino via le port série. On utilise sur l'arduino la bibliothèque Serial pour récupérer les 5 octets qui sont stockés dans un tableau. Ensuite, on allume les leds en fonction de l'octet reçu. On a donc la première partie de notre jeu, la génération de la séquence aléatoire par le site web stocké sur la raspberry.
+On a ainsi pu créer la première partie "Communication" de notre site web avec l'arduino. Maintenant, on souhaiterai complexifier cette partie en ajoutant notamment la possibilité pour le joueur de choisir la taille de la séquence à jouer, ou alors modifier la vitesse à chaque fois que le joueur réussissait à effectuer une série correctement. La partie "vitesse" semble plus complexe à transmettre, nous nous sommes donc d'abord penché sur la modification de la taille de la séquence.
 ===<span style="color:RoyalBlue">Partie FPGA</span>===

← Version précédente		Version du 29 mai 2018 à 20:26
Ligne 162 :		Ligne 162 :
	===<span style="color:RoyalBlue">Annexes</span>===		===<span style="color:RoyalBlue">Annexes</span>===

−	En Annexe, voici le programme Arduino utilisé pour notre jeu :	+	En Annexe, voici une archive comportant le programme Arduino utilisé pour notre jeu, ainsi que le schématic Fritzing : [[Fichier:Simon.zip]]
−
−	~~Ainsi~~ que le ~~schéma~~ Fritzing :

← Version précédente		Version du 29 mai 2018 à 20:23
Ligne 161 :		Ligne 161 :

	===<span style="color:RoyalBlue">Annexes</span>===		===<span style="color:RoyalBlue">Annexes</span>===
		+
		+	En Annexe, voici le programme Arduino utilisé pour notre jeu :
		+
		+	Ainsi que le schéma Fritzing :

@@ Ligne 158 : / Ligne 158 : @@
 En conclusion, ce projet SC nous a donné l'occasion de découvrir plusieurs champs du milieu des Systèmes Communicants. Pour notre part, c'est surtout l'Arduino que nous avons mis en avant et donc de découvrir les fonctionnalités. Ceci était simplifié par les connaissances en langage C que nous avions déja acquises. Egalement, nous avons eu l'occasion de configurer non pas une, mais deux Raspberry PI, ce qui nous sera certainement fort utile au cours des projets dans les années à venir. Enfin, réaliser ce projet nous a offert l'occasion de s'organiser et répartir les tâches en équipe, et surtout de revoir constamment ses objectifs et priorités en fonction des imprévus et non-fonctionnement de certains aspects.
-Dans l'ensemble, ce projet s'est avéré interessant, même si un plus grand nombre de séances, réparties au long du semstre, nous seraient à tous certainement bénéfique. Egalement, quasiment l'intégralité des aspects de ce projet, que ce soit Arduino, FPGA ou Raspberry PI étaient nouveaux pour nous et nous n'avions malheureusement pas eu l'occasion d'avoir de cours dessus. Peut-être que quelques séances d'apprentissages de ces différents systèmes au préalable nous permettraient de les utiliser au mieux au cours de ce projet SC (surtout pour la partie FPGA, qui est selon nous la plus compliquée à appréhender).
+Dans l'ensemble, ce projet s'est avéré interessant, même si un plus grand nombre de séances, réparties au long du semstre, nous seraient à tous certainement bénéfique. Egalement, quasiment l'intégralité des aspects de ce projet, que ce soit Arduino, FPGA ou Raspberry PI étaient nouveaux pour nous et nous n'avions malheureusement pas eu l'occasion d'avoir de cours dessus. Peut-être que quelques séances d'apprentissages de ces différents systèmes au préalable nous permettraient de les utiliser au mieux au cours de ce projet SC (surtout pour la partie FPGA, qui est selon nous la plus compliquée à appréhender). Enfin, comme beaucoup d'outils étaient nouveaux pour nous, beaucoup de questions étaient posées et beaucoup d'aide devait être apportée, et les tuteurs étaient souvent débordés. Peut-être faudrait-il prévoir plus d'enseignants pour y répondre lors des prochaines éditions.
 ===<span style="color:RoyalBlue">Annexes</span>===

@@ Ligne 156 : / Ligne 156 : @@
 ===<span style="color:RoyalBlue">Conclusion</span>===
-En conclusion, ce projet SC nous a permis
+En conclusion, ce projet SC nous a donné l'occasion de découvrir plusieurs champs du milieu des Systèmes Communicants. Pour notre part, c'est surtout l'Arduino que nous avons mis en avant et donc de découvrir les fonctionnalités. Ceci était simplifié par les connaissances en langage C que nous avions déja acquises. Egalement, nous avons eu l'occasion de configurer non pas une, mais deux Raspberry PI, ce qui nous sera certainement fort utile au cours des projets dans les années à venir. Enfin, réaliser ce projet nous a offert l'occasion de s'organiser et répartir les tâches en équipe, et surtout de revoir constamment ses objectifs et priorités en fonction des imprévus et non-fonctionnement de certains aspects.
 ===<span style="color:RoyalBlue">Annexes</span>===