30ee7019ca
Fixes for stmhal USB mass storage, lwIP bindings and VFS regressions This release provides an important fix for the USB mass storage device in the stmhal port by implementing the SCSI SYNCHRONIZE_CACHE command, which is now require by some Operating Systems. There are also fixes for the lwIP bindings to improve non-blocking sockets and error codes. The VFS has some regressions fixed including the ability to statvfs the root. All changes are listed below. py core: - modbuiltins: add core-provided version of input() function - objstr: catch case of negative "maxsplit" arg to str.rsplit() - persistentcode: allow to compile with complex numbers disabled - objstr: allow to compile with obj-repr D, and unicode disabled - modsys: allow to compile with obj-repr D and PY_ATTRTUPLE disabled - provide mp_decode_uint_skip() to help reduce stack usage - makeqstrdefs.py: make script run correctly with Python 2.6 - objstringio: if created from immutable object, follow copy on write policy extmod: - modlwip: connect: for non-blocking mode, return EINPROGRESS - modlwip: fix error codes for duplicate calls to connect() - modlwip: accept: fix error code for non-blocking mode - vfs: allow to statvfs the root directory - vfs: allow "buffering" and "encoding" args to VFS's open() - modframebuf: fix signed/unsigned comparison pendantic warning lib: - libm: use isfinite instead of finitef, for C99 compatibility - utils/interrupt_char: remove support for KBD_EXCEPTION disabled tests: - basics/string_rsplit: add tests for negative "maxsplit" argument - float: convert "sys.exit()" to "raise SystemExit" - float/builtin_float_minmax: PEP8 fixes - basics: convert "sys.exit()" to "raise SystemExit" - convert remaining "sys.exit()" to "raise SystemExit" unix port: - convert to use core-provided version of built-in import() - Makefile: replace references to make with $(MAKE) windows port: - convert to use core-provided version of built-in import() qemu-arm port: - Makefile: adjust object-file lists to get correct dependencies - enable micropython.mem_*() functions to allow more tests stmhal port: - boards: enable DAC for NUCLEO_F767ZI board - add support for NUCLEO_F446RE board - pass USB handler as parameter to allow more than one USB handler - usb: use local USB handler variable in Start-of-Frame handler - usb: make state for USB device private to top-level USB driver - usbdev: for MSC implement SCSI SYNCHRONIZE_CACHE command - convert from using stmhal's input() to core provided version cc3200 port: - convert from using stmhal's input() to core provided version teensy port: - convert from using stmhal's input() to core provided version esp8266 port: - Makefile: replace references to make with $(MAKE) - Makefile: add clean-modules target - convert from using stmhal's input() to core provided version zephyr port: - modusocket: getaddrinfo: Fix mp_obj_len() usage - define MICROPY_PY_SYS_PLATFORM (to "zephyr") - machine_pin: use native Zephyr types for Zephyr API calls docs: - machine.Pin: remove out_value() method - machine.Pin: add on() and off() methods - esp8266: consistently replace Pin.high/low methods with .on/off - esp8266/quickref: polish Pin.on()/off() examples - network: move confusingly-named cc3200 Server class to its reference - uos: deconditionalize, remove minor port-specific details - uos: move cc3200 port legacy VFS mounting functions to its ref doc - machine: sort machine classes in logical order, not alphabetically - network: first step to describe standard network class interface examples: - embedding: use core-provided KeyboardInterrupt object |
||
---|---|---|
.. | ||
boards | ||
cmsis | ||
hal | ||
modules | ||
usbdev | ||
usbhost | ||
.gitignore | ||
accel.c | ||
accel.h | ||
adc.c | ||
adc.h | ||
autoflash | ||
bufhelper.c | ||
bufhelper.h | ||
can.c | ||
can.h | ||
dac.c | ||
dac.h | ||
dma.c | ||
dma.h | ||
extint.c | ||
extint.h | ||
fatfs_port.c | ||
flash.c | ||
flash.h | ||
font_petme128_8x8.h | ||
gccollect.c | ||
gccollect.h | ||
gchelper.s | ||
help.c | ||
i2c.c | ||
i2c.h | ||
irq.c | ||
irq.h | ||
lcd.c | ||
lcd.h | ||
led.c | ||
led.h | ||
machine_i2c.c | ||
main.c | ||
make-stmconst.py | ||
Makefile | ||
modmachine.c | ||
modmachine.h | ||
modnetwork.c | ||
modnetwork.h | ||
modnwcc3k.c | ||
modnwwiznet5k.c | ||
modpyb.c | ||
modstm.c | ||
moduos.c | ||
modusocket.c | ||
modutime.c | ||
mpconfigport.h | ||
mpconfigport.mk | ||
mphalport.c | ||
mphalport.h | ||
mpthreadport.c | ||
mpthreadport.h | ||
pendsv.c | ||
pendsv.h | ||
pin_defs_stmhal.c | ||
pin_defs_stmhal.h | ||
pin_named_pins.c | ||
pin.c | ||
pin.h | ||
portmodules.h | ||
pybcdc.inf_template | ||
pybstdio.c | ||
pybthread.c | ||
pybthread.h | ||
qstrdefsport.h | ||
README.md | ||
rng.c | ||
rng.h | ||
rtc.c | ||
rtc.h | ||
sdcard.c | ||
sdcard.h | ||
servo.c | ||
servo.h | ||
spi.c | ||
spi.h | ||
startup_stm32.S | ||
stm32_it.c | ||
stm32_it.h | ||
storage.c | ||
storage.h | ||
system_stm32.c | ||
systick.c | ||
systick.h | ||
timer.c | ||
timer.h | ||
uart.c | ||
uart.h | ||
usb.c | ||
usb.h | ||
usbd_cdc_interface.c | ||
usbd_cdc_interface.h | ||
usbd_conf.c | ||
usbd_conf.h | ||
usbd_desc.c | ||
usbd_desc.h | ||
usbd_hid_interface.c | ||
usbd_hid_interface.h | ||
usbd_msc_storage.c | ||
usbd_msc_storage.h | ||
usrsw.c | ||
usrsw.h | ||
wdt.c | ||
wdt.h |
MicroPython port to STM32 MCUs
This directory contains the port of MicroPython to ST's line of STM32Fxxx microcontrollers. It is based on the STM32Cube HAL library and currently supports: STM32F401, STM32F405, STM32F411, STM32F429, STM32F746.
The officially supported boards are the line of pyboards: PYBv1.0 and PYBv1.1 (both with STM32F405), and PYBLITEv1.0 (with STM32F411). 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.
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 stmhal/ 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
.
To build for a given board, run:
$ make BOARD=PYBV11
The default board is PYBV10 but any of the names of the subdirectories in the
boards/
directory can be passed as the argument to BOARD=
. The above command
should produce binary images in the build-PYBV11/
subdirectory (or the
equivalent directory for the board specified).
You must then get your board/microcontroller into DFU mode. On the pyboard connect the 3V3 pin to the P1/DFU pin with a wire (they are next to each other on the bottom left of the board, second row from the bottom) and then reset (by pressing the RST button) or power on the board. Then 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
Flashing the Firmware with stlink
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
stmhal
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 stmhal/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. For the pyboard you can try:
$ picocom /dev/ttyACM0