Except that the FAT table is usually updated on every write for the last-accessed and/or last-written fields. But if you can get source code for a filesystem layer then you should be able to modify it to remove that update. -- Sean At 04:36 PM 1/17/2006, you wrote: >Carsten Grøn wrote: > > Sean, > > the reason (for me) would be that it would be simpler on the LPC > > board, no need for FAT etc (I'm actually also looking into prllc's FAT > > implementation with SD support at $139,- which I think is very > > reasonable). Also I'm a little worried that the card will be "killed" > > by problems with write-endurance (if using FAT, the FAT tables are > > written very often), and if used as a circular buffer, each sector > > will be written (relatively) seldom. > > > > Regards, > > Carsten > >Perhaps you could get the best of both worlds. Format the card with >a FAT file system containing one large file. If the micro only writes >bytes within that file, and the format is understood within that >file by both the micro, and the Windows app. the OS need only >know that there is a file there, not how to interpret it. > >The circular buffering will just occur within the large binary >area that is 'the file'. > >Dave
Message
Re: [lpc2000] Re: MMC/SD support on LPC2000
2006-01-17 by Sean
Attachments
- No local attachments were found for this message.