mikep
Member
This was just announced today:
http://www.netduino.com/netduinogo/specs.htm
This board uses STM32F405RGT6, running NETMF
Another board using the STM32F4 (also running NETMF): Fez Cerberus
http://www.ghielectronics.com/catalog/product/349
So it looks like more boards are coming out with the powerful STM32F4 chips, maybe these can also run the "new" libmaple.
gbulmer
Moderator
Did you notice this 'breakout' board which is also STM32F4:
http://www.ghielectronics.com/catalog/product/353
It is Maple Mini format (2.0 x 0.75 inches.)
It supports USB upload using the onboard STMicro USB DfuSe utility, so it is theoretically possible to change the bootloader. I am going to ask how to get at the JTAG.
EDIT:
I found the board designs at:
http://wiki.tinyclr.com/index.php?title=FEZ_Cerberus_Developer#The_open-source_Files
For the FEZ Cerberus, the JTAG Serial Wire Debug (SWD) pins do come out on a socket, but the reset pin (NRST) doesn't. It *might* be possible to hold the reset button, and get JTAG-SWD to work.
For the FEZ Cerb40, both the JTAG-SWD signals and reset (NRST) come out on header pins, so it is theoretically possible to program that with STLINK/V2 SWD. That gives upload and hardware debug, and has Linux and Mac support, as well as Windows. Whoopeee!-)
mikep
Member
Yes, I saw that little Cerb40 board later on too.
Amazing that they were able to fit that onto DIP-40 format.
On a related note, they were able to run the .Net MF on the STM32F4DISCOVERY board too:
http://wiki.tinyclr.com/index.php?title=FEZ_Cerberus_Firmware_On_Discovery
So it really looks like the STM32F4 line has gained some momentum for these new types of development boards. With the on-chip resources there is finally enough headroom for larger firmware/frameworks (like .Net MF) while still being able to get down to the bare metal/gate.
I wouldn't be surprised if the long overdue Arduino Due also uses an STM32F4 chip, but they seem to keep that a closely guarded secret at the moment...
gbulmer
Moderator
The Arduino Due is an Atmel part:
http://arduino.cc/blog/2011/09/17/arduino-launches-new-products-in-maker-faire/
Arduino Due, a major breakthrough for Arduino because we’re launching an Arduino board with a 32bit Cortex-M3 ARM processor on it. We’re using the SAM3U processor from ATMEL running at 96MHz with 256Kb of Flash, 50Kb of Sram, 5 SPI buses, 2 I2C interfaces, 5 UARTS, 16 Analog Inputs at 12Bit resolution and much more.
mikep
Member
I think there were some more recent updates to that (it's a long thread and Maple was mentioned a few times too, but here's the gist):
We have changed processor a couple of times because we want to have something powerful enough to cover many of the things you guys are already doing with Arduino and with other compatible platforms plus adding the power of the 32b. And don't worry it is a standard ARM processor, everything it can do with it at low level is already available in the datasheet of the processor chosen for the task. Please do not ask about the processor, this is the one secret we keep until release date.
http://arduino.cc/forum/index.php/topic,88029.msg684194.html#msg684194
gbulmer
Moderator
mikep - cheers. I haven't been tracking the Due. Quite a poor 'signal to noise ratio' on that thread.
It is so late that either Atmel are having production problems or (IMHO) it pretty much has to be a Cortex-M4, i.e. SAM4S.
Atmel had very late Xmega, late-ish AVR, so I am willing to believe production problems. I haven't seen SAM4S available yet.
I will be stunned if it is not an Atmel chip. Defecting to a different chip maker, after the initial Due announcement, would look bad for Atmel.
Those GHI guys have also made "FEZ Cerbuino Bee," populated with an STM32f405.
http://www.ghielectronics.com/catalog/product/351
w/r/t STLINK/V2 SWD,
it appears pin 7, NRST, RESET# is indeed broken out. It's broken out to a 6-pin extension of the 4-pin Arduino Power header.
Ok, there is an explosion of 32-bit ARM dev boards, so I had to compile a table.
BTW, when there is any more info on the LeafLabs board, such as a price, let me know and I will update the table:
https://docs.google.com/spreadsheet/ccc?key=0Am7wuPBwl_tbdGtXR1hpMzRCNzJpVWNYTE5hanowb0E
Anonymous
Unregistered
A few items you might want to add to your spreadsheet.
Digital pen count.
Analog A/D pin count With resolution.
Analog D/A pin count With resolution.
programming platform.
For instance the Fez platform uses Microsoft Net as a programming platform. in other words you have to deal with Microsoft. this can Affect the cost of the platform.
I received a FEZ cerb40 a few days ago.
I use a Opensource toolchain. No .NET at all.
You need a STLink-V2 interface (standalone or the one from the STM32F4 discovery).
I'm under Linux, use texane/stlink as well as Eclipse and some ARM plugin.
I can debug from within Eclipse....
I can follow step by step the C/C++ code OR step by step the generated assembly.
Very impressive for free tools.
So finally i found a maple mini with a STM32F4 on it ;-)
168Mhz, floating point unit, 2 DAC, 1Mb Flash and 192Kb RAM, SWD debuging. A dream come true.
Ala42, is there any reason why the stack do not use the CCM memory in openstm32 ?
Also, any reason to have declared 512Kb for the FLASH and 64Kb fr the RAM in the linker script ?
I'm really learning a lot going through maple-bootloader.
I will try to re-enable the DFU in maple-bootloader for the CERB40.... (currently disable for STM32F2/4 chips).
Thanks again to have shared you code :-)
Xavier
From the 192k RAM of a F4 only 128k are in one block, the other 64k are in a different memory area, see the datasheet for details. Previously I simply used the linker script I made for my STM32F103VET6 board, as I did not need the additional memory. My first tries using 192k RAM failed, as I did not know the RAM was split in two areas.
Currently I use
MEMORY
{
ram (rwx) : ORIGIN = 0x20000C00, LENGTH = 125K
rom (rx) : ORIGIN = 0x08010000, LENGTH = 960K
}I have reserved the first 64k flash ROM for boot loader and EEPROM emulation.
My latest libmaple F4 port is at available at https://github.com/AeroQuad/AeroQuad/tree/development/Libmaple/libmaple
I have added USB VCP support and IRQ driven serial output in the mean time. The USB code can start the CPU built in boot loader with help of my flashed bootloader now.
Yes, i saw that the other 64Kb are in an different memory area.
Moreover, this area is directly coupled to the CPU (and CPU only) and is 0 wait state.
So it could be used by the stack as well as by variables that needs fast read/write and are only accessed by the CPU (no DMA).
Should make a performance improvment.
I haven't tried yet but I saw it could be like this :
/* put the stack at the top of the CCM memory */
_estack = 0x10010000;
MEMORY
{
ram (rwx) : ORIGIN = 0x20000C00, LENGTH = 125K
ccmram (rwx) : ORIGIN = 0x10000000, LENGTH = 64K
rom (rx) : ORIGIN = 0x08010000, LENGTH = 960K
}
...
.ccm (NOLOAD) :
{
.= ALING(4);
*(.ccm)
.= ALIGN(4);
} > ccmram
....
Like this the stack use the faster RAM and some variables could be declared like this :
int array[2048] __attribute__((section(".ccm")));
I'll give a look at your latest version, thanks.
Xavier
You must log in to post.