« SE4 2022/2023 EC4 » : différence entre les versions
| Ligne 30 : | Ligne 30 : | ||
ReX : Quel connecteur ? L'AVR-ISP comme mentionné ci-dessous ? C'est standard comme comme câblage ... | 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. | 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 : | * Je suis passé sur le sous-système avec la matrice de LED : | ||
| Ligne 45 : | Ligne 49 : | ||
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. | 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 : 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 :) | 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 commencé à regarder le troisième sous-système qui sera le maitre SPI | ||
| Ligne 59 : | Ligne 67 : | ||
ReX : L'ATMega328p maître était déjà programmable par série (comme un Arduino Uno classique). | 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. | 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 ? | |||
= Documents Rendus = | = Documents Rendus = | ||
Version du 17 juillet 2023 à 13:24
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.
Travail réalisé
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 ?