[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: LuaChip
- From: Asko Kauppi <asko.kauppi@...>
- Date: Fri, 4 Jun 2004 16:22:13 +0300
**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).
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. :)
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
Can you write to the flash from a running program on a Mega128 ???
Harald Kipp wrote:
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