Processing --> Java based IDE + Processing "language" (simplified Java)
Wiring --> Processing IDE + Wiring "language" (simplified C++, Wiring hardware)
Arduino --> Wiring adapted to Arduino hardware standard
I meant to mention the other day that Zog stood to gain the most from the Arduino because of this possibility, but didn't want to push anything upon you.
Also, you said...
heater said...
As you probably know we can run C and C ++ code on the Prop via zpu-gcc which generates ZPU byte codes which are executed by the ZOG interpreter on the Prop. It runs about the same speed as Spin byte code programs.
I see that as a no lose situation wrt Spin. You lose no performance vs Spin, and for those that prefer C syntax, there it is. Yes, it's not as fast as LMMC/PASM/ArduinoC/etc., but then, neither is Spin.
@RossH - the ATMega328 the Arduino uses can do up to 20MIPS @20MHz.
Kevin: What I'm hoping to find is that somewhere in the Arduino IDE "Wiring" I will find how to set some paths, environment variables and such to get it to use zpu-gcc instead of avr-gcc.
If it's any more complicate than that I give up, life is to short.
But of course one problem leads to another, like if that works it needs packaging up in a way that makes it simple to install. Then there would have to be a Windows package.
Then it will need downloading to the Prop sorting out:
a) Continue with what I do now, wrap ZPU binary up in a tiny bit of Spin/PASM that is compiled by BST and downloaded.
b) Make a bootloader that resides in EEPROM and loads the ZPU binary to the upper half of a 64K EEPROM.
Zog is not much concerned about gaining anything from Arduino, he is on the road to totally replacing Spin for my Propeller playground even if no one else ever wants to play there.
It's hard to get a 1000 foot space alien who just wants to sleep inside an iceberg until he is rescued to be concerned about anything[noparse]:)[/noparse] www.marvunapp.com/Appendix3/zogjim.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I am surprised that no one has mentioned the Chameleon AVR which fulfills the objectives of the proposed ProDuino. The Chameleon adds a propeller to the Arduino Duemilanove. A relatively simple interace board which maps the Chameleon pins to the Arduino allows Arduino shields to be used. Video, vga, audio, and ps2 devices are controlled by the propeller. The Chameleon may be programmed so that either the AVR chip or the propeller functions as the master. In the latter case, the AVR acts as an intelligent I/O expansion for the propeller with an added bonus of 1 MB flash ram.
The Chameleon AVR is a great product, and I hope Andre sells a ton of them - however it has different objectives than ProDuino.
It is marketed as a Arduino compatible AVR board with a Prop for video/sound co-processing - whereas the intent of ProDuino is to make an Arduino (wire) compatible Propeller board, without an Atmel chip, as a gentle introduction to the Prop for AVR users.
Chameleon does not have standard Arduino headers, ProDuino will.
Different product, for different purpose [noparse]:)[/noparse]
heater said...
Kevin: What I'm hoping to find is that somewhere in the Arduino IDE "Wiring" I will find how to set some paths, environment variables and such to get it to use zpu-gcc instead of avr-gcc.
If it's any more complicate than that I give up, life is to short.
But of course one problem leads to another, like if that works it needs packaging up in a way that makes it simple to install. Then there would have to be a Windows package.
Then it will need downloading to the Prop sorting out:
a) Continue with what I do now, wrap ZPU binary up in a tiny bit of Spin/PASM that is compiled by BST and downloaded.
b) Make a bootloader that resides in EEPROM and loads the ZPU binary to the upper half of a 64K EEPROM.
Zog is not much concerned about gaining anything from Arduino, he is on the road to totally replacing Spin for my Propeller playground even if no one else ever wants to play there.
It's hard to get a 1000 foot space alien who just wants to sleep inside an iceberg until he is rescued to be concerned about anything[noparse]:)[/noparse] www.marvunapp.com/Appendix3/zogjim.htm
@heater
Take a look at the porting page in the google project Here. I'm downloading Arduino now (I'm at work). I know by just looking at the directory structure I'll remember how I ported for ATMega168 a few years back.
Comments
That's not really such a sneaky idea...
Processing --> Java based IDE + Processing "language" (simplified Java)
Wiring --> Processing IDE + Wiring "language" (simplified C++, Wiring hardware)
Arduino --> Wiring adapted to Arduino hardware standard
I meant to mention the other day that Zog stood to gain the most from the Arduino because of this possibility, but didn't want to push anything upon you.
Also, you said...
I see that as a no lose situation wrt Spin. You lose no performance vs Spin, and for those that prefer C syntax, there it is. Yes, it's not as fast as LMMC/PASM/ArduinoC/etc., but then, neither is Spin.
@RossH - the ATMega328 the Arduino uses can do up to 20MIPS @20MHz.
If it's any more complicate than that I give up, life is to short.
But of course one problem leads to another, like if that works it needs packaging up in a way that makes it simple to install. Then there would have to be a Windows package.
Then it will need downloading to the Prop sorting out:
a) Continue with what I do now, wrap ZPU binary up in a tiny bit of Spin/PASM that is compiled by BST and downloaded.
b) Make a bootloader that resides in EEPROM and loads the ZPU binary to the upper half of a 64K EEPROM.
Zog is not much concerned about gaining anything from Arduino, he is on the road to totally replacing Spin for my Propeller playground even if no one else ever wants to play there.
It's hard to get a 1000 foot space alien who just wants to sleep inside an iceberg until he is rescued to be concerned about anything[noparse]:)[/noparse] www.marvunapp.com/Appendix3/zogjim.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Nick
The Chameleon AVR is a great product, and I hope Andre sells a ton of them - however it has different objectives than ProDuino.
It is marketed as a Arduino compatible AVR board with a Prop for video/sound co-processing - whereas the intent of ProDuino is to make an Arduino (wire) compatible Propeller board, without an Atmel chip, as a gentle introduction to the Prop for AVR users.
Chameleon does not have standard Arduino headers, ProDuino will.
Different product, for different purpose [noparse]:)[/noparse]
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
www.mikronauts.com E-mail: mikronauts _at_ gmail _dot_ com
My products: Morpheus / Mem+ / PropCade / FlexMem / VMCOG / Propteus / Proteus / SerPlug
and 6.250MHz Crystals to run Propellers at 100MHz & 5.0" OEM TFT VGA LCD modules
Las - Large model assembler Largos - upcoming nano operating system
@heater
Take a look at the porting page in the google project Here. I'm downloading Arduino now (I'm at work). I know by just looking at the directory structure I'll remember how I ported for ATMega168 a few years back.