Wiki de bureau d'études PeiP - Contributions de l’utilisateur [fr]

Fichier:Clé usb circuit imprimé.png

2020-05-18T12:21:04Z

Mflamen1 : Dernière version du PCB de notre clé

Dernière version du PCB de notre clé

Binome2019-1

2020-05-18T12:20:12Z

Mflamen1 : /* Réalisation de la clé USB */

DEBAISIEUX Nicolas et FLAMENT Maxence

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Introduction''' </div> ==

Le but de notre bureau d'étude est de créer de A à Z une clé USB 2.0, à laquelle on essayera d'ajouter une fonctionnalité supplémentaire (en l'occurence, une LED qui change de couleur en fonction de la température ambiante.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 27/01/2020 : Recherche Fonctionnalités ''' </div> ==

Voici une liste de fonctionnalités supplémentaires auxquelles nous avons pensé à rajouter sur notre clé USB :

* géolocalisation (mais asssez dur à réaliser)
* signal sonore pour la retrouver dans la pièce/maison
* clé USB étanche ( créer boitier étanche + bouchon )
* capture et affichage de la température de la pièce avec leds

A priori, nous allons opter pour l'option concernant la température.
Il nous faudra donc un capteur thermique et une LED RGB.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 10/02/2020 : organisation du wiki et recherche composants''' </div> ==

Nous avons choisi d'opter pour la clé USB déjà testée par les encadrants.
Nous avons cherché un capteur thermique "de surface" pour pouvoir le souder plus facilement sur notre clé. Voici à quoi il ressemble :
[[File:Capteure.png|thumb|left|200px|Capteur thermique MCP9804]]

MCP9804T-E/MC arduino [https://fr.farnell.com/microchip/mcp9804-e-ms/capteur-de-temperature-i2c-2-7v/dp/1825061/ Lien pour retrouver le capteur thermique]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 13/02/2020 : mise en place de de l'étape du dé''' </div> ==

Au vu de la complexité de la réalisation d'une clé USB sans connaissances préalables, nous allons dans un premier temps nous exercer avec la réalisation d'un dé éléctronique. Pour cela, nous nous sommes inspirés de la Youtubeuse "Heliox" qui a créé son propre dé électronique.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 17/02/2020 jusqu'au 02/03 : Utilisation de Fritzing''' </div> ==

Découverte du logiciel Fritzing et première prise en main.
Nous avons commencé par organiser les éléments nécessaires à la réalisation du dé éléctronique dans la partie "Vue Schématique" du logiciel :

[[File:VueSchematique;png.png|thumb|left|500px|Vue schématique Fritzing du dé]]

[[File:PCBbinome1.png|thumb|right|500px|PCB de notre dé]]

<br style="clear: both;" />

Puis nous avons une nouvelle fois disposé ces éléments dans la partie "Circuit imprimé" du logiciel.
Voici également notre fichier Fritzing de notre dé [[Fichier:DE BINOME 1.zip]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 05/03/2020 : Code du dé''' </div> ==

Voici le code pour que le dé électronique fonctionne correctement et aléatoirement quand on appuie sur le bouton de la carte.
[[File:Code 2.png|thumb|left|300px|Code partie 1]]
[[File:Code 1.png|thumb|centre|200px|Code partie 2]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 09/03/2020 : Soudage''' </div> ==

Nous avons soudé les résistances, LEDs, microcontroleur et fils sur notre PCB réalisé grâce à Fritzing.

[[File:Recto.jpg|thumb|left|200px|Vue recto du dé]]

[[File:Verso.jpg|thumb|left|200px|Vue verso du dé]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 15/03/2020 : Test ReX de la carte "dé"''' </div> ==
Test de la carte "dé" par ReX, fonctionnement des 4 LED déjà soudées sans aucune modification.

Programme de test :
#define MAX_LED 7
int leds[]={0,1,2,3,4,5,6};
void setup() {
int i;
for(i=0;i<MAX_LED;i++) pinMode(leds[i], OUTPUT);
}
void loop() {
int i;
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], HIGH);
delay(1000);
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], LOW);
delay(1000);
}

Démonstration de l'exécution : [[media:binome2019-1-test1.mp4]].

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> ''Réalisation de la clé USB'' </div> ==

Maintenant que nous avons fini l'étape du dé électronique, nous pouvons passer à la réalisation de notre clé USB.

Nous avons choisi de reprendre le modèle Fritzing de la clé de 16 Mo sur le Wiki principal, et d'y ajouter notre propre fonctionnalité, c'est-à-dire une LED qui change de couleur en fonction de la température de la pièce.
Pour ce faire, voici la liste du matériel qu'il nous faut :

* Une LED RGB
* Un capteur thermique (voir plus haut le modèle choisi MCP9804)
* Des résistances

'''PARTIE VUE SCHEMATIQUE'''

Le capteur thermique n'étant pas disponible sur Fritzing, nous devons utiliser un composant générique dont nous allons renommer les broches pour qu'elles correspondent à celles de notre capteur.

[[File:Broches.png|thumb|left|300px|Broches du MCP9804]]

Après avoir créé notre composant générique, nous l'avons relié au micro-contrôleur de la clé USB (partie capteur thermique). Nous avons aussi ajouté une LED RGB (partie LED RGB). Finalement, voici à quoi ressemble la vue schématique de notre clé, avec notre fonctionnalité supplémentaire LED/Capteur thermique :

[[File:CleVueSchematique.png|thumb|center|600px|Vue schématique de l'ensemble de notre clé USB]]

'''PARTIE ROUTAGE PCB'''

Nous passons maintenant à la partie PCB sur fritzing. Nous avons modifié la taille du PCB pour y ajouter nos composants supplémentaires (LED + Capteur thermique).

Malheureusement, par manque de temps et de moyens (logiciel Fritzing très lent et quasiment inutilisable sur nos ordinateurs personnels), nous ne sommes pas parvenus à réaliser le circuit imprimé de notre clé.
Voici tout de même la vue de notre PCB, avec la LED et le capteur thermique qu'il reste à relier :

[[File:Pcbincomplet.png|thumb|center|600px|PCB de la clé avec nos composants supplémentaires, non reliés]]
[[File:clé_usb_circuit imprimé.png|thumb|center|600px|PCB de la clé avec nos composants supplémentaires]]

'''CODE'''

Il faut créer un code pour que la LED RGB que nous avons rajoutée s'allume et change de couleur en fonction de la température ambiante.

L'idée générale de ce code est de :
* récupérer dans un premier temps la valeur de la température mesurée par le capteur thermique
* allumer la LED en fonction de cette température.

Le capteur thermique que nous avons choisi (MCP9804) est un appareil esclave i2c. Pour communiquer du capteur thermique au micro-contrôleur, il faut utiliser une bibliothèque i2c, dont voici le lien : [http://www.peterfleury.epizy.com/doxygen/avr-gcc-libraries/group__pfleury__ic2master.html?i=1/ Bibliothèque i2c] On importe donc le module de la bibliothèque i2c au début de notre code. Il faut aussi déclarer toutes nos variables et constantes en début de code.

[[File:Debutcode.png|thumb|center|600px|Début du code]]

Ensuite, en cherchant dans la datasheet du capteur thermique (que vous pouvez trouver en cliquant sur le lien de notre capteur), nous avons trouvé un code utilisant cette bibliothèque, permettant d'obtenir la valeur de la température ambiante mesurée par le capteur. Voici ce code, que nous mettons dans le void loop :

[[File:Codeloop.png|thumb|center|500px|Code de récupération de la température]]

Maintenant, le but est d'allumer la LED et que la couleur de cette dernière corresponde à une fourchette de température (par exemple, bleue si on est sous les 15 degrés). Voici donc ce code, qui utilise la variable Temperature créée précédemment :

[[File:fincode.png|thumb|center|400px|Allumage de la LED en fonction de la température]]

Remarques :

* Il est fort probable que des erreurs soient présentes dans ce code, ou qu'il manque des éléments. Nous nous en excusons d'avance et nous ne voulons pas faire pleurer les puristes de l'informatique. Nous avons simplement donné ici une "idée générale" de code, vu notre incroyable niveau en langage C :).

* Des améliorations peuvent être apportées. Par exemple ici, on allume en bleue la LED ou en rouge ou en vert, mais on aurait pu combiner deux ou trois couleurs pour apporter des variations de couleurs.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Conclusion''' </div> ==

Nous allons maintenant dresser un bilan de ce bureau d'études en guise de conclusion.

* Tout d'abord la mise en place de la conception du dé électronique était une excellente idée, qui nous a permis de mieux appréhender les différents outils à disposition. Nous avons en effet suivi toutes les étapes qu'il y aurait à reproduire ensuite pour la conception de la clé, comme la conception sur Fritzing, la réalisation du code en langage C, puis la soudure des différents composants.

* Si une recherche internet ne suffisait pas pour ôter nos interrogations, la réactivité des deux encadrants nous permettait de toujours plus ou moins avancer.

* Est ensuite venu le temps de la conception de la clé USB, brusquement interrompue par la mise en place du confinement, et donc de la privation des outils nécessaires. L'accompagnement de ce bureau d'études s'est tout de même poursuivi sur un chat en ligne, nous permettant de continuer notre travail. Nous avons donc téléchargé sur nos ordinateurs les logiciels nécessaires comme Fritzing et l'IDE Arduino pour le code. Malgré nos différentes tentatives, nous n'avons pas réussi à obtenir de très bons résultats sur Fritzing à cause de ralentissements importants inexpliqués.

* Donc nous avons tant bien que mal réussi à intégrer, dans le schématique de la clé USB disponible sur le wiki, les éléments de la fonctionnalité "affichage de température par LED". Celui-ci validé par @rex et @aboe, nous nous sommes lancés dans le routage du PCB ainsi que dans la réalisation du code de nos fonctionnalités.

* N'étant ni en option langage C, ni très doués pour l’électronique, nous ne sommes pas certains que le code soit optimal, voire fonctionnel, et le routage du PCB est loin d'être achevé

* Nous sommes cependant très contents d'avoir suivi ce bureau d'études qui nous a permis d'obtenir les bases de certains logiciels et fait découvrir certaines compétences comme le codage. Il nous a également permis de mettre les pieds dans un univers bien différents de celui apporté par les matières classiques avec un suivi de projet comme nous rencontrerons lors de notre cursus ingénieur.

Binome2019-1

2020-05-18T12:18:01Z

Mflamen1 : /* Conclusion */

DEBAISIEUX Nicolas et FLAMENT Maxence

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Introduction''' </div> ==

Le but de notre bureau d'étude est de créer de A à Z une clé USB 2.0, à laquelle on essayera d'ajouter une fonctionnalité supplémentaire (en l'occurence, une LED qui change de couleur en fonction de la température ambiante.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 27/01/2020 : Recherche Fonctionnalités ''' </div> ==

Voici une liste de fonctionnalités supplémentaires auxquelles nous avons pensé à rajouter sur notre clé USB :

* géolocalisation (mais asssez dur à réaliser)
* signal sonore pour la retrouver dans la pièce/maison
* clé USB étanche ( créer boitier étanche + bouchon )
* capture et affichage de la température de la pièce avec leds

A priori, nous allons opter pour l'option concernant la température.
Il nous faudra donc un capteur thermique et une LED RGB.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 10/02/2020 : organisation du wiki et recherche composants''' </div> ==

Nous avons choisi d'opter pour la clé USB déjà testée par les encadrants.
Nous avons cherché un capteur thermique "de surface" pour pouvoir le souder plus facilement sur notre clé. Voici à quoi il ressemble :
[[File:Capteure.png|thumb|left|200px|Capteur thermique MCP9804]]

MCP9804T-E/MC arduino [https://fr.farnell.com/microchip/mcp9804-e-ms/capteur-de-temperature-i2c-2-7v/dp/1825061/ Lien pour retrouver le capteur thermique]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 13/02/2020 : mise en place de de l'étape du dé''' </div> ==

Au vu de la complexité de la réalisation d'une clé USB sans connaissances préalables, nous allons dans un premier temps nous exercer avec la réalisation d'un dé éléctronique. Pour cela, nous nous sommes inspirés de la Youtubeuse "Heliox" qui a créé son propre dé électronique.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 17/02/2020 jusqu'au 02/03 : Utilisation de Fritzing''' </div> ==

Découverte du logiciel Fritzing et première prise en main.
Nous avons commencé par organiser les éléments nécessaires à la réalisation du dé éléctronique dans la partie "Vue Schématique" du logiciel :

[[File:VueSchematique;png.png|thumb|left|500px|Vue schématique Fritzing du dé]]

[[File:PCBbinome1.png|thumb|right|500px|PCB de notre dé]]

<br style="clear: both;" />

Puis nous avons une nouvelle fois disposé ces éléments dans la partie "Circuit imprimé" du logiciel.
Voici également notre fichier Fritzing de notre dé [[Fichier:DE BINOME 1.zip]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 05/03/2020 : Code du dé''' </div> ==

Voici le code pour que le dé électronique fonctionne correctement et aléatoirement quand on appuie sur le bouton de la carte.
[[File:Code 2.png|thumb|left|300px|Code partie 1]]
[[File:Code 1.png|thumb|centre|200px|Code partie 2]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 09/03/2020 : Soudage''' </div> ==

Nous avons soudé les résistances, LEDs, microcontroleur et fils sur notre PCB réalisé grâce à Fritzing.

[[File:Recto.jpg|thumb|left|200px|Vue recto du dé]]

[[File:Verso.jpg|thumb|left|200px|Vue verso du dé]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 15/03/2020 : Test ReX de la carte "dé"''' </div> ==
Test de la carte "dé" par ReX, fonctionnement des 4 LED déjà soudées sans aucune modification.

Programme de test :
#define MAX_LED 7
int leds[]={0,1,2,3,4,5,6};
void setup() {
int i;
for(i=0;i<MAX_LED;i++) pinMode(leds[i], OUTPUT);
}
void loop() {
int i;
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], HIGH);
delay(1000);
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], LOW);
delay(1000);
}

Démonstration de l'exécution : [[media:binome2019-1-test1.mp4]].

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> ''Réalisation de la clé USB'' </div> ==

Maintenant que nous avons fini l'étape du dé électronique, nous pouvons passer à la réalisation de notre clé USB.

Nous avons choisi de reprendre le modèle Fritzing de la clé de 16 Mo sur le Wiki principal, et d'y ajouter notre propre fonctionnalité, c'est-à-dire une LED qui change de couleur en fonction de la température de la pièce.
Pour ce faire, voici la liste du matériel qu'il nous faut :

* Une LED RGB
* Un capteur thermique (voir plus haut le modèle choisi MCP9804)
* Des résistances

'''PARTIE VUE SCHEMATIQUE'''

Le capteur thermique n'étant pas disponible sur Fritzing, nous devons utiliser un composant générique dont nous allons renommer les broches pour qu'elles correspondent à celles de notre capteur.

[[File:Broches.png|thumb|left|300px|Broches du MCP9804]]

Après avoir créé notre composant générique, nous l'avons relié au micro-contrôleur de la clé USB (partie capteur thermique). Nous avons aussi ajouté une LED RGB (partie LED RGB). Finalement, voici à quoi ressemble la vue schématique de notre clé, avec notre fonctionnalité supplémentaire LED/Capteur thermique :

[[File:CleVueSchematique.png|thumb|center|600px|Vue schématique de l'ensemble de notre clé USB]]

'''PARTIE ROUTAGE PCB'''

Nous passons maintenant à la partie PCB sur fritzing. Nous avons modifié la taille du PCB pour y ajouter nos composants supplémentaires (LED + Capteur thermique).

Malheureusement, par manque de temps et de moyens (logiciel Fritzing très lent et quasiment inutilisable sur nos ordinateurs personnels), nous ne sommes pas parvenus à réaliser le circuit imprimé de notre clé.
Voici tout de même la vue de notre PCB, avec la LED et le capteur thermique qu'il reste à relier :

[[File:Pcbincomplet.png|thumb|center|600px|PCB de la clé avec nos composants supplémentaires, non reliés]]

'''CODE'''

Il faut créer un code pour que la LED RGB que nous avons rajoutée s'allume et change de couleur en fonction de la température ambiante.

L'idée générale de ce code est de :
* récupérer dans un premier temps la valeur de la température mesurée par le capteur thermique
* allumer la LED en fonction de cette température.

Le capteur thermique que nous avons choisi (MCP9804) est un appareil esclave i2c. Pour communiquer du capteur thermique au micro-contrôleur, il faut utiliser une bibliothèque i2c, dont voici le lien : [http://www.peterfleury.epizy.com/doxygen/avr-gcc-libraries/group__pfleury__ic2master.html?i=1/ Bibliothèque i2c] On importe donc le module de la bibliothèque i2c au début de notre code. Il faut aussi déclarer toutes nos variables et constantes en début de code.

[[File:Debutcode.png|thumb|center|600px|Début du code]]

Ensuite, en cherchant dans la datasheet du capteur thermique (que vous pouvez trouver en cliquant sur le lien de notre capteur), nous avons trouvé un code utilisant cette bibliothèque, permettant d'obtenir la valeur de la température ambiante mesurée par le capteur. Voici ce code, que nous mettons dans le void loop :

[[File:Codeloop.png|thumb|center|500px|Code de récupération de la température]]

Maintenant, le but est d'allumer la LED et que la couleur de cette dernière corresponde à une fourchette de température (par exemple, bleue si on est sous les 15 degrés). Voici donc ce code, qui utilise la variable Temperature créée précédemment :

[[File:fincode.png|thumb|center|400px|Allumage de la LED en fonction de la température]]

Remarques :

* Il est fort probable que des erreurs soient présentes dans ce code, ou qu'il manque des éléments. Nous nous en excusons d'avance et nous ne voulons pas faire pleurer les puristes de l'informatique. Nous avons simplement donné ici une "idée générale" de code, vu notre incroyable niveau en langage C :).

* Des améliorations peuvent être apportées. Par exemple ici, on allume en bleue la LED ou en rouge ou en vert, mais on aurait pu combiner deux ou trois couleurs pour apporter des variations de couleurs.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Conclusion''' </div> ==

Nous allons maintenant dresser un bilan de ce bureau d'études en guise de conclusion.

* Tout d'abord la mise en place de la conception du dé électronique était une excellente idée, qui nous a permis de mieux appréhender les différents outils à disposition. Nous avons en effet suivi toutes les étapes qu'il y aurait à reproduire ensuite pour la conception de la clé, comme la conception sur Fritzing, la réalisation du code en langage C, puis la soudure des différents composants.

* Si une recherche internet ne suffisait pas pour ôter nos interrogations, la réactivité des deux encadrants nous permettait de toujours plus ou moins avancer.

* Est ensuite venu le temps de la conception de la clé USB, brusquement interrompue par la mise en place du confinement, et donc de la privation des outils nécessaires. L'accompagnement de ce bureau d'études s'est tout de même poursuivi sur un chat en ligne, nous permettant de continuer notre travail. Nous avons donc téléchargé sur nos ordinateurs les logiciels nécessaires comme Fritzing et l'IDE Arduino pour le code. Malgré nos différentes tentatives, nous n'avons pas réussi à obtenir de très bons résultats sur Fritzing à cause de ralentissements importants inexpliqués.

* Donc nous avons tant bien que mal réussi à intégrer, dans le schématique de la clé USB disponible sur le wiki, les éléments de la fonctionnalité "affichage de température par LED". Celui-ci validé par @rex et @aboe, nous nous sommes lancés dans le routage du PCB ainsi que dans la réalisation du code de nos fonctionnalités.

* N'étant ni en option langage C, ni très doués pour l’électronique, nous ne sommes pas certains que le code soit optimal, voire fonctionnel, et le routage du PCB est loin d'être achevé

* Nous sommes cependant très contents d'avoir suivi ce bureau d'études qui nous a permis d'obtenir les bases de certains logiciels et fait découvrir certaines compétences comme le codage. Il nous a également permis de mettre les pieds dans un univers bien différents de celui apporté par les matières classiques avec un suivi de projet comme nous rencontrerons lors de notre cursus ingénieur.

Binome2019-1

2020-05-16T17:35:41Z

Mflamen1 : /* Conclusion */

DEBAISIEUX Nicolas et FLAMENT Maxence

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Introduction''' </div> ==

Le but de notre bureau d'étude est de créer de A à Z une clé USB 2.0, à laquelle on essayera d'ajouter une fonctionnalité supplémentaire (en l'occurence, une LED qui change de couleur en fonction de la température ambiante.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 27/01/2020 : Recherche Fonctionnalités ''' </div> ==

Voici une liste de fonctionnalités supplémentaires auxquelles nous avons pensé à rajouter sur notre clé USB :

* géolocalisation (mais asssez dur à réaliser)
* signal sonore pour la retrouver dans la pièce/maison
* clé USB étanche ( créer boitier étanche + bouchon )
* capture et affichage de la température de la pièce avec leds

A priori, nous allons opter pour l'option concernant la température.
Il nous faudra donc un capteur thermique et une LED RGB.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 10/02/2020 : organisation du wiki et recherche composants''' </div> ==

Nous avons choisi d'opter pour la clé USB déjà testée par les encadrants.
Nous avons cherché un capteur thermique "de surface" pour pouvoir le souder plus facilement sur notre clé. Voici à quoi il ressemble :
[[File:Capteure.png|thumb|left|200px|Capteur thermique MCP9804]]

MCP9804T-E/MC arduino [https://fr.farnell.com/microchip/mcp9804-e-ms/capteur-de-temperature-i2c-2-7v/dp/1825061/ Lien pour retrouver le capteur thermique]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 13/02/2020 : mise en place de de l'étape du dé''' </div> ==

Au vu de la complexité de la réalisation d'une clé USB sans connaissances préalables, nous allons dans un premier temps nous exercer avec la réalisation d'un dé éléctronique. Pour cela, nous nous sommes inspirés de la Youtubeuse "Heliox" qui a créé son propre dé électronique.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 17/02/2020 jusqu'au 02/03 : Utilisation de Fritzing''' </div> ==

Découverte du logiciel Fritzing et première prise en main.
Nous avons commencé par organiser les éléments nécessaires à la réalisation du dé éléctronique dans la partie "Vue Schématique" du logiciel :

[[File:VueSchematique;png.png|thumb|left|500px|Vue schématique Fritzing du dé]]

[[File:PCBbinome1.png|thumb|right|500px|PCB de notre dé]]

<br style="clear: both;" />

Puis nous avons une nouvelle fois disposé ces éléments dans la partie "Circuit imprimé" du logiciel.
Voici également notre fichier Fritzing de notre dé [[Fichier:DE BINOME 1.zip]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 05/03/2020 : Code du dé''' </div> ==

Voici le code pour que le dé électronique fonctionne correctement et aléatoirement quand on appuie sur le bouton de la carte.
[[File:Code 2.png|thumb|left|300px|Code partie 1]]
[[File:Code 1.png|thumb|centre|200px|Code partie 2]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 09/03/2020 : Soudage''' </div> ==

Nous avons soudé les résistances, LEDs, microcontroleur et fils sur notre PCB réalisé grâce à Fritzing.

[[File:Recto.jpg|thumb|left|200px|Vue recto du dé]]

[[File:Verso.jpg|thumb|left|200px|Vue verso du dé]]

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Séance du 15/03/2020 : Test ReX de la carte "dé"''' </div> ==
Test de la carte "dé" par ReX, fonctionnement des 4 LED déjà soudées sans aucune modification.

Programme de test :
#define MAX_LED 7
int leds[]={0,1,2,3,4,5,6};
void setup() {
int i;
for(i=0;i<MAX_LED;i++) pinMode(leds[i], OUTPUT);
}
void loop() {
int i;
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], HIGH);
delay(1000);
for(i=0;i<MAX_LED;i++) digitalWrite(leds[i], LOW);
delay(1000);
}

Démonstration de l'exécution : [[media:binome2019-1-test1.mp4]].

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> ''Réalisation de la clé USB'' </div> ==

Maintenant que nous avons fini l'étape du dé électronique, nous pouvons passer à la réalisation de notre clé USB.

Nous avons choisi de reprendre le modèle Fritzing de la clé de 16 Mo sur le Wiki principal, et d'y ajouter notre propre fonctionnalité, c'est-à-dire une LED qui change de couleur en fonction de la température de la pièce.
Pour ce faire, voici la liste du matériel qu'il nous faut :

* Une LED RGB
* Un capteur thermique (voir plus haut le modèle choisi MCP9804)
* Des résistances

'''PARTIE VUE SCHEMATIQUE'''

Le capteur thermique n'étant pas disponible sur Fritzing, nous devons utiliser un composant générique dont nous allons renommer les broches pour qu'elles correspondent à celles de notre capteur.

[[File:Broches.png|thumb|left|300px|Broches du MCP9804]]

Après avoir créé notre composant générique, nous l'avons relié au micro-contrôleur de la clé USB (partie capteur thermique). Nous avons aussi ajouté une LED RGB (partie LED RGB). Finalement, voici à quoi ressemble la vue schématique de notre clé, avec notre fonctionnalité supplémentaire LED/Capteur thermique :

[[File:CleVueSchematique.png|thumb|center|600px|Vue schématique de l'ensemble de notre clé USB]]

'''PARTIE ROUTAGE PCB'''

Nous passons maintenant à la partie PCB sur fritzing. Nous avons modifié la taille du PCB pour y ajouter nos composants supplémentaires (LED + Capteur thermique).

Malheureusement, par manque de temps et de moyens (logiciel Fritzing très lent et quasiment inutilisable sur nos ordinateurs personnels), nous ne sommes pas parvenus à réaliser le circuit imprimé de notre clé.
Voici tout de même la vue de notre PCB, avec la LED et le capteur thermique qu'il reste à relier :

[[File:Pcbincomplet.png|thumb|center|600px|PCB de la clé avec nos composants supplémentaires, non reliés]]

'''CODE'''

Il faut créer un code pour que la LED RGB que nous avons rajoutée s'allume et change de couleur en fonction de la température ambiante.

L'idée générale de ce code est de :
* récupérer dans un premier temps la valeur de la température mesurée par le capteur thermique
* allumer la LED en fonction de cette température.

Le capteur thermique que nous avons choisi (MCP9804) est un appareil esclave i2c. Pour communiquer du capteur thermique au micro-contrôleur, il faut utiliser une bibliothèque i2c, dont voici le lien : [http://www.peterfleury.epizy.com/doxygen/avr-gcc-libraries/group__pfleury__ic2master.html?i=1/ Bibliothèque i2c] On importe donc le module de la bibliothèque i2c au début de notre code. Il faut aussi déclarer toutes nos variables et constantes en début de code.

[[File:Debutcode.png|thumb|center|600px|Début du code]]

Ensuite, en cherchant dans la datasheet du capteur thermique (que vous pouvez trouver en cliquant sur le lien de notre capteur), nous avons trouvé un code utilisant cette bibliothèque, permettant d'obtenir la valeur de la température ambiante mesurée par le capteur. Voici ce code, que nous mettons dans le void loop :

[[File:Codeloop.png|thumb|center|500px|Code de récupération de la température]]

Maintenant, le but est d'allumer la LED et que la couleur de cette dernière corresponde à une fourchette de température (par exemple, bleue si on est sous les 15 degrés). Voici donc ce code, qui utilise la variable Temperature créée précédemment :

[[File:fincode.png|thumb|center|400px|Allumage de la LED en fonction de la température]]

Remarques :

* Il est fort probable que des erreurs soient présentes dans ce code, ou qu'il manque des éléments. Nous nous en excusons d'avance et nous ne voulons pas faire pleurer les puristes de l'informatique. Nous avons simplement donné ici une "idée générale" de code, vu notre incroyable niveau en langage C :).

* Des améliorations peuvent être apportées. Par exemple ici, on allume en bleue la LED ou en rouge ou en vert, mais on aurait pu combiner deux ou trois couleurs pour apporter des variations de couleurs.

== <div class="mcwiki-header" style="border-radius: 15px; padding: 15px; font-weight: bold; text-align: center; font-size: 80%; background: #C2E5FF; vertical-align: top; width: 98%;"> '''Conclusion''' </div> ==

Nous allons maintenant dresser un bilan de ce bureau d'études en guise de conclusion.

* Tout d'abord la mise en place de la conception du dé électronique était une excellente idée, qui nous a permis de mieux appréhender les différents outils à disposition. Nous avons en effet suivi toutes les étapes qu'il y aurait à reproduire ensuite pour la conception du dé, comme la conception sur Fritzing, la réalisation du code en langage C, puis la soudure des différents composants.

* Si une recherche internet ne suffisait pas pour ôter nos interrogations, la réactivité des deux encadrants nous permettait de toujours plus ou moins avancer.

* Est ensuite venu le temps de la conception de la clé USB, brusquement interrompue par la mise en place du confinement, et donc de la privation des outils nécessaires. L'accompagnement de ce bureau d'études s'est tout de même poursuivi sur un chat en ligne, nous permettant de continuer notre travail. Nous avons donc téléchargé sur nos ordinateurs les logiciels nécessaires comme Fritzing et '''gngng''' pour le code. Malgré nos différentes tentatives, nous n'avons pas réussi à obtenir de très bons résultats sur Fritzing à cause de ralentissements importants inexpliqués.

* Donc nous avons tant bien que mal réussi à intégrer, dans le schématique de la clé USB disponible sur le wiki, les éléments de la fonctionnalité "affichage de température par LED". Celui-ci validé par @rex et @aboe, nous nous sommes lancés dans le routage du PCB ainsi que dans la réalisation du code de nos fonctionnalités.

* N'étant ni en option langage C, ni très doués pour l’électronique, nous ne sommes pas certains que le code soit optimal, voire fonctionnel, et le routage du PCB est loin d'être achevé

* Nous sommes cependant très contents d'avoir suivi ce bureau d'études qui nous a permis d'obtenir les bases de certains logiciels et fait découvrir certaines compétences comme le codage. Il nous a également permis de mettre les pieds dans un univers bien différents de celui apporté par les matières classiques avec un suivi de projet comme nous rencontrerons lors de notre cursus ingénieur.

Binome2019-1

2020-04-09T15:31:49Z

Mflamen1 :

Binome2019-1

2020-04-09T15:31:25Z

Mflamen1 :

Binome2019-1

2020-04-09T15:30:51Z

Mflamen1 :

Binome2019-1

2020-04-09T15:29:25Z

Mflamen1 :

Binome2019-1

2020-04-09T15:27:57Z

Mflamen1 :

Binome2019-1

2020-04-09T15:27:01Z

Mflamen1 :

Fichier:Verso.jpg

2020-04-09T15:26:10Z

Mflamen1 : Mflamen1 a téléversé une nouvelle version de Fichier:Verso.jpg

Fichier:Verso.jpg

2020-04-09T15:25:19Z

Mflamen1 :

Binome2019-1

2020-04-09T15:24:56Z

Mflamen1 : /* Séance du 09/03/2020 : Soudage */

Binome2019-1

2020-04-09T15:24:07Z

Mflamen1 : /* Séance du 09/03/2020 : Soudage */

Binome2019-1

2020-04-09T15:22:17Z

Mflamen1 : /* Séance du 09/03/2020 : Soudage */

Binome2019-1

2020-04-09T15:21:42Z

Mflamen1 : /* Séance du 09/03/2020 : Soudage */

Fichier:Recto.jpg

2020-04-09T15:15:31Z

Mflamen1 : Vue du recto du dé éléctonique

Vue du recto du dé éléctonique

Binome2019-1

2020-04-09T15:14:58Z

Mflamen1 : /* Séance du 09/03/2020 : Soudage */

Binome2019-1

2020-04-06T08:16:05Z

Mflamen1 :

Binome2019-1

2020-04-06T08:10:27Z

Mflamen1 :

Binome2019-1

2020-04-06T07:24:58Z

Mflamen1 :

Binome2019-1

2020-04-06T07:24:18Z

Mflamen1 :

Binome2019-1

2020-04-06T07:22:18Z

Mflamen1 :

Binome2019-1

2020-03-09T08:13:33Z

Mflamen1 :

__TOC__
<br style="clear: both;" />

DEBAISIEUX Nicolas et FLAMENT Maxence

==Séance du 27/01/2020 : recherche fonctionnalités ==
* géolocalisation ( dur à réaliser )
* signal sonore pour la retrouver dans la pièce/maison
* clé USB étanche ( créer boitier étanche + bouchon )
* capture et affichage de la température de la pièce avec leds

A priori, nous allons opter pour l'option concernant la température.
Il faudra surement : un capteur thermique, des leds RGB.

== Séance du 10/02/2020 : organisation du wiki et recherche composants ==

Choix de l'option de la clé déjà testée par les encadrants. Comme nous n'ajoUtons pas beaucoup d'éléments sur le PCB, on va rajouter un micro controleur dédié à la fonction température, qui sera relié au capteur et a la LED.
*Recherche internet du capteur thermique : capteur de surface, plus facile à souder sur le PCB
[[Fichier:CAPTEURthermique.jpg]]
[[Fichier:schemapcb.jpg]]

MCP9808T-E/MC arduino
https://fr.rs-online.com/web/p/capteurs-de-temperature-et-d-humidite/1371041?cm_mmc=FR-PLA-DS3A-_-google-_-CSS_FR_FR_(FR:Whoop!)+Semi-conducteurs_Experiment-_-(FR:Whoop!)+Capteurs+de+temp%C3%A9rature+et+d%27humidit%C3%A9-_-PRODUCT_GROUP&matchtype=&aud-821594433763:pla-336719827639&gclid=EAIaIQobChMIr5G0isXG5wIVgvhRCh37ng-HEAQYAyABEgKQ6fD_BwE&gclsrc=aw.ds

== Séance du 13/02/2020 : mise en place de de l'étape du dé ==
Au vu de la compléxité de la réalisation d'une clef usb sans connaissances préalables, nous allons dans un premier temps nous exercer avec la réalisation d'un dé éléctronique.

Binome2019-1

2020-02-10T09:43:21Z

Mflamen1 :

Binome2019-1

2020-02-10T09:35:41Z

Mflamen1 :

Binome2019-1

2020-02-10T09:25:45Z

Mflamen1 : /* Séance du 10/02/2020 : organisation du wiki et recherche composants */

Binome2019-1

2020-02-10T09:25:31Z

Mflamen1 :

Binome2019-1

2020-02-10T09:15:13Z

Mflamen1 : /* Séance du 10/02/2020 : organisation du wiki et recherche composants */

Fichier:CAPTEURthermique.jpg

2020-02-10T09:14:25Z

Mflamen1 :

Binome2019-1

2020-02-10T09:12:52Z

Mflamen1 : /* Séance du 10/02/2020 : organisation du wiki et recherche composants */

Binome2019-1

2020-02-10T09:11:43Z

Mflamen1 : /* Séance du 10/02/2020 : organisation du wiki et recherche composants */

Binome2019-1

2020-02-10T09:03:34Z

Mflamen1 :

BE 2019-2020

2020-02-10T08:03:31Z

Mflamen1 : /* Réalisations des binômes */

= Présentation du bureau d'étude =

Nous vous proposons de découvrir ce qu'est réellement cet objet devenu banal appelé clé USB (Universal Serial Bus).

[[File:Firefly-serenity-usb-flash-drive.jpg|thumb|center|200px]]

Le bureau d'étude consiste à construire de A à Z une clé USB :
* en créant un circuit électronique ou PCB (Printed Circuit Board) à l’aide d’un logiciel ;
* en soudant des composants électroniques (micro-contrôleur, mémoire FLASH, ...) ;
* en programmant le micro-contrôleur pour gérer la communication USB en utilisant la bibliothèque LUFA (Lightweight USB Framework for AVRs) ;
* en programmant le micro-contrôleur pour accéder à la mémoire ;
* en fabriquant un beau boitier pour votre clef.

Pour personnaliser votre clé n'hésitez pas à ajouter des fonctionnalités :
* LED qui clignotent lors des accès en lecture ou écriture ;
* vumètre qui indique le remplissage de la clé ;
* micro-interrupteurs pour verrouiller la clé ;
* vibreur parce que c'est possible, vous trouverez bien une justification ;
* microphone permettant d’espionner les conversations ;
* toute autre fonction plus ou moins utile mais qui vous inspire ...

Les supports de la présentation de ce bureau d'études : [[Media:BE_clef_USB.pdf]].

= Survol d'USB =

== Evolution des connexions USB ==

L'acronyme USB signifie "Universal Serial Bus" et effectivement l'USB peut être défini comme un bus USB très verbeux. L'USB est géré par un consortium autonome "USB Implementers Forum".

[[File:USB-2.png|thumb|left|300px]] Jusqu'à la version 2, l'acronyme est fidèle à la réalité. Pour ces périphériques, 3 vitesses de transfert sont possibles sur la paire différentielle :
* basse vitesse : 1,5 Mb/s ;
* pleine vitesse : 12 Mb/s ;
* haute vitesse : 480 Mb/s.
<br style="clear: both;"/>
[[File:USB-3.jpg|thumb|right|300px]] A partir de l'USB 3.0, la notion de bus série est un peu oubliée. La vitesse augmente en utilisant les deux nouvelles paires blindées : 5Gb/s (super vitesse).
<br style="clear: both;"/>
[[File:USB-4.png|thumb|left|500px]] Et maintenant USB (USB 3.1, USB 3.2, USB 4) se prend pour de l'Ethernet. En effet, le connecteur USB-C ajoute, à la paire historique, quatre paires blindées. USB 3.2 promet des vitesses jusqu'à 20G/s.
<br style="clear: both;"/>

== Un protocole verbeux ==

[[File:USB-communication.gif|thumb|left|600px]]
L'initialisation d'un périphérique USB se fait comme suit :
* détection électrique de la connexion du périphérique ;
* alimentation électrique du périphérique ;
* utilisation de l'adresse temporaire 0 sur le bus ;
* récupération de la taille des messages pour le point d'accès 0 ;
* envoi de l'adresse au périphérique sur le point d'accès 0 ;
* envoi des descripteurs du périphérique au contrôleur USB via le point d'accès 0.
Pour un périphérique simple :
* souris : environ 100 octets pour le descripteur de configuration ;
* clavier : environ 150 octets pour le descripteur de configuration.
<br style="clear: both;"/>

[[File:USB-descripteurs.gif|thumb|right|700px]]
Les points d'accès (terminaison sur le schéma) :
* des identifiants sur 8 bits (numéro sur 4 bits) ;
* un point d'accès de contrôle de numéro 0 bidirectionnel ;
* les communications se font de ou vers les points d'accès ;
* un sens de communication (bit de poid fort) :
** IN => du périphérique vers le contrôleur ;
** OUT => du contrôleur vers le périphérique.
* la direction est IN ou OUT vis à vis de l’hôte.
Plusieurs types de points d'accès :
* isodromique (isochronous) : débit réservé (e.g. vidéo en temps réel) ;
* par interruption (interrupt) : latence garantie (e.g. souris) ;
* de volume (bulk) : débit maximal sans garantie (e.g. clef mémoire).
<br style="clear: both;"/>

= Logiciels =

Pour la conception de circuits imprimés nous vous recommandons le logiciel [http://fritzing.org/home/ fritzing].

Pour la découpe laser de nombreux utilisateurs utilisent [https://inkscape.org/fr/ inkscape].

Pour la conception 3D vous pouvez tenter [http://www.freecadweb.org/?lang=fr_FR freeCAD]. Une solution en ligne existe : [https://www.onshape.com/ onshape].

Pour la programmation du micro-contrôleur vous utiliserez le compilateur C <tt>avr-gcc</tt> et le logiciel de téléversement <tt>dfu-programmer</tt>.

= Les composants électroniques =

[[File:atmega16u2.png|thumb|left|200px|ATMega16u2]]
Le coeur de votre clé va être un micro-contrôleur AVR plus exactement l'ATMega16u2. Ce micro-contrôleur possède l'électronique nécessaire pour la gestion d'un bus USB 2.0.
<br style="clear: both;"/>

[[File:adesto64Mb.jpg|thumb|left|200px|AT45DB641E-SHN2B-T]]
[[File:MT29F128G08.jpg|thumb|right|200px|MT29F128G8]]
Sans mémoire une clé n'est pas une clé. Vous utiliserez des mémoires faciles à gérer avec un ATMega16u2. Ces mémoires sont accessibles par un bus série SPI et facile à souder. Par contre elles sont de faible capacité (64Mb). Si vous êtes téméraire, vous pouvez utiliser une mémoire accessible par un bus de 8 bits, plus difficile à souder, plus difficile à programmer mais d'une capacité intéressante (128Gb).
<br style="clear: both;"/>

Il vous faudra aussi quelques autres composants comme un quartz, des résistances, des condensateurs, des diodes, des régulateurs de tension et bien sur des LED pour ajouter un peu de lumière. La carte de base peut être décrite comme suit.
* Le micro-contrôleur peut être accompagné d'un quartz à 8Mhz et de ses condensateurs et résistance.
* Le micro-contrôleur peut être alimenté par le connecteur USB en 5v (broche UVCC) mais avec ses lignes VCC et AVCC bouclées sur la sortie UCAP du régulateur 3.3v interne.
* Un convertisseur 5v vers 3.3v est nécessaire pour l'alimentation des mémoires.
* Le micro-contrôleur dialogue avec les mémoires par le bus SPI, une ligne de sélection est nécessaire par mémoire.

Pour la conception de votre clé vous pouvez vous appuyer sur un prototype de clef réalisé pour ce bureau d'études.

[[File:cle_usb_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le schéma décrit le circuit électronique partie par partie.
A partir du circuit, il faut créer une carte sans croisement de pistes pour éviter les court-circuits.
Le fichier source Fritzing est disponible : [[Media:cle_usb.zip]] (renommer en <tt>.fzz</tt>).

Une autre carte est disponible pour une mémoire parallèle de plus grande capacité. Attention cette carte n'a pas été testée.

[[File:cle_usb_bis_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_bis_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le fichier source Fritzing est disponible : [[Media:cle_usb_bis.zip]] (renommer en <tt>.fzz</tt>).

= Test des cartes =

[[File:cle_usb_recto.jpg|thumb|left|400px|Recto des deux cartes]]
[[File:cle_usb_verso.jpg|thumb|right|400px|Verso des deux cartes]]
Vision recto et verso des deux circuits décrit dans la section précédente (ancienne version à gauche). A noter que dans l'ancienne version seule les deux puces mémoire se trouvent au recto. Pour la nouvelle version la carte a du être agrandie et le micro-contrôleur rejoint la mémoire au verso.
<br style="clear: both;"/>

La première étape de test consiste à insérer les PCB dans un port USB. Remarquez la sur-épaisseur réalisée à l'aide d'un papier un peu épais pour assurer le contact. Si l'ATMega16u2 est fonctionne correctement, en lançant l'utilitaire <tt>lsusb</tt> vous devez voir apparaître un périphérique labellé <tt>Atmel DFU device</tt>.

Pour tester plus en avant, il est proposé d'envoyer sur le micro-contrôleur un programme permettant de faire clignoter la LED connectée au micro-contrôleur (la LED est contrôlée par PB6 sur l'ancienne version et sur PB0 sur la nouvelle).

Vous pouvez trouver les programmes de test dans cette archive : [[Media:ClefUSB.zip]]. Pour compiler les programmes, il suffit de se placer dans le répertoire correspondant à la version de la clef et lancer le <tt>makefile</tt> avec la commande <tt>make</tt>. Pour télécharger le programme un simple <tt>make upload</tt> suffit. Pour remettre les micro-contrôleur en mode DFU pour les reprogrammer, il faut court-circuiter les broches <tt>reset</tt> et de la masse (connecteur à deux broches sur les deux cartes).

Voila le résultat de l'exécution du programme de test du micro-contrôleur sur la nouvelle version : [[Media:ClefUSBTestLed.mp4]].

Il faut maintenant souder le régulateur 3,3v pour alimenter les mémoires et aussi souder les-dites mémoires.

Ensuite il faut tester si l'accès aux mémoires fonctionne. Les programmes sont différents suivant les types de mémoire.

== Test des mémoires AT45DB641E ==

Pour tester un des deux mémoires, il faut déjà sélectionner la mémoire sur le bus SPI. La première mémoire se sélectionne en passant la ligne <tt>PD0</tt> à l'état bas. Pour la seconde mémoire, il faut utiliser la ligne <tt>PB5</tt>.

Pour tester la mémoire, il est possible de demander la valeur du registre d'état. Pour cela il faut envoyer l'octet <tt>0xD7</tt> sur le bus SPI, une fois la mémoire sélectionnée. Ensuite, il faut lire les deux octets du registre d'état puis remonter la ligne de sélection à l'état haut.

== Test de la mémoire MT29F128G8 ==

Cette mémoire est sélectionnée par défaut. Il faut juste arriver à lui envoyer un ordre en utilisant les 8 lignes de contrôle.

= Bibliothèque LUFA =

Pour la gestion du bus USB par le micro-contrôleur nous allons nous appuyer au maximum sur la bibliothèque USB LUFA. Cette bibliothèque permet d'exploiter plus facilement les aspects USB des micro-contrôleurs AVR comme l'ATMega16u2.

Vous pouvez télécharger la dernière version de la bibliothèque [http://www.fourwalledcubicle.com/LUFA.php]. Il est ensuite conseillé d'effectuer quelques manipulations pour pouvoir développer dans de bonnes conditions.
* Créez un répertoire <tt>PolytechLille</tt> au même niveau que les répertoires <tt>Demos</tt> et <tt>Projects</tt>.
* Dans ce répertoire copiez la démonstration de périphérique USB bas niveau <tt>MassStorage</tt>. Au niveau du <tt>makefile</tt> indiquez <tt>atmega16u2</tt> comme micro-contrôleur, <tt>UNO</tt> comme platine et restez à 8Mhz.
* Il faut ensuite modifier la configuration de la mémoire et les fonctions d'accès à cette mémoire dans le sous-répertoire <tt>Lib</tt> du répertoire <tt>PolytechLille/MassStorage</tt>.

Pour téléverser votre programme sur l’<tt>ATMega16u2</tt>, le paquetage Debian <tt>dfu-programmer</tt> est nécessaire. Installez-le au besoin. La procédure à suivre pour charger votre programme sur l’<tt>ATMega16u2</tt> est la suivante :

* court-circuitez momentanément les lignes reset et masse de l’<tt>ATMega16u2</tt>, l'utilitaire <tt>lsusb</tt> doit lister la carte comme étant en mode DFU, vous pouvez alors exécuter les commandes suivantes :
** <tt>dfu-programmer atmega16u2 erase</tt>
** <tt>dfu-programmer atmega16u2 flash MassStorage.hex</tt>
** <tt>dfu-programmer atmega16u2 reset</tt>
* débranchez et rebranchez votre carte, votre programme doit être actif sur le micro-contrôleur.

= Réalisations des binômes =

{| class="wikitable"
! Numéro !! Elèves !! Fonctionnalité supplémentaire !! Page
|-
| Binôme 1
| Nicolas DEBAISIEUX & Maxence FLAMENT
| Affichage température par leds
| [[Binome2019-1|Binôme 1 2019/2020]]
|-
| Binôme 2
| Eve POITEVIN & Alix DUFOUR
| Synthèse vocale
| [[Binome2019-2|Binôme 2 2019/2020]]
|-
| Binôme 3
| Corentin GIELIN & Julien DUMON
| Afficheurs 7-seg en tant que vumètre numérique
| [[Binome2019-3|Binôme 3 2019/2020]]
|-
| Binôme 4
| Clément DELECOURT & Thomas MOSTOWFI
| Signal mauvaise orientation
| [[Binome2019-4|Binôme 4 2019/2020]]
|-
| Binôme 5
| Gaëtan DELPLANQUE & Tristan PAYEN
| Verrouillage code
| [[Binome2019-5|Binôme 5 2019/2020]]
|-
| Binôme 6
| Louise MAES & Léo POUMAER
| Prise téléphone & musique attente
| [[Binome2019-6|Binôme 6 2019/2020]]
|-
| Binôme 7
| Martin SERGEANT & Quirin DECAUDIN
|
| [[Binome2019-7|Binôme 7 2019/2020]]
|-
| Binôme 8
| Mateo POURRIER & Martin PLAUD
|
| [[Binome2019-8|Binôme 8 2019/2020]]
|-
| Binôme 9
| Baptiste BLACK & Alexandre ROUSSEL
| Haut-parleur
| [[Binome2019-9|Binôme 9 2019/2020]]
|-
| Binôme 10
| Theo DELAUNOIS & Antoine MALENGE
|
| [[Binome2019-10|Binôme 10 2019/2020]]
|-
| Binôme 11
| Florian DERLIQUE & Ahimen BENDIF
|
| [[Binome2019-11|Binôme 11 2019/2020]]
|-
|}

Binome2019-1

2020-02-10T08:01:52Z

Mflamen1 :

Binome2019-1

2020-02-10T07:59:10Z

Mflamen1 :

__TOC__
<br style="clear: both;" />

==Séance du 27/01/2020 : recherche fonctionnalités ==
* géolocalisation ( dur à réaliser )
* signal sonore pour la retrouver dans la pièce/maison
* clé USB étanche ( créer boitier étanche + bouchon )
* capture et affichage de la température de la pièce avec leds

A priori, nous allons opter pour l'option concernant la température.
Il faudra surement : un capteur thermique, des leds RGB.

Binome2019-1

2020-02-10T07:53:29Z

Mflamen1 :

__TOC__
<br style="clear: both;" />

27/01/2020
==Idées de fonctionnalités ==
- géolocalisation ( dur à réaliser )
- signal sonore pour la retrouver dans la pièce/maison
- clé USB étanche ( créer boitier étanche + bouchon )

Signal sonore pour retrouver la clé à partir d'un son à définir
Donc besoin d'une batterie
D'un microphone pour détécter le son

Binome2019-1

2020-02-10T07:52:13Z

Mflamen1 :

27/01/2020
==Idées de fonctionnalités ==
- géolocalisation ( dur à réaliser )
- signal sonore pour la retrouver dans la pièce/maison
- clé USB étanche ( créer boitier étanche + bouchon )

Signal sonore pour retrouver la clé à partir d'un son à définir
Donc besoin d'une batterie
D'un microphone pour détécter le son

Binome2019-1

2020-02-10T07:50:52Z

Mflamen1 :

27/01/2020
*Idées de fonctionnalités :
- géolocalisation ( dur à réaliser )
- signal sonore pour la retrouver dans la pièce/maison
- clé USB étanche ( créer boitier étanche + bouchon )

Signal sonore pour retrouver la clé à partir d'un son à définir
Donc besoin d'une batterie
D'un microphone pour détécter le son

Binome2019-1

2020-01-27T09:35:20Z

Mflamen1 :

27/01/2020
Idées de fonctionnalités :
- géolocalisation ( dur à réaliser )
- signal sonore pour la retrouver dans la pièce/maison
- clé USB étanche ( créer boitier étanche + bouchon )

Signal sonore pour retrouver la clé à partir d'un son à définir
Donc besoin d'une batterie
D'un microphone pour détécter le son

BE 2019-2020

2020-01-27T09:32:02Z

Mflamen1 : /* Réalisations des binômes */

= Présentation du bureau d'étude =

Nous vous proposons de découvrir ce qu'est réellement cet objet devenu banal appelé clé USB (Universal Serial Bus).

[[File:Firefly-serenity-usb-flash-drive.jpg|thumb|center|200px]]

Le bureau d'étude consiste à construire de A à Z une clé USB :
* en créant un circuit électronique ou PCB (Printed Circuit Board) à l’aide d’un logiciel ;
* en soudant des composants électroniques (micro-contrôleur, mémoire FLASH, ...) ;
* en programmant le micro-contrôleur pour gérer la communication USB en utilisant la bibliothèque LUFA (Lightweight USB Framework for AVRs) ;
* en programmant le micro-contrôleur pour accéder à la mémoire ;
* en fabriquant un beau boitier pour votre clef.

Pour personnaliser votre clé n'hésitez pas à ajouter des fonctionnalités :
* LED qui clignotent lors des accès en lecture ou écriture ;
* vumètre qui indique le remplissage de la clé ;
* micro-interrupteurs pour verrouiller la clé ;
* vibreur parce que c'est possible, vous trouverez bien une justification ;
* microphone permettant d’espionner les conversations ;
* toute autre fonction plus ou moins utile mais qui vous inspire ...

Les supports de la présentation de ce bureau d'études : [[Media:BE_clef_USB.pdf]].

= Survol d'USB =

== Evolution des connexions USB ==

L'acronyme USB signifie "Universal Serial Bus" et effectivement l'USB peut être défini comme un bus USB très verbeux. L'USB est géré par un consortium autonome "USB Implementers Forum".

[[File:USB-2.png|thumb|left|300px]] Jusqu'à la version 2, l'acronyme est fidèle à la réalité. Pour ces périphériques, 3 vitesses de transfert sont possibles sur la paire différentielle :
* basse vitesse : 1,5 Mb/s ;
* pleine vitesse : 12 Mb/s ;
* haute vitesse : 480 Mb/s.
<br style="clear: both;"/>
[[File:USB-3.jpg|thumb|right|300px]] A partir de l'USB 3.0, la notion de bus série est un peu oubliée. La vitesse augmente en utilisant les deux nouvelles paires blindées : 5Gb/s (super vitesse).
<br style="clear: both;"/>
[[File:USB-4.png|thumb|left|500px]] Et maintenant USB (USB 3.1, USB 3.2, USB 4) se prend pour de l'Ethernet. En effet, le connecteur USB-C ajoute, à la paire historique, quatre paires blindées. USB 3.2 promet des vitesses jusqu'à 20G/s.
<br style="clear: both;"/>

== Un protocole verbeux ==

[[File:USB-communication.gif|thumb|left|600px]]
L'initialisation d'un périphérique USB se fait comme suit :
* détection électrique de la connexion du périphérique ;
* alimentation électrique du périphérique ;
* utilisation de l'adresse temporaire 0 sur le bus ;
* récupération de la taille des messages pour le point d'accès 0 ;
* envoi de l'adresse au périphérique sur le point d'accès 0 ;
* envoi des descripteurs du périphérique au contrôleur USB via le point d'accès 0.
Pour un périphérique simple :
* souris : environ 100 octets pour le descripteur de configuration ;
* clavier : environ 150 octets pour le descripteur de configuration.
<br style="clear: both;"/>

[[File:USB-descripteurs.gif|thumb|right|700px]]
Les points d'accès (terminaison sur le schéma) :
* des identifiants sur 8 bits (numéro sur 4 bits) ;
* un point d'accès de contrôle de numéro 0 bidirectionnel ;
* les communications se font de ou vers les points d'accès ;
* un sens de communication (bit de poid fort) :
** IN => du périphérique vers le contrôleur ;
** OUT => du contrôleur vers le périphérique.
* la direction est IN ou OUT vis à vis de l’hôte.
Plusieurs types de points d'accès :
* isodromique (isochronous) : débit réservé (e.g. vidéo en temps réel) ;
* par interruption (interrupt) : latence garantie (e.g. souris) ;
* de volume (bulk) : débit maximal sans garantie (e.g. clef mémoire).
<br style="clear: both;"/>

= Les composants électroniques =

[[File:atmega16u2.png|thumb|left|200px|ATMega16u2]]
Le coeur de votre clé va être un micro-contrôleur AVR plus exactement l'ATMega16u2. Ce micro-contrôleur possède l'électronique nécessaire pour la gestion d'un bus USB 2.0.
<br style="clear: both;"/>

[[File:adesto64Mb.jpg|thumb|left|200px|AT45DB641E-SHN2B-T]]
[[File:MT29F128G08.jpg|thumb|right|200px|MT29F128G8]]
Sans mémoire une clé n'est pas une clé. Vous utiliserez des mémoires faciles à gérer avec un ATMega16u2. Ces mémoires sont accessibles par un bus série SPI et facile à souder. Par contre elles sont de faible capacité (64Mb). Si vous êtes téméraire, vous pouvez utiliser une mémoire accessible par un bus de 8 bits, plus difficile à souder, plus difficile à programmer mais d'une capacité intéressante (128Gb).
<br style="clear: both;"/>

Il vous faudra aussi quelques autres composants comme un quartz, des résistances, des condensateurs, des diodes, des régulateurs de tension et bien sur des LED pour ajouter un peu de lumière. La carte de base peut être décrite comme suit.
* Le micro-contrôleur peut être accompagné d'un quartz à 8Mhz et de ses condensateurs et résistance.
* Le micro-contrôleur peut être alimenté par le connecteur USB en 5v (broche UVCC) mais avec ses lignes VCC et AVCC bouclées sur la sortie UCAP du régulateur 3.3v interne.
* Un convertisseur 5v vers 3.3v est nécessaire pour l'alimentation des mémoires.
* Le micro-contrôleur dialogue avec les mémoires par le bus SPI, une ligne de sélection est nécessaire par mémoire.

Pour la conception de votre clé vous pouvez vous appuyer sur un prototype de clef réalisé pour ce bureau d'études.

[[File:cle_usb_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le schéma décrit le circuit électronique partie par partie.
A partir du circuit, il faut créer une carte sans croisement de pistes pour éviter les court-circuits.
Le fichier source Fritzing est disponible : [[Media:cle_usb.zip]] (renommer en <tt>.fzz</tt>).

Une autre carte est disponible pour une mémoire parallèle de plus grande capacité. Attention cette carte n'a pas été testée.

[[File:cle_usb_bis_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_bis_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le fichier source Fritzing est disponible : [[Media:cle_usb_bis.zip]] (renommer en <tt>.fzz</tt>).

= Logiciels =

Pour la conception de circuits imprimés nous vous recommandons le logiciel [http://fritzing.org/home/ fritzing].

Pour la découpe laser de nombreux utilisateurs utilisent [https://inkscape.org/fr/ inkscape].

Pour la conception 3D vous pouvez tenter [http://www.freecadweb.org/?lang=fr_FR freeCAD]. Une solution en ligne existe : [https://www.onshape.com/ onshape].

Pour la programmation du micro-contrôleur vous utiliserez le compilateur C <tt>avr-gcc</tt> et le logiciel de téléversement <tt>dfu-programmer</tt>.

= Bibliothèque LUFA =

Pour la gestion du bus USB par le micro-contrôleur nous allons nous appuyer au maximum sur la bibliothèque USB LUFA. Cette bibliothèque permet d'exploiter plus facilement les aspects USB des micro-contrôleurs AVR comme l'ATMega16u2.

Vous pouvez télécharger la dernière version de la bibliothèque [http://www.fourwalledcubicle.com/LUFA.php]. Il est ensuite conseillé d'effectuer quelques manipulations pour pouvoir développer dans de bonnes conditions.
* Créez un répertoire <tt>PolytechLille</tt> au même niveau que les répertoires <tt>Demos</tt> et <tt>Projects</tt>.
* Dans ce répertoire copiez la démonstration de périphérique USB bas niveau <tt>MassStorage</tt>. Au niveau du <tt>makefile</tt> indiquez <tt>atmega16u2</tt> comme micro-contrôleur, <tt>UNO</tt> comme platine et restez à 8Mhz.
* Il faut ensuite modifier la configuration de la mémoire et les fonctions d'accès à cette mémoire dans le sous-répertoire <tt>Lib</tt> du répertoire <tt>PolytechLille/MassStorage</tt>.

Pour téléverser votre programme sur l’<tt>ATMega16u2</tt>, le paquetage Debian <tt>dfu-programmer</tt> est nécessaire. Installez-le au besoin. La procédure à suivre pour charger votre programme sur l’<tt>ATMega16u2</tt> est la suivante :

* court-circuitez momentanément les lignes reset et masse de l’<tt>ATMega16u2</tt>, l'utilitaire <tt>lsusb</tt> doit lister la carte comme étant en mode DFU, vous pouvez alors exécuter les commandes suivantes :
** <tt>dfu-programmer atmega16u2 erase</tt>
** <tt>dfu-programmer atmega16u2 flash MassStorage.hex</tt>
** <tt>dfu-programmer atmega16u2 reset</tt>
* débranchez et rebranchez votre carte, votre programme doit être actif sur le micro-contrôleur.

= Réalisations des binômes =

{| class="wikitable"
! Numéro !! Elèves !! Fonctionnalité supplémentaire !! Page
|-
| Binôme 1
| Nicolas DEBAISIEUX & Maxence FLAMENT
| Signal sonore Perte
| [[Binome2019-1|Binôme 1 2019/2020]]
|-
| Binôme 2
| Eve POITEVIN & Alix DUFOUR
| Synthèse vocale
| [[Binome2019-2|Binôme 2 2019/2020]]
|-
| Binôme 3
| Corentin GIELIN & Julien DUMON
|
| [[Binome2019-3|Binôme 3 2019/2020]]
|-
| Binôme 4
| Clément DELECOURT & Thomas MOSTOWFI
|
| [[Binome2019-4|Binôme 4 2019/2020]]
|-
| Binôme 5
| Gaëtan DELPLANQUE & Tristan PAYEN
| Verrouillage code
| [[Binome2019-5|Binôme 5 2019/2020]]
|-
| Binôme 6
| Louise MAES & Léo POUMAER
| Prise téléphone
| [[Binome2019-6|Binôme 6 2019/2020]]
|-
| Binôme 7
| Martin SERGEANT & Quirin DECAUDIN
|
| [[Binome2019-7|Binôme 7 2019/2020]]
|-
| Binôme 8
| Mateo POURRIER & Martin PLAUD
|
| [[Binome2019-8|Binôme 8 2019/2020]]
|-
| Binôme 9
| Baptiste BLACK & Alexandre ROUSSEL
| Haut-parleur
| [[Binome2019-9|Binôme 9 2019/2020]]
|-
| Binôme 10
| Theo DELAUNOIS & Antoine MALENGE
|
| [[Binome2019-10|Binôme 10 2019/2020]]
|-
| Binôme 11
| Florian DERLIQUE & Ahimen BENDIF
|
| [[Binome2019-11|Binôme 11 2019/2020]]
|-
| Binôme 12
| Prénom Nom & Prénom Nom
|
| [[Binome2019-12|Binôme 12 2019/2020]]
|-
|}

Binome2019-1

2020-01-27T09:12:45Z

Mflamen1 : Page créée avec « 27/01/2020 Idées de fonctionnalités : - géolocalisation ( dur à réaliser ) - signal sonore pour la retrouver dans la pièce/maison - clé USB étanche ( créer boitie... »

27/01/2020
Idées de fonctionnalités :
- géolocalisation ( dur à réaliser )
- signal sonore pour la retrouver dans la pièce/maison
- clé USB étanche ( créer boitier étanche + bouchon )
-

BE 2019-2020

2020-01-27T09:02:39Z

Mflamen1 : /* Réalisations des binômes */

= Présentation du bureau d'étude =

Nous vous proposons de découvrir ce qu'est réellement cet objet devenu banal appelé clé USB (Universal Serial Bus).

[[File:Firefly-serenity-usb-flash-drive.jpg|thumb|center|200px]]

Le bureau d'étude consiste à construire de A à Z une clé USB :
* en créant un circuit électronique ou PCB (Printed Circuit Board) à l’aide d’un logiciel ;
* en soudant des composants électroniques (micro-contrôleur, mémoire FLASH, ...) ;
* en programmant le micro-contrôleur pour gérer la communication USB en utilisant la bibliothèque LUFA (Lightweight USB Framework for AVRs) ;
* en programmant le micro-contrôleur pour accéder à la mémoire ;
* en fabriquant un beau boitier pour votre clef.

Pour personnaliser votre clé n'hésitez pas à ajouter des fonctionnalités :
* LED qui clignotent lors des accès en lecture ou écriture ;
* vumètre qui indique le remplissage de la clé ;
* micro-interrupteurs pour verrouiller la clé ;
* vibreur parce que c'est possible, vous trouverez bien une justification ;
* microphone permettant d’espionner les conversations ;
* toute autre fonction plus ou moins utile mais qui vous inspire ...

Les supports de la présentation de ce bureau d'études : [[Media:BE_clef_USB.pdf]].

= Survol d'USB =

== Evolution des connexions USB ==

L'acronyme USB signifie "Universal Serial Bus" et effectivement l'USB peut être défini comme un bus USB très verbeux. L'USB est géré par un consortium autonome "USB Implementers Forum".

[[File:USB-2.png|thumb|left|300px]] Jusqu'à la version 2, l'acronyme est fidèle à la réalité. Pour ces périphériques, 3 vitesses de transfert sont possibles sur la paire différentielle :
* basse vitesse : 1,5 Mb/s ;
* pleine vitesse : 12 Mb/s ;
* haute vitesse : 480 Mb/s.
<br style="clear: both;"/>
[[File:USB-3.jpg|thumb|right|300px]] A partir de l'USB 3.0, la notion de bus série est un peu oubliée. La vitesse augmente en utilisant les deux nouvelles paires blindées : 5Gb/s (super vitesse).
<br style="clear: both;"/>
[[File:USB-4.png|thumb|left|500px]] Et maintenant USB (USB 3.1, USB 3.2, USB 4) se prend pour de l'Ethernet. En effet, le connecteur USB-C ajoute, à la paire historique, quatre paires blindées. USB 3.2 promet des vitesses jusqu'à 20G/s.
<br style="clear: both;"/>

== Un protocole verbeux ==

[[File:USB-communication.gif|thumb|left|600px]]
L'initialisation d'un périphérique USB se fait comme suit :
* détection électrique de la connexion du périphérique ;
* alimentation électrique du périphérique ;
* utilisation de l'adresse temporaire 0 sur le bus ;
* récupération de la taille des messages pour le point d'accès 0 ;
* envoi de l'adresse au périphérique sur le point d'accès 0 ;
* envoi des descripteurs du périphérique au contrôleur USB via le point d'accès 0.
Pour un périphérique simple :
* souris : environ 100 octets pour le descripteur de configuration ;
* clavier : environ 150 octets pour le descripteur de configuration.
<br style="clear: both;"/>

[[File:USB-descripteurs.gif|thumb|right|700px]]
Les points d'accès (terminaison sur le schéma) :
* des identifiants sur 8 bits (numéro sur 4 bits) ;
* un point d'accès de contrôle de numéro 0 bidirectionnel ;
* les communications se font de ou vers les points d'accès ;
* un sens de communication (bit de poid fort) :
** IN => du périphérique vers le contrôleur ;
** OUT => du contrôleur vers le périphérique.
* la direction est IN ou OUT vis à vis de l’hôte.
Plusieurs types de points d'accès :
* isodromique (isochronous) : débit réservé (e.g. vidéo en temps réel) ;
* par interruption (interrupt) : latence garantie (e.g. souris) ;
* de volume (bulk) : débit maximal sans garantie (e.g. clef mémoire).
<br style="clear: both;"/>

= Les composants électroniques =

[[File:atmega16u2.png|thumb|left|200px|ATMega16u2]]
Le coeur de votre clé va être un micro-contrôleur AVR plus exactement l'ATMega16u2. Ce micro-contrôleur possède l'électronique nécessaire pour la gestion d'un bus USB 2.0.
<br style="clear: both;"/>

[[File:adesto64Mb.jpg|thumb|left|200px|AT45DB641E-SHN2B-T]]
[[File:MT29F128G08.jpg|thumb|right|200px|MT29F128G8]]
Sans mémoire une clé n'est pas une clé. Vous utiliserez des mémoires faciles à gérer avec un ATMega16u2. Ces mémoires sont accessibles par un bus série SPI et facile à souder. Par contre elles sont de faible capacité (64Mb). Si vous êtes téméraire, vous pouvez utiliser une mémoire accessible par un bus de 8 bits, plus difficile à souder, plus difficile à programmer mais d'une capacité intéressante (128Gb).
<br style="clear: both;"/>

Il vous faudra aussi quelques autres composants comme un quartz, des résistances, des condensateurs, des diodes, des régulateurs de tension et bien sur des LED pour ajouter un peu de lumière. La carte de base peut être décrite comme suit.
* Le micro-contrôleur peut être accompagné d'un quartz à 8Mhz et de ses condensateurs et résistance.
* Le micro-contrôleur peut être alimenté par le connecteur USB en 5v (broche UVCC) mais avec ses lignes VCC et AVCC bouclées sur la sortie UCAP du régulateur 3.3v interne.
* Un convertisseur 5v vers 3.3v est nécessaire pour l'alimentation des mémoires.
* Le micro-contrôleur dialogue avec les mémoires par le bus SPI, une ligne de sélection est nécessaire par mémoire.

Pour la conception de votre clé vous pouvez vous appuyer sur un prototype de clef réalisé pour ce bureau d'études.

[[File:cle_usb_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le schéma décrit le circuit électronique partie par partie.
A partir du circuit, il faut créer une carte sans croisement de pistes pour éviter les court-circuits.
Le fichier source Fritzing est disponible : [[Media:cle_usb.zip]] (renommer en <tt>.fzz</tt>).

Une autre carte est disponible pour une mémoire parallèle de plus grande capacité. Attention cette carte n'a pas été testée.

[[File:cle_usb_bis_schema.png|thumb|left|400px|Schéma électronique]]
[[File:clef_usb_bis_pcb.png|thumb|right|400px|Carte électronique]]
<br style="clear: both;"/>
Le fichier source Fritzing est disponible : [[Media:cle_usb_bis.zip]] (renommer en <tt>.fzz</tt>).

= Logiciels =

Pour la conception de circuits imprimés nous vous recommandons le logiciel [http://fritzing.org/home/ fritzing].

Pour la découpe laser de nombreux utilisateurs utilisent [https://inkscape.org/fr/ inkscape].

Pour la conception 3D vous pouvez tenter [http://www.freecadweb.org/?lang=fr_FR freeCAD]. Une solution en ligne existe : [https://www.onshape.com/ onshape].

Pour la programmation du micro-contrôleur vous utiliserez le compilateur C <tt>avr-gcc</tt> et le logiciel de téléversement <tt>dfu-programmer</tt>.

= Bibliothèque LUFA =

Pour la gestion du bus USB par le micro-contrôleur nous allons nous appuyer au maximum sur la bibliothèque USB LUFA. Cette bibliothèque permet d'exploiter plus facilement les aspects USB des micro-contrôleurs AVR comme l'ATMega16u2.

Vous pouvez télécharger la dernière version de la bibliothèque [http://www.fourwalledcubicle.com/LUFA.php]. Il est ensuite conseillé d'effectuer quelques manipulations pour pouvoir développer dans de bonnes conditions.
* Créez un répertoire <tt>PolytechLille</tt> au même niveau que les répertoires <tt>Demos</tt> et <tt>Projects</tt>.
* Dans ce répertoire copiez la démonstration de périphérique USB bas niveau <tt>MassStorage</tt>. Au niveau du <tt>makefile</tt> indiquez <tt>atmega16u2</tt> comme micro-contrôleur, <tt>UNO</tt> comme platine et restez à 8Mhz.
* Il faut ensuite modifier la configuration de la mémoire et les fonctions d'accès à cette mémoire dans le sous-répertoire <tt>Lib</tt> du répertoire <tt>PolytechLille/MassStorage</tt>.

Pour téléverser votre programme sur l’<tt>ATMega16u2</tt>, le paquetage Debian <tt>dfu-programmer</tt> est nécessaire. Installez-le au besoin. La procédure à suivre pour charger votre programme sur l’<tt>ATMega16u2</tt> est la suivante :

* court-circuitez momentanément les lignes reset et masse de l’<tt>ATMega16u2</tt>, l'utilitaire <tt>lsusb</tt> doit lister la carte comme étant en mode DFU, vous pouvez alors exécuter les commandes suivantes :
** <tt>dfu-programmer atmega16u2 erase</tt>
** <tt>dfu-programmer atmega16u2 flash MassStorage.hex</tt>
** <tt>dfu-programmer atmega16u2 reset</tt>
* débranchez et rebranchez votre carte, votre programme doit être actif sur le micro-contrôleur.

= Réalisations des binômes =

{| class="wikitable"
! Numéro !! Elèves !! Fonctionnalité supplémentaire !! Page
|-
| Binôme 1
| Nicolas DEBAISIEUX Maxence FLAMENT
|
| [[Binome2019-1|Binôme 1 2019/2020]]
|-
| Binôme 2
| Prénom Nom & Prénom Nom
|
| [[Binome2019-2|Binôme 2 2019/2020]]
|-
| Binôme 3
| Prénom Nom & Prénom Nom
|
| [[Binome2019-3|Binôme 3 2019/2020]]
|-
| Binôme 4
| Prénom Nom & Prénom Nom
|
| [[Binome2019-4|Binôme 4 2019/2020]]
|-
| Binôme 5
| Prénom Nom & Prénom Nom
|
| [[Binome2019-5|Binôme 5 2019/2020]]
|-
| Binôme 6
| Prénom Nom & Prénom Nom
|
| [[Binome2019-6|Binôme 6 2019/2020]]
|-
| Binôme 7
| Prénom Nom & Prénom Nom
|
| [[Binome2019-7|Binôme 7 2019/2020]]
|-
| Binôme 8
| Prénom Nom & Prénom Nom
|
| [[Binome2019-8|Binôme 8 2019/2020]]
|-
| Binôme 9
| Prénom Nom & Prénom Nom
|
| [[Binome2019-9|Binôme 9 2019/2020]]
|-
| Binôme 10
| Prénom Nom & Prénom Nom
|
| [[Binome2019-10|Binôme 10 2019/2020]]
|-
|}