a fertile escapade ??
ErNa
Posts: 1,752
Not to be untrue and to bring you to cry a river over me: I just have to say: we are not alone and why not to use others strength?
The propeller need a flash memory, when in a stand-alone application. Why not use the flash of another microcontroller, like atmel? We could make the firmware to use this controller as a memory which downloads the software and there also could be a protocol to use the other peripheral elements. This would make it easier to show the people of the other worlds (beside the propeller world) what the advantage of immigration is.
The propeller need a flash memory, when in a stand-alone application. Why not use the flash of another microcontroller, like atmel? We could make the firmware to use this controller as a memory which downloads the software and there also could be a protocol to use the other peripheral elements. This would make it easier to show the people of the other worlds (beside the propeller world) what the advantage of immigration is.
Comments
One solution for me will be to only store a little Booter code in an AVR, and this Bootcode then starts a specified File from SD card.
Andy
I've concluded it would have no real advantage where encryption is concerned, but the I/O expasion would be incredable!
I did make a ADC slave out of a 16 bit dsPic. It really was nice, analog in and PWM out to the propeller.
I've since misplaced the code and lost interest, but the idea of using other chips as slaves to the propeller still intriges me!
That's about $16 USD, more than the cost of another Propeller plus two I2C Eeproms so where does the advantage come ? Apart from benefits of extra I/O, on-chip ADC and potential use for encryption there has to be some reason to choose another micro over what is a cheap commodity I2C Eeprom which works with no extra effort needed.
I can understand using cheap micros as Propeller peripherals and even the Propeller as a peripheral for other micros but I don't really understand what your particular vision is.