Outils pour utilisateurs
Table des matières
Projet : au choix
Cette année, tentative de fournir plusieurs projets, à choisir selon votre convenance (ou presque : pas plus de 2 binômes sur le même projet).
Le projet est à effectuer en bînôme, l'évaluation se fera principalement sur le rapport et sur le code remis. La date de retour reste à définir.
vue générale
| sujet | mots-clefs | IT ? | lib ? | difficulté | sujet détaillé |
|---|---|---|---|---|---|
| OLEDDIRECT | SPI | appréciable | appréciable | Hey, not too rough | projet_oleddirect.pdf |
| OLEDBITMAP | SPI | recommandé | appréciable | Hurt me plenty | projet_oledbitmap.pdf |
| LCDIT | GPIO, IT | obligatoire | recommandé | Hey, not too rough | projet_lcdit.pdf |
| AUDIOFLASH | SPI, PWM, RT | appréciable | inutile | Hey, not too rough | projet_audioflash.pdf |
| KYPAD | GPIO, IT | recommandé | appréciable | I'm too young to die | projet_kypad.pdf |
| SDCARDSPI | SPI, SDcard | appréciable | appréciable | Ultra-Violence | projet_sdcardspi.pdf |
| AUDIOCMD | A/D, trait. Sig | appréciable | inutile | Hurt me plenty | projet_audiocmd.pdf |
| SCHED | IT, OS | obligatoire | appréciable | Ultra-Violence | projet_sched.pdf |
| NIVELEC | I2C | appréciable | inutile | Hurt me plenty | projet_nivelec.pdf |
| GPSTIME | UART | appréciable | inutile | I'm too young to die | projet_gpstime.pdf |
| WIRELESS | plein… | appréciable | appréciable | NIGHTMARE |
Résumés des projets
OLEDDIRECT : Pilotage d'un écran OLED (mode direct)
Ce projet consiste à piloter un écran OLED sur liaison SPI en fournissant une transcription des fonctions offertes par l'écran (transfert de données, tracé de ligne, effacement, etc).
OLEDBITMAP : Pilotage d'un écran OLED (mode bitmap)
Ce projet consiste à piloter le même écran OLED qui ci-dessus, mais en utilisant le principe d'une mémoire graphique en mode bitmap qui sera rafraichie en permanence.
LCDIT : Pilotage de l'écran LCD en interruption
Ce projet consiste en une réécriture du module minimal_LCD, mais en se basant sur les interruptions pour minimiser le coût en calculs processeur. L'écran LCD utilise une interface spécifique utilisée à la main par les ports d'entrée/sortie.
AUDIOFLASH : restitution d'un fichier audio présent en mémoire Flash
Ici, il faut sortir sur le haut-parleur le morceau audio qui a été stocké sur la mémoire Flash de la carte. La Flash fonctionne en mode SPI, et la sortie audio utilise une sortie PWM.
KYPAD : gestion d'un clavier 16 touches
Il faut ici gérer un clavier 16 touches controlé par balayage sur les entrées/sorties. Les appuis sur touches doivent être disponibles dans une interface de file d'attente.
SDCARDSPI : gestion d'une carte SD (mode SPI)
Comme dit dans le titre, on veut pouvoir accéder au contenu d'une carte SD. On utilise le mode SPI. Le sujet est à préciser selon les binômes intéressés.
AUDIOCMD : réponse à des commandes audio
Le principe ici et de réagir à des commandes sonores. Rien de vocal (on n'est pas en traitement de signal). Juste les LEDs qui s'allument/s'éteignent quand on frappe dans les mains (ce sera déjà pas mal). Eventuellement une deuxième commande si on siffle (bienvenue dans les années 80 :) )
SCHED : Ordonnanceur basique
Rien de ludique pour ce projet. L'objectif est de créer une structure qui permet de lancer une ou plusieurs actions “plus tard”. Ces actions sont représentées sous forme de fonctions dont le prototype est void f(void). L'usage processeur doit être minimal entre ces actions. Plusieurs actions peuvent être demandées au même moment.
NIVELEC : réalisation d'un niveau électronique
En utilisant l'accéléromètre, la carte doit indiquer son niveau d'horizontalité ou de verticalité. La difficulté, est la gestion de l'accéléromètre en I2C qui n'a pas été vue en TP.
GPSTIME : horloge synchronisée en GPS (et plus si affinités)
L'objectif est d'utiliser un module GPS comme source pour afficher l'heure sur la carte. Le GPS communique en UART.
WIRELESS : effectuer des transferts de données sans fil : WiFi / BT / ZigBee au choix
L'application de base est d'afficher sur les LEDs d'une carte, la valeur des switchs d'une autre carte. Sans qu'il y aie de liaison physique entre les cartes, sinon, c'est pas drôle. S'il reste du temps, il est possible
- de faire une passerelle UART (les données reçues sur le RX d'une carte sont envoyées par le TX de l'autre carte),
- de reprendre le projet AUDIOFLASH, mais en transférant les données audio d'une carte à l'autre
- de faire dialoguer trois cartes ou plus
Remarques générales
Evaluation
L’évaluation du projet se fera sur la base d’un rapport par binôme. Le rapport doit présenter l’ensemble des démarches qui vous ont mené à l’écriture du projet, ainsi que les différents choix que vous avez réalisé. Notamment :
- les configurations utilisées (quels modes de fonctionnement, si plusieurs sont possibles, les raisons de votre choix)
- Interruptions ? Scrutation ? Pour quelle partie ? Pourquoi ? Comment ?
- Quelles sont les ressources mémoire utilisées ? D’ou viennent les chiffres observés ?
- Si c’est évalué, à quel point le processeur est sollicité ? Quelle marge reste-t-il pour ajouter des fonctions ?
