Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Thread

RE: [AVR-Chat] Re: readin USB thumb drive and USB keyboards

RE: [AVR-Chat] Re: readin USB thumb drive and USB keyboards

2005-07-21 by Paul Curtis

Jesper, 

> -----Original Message-----
> From: Jesper Hansen [mailto:jesperh@telia.com] 
> Sent: 21 July 2005 19:52
> To: AVR-Chat@yahoogroups.com
> Subject: Re: [AVR-Chat] Re: readin USB thumb drive and USB keyboards
> 
> >a reliable FAT 12,16 and 32 with read and write is a lot of code. I  
> >don't what you are talking about but with our optomized code it is  
> >about 50K flash and 5K RAM
> 
> My FAT16/FAT32 read/write system, with directory and long 
> filename handling is about 10-15K including fopen/fclose 
> e.t.c. support.

Gus is running on ARM, so it's bound to be slightly bigger--32-bit
instructions, 32-bit integers, everything is "bigger".

--
Paul Curtis, Rowley Associates Ltd  http://www.rowley.co.uk
CrossWorks for MSP430, ARM, AVR and now MAXQ processors

Re: [AVR-Chat] Re: readin USB thumb drive and USB keyboards

2005-07-21 by Jesper Hansen

>> >a reliable FAT 12,16 and 32 with read and write is a lot of code. I  
>> >don't what you are talking about but with our optomized code it is  
>> >about 50K flash and 5K RAM
>> 
>> My FAT16/FAT32 read/write system, with directory and long 
>> filename handling is about 10-15K including fopen/fclose 
>> e.t.c. support.
> 
> Gus is running on ARM, so it's bound to be slightly bigger--32-bit
> instructions, 32-bit integers, everything is "bigger".
 
Well, yes, unless he's running in Thumb mode. 
Anyway, the ARM's instruction set does get a lot more done per 
instruction than the AVR, which, although being an 8-bit processor, 
is using 16-bit instructions.

I have not played so much with the ARM chips yet, so I'm not quite
sure of how code sizes look when ARM/AVR is compared. 
The GCC compiler for ARM is pretty bad at optimizing and cannot
compete with the AVR version. The IAR tools are pretty good though.
And, the ARM is obviously much faster.

/Jesper

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.