next topic »

[on:]

I want to ask. Whats the fastest microcontroller that supports arduino? and also fastest microcontroller which supports c++?

[Reply #1 on:]

The only real question is "Is it fast enough for XXX?". Anything faster than that is pointless.

It's Sunday morning so my telepathic powers are weak. Maybe you could tell us what XXX is.

[Reply #2 on:]

I have arduino 2560mega and 3.2 TFT display, but this constoller is too slow for me, i need something faster. I think this is impossible but 500mHz clock would be Exelent.

[Reply #3 on:]

I think this is impossible but 500mHz clock would be Exelent.

google DMA.

[Reply #4 on:]

 500mHz (500 milliHertz ?) -- I assume you mean 500 MHz (MegaHertz) :

For what purpose do you need 500MHz? You might consider a Raspberry PI ?

[Reply #5 on:]

No i will use it for 3.2 TFT display, my arduino mega2560 is very weak(16MHz) so i need something sronger

[Reply #6 on:]

I still do not understand why you need 500MHz.
What do you want to display with this speed?
What is the pixelsize of the display? do you have a link?

[Reply #7 on:]

but this constoller is too slow for me,

500MHz is over thirty times faster (potentially) than 16MHz.
It may be that 32 MHz is fast enough.
It may be that some simple optimisations will do the trick at 16MHz.

Until we know what your spec is, we're all just playing guessing games.

[Reply #8 on:]

Main question is: Whats the fastest microcontroller that supports arduino?

[Reply #9 on:]

There are stm32 port of arduino. Some of those chips can go as fast as 168Mhz.

[Reply #10 on:]

If you want faster drawing times on the LCD it probably doesn't matter a hoot how fast the processor is, LCDs are really slow. Maybe if you have a large GLCD with a fast interface.

______
Rob

[Reply #11 on:]

What display Is it?

[Reply #12 on:]

I have arduino 2560mega and 3.2 TFT display, but this constoller is too slow for me, i need something faster. I think this is impossible but 500mHz clock would be Exelent.

Actually, at this point I'm betting that what is too slow for you is the display updates.
While the speed of the processor can and normally does affect things like display update rates,
it is not the only source of overhead in updating a display.
There are many sources of overhead that introduce latency which translates into a lower output performance.
It could be the use of floating point math, it could be the low level hardware interface is slow, or
it could be that the low level code is overly conservative and is inserting longer delays than is necessary.

Anytime you start to want more performance out of a system, you have to look at the entire
system and optimize the system as a whole.
For example, if the majority of the added latency is due to a slow communications interface or extra
conservative delays in the low level code, than boosting the speed of processor will not up
the performance very much, if any.

The solution to increasing performance depends on where the overhead exists in the current system.

Until you break down the problem a bit more and look a bit closer into the actual overheads,
it is not a given that a faster processor will ever meet your expectations.
Likewise it is possible that changes to the code when running on the existing processor
could speed things up significantly.

--- bill

[Reply #13 on:]

fastest microcontroller which supports c++?

Very many microcontrollers and microprocessors support C++.  Quadcore 3GHz Pentiums and such.
The fastest official Arduino board is the Due.  Various third-party boards run faster.

If you had a microcontroller that directly supported a display with assorted drawing and painting primitives that took zero time to execute, would the rest of the code still need a faster processor?  For instance, there are various "intelligent" display shields.  (Although in general, Arduino is not particularly well suited to display-based applications.)

[Reply #14 on:]

OP, if you absolutely positively have to have 500 Mhz, and you know some Linux,
you might look at the raspberry Pi, although it's still kind of at the incipient phase
of ease of use, from what I understand.

http://learn.adafruit.com/category/raspberry-pi