Lpc2000

An update to the comment Michael Johnson made below about
Crossworks (I'm including my question as well to keep things
in context even though it makes for a long post)

Although the hardware JTAG interface might support
display/control of peripheral registers, the software ARM
simulator does NOT include such capability :-(

To quote the Rowley helpdesk:
>The ARM simulator does not simulate the peripherals of an LPC2138.
>The next release of the software will simulate the memory system
>of many popular ARM chips, but full device simulation isn't going to
>happen any time soon.

In the Keil environment, the software ARM simulator has
facilities for code execution coverage (when ensuring all
possible code flows have been excercised) and precise
instruction timing.
Built-in peropherals are simulated.
And there's a control language to allow one to emulate the
external hardware.

When my wiggler arrives I'll be able to carry on evaluating
Crossworks.

Regards,
Danish 
--- In lpc2000@yahoogroups.com, Michael Johnson <mpj@r...> wrote:
>
> dr_danish_ali wrote:
> 
> >Yes I know the issue of IDE choice is often discussed, but please bear
> >with me on this.
> >I'm a relative newbie with Philips lpc2xxx, but reasonably familiar
> >with PIC microcontrollers. So far I have been playing round with the
> >demo (16k limit) of the Keil uVision IDE + their jtag, and I am coming
> >to the stage when I have to pay real money for a full IDE / compiler /
> >debug suite to produce commercial code.
> >
> >Two points that cause me to question my current loyalty to Keil are
> >the poor performance of its compiler in some recently-posted
> >benchmarks, and the (apparently) closed nature of its jtag interface.
> >There is also the active support given to this list by those at Rowley.
> >
> >But a feature of Keil which I do not want to lose is their debug
> >support for on-chip peripherals. By peripheral I mean (for example)
> >the Vector Interrupt Controller, the I2C hardware etc. The Keil
> >debugger has summary windows showing the state of each peripheral, and
> >allows you to change the peripheral registers without needing to look
> >up how the peripheral register is mapped in memory or which bit
> >corresponds to a given flag.
> >
> >So my question is: Do other debugging environments have support for
> >on-chip peripherals? Either built-in or provided by third-party? I
> >would like an answer for both Rowley and IAR, not necessarily from the
> >same person.
> >  
> >
> Hi Danish,
> 
> CrossWorks For ARM supports the display of memory mapped peripheral 
> registers.
> 
> Regards
> Michael