piclist 2000\11\09\134029a >
Thread: external program code on a memory chip
face picon face BY : jamesnewtonEraseME@TakeThisOuTpiclist.com

I think there is something to be said for this approach. The XPL0 core
language interpreter has been implemented in an SX and the basic stamp (with
its' interpreted language) has been very successful.

The key advantage of this is that you get A) in ONE chip (or two at the most
if you count external program memory) B) a very fast, hardware interface,
microcontroller (ala Virtual Peripherals) and C) a slower, more powerful,
general purpose computing engine with a big program memory that can be
external while still only using a few pins.

The problem with the STAMP is that its not configurable. E.g. if I don't
need the DTMF but I do need floating point... oh well.

The problem with XPL0 is that it is not completely debugged (although it is
GPL'd) and people are not showing an interest in it.

James Newton
SX FAQ: http://www.sxlist.com

{Original Message removed}
<000401c04a7c$56785260$0600a8c0@efplus.com> 8bit

In reply to: <OE47wPiyAphwFutJLto0000005a@hotmail.com>
See also: www.piclist.com/techref/ubicom/lib/mem/index.htm?key=memory
Reply You must be a member of the piclist mailing list (not only a www.piclist.com member) to post to the piclist. This form requires JavaScript and a browser/email client that can handle form mailto: posts.
Subject (change) external program code on a memory chip

month overview.

new search...