89lpc9xx development using other devices

Did you try to find an alternative emulator? Hitex has support for a lot of '51 derivatives

It seems the LPC900 is not on the list however, but you can ask.

How fast is this '51 you want to replace? If it is a fairly slow one, I can imagine you can emulate it on a fast enough Cortex-M0 or other small ARM controller. Don't know if anybody already has tried this, writing the emulator from scratch would be a serious project.

--
Stef    (remove caps, dashes and .invalid from e-mail address to reply by mail)

Bershere's Formula for Failure:
	There are only two kinds of people who fail: those who
	listen to nobody... and those who listen to everybody.

There are lots of vendors with Cortex M3 designs available.

The M0 part seems to be the 8-bit killer as far as cost is concerned.

Welcome to the 21 century ;-)

One problem is most if not all M0 and M3 processors are 3 Volt.

I have yet to find a part with less then 64 pins that is 5-volt.

If you have 15 active designs, why are you still needing an emulator ?

Isn't the code done ?

Good Luck

hamilton

I thought of that. It's been a long time since I've looked at the 8051 instruction set, but in theory you could emulate it in an ARM.

Assuming that something can be adapted, it's probably better to make a little board with 20 pins on the bottom and a surface-mount 8051 "something" on top. None of the code will be 100% compatible, though.

It might be time to just bite the bullet and start using Cortex M0 parts.

--
My liberal friends think I'm a conservative kook.
My conservative friends think I'm a liberal kook.
Why am I not happy that they have found common ground?

Tim Wescott, Communications, Control, Circuits & Software
http://www.wescottdesign.com

If you're coding exclusively in assembly (which is the way to go with the

8051, as far as I'm concerned) then you should be able to use the "cheap stuff" for debugging.

ARM Cortex M0 parts are getting awfully cheap these days. Assembly language programming is considerably different from the 8051, though. Not very many folks program those in assembly -- just bits and bobs to give the C code a place to work, and then it's off to the races in C.

--
My liberal friends think I'm a conservative kook.
My conservative friends think I'm a liberal kook.
Why am I not happy that they have found common ground?

Tim Wescott, Communications, Control, Circuits & Software
http://www.wescottdesign.com

For most projects on ARM Cortex you don't even need assembly code. Even startup/initialization and interrupt handling can be done perfectly fine in standard C. You don't even need to worry about using special 'interrupt' keywords when defining an interrupt handler in C.

Slightly the wrong question, I think. The industry hasn't moved away from the '51 --- well, not quite yet. ARM's Cortex-M0 might turn out to be the straw that eventually breaks this camel's back, but so far, it's still walking.

What the industry (and a large part of the hobbyist market) has moved away from quite summarily, though, are through-hole parts in general, and DIP in particular. I think you'll eventually have to climb out of that hole you've designed yourself into. Might as well do it now. Someone else already suggested an adapter board from TQFP or something to DIP as a quick stop-gap solution, IIRC --- let me second that suggestion.

Another thing the industry has essentially stopped using are classic style emulators with bond-out chips. That's another idea you'll have to get used to.

I'll add that the Holtek roadmap includes DIP20 to 16K.