Site ELEC344/ELEC381

Partie interactive du site pédagogique ELEC344/ELEC381 de Télécom ParisTech (occurrence 2010).

Catégories

Serpentina - Bugs, blocage et une petite vidéo

Aujourd’hui, on a travaillé pour essayer de corriger des erreurs qui causaient des blocages de quelques cartes de notre serpent. Comme on a un système distribué, c’était dur de le debugger, et en plus on n’arrivait pas toujours à réproduire ces blocages. On a pu corriger quelques erreurs mais qui nous amenaient à d’autres, et à la fin de cette après-midi, notre exécution se bloquait encore au moment de faire un virage. Demain je me lance là pour trouver la cause du problème.

Ah, on a aussi transformé en paramétrable la variable qui donne la vitesse du serpent, et on a changé quelques configurations de la sinusoïde pour avoir des mouvements plus constants.

Et pendant qu’on essaie de trouver les solutions pour nos problèmes, voici une petite démo de notre serpent.

Simulateur !

Aujourd’hui j’ai continué à tester les différents algorithmes que nous avons mis en place pour l’initialisation de GLiP à l’aide d’un simulateur en python. Suite à la soutenance de mercredi, plusieurs parties de l’algorithme ont été reprises (cf wiki) et les étapes de ping, d’élection de leader et d’orientation des modules ont été simulées. Cela a permis de mettre en évidence quelques problèmes d’algorithmique qui ont pu être résolus.

Un peu de python, ça ne mord pas

Derrière ce titre vaseux se cache le résumé de ces derniers jours…

Pendant ce week-end (essentiellement lundi), j’ai réfléchi aux différentes étapes à mettre en oeuvre pour initialiser GLiP : c’est à dire, à partir de blocs inutiles et plutôt moches, comment lancer une jolie animation (qui ne sera peut-être pas plus utile).

En intégrant le travail de recherche d’algorithmes de Julie, nous sommes arrivés à cette page du wiki, qui a été peaufinée au cours de la journée d’aujourd’hui au fur et à mesure où nous découvrions les imperfections.

Cet après midi, j’ai plongé au coeur de Python (grâce au ebook du même titre) pour coder un simulateur qui simulera (!) les différentes étapes de l’initialisation de GLiP. L’algorithme servant à orienter les blocs semble bien fonctionner, même en injectant quelques erreurs aléatoires dans les messages (même si le modèle d’erreur est plutôt douteux).

Rédaction de l’article

Lundi matin, j’ai fais quelques modifications sur le code du TP (nettoyage, travail sur la réutilisation du code) et j’ai commencé à rédiger l’article ainsi que dans l’après-midi.

Aujourd’hui j’ai fini la rédaction de ma partie et j’ai intégré celles des autres au fichier LaTeX final.

Avancement des derniers jours

Hier et aujourd’hui j’ai travaillé sur la carte de mon TP. Surtout cette après-midi et ce soir j’ai pu avancer un peu plus :
- LCD : la configuration est finie, et les tâches qui alternent les écritures des deux lignes marchent bien.
- backlight : la configuration du PWM est déjà fait et marche aussi.
- buzzer : le code est déjà écrit, mais j’ai encore un bug. Peut-être, je sais quel est le registre qui est mal configuré.
- boutons : aparamment une ligne de la configuration du NVIC du PC13 bloque l’exécution de toute la carte. Je n’ai pas eu de temps de trouver exactement le problème.
- zigbee : pas encore commencé.

Par rapport à l’article à propos des processus de décision des systèmes répartis, j’ai déjà presque fini d’écrire les points que j’ai présentés. Il me manque encore ajouter des figures, détailler quelques paragraphes et faire une correction gramaticale/orthographe.