LuaChip

[Asko Kauppi <asko.kauppi@...>]

**whisteling to myself**... :DD

I'm _very_ delighted to see this idea. And yes, the LuaChip name is a  
brilliant one. :)

Would you consider an ARM based, all-included chip for this?  That is,  
how low is the price target and you'll be forced to have external RAM  
anyways (with AVR).

	http://www.atmel.com/dyn/products/param_table.asp? 
family_id=605&OrderBy=part_no&Direction=ASC
	AT91FR4042:	512k Flash, 256k RAM, no I2C/TWI or SPI :( but two USARTs

You can write to flash from any current AVR. It's page based, not quite  
trivial but it works. :)

-ak


ps. With CAM you surely mean CAN..? ;)


4.6.2004 kello 14:53, Erik Hougaard kirjoitti:

 Then I'm not sure I understand what you want to do......
> My original idea, was to create a LuaChip (you heard it first here :-)  
> that could receive Lua code on the fly and execute it and have a sort  
> of RPC between Chips - all Chips sitting on either I2C, CAM, or  
> Ethernet..
>
> Can you write to the flash from a running program on a Mega128 ???
>
> /Erik
>
> Harald Kipp wrote:
>
> > Erik,
> >
> > At 13:30 04.06.2004 +0200, you wrote:
> >
> > > Thats why I'm suggesting that you uses your bank for storing the  
> > > source+byte code and use your 20kb for the rest.
> >
> >
> > Code must be kept in non-volatile memory. Moving
> > it to RAM may make sense for decreasing access
> > times. IMHO, reading byte code will not be the
> > speed bottleneck.
> >
> > Harald