cancel
Showing results for 
Search instead for 
Did you mean: 

Micropython for STM32H7 series

Manu2Kumar
Associate

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 

19 REPLIES 19
Billy OWEN
ST Employee

Hi @Manu2Kumar 

 

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

 

Regards,

Billy

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 Venmo
Up vote any posts that you find helpful, it shows what's working..

@Manu2Kumar wrote:

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 :)


Again, you would have to ask the MicroPython people that - it's nothing to do with ST.

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 wrote:

and yet - no "cook book" is available  


So get onto the MicroPython people about that!

 

AndrewNeil_0-1746523827541.png

 

Or maybe try CircuitPython...?

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

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.


@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.

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.


@Ozone wrote:

Nonetheless, it seems ST has more or less abandoned this micropython project.


Did they ever actually support it ?

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.

I vaguely remember so ...

I suspect the list of boards gives a clue when they stopped supporting it and providing ports for new MCUs/boards.
I consider adapting especially the peripheral support code to a new/different platform a substantial task.
I had ported some of my apps between F0, F3, F4 and lately C0 devices, and it is much more than "replace files and recompile". The devil is in the detail, as usual.

While I have no "links" into ST, I suspect they had then switched over to Arduino support, promising a larger target audience.

Pavel A.
Super User

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...