SE4 2022/2023 EC4

Objectifs

Il vous est demandé de :

• réaliser des communications SPI entre trois ATMega328p, pour cela vous utiliserez une carte comportant 3 sous-systèmes :
  • un sous-système de type Arduino Uno programmable via une puce FTDI,
  • un sous-système de gestion d'afficheurs 7 segments par un ATMega328p, programmable via un connecteur AVR-ISP,
  • un sous-système de gestion de matrice de LEDs par un ATMega328p, aussi programmable via un connecteur AVR-ISP ;
• commencez par gérer les afficheurs et les pilotes de LED sur les sous-systèmes correspondants ;
• écrivez les fonctions de communication entre les sous-systèmes : le premier sous-système étant le maître SPI ;
• écrivez sur le sous-système maître un programme pour commander les deux autres sous-systèmes en séquence ;
• utilisez l'ordonnanceur implanté en TP, en l'étendant, pour commander les deux autres sous-systèmes par deux tâches concurrentes.

Matériel nécessaire

Vous aurez besoin de la carte de développement cité et d'un Arduino configuré en programmateur AVR ISP.

Le dernier projet sur ce sujet est disponible sur l'ancien Wiki : [1]. Vous y trouverez le schéma et le routage de la carte. Vous y trouverez même des embryons des programmes demandés.

Semaine 1

• Jusqu'à présent, je me suis concentré sur le sous-système avec les afficheurs 7 segments :
  • Inspection du routage du PCB pour voir comment était câblé le connecteur au µC
  • Recherche sur le fonctionnement de la programmation via un connecteur AVR-ISP
  • Début de compréhension du code et du makefile
  • Pour l'instant je peux sur chacun des afficheurs :
    • Afficher le caractère souhaité parmi les caractères hexadécimaux (0 1 2 3 4 5 6 7 8 9 A b C d E F)
    • Allumer le point
    • Eteindre l'afficheur

ReX : Quel connecteur ? L'AVR-ISP comme mentionné ci-dessous ? C'est standard comme comme câblage ...

Timothé : Oui l'AVR-ISP, je n'avais encore jamais utilisé ce type de connecteur. J'ai donc fait des recherches pour savoir quelles broches étaient utilisées par ces connecteurs, et notamment laquelle de ces broches était relié au 5V de l'ATMega328p sur le PCB, pour éviter de l'envoyer là où il fallait pas et risquer de cramer quelque chose...

ReX : OK pour les fonctionnalités sur les 7 segments.

Timothé : Ok parfait.

• Je suis passé sur le sous-système avec la matrice de LED :
  • Inspection du routage du PCB pour voir comment était câblé le deuxième connecteur AVR-ISP au deuxième µC
  • Début de compréhension du code et du makefile
  • Cependant, j'ai changé la matrice "indirect_matrix". Je l'ai retourné, puis l'ai ensuite pivoté d'un quart de tour vers la droite (Cela permet de l'avoir dans le même sens que les LED sur la carte et dans le sens de lecture des afficheurs 7 segments)
    • Ce qui permettra de facilement créer et afficher des caractères sur la matrice de LED
    • A ce propos... j'aurais quelques questions sur ce que vous souhaitiez que ces deux sous-systèmes puissent faire :
      • Quels caractère souhaitez-vous pour la matrice (par exemple : l'alphabet, les chiffres) ?
      • Plus largement, que souhaitez-vous comme fonctionnalités pour la matrice de LED (par exemple : afficher des lettres, afficher des chiffres, faire défiler des messages) ?
    • Même question pour les afficheurs 7 segments, que souhaitez-vous comme fonctionnalités (par exemple : compter en décimal, en hexadécimal, faire défiler des chiffres) ?
    • Dites moi également si vous préférez que je réserve cet endroit pour le travail réalisé, et que je vous pose uniquement les questions par mail, ou que je fasse une nouvelle rubrique seulement pour les questions de la même manière que pour "Semaine 1".

ReX : Pour ce qui peut être affiché sur la matrice c'est comme vous voulez, soit un caractère alphanumérique centré, soit des caractères alphanumériques avec défilement de gauche à droite soit toute figure possible en 8x8 pixels, ce qui est important c'est que l'ATMega328p puisse commander l'ATMega328p de la matrice et lui faire faire quelque chose.

Timothé : Ok ça marche.

ReX : Idem pour les afficheurs 7 segments, le plus simple étant d'envoyer les 6 "caractères" à afficher.

ReX : Pour l'organisation du Wiki, c'est à vous de décider :)

Timothé : Dans ce cas, je propose que je mette mes questions dans une rubrique à part, et pour le reste nous pouvons continuer d'interagir comme ce qu'on a fait là.

• J'ai commencé à regarder le troisième sous-système qui sera le maitre SPI
  • J'ai regardé le makefile et fait quelques recherches sur la façon de programmer ce µC, afin de pouvoir le programmer par la suite via la puce FTDI
  • Je suis parvenu à le flasher et à récupérer des messages sur la liaison série avec le PC
  • (Dans le sous-système précédent) J'ai créer les caractères A,b,C,d,E,F,G,H,I,J ; qui sont affichable sur la matrice de LED (il est possible d'en créer d'autres facilement)
  • Je me suis également penché sur le code de ce sous-système (Maitre SPI)
    • J'ai pu constater que la façon de "contrôler" les autres sous-systèmes, n'est pas celle que j'avais imaginée
    • Je vais faire des essais pour voir s'il est possible et intéressant de faire ce que j'avais prévu avec la communication SPI (pour contrôler les autres sous-systèmes)

ReX : L'ATMega328p maître était déjà programmable par série (comme un Arduino Uno classique).

Timothé : Oui je m'en suis rendu compte par la suite, j'avais cru comprendre que l'ATMega328p était vide et qu'il fallait commencer par l'amorcer avec l'Arduino uno, afin de pouvoir ensuite le programmer en série. Mais cela avait déjà été fait. Cependant je devrais maintenant savoir le faire si besoin.

ReX : Votre discussion sur le contrôle par SPI n'est pas claire du tout, précisez, comparez des protocoles explicités.

Timothé : En fait, j'avais simplement imaginé envoyer des "ordres" aux autres sous-systèmes au lieu d'envoyer directement ce qu'il devait afficher. Par exemple : envoyer seulement le caractère "A" à l'ATMega328p de la matrice de LED, et non pas le tableau complet contenant le "A" réellement affichable. Il faudrait donc que le sous-système lise le caractère qui lui a été envoyé et l'interprète afin d'afficher ce qui correspond. Je ne sais pas encore si cela est faisable ni si c'est pratique... Je vais essayer. Est-ce mieux expliqué, où pas du tout ?

Semaine 2

• J'ai commencé à me pencher plus sur la communication SPI :
  • J'ai observé toute la connectique, et repéré où chaque broches des différents connecteurs (J18, J20, J17 et J21) étaient branchées sur les trois ATMega328p
  • J'ai pu constater qu'il n'y avait pour aucun des deux sous-systèmes la broche MISO connectée, il n'est donc pas possible pour les deux esclaves d'envoyer des messages au maitre
  • Cela paraissait évident, cependant j'ai vérifié quand même, les broches des connecteurs J18/J20 et J17/J21 se faisant face, sont bien connectées de la même manière à leur uC respectifs
    • A noter que la broche /SS de l'ATMega328p de la matrice de LED, n'est pas connectée à la broche /SS du maitre spi mais à la broche 11 (afin de sélectionner un esclave, le maitre doit avoir autant de broches de /SS que d'esclave, afin de pouvoir les adresser un à un)

Questions Semaine 2

Timothé : Oui l'AVR-ISP, je n'avais encore jamais utilisé ce type de connecteur. J'ai donc fait des recherches pour savoir quelles broches étaient utilisées par ces connecteurs, et notamment laquelle de ces broches était relié au 5V de l'ATMega328p sur le PCB, pour éviter de l'envoyer là où il fallait pas et risquer de cramer quelque chose...

ReX : Si vous l'avez utilisé en tutorat USB en 2022/2023.

Timothé : Dans ce cas, je n'avais pas encore fait le lien entre ce que j'avais utilisé et le fait que c'était un connecteur AVR-ISP...

Timothé : En fait, j'avais simplement imaginé envoyer des "ordres" aux autres sous-systèmes au lieu d'envoyer directement ce qu'il devait afficher. Par exemple : envoyer seulement le caractère "A" à l'ATMega328p de la matrice de LED, et non pas le tableau complet contenant le "A" réellement affichable. Il faudrait donc que le sous-système lise le caractère qui lui a été envoyé et l'interprète afin d'afficher ce qui correspond. Je ne sais pas encore si cela est faisable ni si c'est pratique... Je vais essayer. Est-ce mieux expliqué, où pas du tout ?

ReX : C'est faisable et ça me va aussi.

Timothé : Ok parfait, je vais essayer les deux. Je suis pas encore rendu à l'ordonnancement, mais je me demande si raccourcir le temps de communication pour les ordres SPI, ne pourrait pas aider à avoir quelque chose de plus rapide. Après les différences seront peut-être plus que négligeables...

ReX : Non non c'est une bonne idée de raccourcir les temps de transmission.

Semaine 3

• J'ai continué sur la communication SPI :
  • Je me suis d'abord penché sur la communication avec le sous-système comportant les afficheurs 7 segments
    • J'ai eu un peu plus de mal à mettre cela en place, ce qui m'a finalement débloqué, est de changer la fréquence de l'horloge cadencant la communication, je l'ai finalement fixée à la fréquence du µC divisé par 64 (avec une fréquence plus élevée la communication cesse de fonctionner)
    • Je peux désormais ordonner l'affichage d'un tableau au sous-système des afficheurs 7 segments depuis le sous-système maître
  • J'ai également commencé la programmation de la communication SPI avec le deuxième sous-système
    • La matrice est capable d'afficher n'importe quelle lettre de l'alphabet, il sera donc possible d'afficher des mots (pas de défilement prévu pour l'instant cependant...)
    • En revanche, la communication ne passe pas encore sur ce système, je travaille dessus en ce moment

ReX : OK, merci pour le rapport.

• La communication SPI est désormais également fonctionnelle sur la matrice de LEDs
  • Il est possible d'écrire des mots en faisant apparaitre les lettres successivement
• La commande en séquence des deux sous-systèmes est donc terminé

ReX : Ce serait bien d'expliquer les problèmes rencontrés et les solutions apportées.

• Je vais passer sur l'ordonnancement des sous-systèmes
  • Pour l'instant j'imagine faire 2 tâches, chacune s'occupant de la communication SPI d'un des deux sous-systèmes
  • Cela ne correspond pas tout à fait à ce que l'on avait dit, mais cela me parait intéressant, je vais essayer...

ReX : Dans un premier temps pourquoi pas, cela mettra les problèmes en exergue.

Questions semaine 3

ReX : Ce serait bien d'expliquer les problèmes rencontrés et les solutions apportées.

Timothe : Depuis le début de mon travail ou seulement dernièrement ? Je vous mets ça dans une rubrique à part ?

ReX : Tout le temps ! La validation de l'EC dépend autant de la documentation régulière que du résultat.