Lpc2000

Dave,
yes, that would possibly "fix" both problems, the "FAT data" is just 
a "tool" for the PC afterwards to get to the data (as a file), and 
the processor would still be able to access the card as a "circular 
type" of memory. And as the file is fixed in size, there is no need 
to write to the "FAT table" on the card. Might do the trick !

Thanks,
Carsten

--- In lpc2000@yahoogroups.com, David Hawkins <dwh@o...> 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
>