Re: ARM LPC22xx development tools

rickman wrote:

I don't remember much about the Dragonball, but I seem to recall that
it was several different processors. Some of them were ARM7 devices.
If so, the clock speed would give you a good idea of the CPU speed not
including memory speed. I think this is a part that uses external
DRAM and Flash, no?

I was using the 68vz328, which is a 68k derivative, but there's no real alternative from Freescale and am quite annoyed that they end of life'd the whole 68k Dragonvball series in such a short space of time. Suddenly, the whole range is no longer manufactured and guess this is the result of the sale of the semi division.There is a Coldfire device with an on chip lcd controller, but it's in a tiny 256 ball bga and is also very expensive compared to the Dragonball. Arm is low cost, seems to be ubiquitous and heavily second sourced, so I guess it will be the way to go for the future.

The LPC22xx parts are all ARM7 as are the SAM7 parts. I am not so
familiar with the ST parts, but I think the STR7 parts are all ARM7 as
well. So the clock speed combined with the wait states for memory
should be a good indicator of relative performance.

Unfortunately, it's not that easy. Clock speed isn't really a good indicator, because it depends on architecture, instruction format, cycles per instruction, instruction mix for the application etc. Looked at the embedded benchmark org website, but there's not much there on arm at all. Overall, the rule for arm7 seems to be mips = 0.9 x clock speed, which would suggest far more throughput, but it's such a different architecture, it's hard to get a fix on actual performance. The only real way will be to get an eval kit and run some code on it.


There is a collection of info on many ARM7 parts at www.gnuarm.com.
Go to the Resources page and scroll down to ARM Device Comparison
Chart. I need to fix a few errors/typos, but it is pretty complete at
the moment. I need to add some of the newer LPC and SAM parts as
well.


A really good site, thanks. The lpc parts in particular seem very capable and low cost. Can also recommend the Keil Arm arch primer, to help get up to speed. Very usefull summary.

Would like to use Solaris on Sparc for development, but memories of fun and games building 68k cross gcc etc to run under another unix variant suggests that it may not be straightforward. All part of the rich tapestry however...

Chris
.

Relevant Pages

  • Re: ARM LPC22xx development tools
    ... Dragonball device which has gone end of life. ... only a few of the Japanese arm devices include this and again don't want ... with an Epson off chip lcd controller. ... The LPC22xx parts are all ARM7 as are the SAM7 parts. ...
    (comp.arch.embedded)
  • Re: PIC vs AVR vs ARM
    ... ARM7: ... we know anything about how realistic the assumptions are about the ARM7 ... benchmark, it underestimates the difference between ARM and Thumb ... But as you say, there are many factors involved when comparing speeds, ...
    (comp.arch.embedded)
  • Re: ATmega88 bei 3,3V mit 16MHz betreiben
    ... ARM hat seine Cores ... ARM sieht den ARM7 Core als "veraltet" an und schenkt ihn fast her, ... Next by Date: ...
    (de.sci.electronics)
  • BASIC for ARM
    ... At one time there was Dragon BASIC for the Game Boy which has an ARM7 ... processor and there was BBCBASIC (ARM) for the Acorn which had an ARM3 ...
    (comp.robotics.misc)