I need use a full (read & write) FAT32 filesystem in a new development,
basically for logger of information.
The CPU used is a LPC2294
The implementations that i look (freeDOS, eCos, Rtems) seem be too much
complex for my application.
can somebody give me information about some free implementation more
simple?
Thanks in advance
Angel
FAT32 for embedded
Started by ●July 12, 2006
Reply by ●July 12, 20062006-07-12
angelsp123 wrote:
> I need use a full (read & write) FAT32 filesystem in a new development,
> basically for logger of information.
>
Try searching the message archives yet? There has been a lot
discussed regarding SD/MMC filesystems in the recent past.
TomW
--
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------
> I need use a full (read & write) FAT32 filesystem in a new development,
> basically for logger of information.
>
Try searching the message archives yet? There has been a lot
discussed regarding SD/MMC filesystems in the recent past.
TomW
--
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------
Reply by ●July 12, 20062006-07-12
Look at EFSL on sourceforge at http://sourceforge.net/projects/efsl/,
or the one from ELM at http://elm-chan.org/fsw/ff/00index_e.html
Both of these are targeted for SD cards, though you could modify them to
suit. I have been using EFSL with some success, but there are a number of
bugs.
Mike
> -----Original Message-----
> From: l...
> [mailto:l...]On Behalf
> Of angelsp123
> Sent: Wednesday, July 12, 2006 12:26 PM
> To: l...
> Subject: [lpc2000] FAT32 for embedded
> I need use a full (read & write) FAT32 filesystem in a new
> development,
> basically for logger of information.
>
> The CPU used is a LPC2294
>
> The implementations that i look (freeDOS, eCos, Rtems) seem
> be too much
> complex for my application.
>
> can somebody give me information about some free implementation more
> simple?
>
> Thanks in advance
>
> Angel
or the one from ELM at http://elm-chan.org/fsw/ff/00index_e.html
Both of these are targeted for SD cards, though you could modify them to
suit. I have been using EFSL with some success, but there are a number of
bugs.
Mike
> -----Original Message-----
> From: l...
> [mailto:l...]On Behalf
> Of angelsp123
> Sent: Wednesday, July 12, 2006 12:26 PM
> To: l...
> Subject: [lpc2000] FAT32 for embedded
> I need use a full (read & write) FAT32 filesystem in a new
> development,
> basically for logger of information.
>
> The CPU used is a LPC2294
>
> The implementations that i look (freeDOS, eCos, Rtems) seem
> be too much
> complex for my application.
>
> can somebody give me information about some free implementation more
> simple?
>
> Thanks in advance
>
> Angel
Reply by ●July 12, 20062006-07-12
Thanks Mike
I need a simple but fast access to a IDE, so, the ELM seem be good. I
will test it.
Angel
--- In l..., "Michael Anton" wrote:
>
> Look at EFSL on sourceforge at
http://sourceforge.net/projects/efsl/,
> or the one from ELM at http://elm-chan.org/fsw/ff/00index_e.html
>
> Both of these are targeted for SD cards, though you could modify
them to
> suit. I have been using EFSL with some success, but there are a
number of
> bugs.
>
> Mike
> > -----Original Message-----
> > From: l...
> > [mailto:l...]On Behalf
> > Of angelsp123
> > Sent: Wednesday, July 12, 2006 12:26 PM
> > To: l...
> > Subject: [lpc2000] FAT32 for embedded
> >
> >
> > I need use a full (read & write) FAT32 filesystem in a new
> > development,
> > basically for logger of information.
> >
> > The CPU used is a LPC2294
> >
> > The implementations that i look (freeDOS, eCos, Rtems) seem
> > be too much
> > complex for my application.
> >
> > can somebody give me information about some free implementation
more
> > simple?
> >
> > Thanks in advance
> >
> > Angel
> >
>
I need a simple but fast access to a IDE, so, the ELM seem be good. I
will test it.
Angel
--- In l..., "Michael Anton" wrote:
>
> Look at EFSL on sourceforge at
http://sourceforge.net/projects/efsl/,
> or the one from ELM at http://elm-chan.org/fsw/ff/00index_e.html
>
> Both of these are targeted for SD cards, though you could modify
them to
> suit. I have been using EFSL with some success, but there are a
number of
> bugs.
>
> Mike
> > -----Original Message-----
> > From: l...
> > [mailto:l...]On Behalf
> > Of angelsp123
> > Sent: Wednesday, July 12, 2006 12:26 PM
> > To: l...
> > Subject: [lpc2000] FAT32 for embedded
> >
> >
> > I need use a full (read & write) FAT32 filesystem in a new
> > development,
> > basically for logger of information.
> >
> > The CPU used is a LPC2294
> >
> > The implementations that i look (freeDOS, eCos, Rtems) seem
> > be too much
> > complex for my application.
> >
> > can somebody give me information about some free implementation
more
> > simple?
> >
> > Thanks in advance
> >
> > Angel
> >
>
Reply by ●July 12, 20062006-07-12
If it's only for a logger, why not just format the file system,
create one large file, figure out where it's located and just write
to that area. I did that for an MMC logging system and it works
great, very little code needed.
-- Sean
At 15:27 7/12/06, you wrote:
>angelsp123 wrote:
>
> > I need use a full (read & write) FAT32 filesystem in a new development,
> > basically for logger of information.
> >
>Try searching the message archives yet? There has been a lot
>discussed regarding SD/MMC filesystems in the recent past.
>
>TomW
create one large file, figure out where it's located and just write
to that area. I did that for an MMC logging system and it works
great, very little code needed.
-- Sean
At 15:27 7/12/06, you wrote:
>angelsp123 wrote:
>
> > I need use a full (read & write) FAT32 filesystem in a new development,
> > basically for logger of information.
> >
>Try searching the message archives yet? There has been a lot
>discussed regarding SD/MMC filesystems in the recent past.
>
>TomW
Reply by ●July 12, 20062006-07-12
> I need use a full (read & write) FAT32 filesystem in
a new
> development,
> basically for logger of information.
>
> The CPU used is a LPC2294
>
> The implementations that i look (freeDOS, eCos, Rtems) seem
> be too much
> complex for my application.
>
> can somebody give me information about some free implementation more
> simple?
>
> Thanks in advance
>
> Angel
Perhaps EFSL?
http://www.efsl.be/
http://sourceforge.net/projects/efsl/
Eric
> development,
> basically for logger of information.
>
> The CPU used is a LPC2294
>
> The implementations that i look (freeDOS, eCos, Rtems) seem
> be too much
> complex for my application.
>
> can somebody give me information about some free implementation more
> simple?
>
> Thanks in advance
>
> Angel
Perhaps EFSL?
http://www.efsl.be/
http://sourceforge.net/projects/efsl/
Eric
Reply by ●July 13, 20062006-07-13
> Both of these are targeted for SD cards, though you
could modify them to
> suit. I have been using EFSL with some success, but there are a number of
> bugs.
>
Can you tell us what bugs, you found in EFSL.
I have tested it for 6 months, and putting it on one of our product.
Best Regards,
Mukund Deshmukh.
Beta Computronics Pvt Ltd
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746
> suit. I have been using EFSL with some success, but there are a number of
> bugs.
>
Can you tell us what bugs, you found in EFSL.
I have tested it for 6 months, and putting it on one of our product.
Best Regards,
Mukund Deshmukh.
Beta Computronics Pvt Ltd
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746
Reply by ●July 13, 20062006-07-13
The bugs I have been able to identify and confirm I submitted
as bug reports to the sourceforge project, so look for the details
there.
One that I haven't been able to nail down yet, is random file
corruption, even if not writing to the disk. This could be a
hardware problem, but as yet, I have found no explanation for it.
If you have been using the library for 6 months, then probably there
are few bugs in the features you are using. Obviously I am using
different features, as I have had to fix the code in a couple places.
Mike Anton
> -----Original Message-----
> From: l...
> [mailto:l...]On Behalf
> Of Mukund Deshmukh
> Sent: Wednesday, July 12, 2006 10:41 PM
> To: l...
> Subject: Re: [lpc2000] FAT32 for embedded
> > Both of these are targeted for SD cards, though you could
> modify them to
> > suit. I have been using EFSL with some success, but there
> are a number of
> > bugs.
> > Can you tell us what bugs, you found in EFSL.
> I have tested it for 6 months, and putting it on one of our product.
>
> Best Regards,
>
> Mukund Deshmukh.
> Beta Computronics Pvt Ltd
> 10/1, IT Park, Parsodi,
> Nagpur-440022
> Cell - 9422113746
>
>
>
as bug reports to the sourceforge project, so look for the details
there.
One that I haven't been able to nail down yet, is random file
corruption, even if not writing to the disk. This could be a
hardware problem, but as yet, I have found no explanation for it.
If you have been using the library for 6 months, then probably there
are few bugs in the features you are using. Obviously I am using
different features, as I have had to fix the code in a couple places.
Mike Anton
> -----Original Message-----
> From: l...
> [mailto:l...]On Behalf
> Of Mukund Deshmukh
> Sent: Wednesday, July 12, 2006 10:41 PM
> To: l...
> Subject: Re: [lpc2000] FAT32 for embedded
> > Both of these are targeted for SD cards, though you could
> modify them to
> > suit. I have been using EFSL with some success, but there
> are a number of
> > bugs.
> > Can you tell us what bugs, you found in EFSL.
> I have tested it for 6 months, and putting it on one of our product.
>
> Best Regards,
>
> Mukund Deshmukh.
> Beta Computronics Pvt Ltd
> 10/1, IT Park, Parsodi,
> Nagpur-440022
> Cell - 9422113746
>
>
>
Reply by ●July 13, 20062006-07-13
> The bugs I have been able to identify and confirm I
submitted
> as bug reports to the sourceforge project, so look for the details
> there.
OK, its about appending to a file. I am not appending any file so need not
worry.
>
> One that I haven't been able to nail down yet, is random file
> corruption, even if not writing to the disk. This could be a
Once or twice, The entire file system refuse to work (No write possible),
but then every thing was OK, when MMC was formatted with PC.
You are right, I need to update library.
Best Regards,
Mukund Deshmukh.
Beta Computronics Pvt Ltd
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746
> as bug reports to the sourceforge project, so look for the details
> there.
OK, its about appending to a file. I am not appending any file so need not
worry.
>
> One that I haven't been able to nail down yet, is random file
> corruption, even if not writing to the disk. This could be a
Once or twice, The entire file system refuse to work (No write possible),
but then every thing was OK, when MMC was formatted with PC.
You are right, I need to update library.
Best Regards,
Mukund Deshmukh.
Beta Computronics Pvt Ltd
10/1, IT Park, Parsodi,
Nagpur-440022
Cell - 9422113746
Reply by ●July 13, 20062006-07-13
Mukund Deshmukh wrote:
> > The bugs I have been able to identify and confirm I submitted
> > as bug reports to the sourceforge project, so look for the details
> > there.
>
> OK, its about appending to a file. I am not appending any file so need not
> worry.
>
> >
> > One that I haven't been able to nail down yet, is random file
> > corruption, even if not writing to the disk. This could be a
>
> Once or twice, The entire file system refuse to work (No write possible),
> but then every thing was OK, when MMC was formatted with PC.
>
The MMC / SD / Compact Flash memories are all formatted, off-the-shelf,
as FAT16 not FAT32.
TomW
--
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------
> > The bugs I have been able to identify and confirm I submitted
> > as bug reports to the sourceforge project, so look for the details
> > there.
>
> OK, its about appending to a file. I am not appending any file so need not
> worry.
>
> >
> > One that I haven't been able to nail down yet, is random file
> > corruption, even if not writing to the disk. This could be a
>
> Once or twice, The entire file system refuse to work (No write possible),
> but then every thing was OK, when MMC was formatted with PC.
>
The MMC / SD / Compact Flash memories are all formatted, off-the-shelf,
as FAT16 not FAT32.
TomW
--
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------