Racing ‘duinos.

You might find this amusing.
https://www.youtube.com/watch?v=U6rfE-uFxxI

ahull wrote:You might find this amusing.
https://www.youtube.com/watch?v=U6rfE-uFxxI

I like the flags idea but I don’t like the video.
The title is wrong because it were tested only 4 boards and there are many more.
The video can be long only few seconds, just the flags scene, the other are static images. Instead is long 7 minutes. I jumped over.
The test is only computational so the fast you go the better result you get. The consumption is measured with different MHz so the slow you go, less watt you get. Nothing new.
But since most of the micros can work with different clocks, would be better to measure consumption using the same clock or near the same clock.

zoomx wrote:<…>Nothing new.
But since most of the micros can work with different clocks, would be better to measure consumption using the same clock or near the same clock.

This way seems better but I believe that the knowledge more MHz more speed is common also among people without technical background. But I can be wrong at all.

zoomx wrote:This way seems better but I believe that the knowledge more MHz more speed is common also among people without technical background. But I can be wrong at all.

mrburnette wrote:but the servo & flags were, for lack of a better word, “cute.”
Ray

Perhaps Martin needs to film a new one using his F4 boards.

Well i also have a 168mhz F4

Or I guess I could do a GD32 video, as at 120mhz and zero wait state, its substantially faster then the ESP8266

though i have a feeling you may be able to overclock the ESP8266 as well.

I also recall someone saying they were running a BeagleBone Black as a bare metal MCU, which is blindingly fast as it was not burdened with an OS, but I cant remember if it was really running code from the Arduino IDE

RogerClark wrote:Perhaps Martin needs to film a new one using his F4 boards.

Can you run Arduino on your F7 yet?

Time is the missing ingredient …
My F7 is sleeping on my table since several weeks.
(I’ve only did a backup of the demo firmware, nothing else yet)

a backup of the demo firmware

please enlighten me:-)

stephen

zmemw16 wrote:please enlighten me:-)

actually i meant the command line used:-)

then found this open in a tab
https://github.com/rogerclarkmelbourne/ … from-Linux

i suppose i then need the relevant memory ranges/limits to dump, possibly un-protect it as well

stephen

you cant unprotect

if its protected, then unprotecting erases it.

STLink is probably the easiest way to readback, especially on windows.

I generally dont backup the original firmware on bare boards unless it has a definite function, that is useful, rather than a led blinking demo.

because reverse engineering bin files, is very hard.

I did attempt to backup the firmware on my reflow oven before i flashed an Open Source replacement firmware, in case I needed to put the original firmware back.
But I doubt I would be able to put the old firmware back even if I wanted to, as backing up the NXP wasnt that straight forward ;-(

i’ve a couple of these
http://www.ebay.co.uk/itm/281310923946? … EBIDX%3AIT

quite a nice demo, so it would nice to restore it if need be

srp

STM32flash or Stlink may be able back up the firmware

However if manufacturer has read protected the firmware, it will be impossible to do so.

But you will just need to see if its possible for that firmware.

If you have a USB to Serial adaptor you can try setting Boot0 to 1 and using stm32flash

http://sourceforge.net/p/stm32flash/wiki/Home/

Otherwise, buy yourself a STLink clone from eBay or AliExpress.