STM32F103RET6

[enesbcs]

Board description:

• Name: STM32F103RET6 "Blue button" Development board
• Link to all relevant information:
  • Documentations: https://github.com/mcauser/BLUE_BUTTON_F103RET6/
  • Where this hardware can be purchased: https://www.aliexpress.com/item/32787019266.html

"STM32F103xE" define can be found in some places in the Arduino_Core_STM32 but currently there are no board definitions for it.

[BennehBoy]

It should be fairly simple to add this by following the guide -> https://github.com/stm32duino/wiki/wiki/Add-a-new-variant-(board)

Best for someone who has the board to do it for ease of testing...

[enesbcs]

I am afraid we have completely different idea of what it means to be "simple". :) I doubt that i will be the "someone", it is way beyond my hardware knowledge, sorry.

[cdrose]

I need to do a board definition for a 103ZET6 at some point too, I will eventually get round to it but if someone has time to look at the RET6, I would expect the ZET6 to be very similar too (hint hint ;-))

[pkourany]

I have started work on a 103RCT6 variant but need to figure out the pin mappings for the variant.x files. The only difference with the RET6 is the flash size. Hopefully I can finish it in the next week or so if that helps any.

[pkourany]

I believe I have the 103RCT6 variant working. My board has no need for Arduino pins as nothing is broken out. The Blue Button board has almost everything broken out. This simply affects the way Arduino pin designations are allocated in variant.c and variant.h. Does anyone care about a specific allocation or I'll simply define them based on left/righ headers and a zig-zag numbering scheme?

[enesbcs]

I am currently using Roger Clark's Core which simply numbers sequentially the pins from PA0=0,PA1=1 .. PD2=50
https://github.com/rogerclarkmelbourne/Arduino_STM32/blob/master/STM32F1/variants/generic_stm32f103r/board/board.h
But as you wish. :)

[pkourany]

Yup, that's what I did for my board. I'll start work in the STM32F103RET6 variant with that approach.

[pkourany]

Ok, I believe this RET6 variant is good. I have attached a zip of the variant folder. Do not rename this folder. The following needs to be added to the boards.txt file under the Generic F1 section of the file:

# BLUEBUTTON_F103RET6 board
GenF1.menu.pnum.BLUEBUTTON_F103RET6=Blue Button F103RET6
GenF1.menu.pnum.BLUEBUTTON_F103RET6.upload.maximum_size=524288
GenF1.menu.pnum.BLUEBUTTON_F103RET6.upload.maximum_data_size=65536
GenF1.menu.pnum.BLUEBUTTON_F103RET6.build.board=NUCLEO_F103RB
GenF1.menu.pnum.BLUEBUTTON_F103RET6.build.product_line=STM32F103xE
GenF1.menu.pnum.BLUEBUTTON_F103RET6.build.variant=BLUEBUTTON_F103RET6

BLUEBUTTON_F103RET6.zip

Let me know how it goes!

[enesbcs]

Thanks, but when i tried to compile the Blink sample i got the following error:

/home/enes/.arduino15/packages/STM32/hardware/stm32/1.6.1/cores/arduino/stm32/timer.c: In function 'TIM8_UP_IRQHandler':
/home/enes/.arduino15/packages/STM32/hardware/stm32/1.6.1/cores/arduino/stm32/timer.c:1328:21: error: 'TIMER13_INDEX' undeclared (first use in this function); did you mean 'TIMER3_INDEX'?
   if (timer_handles[TIMER13_INDEX] != NULL) {
                     ^~~~~~~~~~~~~
                     TIMER3_INDEX

[pkourany]

Yup. There is a bug in one of the Core files. See this issue #585 for the fix.

[enesbcs]

OK, now the Blink example compiles without error.
But after i've uploaded the sketch to the device through Maple DFU Bootloader 2.0, neither the LED blinking starts, nor the DFU port appears. I guess i have to reupload the bootloader to it with a serial bootloader again.

[pkourany]

I don't use a bootloader so that's as far as I can help.