micropython/ports/stm32
David Grayson c046b23ea2 shared/runtime/pyexec: Don't allow Ctrl+C to interrupt frozen boot code.
Helps prevent the filesystem from getting formatted by mistake, among other
things.  For example, on a Pico board, entering Ctrl+D and Ctrl+C fast many
times will eventually wipe the filesystem (without warning or notice).

Further rationale: Ctrl+C is used a lot by automation scripts (eg mpremote)
and UI's (eg Mu, Thonny) to get the board into a known state.  If the board
is not responding for a short time then it's not possible to know if it's
just a slow start up (eg in _boot.py), or an infinite loop in the main
application.  The former should not be interrupted, but the latter should.
The only way to distinguish these two cases would be to wait "long enough",
and if there's nothing on the serial after "long enough" then assume it's
running the application and Ctrl+C should break out of it.  But defining
"long enough" is impossible for all the different boards and their possible
behaviour.  The solution in this commit is to make it so that frozen
start-up code cannot be interrupted by Ctrl+C.  That code then effectively
acts like normal C start-up code, which also cannot be interrupted.

Note: on the stm32 port this was never seen as an issue because all
start-up code is in C.  But now other ports start to put more things in
_boot.py and so this problem crops up.

Signed-off-by: David Grayson <davidegrayson@gmail.com>
2023-04-05 10:38:50 +10:00
..
boards stm32/boards/ARDUINO_NICLA_VISION: Fix incorrect bootloader PID. 2023-03-31 17:11:14 +11:00
lwip_inc
mbedtls
mboot stm32/mboot: Add support for G0 MCUs. 2023-03-22 16:38:03 +11:00
usbdev stm32: Remove commented-out printf's and debugging code. 2023-03-09 12:47:45 +11:00
usbhost
Makefile stm32: Add support for STM32H723 MCUs. 2023-03-21 14:02:49 +11:00
README.md
accel.c
accel.h
adc.c stm32: Add support for STM32H723 MCUs. 2023-03-21 14:02:49 +11:00
adc.h
autoflash
boardctrl.c
boardctrl.h
bufhelper.c
bufhelper.h
can.c
can.h
cyw43_configport.h stm32/cyw43_configport: Add cyw43_sdio_enable_high_speed_4bit function. 2023-03-08 00:59:36 +11:00
dac.c
dac.h
dma.c
dma.h
eth.c extmod/modnetwork: Add network.hostname() and network.country(). 2023-03-01 01:26:17 +11:00
eth.h
extint.c stm32/extint: Make ExtInt.regs print using mp_printf. 2023-03-09 13:20:59 +11:00
extint.h
factoryreset.c stm32: Add a default implementation of pyb.country. 2023-03-01 01:28:12 +11:00
factoryreset.h
fatfs_port.c
fdcan.c
flash.c stm32/flash: Fix get_bank function for STM32H750. 2023-04-04 14:58:54 +10:00
flash.h
flashbdev.c
gccollect.c stm32: Remove commented-out printf's and debugging code. 2023-03-09 12:47:45 +11:00
gccollect.h
help.c
i2c.c
i2c.h stm32/i2c: Return error code and raise exception if I2C init fails. 2023-03-09 12:47:45 +11:00
i2cslave.c
i2cslave.h stm32/mboot: Add support for G0 MCUs. 2023-03-22 16:38:03 +11:00
irq.c
irq.h
lcd.c
lcd.h
led.c stm32: Remove commented-out printf's and debugging code. 2023-03-09 12:47:45 +11:00
led.h
machine_adc.c stm32: Add support for STM32H723 MCUs. 2023-03-21 14:02:49 +11:00
machine_bitstream.c
machine_i2c.c
machine_i2s.c
machine_spi.c stm32/spi: Return error code and raise exception if SPI init fails. 2023-03-09 12:47:45 +11:00
machine_uart.c
main.c shared/runtime/pyexec: Don't allow Ctrl+C to interrupt frozen boot code. 2023-04-05 10:38:50 +10:00
make-stmconst.py top: Update Python formatting to black "2023 stable style". 2023-02-02 12:51:03 +11:00
modmachine.c py/gc: Make gc_dump_info/gc_dump_alloc_table take a printer as argument. 2023-03-10 10:58:10 +11:00
modmachine.h
modpyb.c stm32: Add a default implementation of pyb.country. 2023-03-01 01:28:12 +11:00
modstm.c
moduos.c
modutime.c
mpbthciport.c stm32/powerctrl: Disable WB55 BLE before entering deepsleep. 2023-03-08 14:03:36 +11:00
mpbthciport.h
mpbtstackport.c
mpbtstackport.h
mpconfigboard_common.h
mpconfigport.h extmod/modnetwork: Add network.hostname() and network.country(). 2023-03-01 01:26:17 +11:00
mpconfigport.mk
mpconfigport_nanbox.h
mphalport.c
mphalport.h stm32/mphalport: Update HAL version to 1.11.0 to match stm32lib. 2023-03-21 14:02:49 +11:00
mpnetworkport.c stm32: Update to use the open-source lib version of cyw43-driver. 2023-03-01 01:27:12 +11:00
mpnimbleport.c
mpnimbleport.h
mpthreadport.c
mpthreadport.h
mpu.h
network_lan.c
pendsv.c
pendsv.h
pin.c stm32/pin: Make pin_find debug output use mp_printf. 2023-03-09 13:20:59 +11:00
pin.h
pin_defs_stm32.c
pin_defs_stm32.h
pin_named_pins.c
pin_static_af.h
portmodules.h
powerctrl.c stm32: Add support for STM32H723 MCUs. 2023-03-21 14:02:49 +11:00
powerctrl.h stm32/powerctrlboot: Provide custom SystemInit for WB55. 2023-03-08 14:04:14 +11:00
powerctrlboot.c stm32: Add support for USB on G0 MCUs. 2023-03-22 16:38:03 +11:00
pyb_can.c
pyb_i2c.c stm32/i2c: Return error code and raise exception if I2C init fails. 2023-03-09 12:47:45 +11:00
pyb_spi.c stm32/spi: Return error code and raise exception if SPI init fails. 2023-03-09 12:47:45 +11:00
pybcdc.inf_template
pybthread.c stm32/pybthread: Make pyb_thread_dump take a printer as its argument. 2023-03-09 13:20:59 +11:00
pybthread.h stm32/pybthread: Make pyb_thread_dump take a printer as its argument. 2023-03-09 13:20:59 +11:00
qspi.c
qspi.h
qstrdefsport.h
resethandler.s stm32/powerctrlboot: Provide custom SystemInit for WB55. 2023-03-08 14:04:14 +11:00
resethandler_m0.s stm32/powerctrlboot: Provide custom SystemInit for WB55. 2023-03-08 14:04:14 +11:00
resethandler_m3.s stm32/powerctrlboot: Provide custom SystemInit for WB55. 2023-03-08 14:04:14 +11:00
rfcore.c stm32/powerctrl: Disable WB55 BLE before entering deepsleep. 2023-03-08 14:03:36 +11:00
rfcore.h stm32/powerctrl: Disable WB55 BLE before entering deepsleep. 2023-03-08 14:03:36 +11:00
rng.c
rng.h
rtc.c stm32: Remove commented-out printf's and debugging code. 2023-03-09 12:47:45 +11:00
rtc.h
sdcard.c
sdcard.h
sdio.c
sdio.h
sdram.c
sdram.h
servo.c
servo.h
spi.c stm32/spi: Return error code and raise exception if SPI init fails. 2023-03-09 12:47:45 +11:00
spi.h stm32/spi: Return error code and raise exception if SPI init fails. 2023-03-09 12:47:45 +11:00
spibdev.c
stm32.mk
stm32_it.c stm32: Add support for USB on G0 MCUs. 2023-03-22 16:38:03 +11:00
stm32_it.h
storage.c stm32: Remove commented-out printf's and debugging code. 2023-03-09 12:47:45 +11:00
storage.h
system_stm32.c
systick.c
systick.h
timer.c
timer.h
uart.c
uart.h
ulpi.c
ulpi.h
usb.c stm32: Add support for USB on G0 MCUs. 2023-03-22 16:38:03 +11:00
usb.h
usbd_cdc_interface.c stm32: Add support for USB on G0 MCUs. 2023-03-22 16:38:03 +11:00
usbd_cdc_interface.h
usbd_conf.c stm32: Add support for USB on G0 MCUs. 2023-03-22 16:38:03 +11:00
usbd_conf.h
usbd_desc.c
usbd_desc.h
usbd_hid_interface.c
usbd_hid_interface.h
usbd_msc_interface.c
usbd_msc_interface.h
usrsw.c
usrsw.h
wdt.c
wdt.h

README.md

MicroPython port to STM32 MCUs

This directory contains the port of MicroPython to ST's line of STM32 microcontrollers. Supported MCU series are: STM32F0, STM32F4, STM32F7, STM32H7, STM32L0, STM32L4 and STM32WB. Parts of the code here utilise the STM32Cube HAL library.

The officially supported boards are the line of pyboards: PYBv1.0 and PYBv1.1 (both with STM32F405), PYBLITEv1.0 (with STM32F411) and PYBD-SFx (with STM32F7xx MCUs). See micropython.org/pyboard for further details.

Other boards that are supported include ST Discovery and Nucleo boards. See the boards/ subdirectory, which contains the configuration files used to build each individual board.

The STM32H7 series has preliminary support: there is a working REPL via USB and UART, as well as very basic peripheral support, but some things do not work and none of the advanced features of the STM32H7 are yet supported, such as the clock tree. At this point the STM32H7 should be considered as a fast version of the STM32F7.

Build instructions

Before building the firmware for a given board the MicroPython cross-compiler must be built; it will be used to pre-compile some of the built-in scripts to bytecode. The cross-compiler is built and run on the host machine, using:

$ make -C mpy-cross

This command should be executed from the root directory of this repository. All other commands below should be executed from the ports/stm32/ directory.

An ARM compiler is required for the build, along with the associated binary utilities. The default compiler is arm-none-eabi-gcc, which is available for Arch Linux via the package arm-none-eabi-gcc, for Ubuntu via instructions here, or see here for the main GCC ARM Embedded page. The compiler can be changed using the CROSS_COMPILE variable when invoking make.

Next, the board to build must be selected. The default board is PYBV10 but any of the names of the subdirectories in the boards/ directory is a valid board. The board name must be passed as the argument to BOARD= when invoking make.

All boards require certain submodules to be obtained before they can be built. The correct set of submodules can be initialised using (with PYBV11 as an example of the selected board):

$ make BOARD=PYBV11 submodules

Then to build the board's firmware run:

$ make BOARD=PYBV11

The above command should produce binary images in the build-PYBV11/ subdirectory (or the equivalent directory for the board specified).

Note that some boards require the mboot bootloader to be built and deployed before flashing the main firmware. For such boards an information message about this will be printed at the end of the main firmware build. Mboot can be built via:

$ make -C mboot BOARD=STM32F769DISC

For more information about mboot see mboot/README.md.

Link Time Optimization (LTO) reduces the firmware binary size when enabled (typically 2-3% smaller). However it may make build time longer, particularly on older GCC versions.

Currently LTO is enabled by default for some smaller STM32 boards with less flash, but disabled on other boards.

To enable LTO, pass LTO=1 on the command line:

$ make BOARD=boardname LTO=1

To disable LTO, pass LTO=0 in the same way.

Note that make clean BOARD=boardname will be needed before changing the LTO setting of a firmware that is already built.

Flashing the Firmware using DFU mode

You must then get your board/microcontroller into DFU (Device Firmware Update) mode.

If you already have MicroPython installed on the board you can do that by calling machine.bootloader() on the board, either at the REPL or using pyboard.py. A nice property of this approach is that you can automate it so you can update the board without manually pressing any buttons.

If you do not have MicroPython running yet, temporarily jumper your board's DFU pin (typ. BOOT0) to 3.3v and reset or power-on the board.

On a pyboard the P1/DFU pin and a 3.3v pin are next to each other (on the bottom left of the board, second row from the bottom) and the reset button is labeled RST.

For the pyboard D-series you can enter the mboot DFU bootloader by holding down the USR button, pressing and releasing the RST button, and continuing to hold down USR until the LED is white (4th in the cycle), then let go of USR while the LED is white. The LED will then flash red once per second to indicate it is in USB DFU mode.

Once the board is in DFU mode, flash the firmware using the command:

$ make BOARD=PYBV11 deploy

This will use the included tools/pydfu.py script. You can use instead the dfu-util program (available here) by passing USE_PYDFU=0:

$ make BOARD=PYBV11 USE_PYDFU=0 deploy

If flashing the firmware does not work it may be because you don't have the correct permissions. Try then:

$ sudo make BOARD=PYBV11 deploy

Or using dfu-util directly:

$ sudo dfu-util -a 0 -d 0483:df11 -D build-PYBV11/firmware.dfu

ST Discovery or Nucleo boards have a builtin programmer called ST-LINK. With these boards and using Linux or OS X, you have the option to upload the stm32 firmware using the st-flash utility from the stlink project. To do so, connect the board with a mini USB cable to its ST-LINK USB port and then use the make target deploy-stlink. For example, if you have the STM32F4DISCOVERY board, you can run:

$ make BOARD=STM32F4DISC deploy-stlink

The st-flash program should detect the USB connection to the board automatically. If not, run lsusb to determine its USB bus and device number and set the STLINK_DEVICE environment variable accordingly, using the format <USB_BUS>:<USB_ADDR>. Example:

$ lsusb
[...]
Bus 002 Device 035: ID 0483:3748 STMicroelectronics ST-LINK/V2
$ export STLINK_DEVICE="002:0035"
$ make BOARD=STM32F4DISC deploy-stlink

Flashing the Firmware with OpenOCD

Another option to deploy the firmware on ST Discovery or Nucleo boards with a ST-LINK interface uses OpenOCD. Connect the board with a mini USB cable to its ST-LINK USB port and then use the make target deploy-openocd. For example, if you have the STM32F4DISCOVERY board:

$ make BOARD=STM32F4DISC deploy-openocd

The openocd program, which writes the firmware to the target board's flash, is configured via the file ports/stm32/boards/openocd_stm32f4.cfg. This configuration should work for all boards based on a STM32F4xx MCU with a ST-LINKv2 interface. You can override the path to this configuration by setting OPENOCD_CONFIG in your Makefile or on the command line.

Accessing the board

Once built and deployed, access the MicroPython REPL (the Python prompt) via USB serial or UART, depending on the board. There are many ways to do this, one of which is via mpremote (install it using pip install mpremote):

$ mpremote

Other options are picocom and screen, for example:

$ picocom /dev/ttyACM0