2

I'm using the ARM7TDMI-S (NXP processor) and I need a file system capable of reading/writing to an SD card. There are so many available, what have people used and been happy with? One that requires the least amount of setup is best - so the less I have to do to get it started (i.e. write device drivers to NXP's hardware) the better.

I am currently using CMX's RTOS as the OS for this project.

Seidleroni
  • 1,044
  • 3
  • 15
  • 31

2 Answers2

3

I suggest that you use either EFSL or Chan's FAT File System Module. I have used both on MMC/SC cards without problems. The choice between them may come down to the license terms and pre-existing ports to your target. Martin Thomas's ARM Projects site has examples for both libraries.

Clifford
  • 88,407
  • 13
  • 85
  • 165
1

FAT is popular precisely because it's so simple. The main problems with FAT are performance (because of its simplicity, it's not very fast) and its limited size (2GB for FAT16, though 2TB for FAT32)

Greg Hewgill
  • 951,095
  • 183
  • 1,149
  • 1,285
Dean Harding
  • 71,468
  • 13
  • 145
  • 180
  • 1
    As an added bonus, SD cards come preformatted to FAT or FAT32 depending on size. – Mark Ransom Jun 09 '10 at 01:33
  • Another problem with FAT is that it's rather fragile. Then again, because of its simplicity, it's also generally easy to recover data from a mucked up volume. – Michael Burr Jun 09 '10 at 06:52
  • Note that long file-name support on FAT32 is subject to licensing. You have to pay a royalty to Microsoft to use LFN: http://en.wikipedia.org/wiki/File_Allocation_Table#Licensing. Be aware if you are creating a commercial product - their lawyers are probably bigger and smarter than yours. – Clifford Apr 17 '12 at 16:31