[New Variant] request list

[fpistm]

Hereafter the list of all new variants requested

Note

This is a community projects so any help are welcome.
To add a STM32 based board follows this wiki

Any contribution is welcome, so feel free submit a PR. 😉

Board support requested:

3D printers:

• 3D printer board support (3D printer board support #347)

Discovery

• STM32F469iDiscovery ([New Variant]STM32F469iDiscovery #571)
• STM32F429IDISCOVERY (STM32F429IDISCOVERY #2026)
• STM32G0316-DISCO
• 32F413HDISCOVERY ([New Variant] request list #722 (comment))
• STM32H747I-DISCO board (Support for STM32H747I-DISCO board #1106 and [New Variant] request list #722 (comment))
• STM32L4R9I-DISCO
• STM32H735G-DK Discovery Kit ([New Variant] request list #722 (comment))
• STM32H745I-DISCO Discovery Kit ([New Variant] request list #722 (comment))
• STM32H750B-DK Discovery Kit ([New Variant] request list #722 (comment))

MP1

• STM32MP1 boards support Support added thanks @kbumsik in [New variant] STM32MP157_DK  #717

Nucleo

• Nucleo-F031K6 ([New Variant] request list #722 (comment))
• NUCLEO-F042K6 ([New Variant] Nucleo 32 - STM32F042K6 #1099)
• Nucleo-F334R8 (https://www.stm32duino.com/viewtopic.php?f=43&t=569)
• (Nucleo-F439ZI](https://www.st.com/en/evaluation-tools/nucleo-f439zi.html) Nucleo-F439ZI support #2324. Done thanks Initial support for Nucleo-F439ZI #2347.
• Nucleo-F446ZE Would it be possible to provide support for the Nucleo F446ZE card? #1970. Done thanks Add variant: add support for generic F446Z(C-E)(H-J-T) and Nucleo-F446ZE #2108.
• Nucleo-F746ZG (NUCLEO-F746ZG #715)
• Nucleo G031k8 (STM32G031K8T6 #855)
• Nucleo-G070RB ([New Variant] add support for Nucleo64 STM32G070 #1147 Nucleo-G070RB #1651)
• Nucleo-L010RB (STM32L010rb support #662)
• Nucleo-L011K4 (L011K4 #843)
• NUCLEO-L552ZE-Q Requested here
• Nucleo 144 F722ZE (Nucleo 144 F722ZE #1259)
• NUCLEO-F413ZH (NUCLEO-F413ZH #1262)
• NUCLEO-G491RE ([New Variant] request list #722 (comment))
• NUCLEO L412RB-P (Add board NUCLEO L412RB-P #1350)
• NUCLEO-H743ZI ([New Variant] request list #722 (comment))
• NUCLEO-H745ZI-Q ([New Variant] request list #722 (comment)) and (STM32 Nucleo-H745ZI-Q STM32H745ZIT6 #2090)
• NUCLEO-H755ZI-Q ([New Variant] request list #722 (comment)) and (Support for H755ZI #2147)
• NUCLEO-H753ZI ([New Variant] request list #722 (comment)) --> Done thanks Support for NUCLEO-H753ZI board #2130
• NUCLEO-H723ZG ([New Variant] request list #722 (comment))
• NUCLEO-H7A3ZI-Q ([New Variant] request list #722 (comment) and NUCLEO-U575ZI-Q memory size incorrect in Arduino IDE showing 256 kbytes should be 786 kbytes #1827 (comment))
• NUCLEO-H503RB ([New Variant] request list #722 (comment)) Fixed by variant(H5): add generic H503RB and Nucelo H503RB #2117

Generic / Custom

• BlackPill STM32F411CEU6
• BlackPill F401CE [New Variant] Please add BlackPill F401CE #1143
• BLACK_F407VE_Mini ([New Variant]BLACK_F407VE_Mini #1083)
• Can Filter with STM32F105RBT6 ([New Variant] Can Filter with STM32F105RBT6 #869)
• HY-ministm32v ([New Variant] request list #722 (comment))
• Open107V from Waveshare [New Variant] Open107V from Waveshare #815
• Pyboard ([New Variant]Pyboard #906)
• STM32F103Vx (please support f103v #958)
• STM32F103ZET6 Mini ([New variant] STM32F407ZGT6 Mini & STM32F103ZET6 Mini #635)
• STM32F407ZGT6 Mini ([New variant] STM32F407ZGT6 Mini & STM32F103ZET6 Mini #635)
• STM32L100RB (Add support for STM32L100RB #989)
• Stm32f373_BluePill (Second SPI not working for LCD ST7920 or SPI Flash W25Q128 using with STM32F103C8T6 (Blue Pill) or STM32F401CCU (Black Pill) #1085)
• MCUDev DevEBox STM32H7XX_M board (STM32H750VBT6) (Support for MCUDev DevEBox STM32H7XX_M board (STM32H750VBT6) #1145, [New Variant] Generic STM32H743VIT6 #1172, [New Variant] STM32H743VIT6 (and STM32H750VBT6) #1266)
• Demo F070F6 ([STM32F070] #1146) variant of F070F4
• STM32L071 (Support STM32L071 MCU #1229, [New Variant] - L071 #1879)
• STM32F722, STM32F745, STM32F765 ([New Variant] request list #722 (comment))
• STM32L4R9AI
• STM32F411VET6 ( [New Variant] #1314)
• STM32F030RC chip ([New Variant] Add support for STM32F030RC chip #1356)
• STM32F030K6 ([New Variant] STM32F030K6 #1357)
• STM32F437VGT6 (STM32F437VGT6 #1535)
• STM32L151RCT6 (STM32L151RCT6 #1608)
• Leafony STM32 (Leafony STM32  #1887) --> done thanks variants: add Leafony AP03 #1889
• STM32F412ZG (Stm32f412zg support #1899)
• L4P5AGIxP (Generic L4P5AGIxP #1905)
• STM32F105RCT6 (Support STM32F105RCT6  #1925)
• STM32F051R8T (Update boards.txt for stm32f0discovery (MB1034B) #1913)
• STM32F030CC ([New Variant] request list #722 (comment)) and (Is the STM32F030CCT6 chip supported?  #2337)
• STM32U585CI ([New Variant] Support STM32U585CI #1977)
• STM32H750XB (STM32H750XB #1982)
• Portenta (STM32H747XI or Portenta H7 #1984) and other Arduino STM32 based boards (Support for the new Arduino boards #2168)
• STM32L496VGT (Support for the STM32L496VGTx series #2021)
• STM32F446ZE (Pls add STM32F446ZE to supported controllers. #2074). Done thanks Add variant: add support for generic F446Z(C-E)(H-J-T) and Nucleo-F446ZE #2108.
• STM32H563VI (Support for STM32H563VI #2089)
• STM32F407IGT6 [New Variant] does this lib support STM32F407IGT6? #2131
• STM32C011J6 (STM32C011J6M6 #2210 and [New Variant] request list #722 (comment))

3D printer:

• BIGTREETECH BTT SKR PRO V1.2 ([New Variant] STM32F407ZGT6 - BIGTREETECH BTT SKR PRO V1.2 #1284)

LoRa:

• Heltec LoRa Node L151 ([New Variant][on way] Heltec LoRa Node L151 #983) initial support at https://github.com/fthiebolt/LoRa-boards-stm32duino
• RAK811 Wis DUO (STM32L(RAK811 chip) RAK811 Wis DUO #1395)
• RAK3172: (RAK3172 "WLE5CCU6" STM32LoRaWAN#7)
  • RAK3172-Evaluation-Board
  • RAK3172-Module
  • RAK3172-SiP
  • RAK3271T ([New Variant] Support for RAK3271T #2162)

[Hedda]

What about the new STM32MP1 MPU series which has both a Cortex-A7 as well as an onboard Cortex-M4 microcontroller unit?

https://blog.st.com/stm32mp1-mpu-stm32mp157a-ev1-stm32mp157c-dk2/

https://www.cnx-software.com/2019/02/21/stmicro-stm32mp1-cortex-a7-m4-mpu/

Seeed Studio ODYSSEY-STM32MP157C SBC based on Seeed Studio SoM-STM32MP157C SoM

https://www.cnx-software.com/2020/01/21/odyssey-stm32mp157c-sbc-feature-stmicro-stm32mp157c-cortex-a7-m4-soc/

Emtrion emSBC-Argon

https://www.cnx-software.com/2019/07/18/emtrion-emsbc-argon-stm32mp1-dual-cortex-a7-m4-processor/

i2Som PanGu board from I2Som:

https://www.cnx-software.com/2019/06/25/pangu-board-stm32mp1-sbc/

MYIR MYD-YA157C development board based on their MYiR MYC-YA157C STM32MP1 CPU Module

https://www.cnx-software.com/2020/01/07/myir-launches-som-development-board-based-on-stm32mp1-microprocessor/

Avenger96 96Boards CE Extended Board Features an STMicro STM32MP1 SoM

https://www.cnx-software.com/2019/02/23/avenger96-96boards-stmicro-stm32mp1-som/

Shiratech Stinger96 board (96Boards board design)

https://www.cnx-software.com/2020/05/15/stinger96-nb-iot-emtc-and-avenger96-96boards-stm32mp1-sbcs-giveaway/

Direct Insight / Ka-Ro STM32MP1 QSMP 1570 / 157C SoM module and development kit with reference board:

https://www.cnx-software.com/2020/06/26/linux-powered-stmicro-stm32mp1-solder-down-qfn-style-som-measures-27x27mm/

Could we also request support for STM32MP1 (STM32 MP1) that comes onboard STM32MP157A-DK1 development board?

https://www.st.com/en/evaluation-tools/stm32mp157a-dk1.html

STM32MP157A-DK1 development board also come with the STM32MP157C-DK2 Discovery Kit

https://www.st.com/en/evaluation-tools/stm32mp157c-dk2.html

STM32MP157A-DK1 and STM32MP157C-DK2 Discovery kits are $99 with LCD or $69 without
https://www.st.com/en/evaluation-tools/stm32mp157a-dk1.html
https://www.st.com/en/evaluation-tools/stm32mp157c-dk2.html

STM32MP157A-EV1 Evaluation kit for PCB engineers does have a steeper price at $399
https://www.st.com/en/evaluation-tools/stm32mp157a-ev1.html

Several other boards with STM32MP1 have been announced but none released yet AFIK.

[justind000]

Picked up STM32G0316-DISCO the other day. It'd be nice to port over. It's close to an ATTiny85 alternative.

[MCUdude]

It would be great if we could have more generic chip options. I'm particularly interested in the 48 and 64 pin versions of the STM32F401 and STM32F411, but these will be used on custom hardware and not board like the Nucleo. The F401 and F411 are also very reasonably priced on LCSC.com.

I've been a pro AVR user for years now, but have very experience with STM32. Let's say I start working on a pin definition file for all 48-pin F401C's. Can we use the same pin definition files for all variants (F401CB/CC/CD/CD)? And are there guidelines on how the Arduino pinout should look like? Perhaps similar/identical to other supported STM32's?

[kbumsik]

@MCUdude
As far as I understand about this project, it can support all generic chips, since it pulled from the official STM32 Cube libraries.
The problem is that it is just impossible to define generic pinouts for all possible chips because Arduino platform requires flattened pinout definitions (like PA14 => Arduino Digial 1 pin). You should modify the source code to define your own board.
The good news is that you don't need to do much works since Arduino_Core_STM32 already supports STM32F401 Series, so you only need to define a new variant. You can see the wiki to figure out how to define your own variant and see here to learn how to work with the source code.

Can we use the same pin definition files for all variants (F401CB/CC/CD/CD)?

You should look at the datasheet to see if they have the same pinouts, but as far as I know they have different memories and the same package/pinouts.

[MCUdude]

The problem is that it is just impossible to define generic pinouts for all possible chips because Arduino platform requires flattened pinout definitions (like PA14 => Arduino Digital 1 pin)

Luckily, (unlike on 8-bit AVRs) I can still use the generic pin names (PA14) instead of the Arduino Pin number. This makes the actual Arduino pinout not so relevant to me, since I will always have full control over the generic pin names.

The good news is that you don't need to do much works since Arduino_Core_STM32 already supports STM32F401 Series, so you only need to define a new variant. You can see the wiki to figure out how to define your own variant and see here to learn how to work with the source code.

Thanks! I'll read through the Wiki and see what I can do. I prefer working in the PlatformIO IDE, so I hope a new variant for 48 pin 401/411's will be added if I do it right, since I'll rely on an official release. In PlatformIO it's also easy to change the microcontroller variant as long as I have a working variants file for the particular target. @fpistm any thought on adding more generic targets to this core?

You should look at the datasheet to see if they have the same pinouts, but as far as I know they have different memories and the same package/pinouts.

I haven't really read through the datasheet, but according to ST's tables the only difference is flash and RAM.

[kbumsik]

Luckily, (unlike on 8-bit AVRs) I can still use the generic pin names (PA14) instead of the Arduino Pin number. This makes the actual Arduino pinout not so relevant to me, since I will always have full control over the generic pin names.

I mean, this project is an Arduino Core port that implements Arduino API. Even if you physically have access to the generic pin names, Arduino API forces you to use Arduino-style pin numbers. So if you want more flexibility of choice of pins you might have to define your own Arduino pins to work with.

I prefer working in the PlatformIO IDE

I don't know how PlatformIO IDE works with third-party Arduino cores, but working with the source does not require a specific IDE, since you replace the official release with the git repo.

[MCUdude]

I mean, this project is Arduino Core that uses Arduino API. Even if you physically have access to the generic pin names, Arduino API forces you to use Arduino pin numbers. So if you want more flexibility of choice of pins you might have to define your own Arduino pins to work with.

Yes, I'm forced to use Arduino Pin numbers. But the PA[x], PB[x]..Pn[x] macros are defined in a way that they match their Arduino Pin number. On the Nucleo 401 board I have I don't care about digital pin 13. I use the PA5 macro instead (which is defined as 13).

I have lots of experience when it comes to "wrapping" the Arduino API around AVRs. I currently host six different repos here on GitHub, and some have become quite popular.

I don't know how PlatformIO IDE works with third-party Arduino cores, but working with the source does not require a specific IDE, since you replace the official release with the git repo.

I've been involved with platformIO since three on my Arduino cores (MightyCore, MiniCore and MegaCore) are available through PlatformIO. What they do is that they will make a copy of the latest release and include it in one of their repos. It is possible to add custom core files, but it's so much easier when it is already available as an option in their project wizard.

[fpistm]

@MCUdude
You can add an GenF4 menu, this is not a problem.
About Arduino pinout this is not an issue. We only try to do a correct pins mapping when there is an Arduino connector else this is not important. As you said it is easier to use PYn naming.
Only the Analog pins have to be contiguous.
You can refers to other GenYx series added as an example.

[MCUdude]

@fpistm thanks! I'll put some time and effort into this. Does any of you guys know if there exist a good ready-made F401/f411 48-pin development board? If not I'd probably have to roll my own.

It would also be great if it was possible to use the standard stlink programmer for the generic "boards", preferably the cheap $3 knockoff's. They do work great in PlatformIO, but not in Arduino IDE. I do have a black magic probe and currently waiting for a Jlink in the mail, but it's always nice to be able to use cheap and highly available tools. Is there any particular reason why support for stlink v2 was dropped?

[fpistm]

STlinkv2 is supported, you have to install the STM32CubeProgrammer.

[MCUdude]

Sorry for the noob questions, but I'm slowly starting to getting into things.

The Nucleo board I currently have uses the internal HFI (high-frequency internal oscillator) instead of an external crystal. To gain more accurate timing I soldered in an 8 MHz crystal, some caps and added a few 0R resistors. With a little fiddling, I was able to reconfigure the clock, and I'm now running with an external crystal!

However, one question still remains; Why would I need a 32.768 kHz crystal as well? The Nucleo board has this crystal populated, but as far as I know, it's not in use by default? Can this be used to drive the main high-frequency clock? Is it only for RTC use? Do I really need to use this at all?

The reason I'm asking is that even the cheapest boards from China has this crystal. And they are trying to cut costs everywhere, so I figured it maybe has to be there for a reason?

[fpistm]

AFAIK for F401 it i mainly used for RTC and allow to have a better accuracy than the LSI.
I guess, this also allow to reach a better consumption in some Low Power mode.
Anyway for this kind of question you should ask on ST community. Here this is for issue related to the core and this issue is to list all variant requests.

[MCUdude]

AFAIK for F401 it i mainly used for RTC and allow to have a better accuracy than the LSI.
I guess, this also allow to reach a better consumption in some Low Power mode.

Thanks for the clarification. I understand you would like to keep this on-topic, so I'll rather ask in the community forums instead, no worries!

Back to the generic pinouts, Since I only have a 64-pin (Nucleo) 32F401R chip at the moment to work with, I started working on a generic pinout for this chip first. Is it OK for you guys if I keep the peripheral names as close to the metal as possible? This means we'll have Serial1, Serial2 and Serial6 as available objects, and the user can use setRx() and setTx() to change the pin location for each peripheral? If this is documented properly (I can help out) it should be fairly easy for the end-user to configure this properly.

[fpistm]

By default, only one serialx instance is defined and mapped to Serial.
Most of the user only use one serial. I really don't think you should instantiate all possible Serial.
Mainly if the user need to change the mapping.
It is simplest to define it than changing the default pins.

If you want discuss about your variant it is better to open a new issue than polluted this one.

[kargeor]

Can you add support for new BlackPill STM32F411CEU6?

[dojyorin]

Thank you for adding H5 the other day.
I was able to get the NUCLEO-H503RB this time, so could you add it...?

[fpistm]

Hi @dojyorin

Thank you for adding H5 the other day. I was able to get the NUCLEO-H503RB this time, so could you add it...?

Welcome. Anyway, I will not have time to add it. I've added the 2 others to test the STM32H5 support. Moreover I do not have this one. Feel free to add it yourself and submit a PR. It is a community project any contributions are welcome. 😉

[dojyorin]

@fpistm Sorry for being selfish while you're busy.
I don't know if I can do it properly, but I'll try to submit pull request first.

[lukemagdalin]

Are there any plans to add the STM32C011J6Mx series processors?

[fpistm]

Hi @lukemagdalin
this is a community project, do not hesitate to contribute. Adding generic MCU support is not so hard. Feel free to submit a PR.

[HonestQiao]

NUCLEO-U5A5ZJ-Q is a STM32 Nucleo-144 development board.
Can we support it?
Thanks!

NUCLEO-U5A5ZJ-Q @ ST

[9to1url]

I checked the list, H755ZI already requested, but please do expedite, thanks :-)

[fpistm]

I checked the list, H755ZI already requested, but please do expedite, thanks :-)

Feel free to contribute. 😉

[besser435]

ST recently released the STM32U0 line of microcontrollers. It would be nice if this could support them.

[fpistm]

ST recently released the STM32U0 line of microcontrollers. It would be nice if this could support them.

Hi @besser435, this is not really a new variant. First the STM32U0xx support have to be added.
Feel free to open a issue to request it.