« SE4Binome2023-6 » : différence entre les versions
| Ligne 89 : | Ligne 89 : | ||
<p style="clear: both;" /> | <p style="clear: both;" /> | ||
=== Micro système de fichiers === | === <big>Micro système de fichiers</big> === | ||
== Fonctions d'accès à la mémoire == | |||
J'ai réalisé deux fonctions principales qui seront utilisées par les primitives du système de fichiers : writeBlock et readBlock | |||
La fonction readBlock était la plus simple à implémenter, parmi les fichiers fournis dans le dossier de test de la carte SD, le fichier '''Sd2Card.c''' possède une fonction appelée readData qui correspond exactement à ce dont j'ai besoin pour écrire les primitives du système de fichiers cette fonction prend en paramètre: | |||
* Un SD_info* (structure renvoyée par la fonction d'initialisation de la carte SD) | |||
* Un numéro de bloc à lire | |||
* Un offset (décalage en bits dans un bloc) | |||
* Un string (tableau de char) qui contiendra les données lues dans le bloc | |||
* La taille des données à lire | |||
La fonction writeBlock est similaire et prend exactement les mêmes arguments mais je ne suis pas parvenu à avoir un offset fonctionnel. | |||
* Un SD_info* (structure renvoyée par la fonction d'initialisation de la carte SD) - Un numéro de bloc (celui à modifier) | |||
* Un offset (décalage en bits dans le bloc) | |||
* Un string (tableau de char) qui contiendra les données à écrire dans le bloc | |||
* La taille des données à écrire | |||
problèmes rencontrés: Pour la fonction writeBlock, il n'y avait pas d'offset dans la fonction d'écriture de base dans Sd2Card.c, j'ai tenté de reproduire un offset avec des décalages mais cela fonctionne pas, je reçois des erreurs mémoires qui réinitialisent la carte. J'ai donc dû adapter la façon dont je stocke mes données en mémoire. | |||
Je me suis inspiré du code ici: https://wiki-se.plil.fr/mediawiki/index.php/SE4_2022/2023_EC1 | |||
- | |||
== Primitives du système de fichiers == | |||
Le but est d'adapter le code en prenant en compte le fait que je ne peut pas utiliser d'offset à cause de writeBlock, que nous écrivons dans une carte SD au lieu d'un fichier et que les données lues ne proviennent pas de l'entrée standard mais du port série. | |||
La fonction LS (list) | La fonction LS (list) | ||
La fonction TYPE (append) | La fonction TYPE (append) | ||
La fonction CAT (read) | La fonction CAT (read) | ||
La fonction MV (rename) | La fonction MV (rename) | ||
La fonction CP (copy) | La fonction CP (copy) | ||
La fonction RM (remove) | La fonction RM (remove) | ||
problèmes rencontrés: | problèmes rencontrés: Je ne suis pas parvenu à réduire la taille des blocs de la carte SD, j'ai tenté de modifier les fonctions de "Sd2Card.c" pour changer le nombre d'octets utilisé mais sans succès. J'ai donc continué avec des blocs de 512 octets au lieu de 256. | ||
Je ne suis pas parvenu à réduire la taille des blocs de la carte SD, j'ai tenté de modifier les fonctions de "Sd2Card.c" pour changer le nombre d'octets utilisé mais sans succès. J'ai donc continué avec des blocs de 512 octets au lieu de 256. | |||
Je suis capable d'utiliser toutes les primitives mais je suis limité dans la taille des fichiers (64 caractères max) en raison de la fonction d'écriture de la carte SD qui ne peut pas prendre d'offset. | |||
Je suis capable d'utiliser toutes les primitives mais je suis limité dans la taille des fichiers en raison de la fonction d'écriture de la carte SD qui ne peut pas prendre d'offset. | |||
== lien gitlab du projet == | == lien gitlab du projet == | ||
https://gitlab.univ-lille.fr/dylan.ling.etu/projet_pico_ordi_b6.git | https://gitlab.univ-lille.fr/dylan.ling.etu/projet_pico_ordi_b6.git | ||
Version du 21 décembre 2023 à 08:10
Ordonnanceur / système d'exploitation
Pour débuter, je vais faire en sorte de faire clignoter deux LEDs, chacune correspondant à un processus différent, le but étant que l’ordonnanceur alterne entre les deux.
J'ai réussi à faire fonctionner l'ordonnanceur avec les deux tâches de clignotement de LED qui s'alternent entre elles.
Carte FPGA / VHDL
Type de carte choisie
J'ai choisi de réaliser la carte mère du pico ordinateur sur laquelle on va venir brancher les cartes filles. Voici les choix que j'ai fait pour la conception de cette carte:
- Alimentation 5V provenant de l'USB (j'utilise un connecteur mini USB B).
- Programmation de la carte avec dfu-programmer grâce à un FTDI (FT232RL) mais connecteur AVR ISP inclus aussi.
- Régulateur de tension pour la puce mémoire et une adaptation des niveaux logiques pour cette dernière.
- ATmega328p traversant.
- Possibilité de brancher 5 cartes filles grâce à 5 connecteurs HE10.
Réalisation du bouclier de test
Parmi les activités disponibles, j'ai réalisé les choses suivantes :
Réalisation de la carte mère
Schematic de la carte mère
Tout d'abord, il a fallu réaliser le schématic de la carte sur KiCAD. Je me suis inspiré du Shield de test et ai inclus les nouveaux composants tels que le FTDI, le connecteur mini USB B ...
J'ai ajouté des condensateurs de découplages pour chaque composant important afind d'éliminer les parasites produits par les pistes. Lors de la réalisation du PCB, il faudra faire en sorte qu'ils soient physiquement proches pour être efficaces
PCB final réalisé
J'ai réalisé ce PCB en prenant en compte les contraintes liées aux composants.
Soudage de la carte
Quelques semaines après avoir envoyé le .zip contenant les fichiers gerber de KiCAD, j'ai reçu mon PCB imprimé
Par la suite, j'ai commencé à souder les composants Cependant, j'ai rencontré plusieurs problèmes: - les pistes D+ et D- du FTDI sont inversées - Les connecteurs HE10 couvrent légèrement certains composants et la LED pour certains - La carte n'est pas reconnue en périphérique USB si on fait un lsusb. J'ai dû refaire une autre carte mère avec un FTDI qui fonctionne car je ne suis pas parvenu à inverser D+ et D- sur la carte originale. Après avoir mis un bootloader sur l'ATMEGA328P, je suis parvenu à téléverser des programmes à travers le FTDI en utilisant l'utilitaire avrdude. Le programme fait clignoter la LED à la bonne vitesse, cela signifie donc que le cristal 8MHz a été soudé correctement et que la carte fonctionne sans programmeur. Par la suite, je vais souder la carte SD et les connecteurs HE10 manquants.
Carte finale soudée
J'ai terminé de soudé la carte complète :
Programmation de la carte mère
Le but de cette partie est de réaliser un micro système de fichier. Pour cela, je dois implémenter les fonctions d'accès à la mémoire de la carte SD ainsi que les primitives qui permettront de manipuler les fichiers.
Ecriture et lecture sur la carte SD
Maintenant que la carte est terminée, il reste la partie accès mémoire pour ensuite écrire les fichiers du Pico ordinateur. J'ai rencontré des problèmes lors de l'écriture et lecture de la carte SD mais après avoir soudé à nouveau l'adaptateur de niveau et vérifié les tensions et les masses, je suis parvenu à écrire "0xac", "0xbc" et "0xcc" sur un bloc de la carte SD et récupérer ces informations pour les afficher sur le port série. Pour la suite du projet, je vais réutiliser ces fonctions de base d'accès à la carte SD pour écrire et lire les fichiers ainsi que les manipuler.
Micro système de fichiers
Fonctions d'accès à la mémoire
J'ai réalisé deux fonctions principales qui seront utilisées par les primitives du système de fichiers : writeBlock et readBlock
La fonction readBlock était la plus simple à implémenter, parmi les fichiers fournis dans le dossier de test de la carte SD, le fichier Sd2Card.c possède une fonction appelée readData qui correspond exactement à ce dont j'ai besoin pour écrire les primitives du système de fichiers cette fonction prend en paramètre:
- Un SD_info* (structure renvoyée par la fonction d'initialisation de la carte SD)
- Un numéro de bloc à lire
- Un offset (décalage en bits dans un bloc)
- Un string (tableau de char) qui contiendra les données lues dans le bloc
- La taille des données à lire
La fonction writeBlock est similaire et prend exactement les mêmes arguments mais je ne suis pas parvenu à avoir un offset fonctionnel.
- Un SD_info* (structure renvoyée par la fonction d'initialisation de la carte SD) - Un numéro de bloc (celui à modifier)
- Un offset (décalage en bits dans le bloc)
- Un string (tableau de char) qui contiendra les données à écrire dans le bloc
- La taille des données à écrire
problèmes rencontrés: Pour la fonction writeBlock, il n'y avait pas d'offset dans la fonction d'écriture de base dans Sd2Card.c, j'ai tenté de reproduire un offset avec des décalages mais cela fonctionne pas, je reçois des erreurs mémoires qui réinitialisent la carte. J'ai donc dû adapter la façon dont je stocke mes données en mémoire.
Je me suis inspiré du code ici: https://wiki-se.plil.fr/mediawiki/index.php/SE4_2022/2023_EC1
Primitives du système de fichiers
Le but est d'adapter le code en prenant en compte le fait que je ne peut pas utiliser d'offset à cause de writeBlock, que nous écrivons dans une carte SD au lieu d'un fichier et que les données lues ne proviennent pas de l'entrée standard mais du port série.
La fonction LS (list)
La fonction TYPE (append)
La fonction CAT (read)
La fonction MV (rename)
La fonction CP (copy)
La fonction RM (remove)
problèmes rencontrés: Je ne suis pas parvenu à réduire la taille des blocs de la carte SD, j'ai tenté de modifier les fonctions de "Sd2Card.c" pour changer le nombre d'octets utilisé mais sans succès. J'ai donc continué avec des blocs de 512 octets au lieu de 256.
Je suis capable d'utiliser toutes les primitives mais je suis limité dans la taille des fichiers (64 caractères max) en raison de la fonction d'écriture de la carte SD qui ne peut pas prendre d'offset.
lien gitlab du projet
https://gitlab.univ-lille.fr/dylan.ling.etu/projet_pico_ordi_b6.git