BE 2020-2021 - Historique des versions

Rex : /* Calcul de l'espace occupée sur une clef USB */

2021-04-22T12:31:13Z

‎Calcul de l'espace occupée sur une clef USB

Rex : /* Cas du système de fichiers FAT12 */

2021-04-22T12:25:38Z

‎Cas du système de fichiers FAT12

Rex : /* Cas du système de fichiers FAT12 */

2021-04-22T12:12:44Z

‎Cas du système de fichiers FAT12

Rex le 22 avril 2021 à 12:06

2021-04-22T12:06:01Z

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

2021-04-18T17:24:48Z

‎Réalisations des binômes

Rex : /* Bibliothèque LUFA */

2021-04-15T13:36:59Z

‎Bibliothèque LUFA

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

2021-04-14T16:41:10Z

‎Réalisations des binômes

Rex : /* Test des mémoires AT45DB641E */

2021-04-13T16:36:45Z

‎Test des mémoires AT45DB641E

Rex : /* Test des mémoires AT45DB641E */

2021-04-13T15:55:18Z

‎Test des mémoires AT45DB641E

Rex : /* Test des mémoires AT45DB641E */

2021-04-13T15:55:00Z

‎Test des mémoires AT45DB641E

← Version précédente		Version du 22 avril 2021 à 12:31
Ligne 366 :		Ligne 366 :

	Le dernier point fait que le programme de démonstration peut être assez facile à adapter sur la clef : au lieu de lire des blocs de 512 octets avec la primitive <code>read</code> il faut juste la fonction de lecture des pages avec la fonction <code>AT45DB641E_read_page</code> présentée plus haut.		Le dernier point fait que le programme de démonstration peut être assez facile à adapter sur la clef : au lieu de lire des blocs de 512 octets avec la primitive <code>read</code> il faut juste la fonction de lecture des pages avec la fonction <code>AT45DB641E_read_page</code> présentée plus haut.
		+
		+	== Implantation dans la clef ==
		+
		+	Il ne faut surtout pas lancer le calcul de l'espace libre à chaque accès à la clef par le bus USB. Une façon efficace de faire est la suivante :
		+	* lire les informations sur le premier bloc à l'initialisation et stocker les informations pertinentes en mémoire ;
		+	* noter quand un bloc de la table d'allocation est modifié ;
		+	* quand un bloc de données est accédé et que la table d'allocation a été modifiée lancer la fonction d'analyse de la table d'allocation.

	= Réalisations des binômes =		= Réalisations des binômes =

← Version précédente		Version du 22 avril 2021 à 12:25
Ligne 351 :		Ligne 351 :

	Un programme C de démonstration est fourni : [[File:fatdisp.zip]].		Un programme C de démonstration est fourni : [[File:fatdisp.zip]].
		+
		+	Le principe du programme est assez simple :
		+	* le premier bloc est lu et quelques champs sont récupérés :
		+	** taille, en nombre de blocs, des groupes ;
		+	** nombre de blocs réservés ;
		+	** taille, en nombre de blocs, des tables d'allocation ;
		+	** nombre total de blocs.
		+	* ensuite les blocs reservés sont passés ;
		+	* enfin les chaînages des groupes sont lus deux par deux (en lisant 3 octets).
		+
		+	La partie de lecture des chaînages est un peu complexe en deux points :
		+	* un calcul doit être effectué pour séparer les trois octets en deux chaînages ;
		+	* l'énumération se fait sur les octets et pas sur les blocs.
		+
		+	Le dernier point fait que le programme de démonstration peut être assez facile à adapter sur la clef : au lieu de lire des blocs de 512 octets avec la primitive <code>read</code> il faut juste la fonction de lecture des pages avec la fonction <code>AT45DB641E_read_page</code> présentée plus haut.

	= Réalisations des binômes =		= Réalisations des binômes =

← Version précédente		Version du 22 avril 2021 à 12:12
Ligne 345 :		Ligne 345 :

	Pour les très petites clef (en dessous de 260Mo), seul le système de fichiers FAT12 peut fonctionner dans la famille des systèmes de fichiers FAT.		Pour les très petites clef (en dessous de 260Mo), seul le système de fichiers FAT12 peut fonctionner dans la famille des systèmes de fichiers FAT.
		+
		+	Pour ce système de fichiers la seule solution pour connaître la taille libre de la clef est de parcourir la table d'allocation des groupes de secteurs et de compter les groupes alloués.
		+
		+	D'un coté c'est assez simple car les groupes sont listés exhaustivement dans la table d'allocation et d'un autre coté en FAT12 un groupe est géré sur 12 bits, il faut donc regarder les groupes par deux (3 octets utilisés pour deux groupes).
		+
		+	Un programme C de démonstration est fourni : [[File:fatdisp.zip]].

	= Réalisations des binômes =		= Réalisations des binômes =

← Version précédente		Version du 22 avril 2021 à 12:06
Ligne 331 :		Ligne 331 :

	Mettre quelques fichiers dessus, la démonter (avec la commande <tt>umount</tt>) et vérifier que vos fichiers sont encore là quand vous reconnectez la clef.		Mettre quelques fichiers dessus, la démonter (avec la commande <tt>umount</tt>) et vérifier que vos fichiers sont encore là quand vous reconnectez la clef.
		+
		+	= Calcul de l'espace occupée sur une clef USB =
		+
		+	Certains binômes cherchent à afficher le pourcentage d'espace libre sur leur clef USB. C'est possible à réaliser avec quelques hypothèses. Dans un premier temps nous allons supposer que la clef n'est pas partionnée et que le système de fichiers est de type FAT.
		+
		+	== Cas du système de fichiers FAT32 ==
		+
		+	Le système de fichier FAT32 peut être utilisé à partir d'environ 260Mo disponible.
		+
		+	Pour ce type de système de fichiers il est possible d'avoir une évalution de l'espace libre en utilisant deux champs de la structure "informations". Cette structure se trouve généralement dans le second bloc du système de fichier et comporte deux champs pour donner le nombre de groupes alloués et de groupes libres. Ces champs ne sont qu'approximatifs et malheureusement pas toujours mis à jour par les systèmes d'exploitation. Cela dit Linux fait correctement le travail. Un fichier C de démonstration est disponible : [[File:fat32disp.zip]].
		+
		+	== Cas du système de fichiers FAT12 ==
		+
		+	Pour les très petites clef (en dessous de 260Mo), seul le système de fichiers FAT12 peut fonctionner dans la famille des systèmes de fichiers FAT.

	= Réalisations des binômes =		= Réalisations des binômes =

@@ Ligne 353 : / Ligne 353 : @@
 | Affichage digital de l'heure sous format 24h.
 | [[Binome2020-3|Binôme 3 2020/2021]]
-| Clé commandée chez Aisler, expédition prévue le 14 avril 2021 (non confirmé)
+| Clé reçue de chez Aisler, carte fille gravée à l'école
 |-
 | Binôme 4

@@ Ligne 268 : / Ligne 268 : @@
 * 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>NONE</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 vous aider une version modifiée de la démonstration <tt>MassStorage</tt> est disponible [[media:MassStoragePeiP.zip]]. Dans cette version, vous n'avez à modifier que les fichiers <tt>Lib/DataflashManager.h</tt> et <tt>Lib/DataflashManager.c</tt> en vous appuyant sur les programmes de test des mémoires.
 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 :

@@ Ligne 345 : / Ligne 345 : @@
 | Clé avec déverrouillage par code + LED de confirmation
 | [[Binome2020-2|Binôme 2 2020/2021]]
-| Clé commandée
+| Clé reçue (testée)
 |-
 | Binôme 3
@@ Ligne 351 : / Ligne 351 : @@
 | Affichage digital de l'heure sous format 24h.
 | [[Binome2020-3|Binôme 3 2020/2021]]
 |-
 | Binôme 4
@@ Ligne 362 : / Ligne 363 : @@
 |Affichage de la capacité restante via afficheurs 7 segments
 | [[Binome2020-5|Binôme 5 2020/2021]]
-| Clé reçue, carte fille commandée
+| Clé reçue, carte fille reçue (soudée)
 |-
 | Binôme 6
@@ Ligne 368 : / Ligne 369 : @@
 | Déverrouiller la clé par un bruit
 | [[Binome2020-6|Binôme 6 2020/2021]]
-| Clé commandée, carte fille commandée
+| Clé reçue (testé), carte fille reçue
 |-
 | Binôme 7
@@ Ligne 380 : / Ligne 381 : @@
 | Affichage de la température et alimentation par dynamo
 | [[Binome2020-8|Binôme 8 2020/2021]]
-| Clé commandée
+| Clé reçue (testée), carte fille réalisée par modification du bouclier classique (soudée non testée)
 |-
 | Binôme 9
@@ Ligne 392 : / Ligne 393 : @@
 | Clé minuteur
 | [[Binome2020-10|Binôme 10 2020/2021]]
-| Clé reçue (une autre commandée avec ICSP classique), carte fille reçue
+| Clé reçue (une autre reçue avec ICSP classique, non soudée), carte fille reçue
 |-
 | Binôme 11
@@ Ligne 398 : / Ligne 399 : @@
 | Déverrouillage par boutons + diodes + affichage de pages Pop-up
 | [[Binome2020-11|Binôme 11 2020/2021]]
-| Clé commandée
+| Clé reçue (testée)
 |-
 | Binôme 12

@@ Ligne 228 : / Ligne 228 : @@
 Un premier programme de test des mémoires est disponible [[Media:ClefUSBTestMemRW.zip]]. Ce programme écrit cinq octets dans le premier bloc de la première mémoire, les lit, les multiplie par 2 et écrit les résultats dans le premier bloc de la seconde mémoire. Le test commence encore par 10 flashes rapides. Un test effectué avec succès donne lieu à 5 flashes, en cas d'échec un seul flash. Le prototype de clef USB avec des mémoires AT45DB641E passe avec succès ce test.
-Un second programme de test de la première mémoire est disponible [[Media:ClefUSBTestMemRW2.zip]]. Ce programme écrit des valeurs séquentielles dans tous les blocs puis vérifie par des lectures que les écritures étaient bien effectuées. Le test commence encore par 10 flashes rapides. Ensuite un flash de contrôle est effectué tous les 256 blocs en écriture comme en lecture. C'est l'occasion de voir que les écritures sont plus lentes que les lectures. Après test des 64M de la première mémoire le résultat est donné en boucle. Toujours 5 flashes pour un succès et 1 pour un échec. Le résultat est répété toutes les 5 minutes histoire de pouvoir laisser le test se dérouler tout seul (test assez long).
+Un second programme de test de la première mémoire est disponible [[Media:ClefUSBTestMemRW2.zip]]. Ce programme écrit des valeurs séquentielles dans tous les blocs puis vérifie par des lectures que les écritures étaient bien effectuées. Le test commence encore par 10 flashes rapides. Ensuite un flash de contrôle est effectué tous les 256 blocs en écriture comme en lecture. C'est l'occasion de voir que les écritures sont plus lentes que les lectures. Après test des 8M de la première mémoire le résultat est donné en boucle. Toujours 5 flashes pour un succès et 1 pour un échec. Le résultat est répété toutes les 5 minutes histoire de pouvoir laisser le test se dérouler tout seul (test assez long).
 <br style="clear: both;"/>

@@ Ligne 222 : / Ligne 222 : @@
 Pour tester une mémoire, il est possible de demander ses identifiants. Pour cela, il faut envoyer sur le bus SPI, une fois la mémoire sélectionnée, l'octet <tt>0x9F</tt>. Ensuite, il faut lire les cinq octets des identifiants (ID fabricant, ID de la mémoire, ...) puis il faut remonter la ligne de sélection à l'état haut.
-Un programme de test est disponible [[Media:ClefUSBTestMem.zip]]. Le test commence par 10 flashes rapides sur la LED de test. Pour simplifier la lecture du résultat, un test validé donne lieu à 5 flashes et un test en échec à un seul flash. Les deux mémoires sont testées tour à tour. Le prototype de clef USB avec des mémoires AT45DB641E passe avec succès ce test.
+Un programme de détection est disponible [[Media:ClefUSBTestMem.zip]]. Le test commence par 10 flashes rapides sur la LED de test. Pour simplifier la lecture du résultat, un test validé donne lieu à 5 flashes et un test en échec à un seul flash. Les deux mémoires sont testées tour à tour. Le prototype de clef USB avec des mémoires AT45DB641E passe avec succès ce test.
 Pour aller plus loin, il faut écrire dans les mémoires et vérifier, par une lecture, que les écritures ont été bien effectuées.
-Un premier programme de test est disponible [[Media:ClefUSBTestMemRW.zip]]. Ce programme écrit cinq octets dans le premier bloc de la première mémoire, les lit, les multiplie par 2 et écrit les résultats dans le premier bloc de la seconde mémoire. Le test commence encore par 10 flashes rapides. Un test effectué avec succès donne lieu à 5 flashes, en cas d'échec un seul flash. Le prototype de clef USB avec des mémoires AT45DB641E passe avec succès ce test.
+Un premier programme de test des mémoires est disponible [[Media:ClefUSBTestMemRW.zip]]. Ce programme écrit cinq octets dans le premier bloc de la première mémoire, les lit, les multiplie par 2 et écrit les résultats dans le premier bloc de la seconde mémoire. Le test commence encore par 10 flashes rapides. Un test effectué avec succès donne lieu à 5 flashes, en cas d'échec un seul flash. Le prototype de clef USB avec des mémoires AT45DB641E passe avec succès ce test.
 <br style="clear: both;"/>