Reply by 42Bastian Schick July 14, 20062006-07-14
angelsp123 schrieb:

> The implementations that i look (freeDOS, eCos, Rtems) seem be too much
> complex for my application.
The company I work for (Sciopta) offers both a small RTOS + FAT
(12,16,32, long file name).

If you do not like an RTOS (though it is really small), look for
HCC Embedded. The provide a lot of filesystems.

> can somebody give me information about some free implementation more
> simple?

Oops. Free ? Sorry the above is not free, but you get direct support :-)

--
42Bastian

An Engineer's Guide to the LPC2100 Series

Reply by Michael Anton July 13, 20062006-07-13
Well, I did also find another memory leak bug that was fixed in 0.2.7,
so if you are using that version you should be ok on that one too.

I have had the file corruption issue fixed by formatting the card as
well, but it was only temporary. Having a FAT32 file system does not
seem to entirely fix it. In my case, I was reading a file constantly
(every second) from beginning to end, with a rewind at the end to go
back to the beginning. The fix (so far) has been to close it, and
reopen it instead, so there may be some caching issue that is resolved
by using this method. Unfortunately, when the problem occurred, the
library code just hung, rather than returning an error.

Mike

> -----Original Message-----
> From: l...
> [mailto:l...]On Behalf
> Of Mukund Deshmukh
> Sent: Thursday, July 13, 2006 2:49 AM
> To: l...
> Subject: Re: [lpc2000] FAT32 for embedded
> > 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
>
Reply by Tom Walsh 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..."
----------------

Reply by Mukund Deshmukh 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

Reply by Michael Anton 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
>
>
>
Reply by Mukund Deshmukh 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

Reply by Eric Rullens 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
Reply by Sean 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

Reply by angelsp123 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
> >
>

Reply by Michael Anton 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