Systèmes de fichiers SD pour l'accès avec SPI

J'ai trouvé ce site: http://www.pjrc.com/tech/8051/ide/fat32.html Fondamentalement, c'est un excellent aperçu du système de fichiers FAT32.Systèmes de fichiers SD pour l'accès avec SPI

Je me demandais si quelqu'un connaissait des documents/procédures similaires pour différents systèmes de fichiers Linux, je suis intéressé par la façon dont ils stockent des données sur les lecteurs!

j'ai fait quelques recherches de google sur les spécifications de etx3 et autres joyeusetés, mais ne suis pas de trouver beaucoup plus de, il est ETX2 essentiellement avec journaling ... etc, pas la description de la façon dont les données sont organisées et comment accéder

Merci pour toute aide.

Source

2010-02-15 onaclov2000

Je vais faire un projet d'interface entre une carte SD en utilisant SPI à partir d'un microcontrôleur, donc je veux regarder mes options aussi loin que la facilité d'utilisation pour les systèmes de fichiers. – onaclov2000

Un bon point de départ est de saisir les sources du noyau, make menuconfig et d'entrer dans le menu Filesystems. Il existe de très bons systèmes de fichiers pour les microcontrôleurs - CROMFS et CRAMFS - très petits systèmes de fichiers compressés en lecture seule (CROM) ou non-persistants (CRAM) qui nécessitent des outils spéciaux pour créer une mémoire et un encombrement disque vraiment minimes, Fossil fournit RW mais pas de hiérarchie de répertoires (parfait pour le stockage de données combiné avec CROMFS), plusieurs systèmes de fichiers plus avancés destinés spécifiquement aux médias flash, comme JFFS ou YAFFS. Vous pouvez également regarder dans UnionFS qui vous permet de superposer deux systèmes de fichiers, disons un système d'exploitation basé sur la ROM avec des pièces remplacées Flash et des versions temporaires basées sur la RAM. Il y a beaucoup d'autres systèmes de fichiers. Si vous en avez envie, vous en trouverez plus dans Documentation/Filesystems, et si vous voulez en savoir plus, lisez les sources.

FAT est un meurtrier pour les dispositifs non protégés contre l'usure basés sur le flash, car la table d'allocation des fichiers est écrite au même endroit encore et encore. EXT3 n'est pas très bon pour le flash aussi.

Source

2010-02-15 16:11:20

Je suis à la recherche de quelque chose que je peux lire dans un PC quand j'ai fini quand même ... I.E. Je vais stocker les données de l'accéléromètre dans un fichier "txt" (si je peux comprendre comment cela fonctionne), puis quand je mets la carte SD dans mon PC, je peux ouvrir les données et les lire, si ce n'est pas FAT ou l'un des compatibles sera-t-il lu par le système d'exploitation? – onaclov2000

Quel type de microcontrôleur - combien de ressources avez-vous? Un clone Debian complet avec une partition Ext2 ou FAT pour vos données fonctionnera correctement avec 32 Mo de RAM et 100 MHz de CPU. UCLinux sur RAM 1MB + CPU 4MHz fera mieux avec CROMFS cependant. Aussi, que va faire le PC? Un Linux que vous fournissez, ou Windows appartenant à l'utilisateur? Si c'est Windows, vous êtes coincé avec FAT. Si c'est un Linux de votre choix, vous pouvez supporter librement le FS natif du microcontrôleur comme YAFFS2. –

Le PC sera probablement un XP puisque c'est ce que l'école utilise le plus, en ce qui concerne le microcontrôleur, c'est un PIC 16F913. Je ne construis pas un système d'exploitation ou quoi que ce soit, je veux juste stocker des données lisibles par un système d'exploitation plus tard, une fois que nous aurons fini de consigner les données. J'ai un peu envie de coller avec des trucs de type COTS Mainline aussi loin que le SD et les informations stockées. – onaclov2000

Systèmes de fichiers SD pour l'accès avec SPI

Répondre

Questions connexes