next topic »

[on:]

Hello:

There is planes or projects that implements 32 bit microtrollers at high speed in a future?

yes, i know that exist maple, netduino, and other similar projects that uses 32 bit microcontrollers,but i would like to know if arduino  will improve to more faster technologies in a future...

Because for example it would be wonderful a Mega like card with a 32 bit microcontroller at 72MHz...

Thank you....
 

[Reply #1 on:]

i would like to know if arduino  will improve to more faster technologies in a future...

They don't seem to be saying.

Because for example it would be wonderful a Mega like card with a 32 bit microcontroller at 72MHz...

Why?  Do you actually have an application that runs too slowly on the current hardware?
And how much more are you willing to pay?

[Reply #2 on:]

BeagleBoard?

I believe the Arduino served its purpose brilliantly. To create a platform to start using electronics. It is then, the responsibility of whoever wants to deepen their knowledge to find on their findings and pursuit of knowledge.
Plus, every day, I get amazed at how much the Arduino is stretched with the applications built by people with very little knowledge of electronics... so I think it is safe to assume that if they manage to create such things, moving on to different platforms should be a step they would take easily.

Plus, a huge speed with an 8 bit microcontroller wouldn't be that good... and there are plenty of platforms to develop on with 32 bits. You've already got hooked into electronics, now it's time you put some more effort into it. :\

[Reply #3 on:]

Yeah I kinda agree - the arduino is easy - if you need a faster speed then the arduino IDE probably isn't best suited to what you want anyway.

There is a C++ compiler for propellor chips now (well 2 or 3 I think) so maybe you want to go with them. Then you get 8 cores which are faster than 16MHz (can't remember the speed - it's quite fast though)

[Reply #4 on:]

The maple board is the closest thing I've seen in a 32bit design that trys to duplicate both the Arduino layout and arduino commands.

http://leaflabs.com/devices/maple/

Lefty

[Reply #5 on:]

See http://www.alvie.com/zpuino/.

Might fit your needs.

[Reply #6 on:]

From what I've seen, the first things you run up against when getting advanced with Arduino is RAM, flash memory, and GPIO lines.  I feel like the Sanguino is a good next step.

I don't know if I've even HEARD OF a project in the Arduino universe that was primarily constrained by CPU data bus width.

[Reply #7 on:]

I don't know if I've even HEARD OF a project in the Arduino universe that was primarily constrained by CPU data bus width.

I shows up mainly in overuse of flash memory when doing 32 bit math.  For example, the "timer0_overflow_count++" in the arduino timer interrupt code takes about 38 bytes of flash memory.  I can't see it taking more than about 14 bytes on a typical RISC processor (without being totally familiar with ARM instructions, which are sometimes weird.)  Also in other limitations; the gcc C compiler for AVR isn't currently capable of dealing with all the program space in a mega2560 for reasons mostly related to the 16bit-ness of pointers.

[Reply #8 on:]

I don't know if I've even HEARD OF a project in the Arduino universe that was primarily constrained by CPU data bus width.

I shows up mainly in overuse of flash memory when doing 32 bit math.  For example, the "timer0_overflow_count++" in the arduino timer interrupt code takes about 38 bytes of flash memory.  I can't see it taking more than about 14 bytes on a typical RISC processor (without being totally familiar with ARM instructions, which are sometimes weird.)  Also in other limitations; the gcc C compiler for AVR isn't currently capable of dealing with all the program space in a mega2560 for reasons mostly related to the 16bit-ness of pointers.

Ups...
And does it address the entire space on the external memory bus?

Have you got a bit more info on this? I'm planning on building a board with that processor, and if it doesn't run the complete 256k of space, it's gonna suck.

[Reply #9 on:]

Is this helpful?
http://www.cbxdragbike.com/arduino/new/

[Reply #10 on:]

no; the issues I remember were in the compiler, not the bootloader...

Actually...  I can't find a definitive statement on the current state of large code in avr-gcc.  There are some comments that function pointers are handled by "trampolining" in newer versions of gcc, which may mean that the only known bug is in C++ constructors.

[Reply #11 on:]

In case you don't feel that ZPUino is as easy to work with as Arduino is, here's a small example I just uploaded, which interacts with an LCD, a rotary encoder, and some LEDs:

http://www.alvie.com/zpuino/examples.html

Stay tuned for a music player (44100Hz, 2-channel, Stereo, from SD card [wav], 99% in pure software) which I'll be releasing soon. And guess - no external devices needed, the two 16-bit internal SigmaDelta DAC modulators just do the job (and way better than PWM).

Alvie

[Reply #12 on:]

I can't see it taking more than about 14 bytes on a typical RISC processor (without being totally familiar with ARM instructions, which are sometimes weird.) 

@bubulindo: Here's how it goes with ZPU:

Code:

im variableaddress ; 1 to 5 bytes, depending on address
loadsp 0 ; Duplicate that address in stack
load ; Load variable value
im 1 ; Load 1 into stack
add ; Add to value
loadsp 4 ; Load saved address
store ; Store to variable again

That's 11 bytes, worst case, 7 bytes best case.

Álvaro

[Reply #13 on:]

I think you got the wrong guy...

[Reply #14 on:]

The maple board is the closest thing I've seen in a 32bit design that trys to duplicate both the Arduino layout and arduino commands.

And along similar lines: much faster CPU and Arduino form-factor (hardware) compatibile:
FEZ Panda II  http://www.ghielectronics.com/catalog/product/256
Netduino: http://www.netduino.com/netduino/
And other generally similar microcontroller board products. But none of them are going to be code-compatible with Arduino.

How can those be faster if they use the same core, Arm Cortex M3 and have a super hyper mega huge overhead introduced by the super stupid .Net framework?