Skip to main content
Associate
April 29, 2025
Question

Micropython for STM32H7 series

  • April 29, 2025
  • 7 replies
  • 2117 views

Hi All, 

I have observed that there is no support for micropython STM32H7 series. i am able to run micropython for NUCLEO_WB55 series board.

There is a requirement for us to run micropython for STM32H7 series how can.. we do that.. may i know what are the changes is required in terms of files.. if you have any document related to this please do share 

7 replies

Andrew Neil
Super User
April 29, 2025
A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.
ofer-bahar
Associate II
May 4, 2025

Hi Andrew

Although the project supports few STM32H7 devices, it actually built without errors only for the supported boards in the /boards directory 

for example:STM32H747 is supported under the ARDUINO GIGA board

Ofer

Associate
May 4, 2025

Is there any way to make support for STM32H753VI ? i mean how can i make the changes to make support STM32H753VI series i mean what are the files and what need to be considered to change accordingly? basically how to start :)

it would be great help!!! 

 

Andrew Neil
Super User
April 29, 2025

@Manu2Kumar wrote:

i am able to run micropython for NUCLEO_WB55 series board.


So please update your earlier thread on that with details, and them mark that post as the solution.

Instructions here.

 

A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.
ofer-bahar
Associate II
May 5, 2025

I'm holding my breath

Billy OWEN
ST Employee
May 5, 2025

Hi @Manu2Kumar 

 

This post has been escalated to the ST Online Support Team for additional assistance.  We'll contact you directly.

 

Regards,

Billy

Tesla DeLorean
Guru
May 5, 2025

Micro-Python is not an ST product

Perhaps look at other STM32 ports, and those for other similar Cortex-M7 platform, and review what the developers did there. Perhaps identify individuals doing the ports, and engage with them, in a pay for work sense, to assist / direct you in doing your job.

Ask at a forum dedicated to Micro-Python, or perhaps Github devs, with the expectation that doing this work has some value 

I would anticipate the H747 and H753 would be quite similar, perhaps differing in the dual core, or encryption/hashing availability.

Tips, Buy me a coffee, or three.. PayPal VenmoUp vote any posts that you find helpful, it shows what's working..
Ozone
Principal
May 6, 2025

To chime in ...
On a somewhat "hidden" page, the micropython website states the following : https://micropython.org/stm32/
The STM32 line of microcontrollers from STMicroelectronics are officially supported by MicroPython, via the STM32 Cube HAL libraries. The stm32 port of MicroPython contains the source code for these MCUs.

There is currently support for the following ST boards:
...
The official reference hardware for MicroPython is the pyboard which contains an STM32F405 microcontroller.

Notice, the list of boards contains no H variant at all.
If I remember correctly, these ports were mostly supplied by ST itself at that time. 
It seems this support has not paid off economically, and was terminated by ST - solely my conclusion, though.
Long story short, unless you do the portyourself, I see little chance to use it on your H7 board.

I would consider other options - either a board with micropython support out of the box, or an alternative like circuitpython, as Andrew Neil suggests
After all, you want to use a high-level language that abstracts all of the low-level and peripheral register stuff for you. No point in obsessing about certain MCU variants.

Andrew Neil
Super User
May 6, 2025

@Ozone wrote:

Notice, the list of boards contains no H variant at all


Oh yes it does:

AndrewNeil_0-1746529536034.png

and their GitHub says "H7" generically:

AndrewNeil_1-1746529723192.png

 


@Ozone wrote:

After all, you want to use a high-level language that abstracts all of the low-level and peripheral register stuff for you. No point in obsessing about certain MCU variants.


Very true- good point!

A complex system that works is invariably found to have evolved from a simple system that worked.A complex system designed from scratch never works and cannot be patched up to make it work.
Ozone
Principal
May 6, 2025

You are right, I overlooked the listed H7 variant - sorry.

Nonetheless, it seems ST has more or less abandoned this micropython project.
I would consider it more of a prototyping tool anyway, probably less in demand by commercial customers.

Pavel A.
Super User
May 6, 2025

Micropython compiles to bytecode, it is therefore slower than native code and consumes more energy. If they could compile to optimized native code, it would be more than a "prototyping tool". Other python-like languages already exist - Mojo for example...