micropython/stmhal
Tobias Badertscher af9889f99a stmhal/adc.c: Get ADC working on STM32L4 MCUs.
Fixing Issue #2243. Main problems were:

- HAL_ADC_GetState(adcHandle) may return other bits set (not only
  HAL_ADC_STATE_EOC_REG) when called - so I AND-ed it out as proposed by
  mattbrejza in Issue #2243.
- ADC Pin has to be configured as GPIO_MODE_ANALOG_ADC_CONTROL not only
  GPIO_MODE_ANALOG.
- Resolved ADC resolution L4 specific (Use L4 define ADC_RESOLUTION_12B).
- Changed setting of Init.EOCSelection toADC_EOC_SINGLE_CONV for L4.
- Added call to ADC_MultiModeTypeDef as this is done on a STM32Cube
  generated project too.
- Clean up: Configuration of ADC is done only in ONE function not the same
  is done in two functions.

Test is done on PA5 pin of STM32L4Discovery-Kit which is connected to the
DOWN button.

Thanks to mattbrejza for discovering the bug.
2016-08-11 13:01:57 +10:00
..
boards
cmsis
hal
usbdev
usbhost
.gitignore
Makefile
README.md
accel.c
accel.h
adc.c stmhal/adc.c: Get ADC working on STM32L4 MCUs. 2016-08-11 13:01:57 +10:00
adc.h
autoflash
bufhelper.c
bufhelper.h
builtin_open.c
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
import.c
input.c
irq.c
irq.h
lcd.c
lcd.h
led.c
led.h
lexerfatfs.c
main.c
make-stmconst.py
memory.h
modmachine.c
modmachine.h
modnetwork.c
modnetwork.h
modnwcc3k.c
modnwwiznet5k.c
modpyb.c
modstm.c
moduos.c
moduselect.c
modusocket.c
modutime.c
mpconfigport.h
mpconfigport.mk
mphalport.c
mphalport.h
pendsv.c
pendsv.h
pin.c
pin.h
pin_defs_stmhal.c
pin_defs_stmhal.h
pin_named_pins.c
portmodules.h
pybcdc.inf_template
pybioctl.h
pybstdio.c
qstrdefsport.h
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_msc_storage.c
usbd_msc_storage.h
usrsw.c
usrsw.h

README.md

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

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

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