Yahoo Groups archive
Thread
2006-03-24 by Sagaert Johan
Hi - does the efsl fat library work with SD and MMC or only with SD cards ? - has anyone ported this to keil ? - are there other good alternatives for a SD/MMC fat library (small footprint in terms of RAM use ) Johan
2006-03-24 by Mukadder CEYHAN
Yes I have ported efsl to keil for lpc2138, but currently I did not test the software whether it works or not. I can send the project if you want...I want to test it but I am working on another project, file system for an external serial flash chip.so maybe you can test the firmware for lpc2138 or any lpc device... --- Sagaert Johan <sagaert.j@...> wrote: > Hi > > - does the efsl fat library work with SD and MMC or > only with SD cards ? > - has anyone ported this to keil ? > - are there other good alternatives for a SD/MMC fat > library (small > footprint in terms of RAM use ) > > Johan > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
2006-03-24 by Marko Pavlin
What a coincidence. I started same thing this morning. Please send it to me, I have hardware on my desk. I have 64MB sandisk MMC on SPI0 with LPC2138. Thanks! Marko Mukadder CEYHAN wrote:
> Yes I have ported efsl to keil for lpc2138, but > currently I did not test the software whether it works > or not. I can send the project if you want...I want to > test it but I am working on another project, file > system for an external serial flash chip.so maybe you > can test the firmware for lpc2138 or any lpc device... > > --- Sagaert Johan <sagaert.j@...> wrote: > > > Hi > > > > - does the efsl fat library work with SD and MMC or > > only with SD cards ? > > - has anyone ported this to keil ? > > - are there other good alternatives for a SD/MMC fat > > library (small > > footprint in terms of RAM use ) > > > > Johan > > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------ > YAHOO! GROUPS LINKS > > * Visit your group "lpc2000 > <http://groups.yahoo.com/group/lpc2000>" on the web. > > * To unsubscribe from this group, send an email to: > lpc2000-unsubscribe@yahoogroups.com > <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe> > > * Your use of Yahoo! Groups is subject to the Yahoo! Terms of > Service <http://docs.yahoo.com/info/terms/>. > > > ------------------------------------------------------------------------ >
2006-03-24 by Mukund Deshmukh
> Hi > > - does the efsl fat library work with SD and MMC or only with SD cards ? It works with SD and MMC also. > - has anyone ported this to keil ? If you mean KARM, then no idea, but with WINARM, it compiles and works out of Box on Olimex board. > - are there other good alternatives for a SD/MMC fat library (small > footprint in terms of RAM use ) I think efsl is best, code is just about 17 kb on LPC21XX.
> > Johan > > > > > Yahoo! Groups Links > > > > > >
2006-03-24 by Sagaert Johan
Hi Thanks ,i am interrested, i have a LPC2103 board ,maybe a bit small, but i can try it on a board with STR711F too i guess. Anyway ,i plan to use a LPC2106 and this one has plenty of RAM for efsl. I finally intend to read some wave files and play them through some kind of codec (ac97?) or DAC convertor.(maybe a DAC used in CD player systems will also do the job. Johan
----- Original Message -----
From: Mukadder CEYHAN
To: lpc2000@yahoogroups.com
Sent: Friday, March 24, 2006 9:48 AM
Subject: Re: [lpc2000] efsl FAT lib on Keil
Yes I have ported efsl to keil for lpc2138, but
currently I did not test the software whether it works
or not. I can send the project if you want...I want to
test it but I am working on another project, file
system for an external serial flash chip.so maybe you
can test the firmware for lpc2138 or any lpc device...
--- Sagaert Johan <sagaert.j@...> wrote:
> Hi
>
> - does the efsl fat library work with SD and MMC or
> only with SD cards ?
> - has anyone ported this to keil ?
> - are there other good alternatives for a SD/MMC fat
> library (small
> footprint in terms of RAM use )
>
> Johan
>
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
------------------------------------------------------------------------------
YAHOO! GROUPS LINKS
a.. Visit your group "lpc2000" on the web.
b.. To unsubscribe from this group, send an email to:
lpc2000-unsubscribe@yahoogroups.com
c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
------------------------------------------------------------------------------
[Non-text portions of this message have been removed]2006-03-24 by Leon Heller
----- Original Message -----
From: "Sagaert Johan" <sagaert.j@...> To: <lpc2000@yahoogroups.com> Sent: Friday, March 24, 2006 9:40 AM Subject: Re: [lpc2000] efsl FAT lib on Keil > Hi > Thanks ,i am interrested, i have a LPC2103 board ,maybe a bit small, but i > can try it on a board with STR711F too i guess. > Anyway ,i plan to use a LPC2106 and this one has plenty of RAM for efsl. > > I finally intend to read some wave files and play them through some kind > of codec (ac97?) or DAC convertor.(maybe a DAC used in CD player systems > will also do the job. I've proposed something like that to a client, for playing various sound effects when game show contestants press buttons. Leon -- Leon Heller, G1HSM leon.heller@... http://www.geocities.com/leon_heller
2006-03-24 by Marko Pavlin
Hm, I opened EFSL in PKARM (not gcc) and got linker error for line
*((unsigned long*)(buf+67)) = 0x13371337; in mkfs.c
The error is
*** ERROR L138: CODE GENERATION: PROBLEM WHEN PROCESSING INSTRUCTIONS
CAUSE: Numeric value is out of range
SEGMENT: ?PR?mkfs_makevfat?T?mkfs
Leon Heller wrote:> ----- Original Message ----- > From: "Sagaert Johan" <sagaert.j@...> > To: <lpc2000@yahoogroups.com> > Sent: Friday, March 24, 2006 9:40 AM > Subject: Re: [lpc2000] efsl FAT lib on Keil > > > > Hi > > Thanks ,i am interrested, i have a LPC2103 board ,maybe a bit small, > but i > > can try it on a board with STR711F too i guess. > > Anyway ,i plan to use a LPC2106 and this one has plenty of RAM for efsl. > > > > I finally intend to read some wave files and play them through some kind > > of codec (ac97?) or DAC convertor.(maybe a DAC used in CD player systems > > will also do the job. > > > I've proposed something like that to a client, for playing various sound > effects when game show contestants press buttons. > > Leon > -- > Leon Heller, G1HSM > leon.heller@... > http://www.geocities.com/leon_heller > > > ------------------------------------------------------------------------ > YAHOO! GROUPS LINKS > > * Visit your group "lpc2000 > <http://groups.yahoo.com/group/lpc2000>" on the web. > > * To unsubscribe from this group, send an email to: > lpc2000-unsubscribe@yahoogroups.com > <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe> > > * Your use of Yahoo! Groups is subject to the Yahoo! Terms of > Service <http://docs.yahoo.com/info/terms/>. > > > ------------------------------------------------------------------------ >
2006-03-24 by rtstofer
--- In lpc2000@yahoogroups.com, "Leon Heller" <leon.heller@...> wrote: > > ----- Original Message ----- > From: "Sagaert Johan" <sagaert.j@...> > To: <lpc2000@yahoogroups.com> > Sent: Friday, March 24, 2006 9:40 AM > Subject: Re: [lpc2000] efsl FAT lib on Keil > > > > Hi > > Thanks ,i am interrested, i have a LPC2103 board ,maybe a bit small, but i > > can try it on a board with STR711F too i guess. > > Anyway ,i plan to use a LPC2106 and this one has plenty of RAM for efsl. > > > > I finally intend to read some wave files and play them through some kind > > of codec (ac97?) or DAC convertor.(maybe a DAC used in CD player systems > > will also do the job. > > > I've proposed something like that to a client, for playing various sound > effects when game show contestants press buttons. > > Leon Leon, Over at www.roguerobotics.com they sell the uMP3, an MP3 player with an SD card. In one configuration, it has 8 inputs and will select from 8 MP3s. In another, the serial port is used to select the file. There is a Halloween special going on. If you are interested, email me for details or wander around at the Technical Insanity group here on Yahoo. The savings is significant and the program lasts until April 15th. I bought one last year to do the thunder part of a thunder/lighning/animated graveyard and, for this season, I have ordered 4 more. The thing is, at the discounted price, I can't build the LPC2106/VLSI VS1002/CF player I designed last year. It was a terrific intro to the 2106 but not cost effective. FWIW, the uMP3 uses an ATmega128L. Richard
2006-03-24 by Bertrik Sikken
Sagaert Johan wrote: > Hi > > - does the efsl fat library work with SD and MMC or only with SD cards ? > - has anyone ported this to keil ? > - are there other good alternatives for a SD/MMC fat library (small > footprint in terms of RAM use ) Make sure to also check out the work done by Tom Walsh to port RDCF2 to the LPC2xxx microcontroller. I have not actually used it yet. See http://openhardware.net/ under Embedded stuff / Philips LPC2000 An advantage is that this FAT implementation works together with newlib, so you can just use standard C functions like fopen, fread (etc) to access the filesystem on the memory card. A disadvantage (as far as I know) is that it only supports FAT16. Regards, Bertrik
2006-03-25 by Mukund Deshmukh
> The thing is, at the discounted price, I can't build the LPC2106/VLSI > VS1002/CF player I designed last year. It was a terrific intro to the > 2106 but not cost effective. FWIW, the uMP3 uses an ATmega128L. We are using MMC with LPC2138 and efsl for playing raw audio data. The quality of sound at 8bit, 8000 samples is too good. With 10 bit , and at higher sample rate sound quality would be still better. The only piece of hardware is LPC213X + MMC and audio amp. Best Regards, Mukund Deshmukh. Beta Computronics Pvt Ltd 10/1, IT Park, Parsodi, Nagpur-440022 Cell - 9422113746
2006-03-25 by Tom Walsh
Bertrik Sikken wrote: >Sagaert Johan wrote: > > >>Hi >> >>- does the efsl fat library work with SD and MMC or only with SD cards ? >>- has anyone ported this to keil ? >>- are there other good alternatives for a SD/MMC fat library (small >>footprint in terms of RAM use ) >> >> > >Make sure to also check out the work done by Tom Walsh to port RDCF2 >to the LPC2xxx microcontroller. I have not actually used it yet. See >http://openhardware.net/ under Embedded stuff / Philips LPC2000 > >An advantage is that this FAT implementation works together with >newlib, so you can just use standard C functions like fopen, fread >(etc) to access the filesystem on the memory card. >A disadvantage (as far as I know) is that it only supports FAT16. > > > Yes, it only supports 12/16 bit FATs. As far as I know, the only way you can get a Compact Flash or SD card with 32bit FATs is to format them under windows? Since a primary feature of FAT32 is the long filenames, and long filenames are under patent (AFAIK), RDCF2 will not support FAT32. I am not aware of any NAND Flash devices which are shipped with FAT32, FAT32 is therefore a non-issue. RDCF2 remains under a Public Domain license. IMO, a more practical license than LGPL or GPL, as it places no burden on the resulting product to publish anything. FWIW, this is why I used newlib instead of uClibc, the LGPL license requires you to distribute (make available) the object files to the customer. This is so the customer may get the original source of the LGPL objects, recompile and relink to build a new binary. A rather silly requirement with an embedded system, however, that license term does exist. And, if you are developing for a corporation, you should avoid violating licensing issues such as this. If you are a hobbist and only ever intend to be the only person using the system you build; you will never mass market it, then you can ignore the licensing terms. This is because you are the agreed end-user, however, if you mass market the device, the license may come back to bite you later? Newlib is a BSD style of license (for most of it) and only requires you to add their copyright notice whereever you have your (company) copyright notices. Not a burden. They merely want recognition (BSD authors) and disclaimer from liability. IMHO, EFSL would be better if they dropped the LGPL license in favor of a BSD license. Regards, TomW -- Tom Walsh - WN3L - Embedded Systems Consultant http://openhardware.net, http://cyberiansoftware.com "Windows? No thanks, I have work to do..." ----------------------------------------------------
2006-03-25 by Bertrik Sikken
Tom Walsh wrote: > Bertrik Sikken wrote: > >> Sagaert Johan wrote: >> >> >>> Hi >>> >>> - does the efsl fat library work with SD and MMC or only with SD cards ? >>> - has anyone ported this to keil ? >>> - are there other good alternatives for a SD/MMC fat library (small >>> footprint in terms of RAM use ) >>> >>> >> Make sure to also check out the work done by Tom Walsh to port RDCF2 >> to the LPC2xxx microcontroller. I have not actually used it yet. See >> http://openhardware.net/ under Embedded stuff / Philips LPC2000 >> >> An advantage is that this FAT implementation works together with >> newlib, so you can just use standard C functions like fopen, fread >> (etc) to access the filesystem on the memory card. >> A disadvantage (as far as I know) is that it only supports FAT16. >> >> >> > Yes, it only supports 12/16 bit FATs. As far as I know, the only way > you can get a Compact Flash or SD card with 32bit FATs is to format them > under windows? Since a primary feature of FAT32 is the long filenames, > and long filenames are under patent (AFAIK), RDCF2 will not support > FAT32. I am not aware of any NAND Flash devices which are shipped with > FAT32, FAT32 is therefore a non-issue. Indeed, windows xp offers FAT32 as default for my 256MB SD-card and 128MB flash drive when formatting, but I have no doubt that linux can also format them as FAT32. As far as I understand from the wikipedia article on FAT http://en.wikipedia.org/wiki/File_Allocation_Table the long filename feature is not unique to FAT32 and not required. It also says that it is actually FAT32 itself that is under patent... > RDCF2 remains under a Public Domain license. IMO, a more practical > license than LGPL or GPL, as it places no burden on the resulting > product to publish anything. > > FWIW, this is why I used newlib instead of uClibc, the LGPL license > requires you to distribute (make available) the object files to the > customer. This is so the customer may get the original source of the > LGPL objects, recompile and relink to build a new binary. > > A rather silly requirement with an embedded system, however, that > license term does exist. And, if you are developing for a corporation, > you should avoid violating licensing issues such as this. If you are a > hobbist and only ever intend to be the only person using the system you > build; you will never mass market it, then you can ignore the licensing > terms. This is because you are the agreed end-user, however, if you > mass market the device, the license may come back to bite you later? > > Newlib is a BSD style of license (for most of it) and only requires you > to add their copyright notice whereever you have your (company) > copyright notices. Not a burden. They merely want recognition (BSD > authors) and disclaimer from liability. > > IMHO, EFSL would be better if they dropped the LGPL license in favor of > a BSD license. EFSL recently changed its license from LGPL to the eCos license, which is basically GPL + a special exception, see http://ecos.sourceware.org/license-overview.html Regards, Bertrik
2006-03-25 by Tom Walsh
Bertrik Sikken wrote: >Tom Walsh wrote: > > >>Bertrik Sikken wrote: >> >> >> >>>Sagaert Johan wrote: >>> >>> >>> >>> >>>>Hi >>>> >>>>- does the efsl fat library work with SD and MMC or only with SD cards ? >>>>- has anyone ported this to keil ? >>>>- are there other good alternatives for a SD/MMC fat library (small >>>>footprint in terms of RAM use ) >>>> >>>> >>>> >>>> >>>Make sure to also check out the work done by Tom Walsh to port RDCF2 >>>to the LPC2xxx microcontroller. I have not actually used it yet. See >>>http://openhardware.net/ under Embedded stuff / Philips LPC2000 >>> >>>An advantage is that this FAT implementation works together with >>>newlib, so you can just use standard C functions like fopen, fread >>>(etc) to access the filesystem on the memory card. >>>A disadvantage (as far as I know) is that it only supports FAT16. >>> >>> >>> >>> >>> >>Yes, it only supports 12/16 bit FATs. As far as I know, the only way >>you can get a Compact Flash or SD card with 32bit FATs is to format them >>under windows? Since a primary feature of FAT32 is the long filenames, >>and long filenames are under patent (AFAIK), RDCF2 will not support >>FAT32. I am not aware of any NAND Flash devices which are shipped with >>FAT32, FAT32 is therefore a non-issue. >> >> > >Indeed, windows xp offers FAT32 as default for my 256MB SD-card and >128MB flash drive when formatting, but I have no doubt that linux can >also format them as FAT32. > >As far as I understand from the wikipedia article on FAT >http://en.wikipedia.org/wiki/File_Allocation_Table >the long filename feature is not unique to FAT32 and not required. > >It also says that it is actually FAT32 itself that is under patent... > > > >>RDCF2 remains under a Public Domain license. IMO, a more practical >>license than LGPL or GPL, as it places no burden on the resulting >>product to publish anything. >> >>FWIW, this is why I used newlib instead of uClibc, the LGPL license >>requires you to distribute (make available) the object files to the >>customer. This is so the customer may get the original source of the >>LGPL objects, recompile and relink to build a new binary. >> >>A rather silly requirement with an embedded system, however, that >>license term does exist. And, if you are developing for a corporation, >>you should avoid violating licensing issues such as this. If you are a >>hobbist and only ever intend to be the only person using the system you >>build; you will never mass market it, then you can ignore the licensing >>terms. This is because you are the agreed end-user, however, if you >>mass market the device, the license may come back to bite you later? >> >>Newlib is a BSD style of license (for most of it) and only requires you >>to add their copyright notice whereever you have your (company) >>copyright notices. Not a burden. They merely want recognition (BSD >>authors) and disclaimer from liability. >> >>IMHO, EFSL would be better if they dropped the LGPL license in favor of >>a BSD license. >> >> > >EFSL recently changed its license from LGPL to the eCos license, which >is basically GPL + a special exception, see >http://ecos.sourceware.org/license-overview.html > > > Ah, better licensing terms. TomW -- Tom Walsh - WN3L - Embedded Systems Consultant http://openhardware.net, http://cyberiansoftware.com "Windows? No thanks, I have work to do..." ----------------------------------------------------