#hal #hardware-abstraction #cortex-m #stm32-hal #arm #stm32f4xx

no-std stm32f4xx-hal

Peripheral access API for STM32F4 series microcontrollers

41 releases (21 breaking)

0.22.1 Nov 3, 2024
0.21.0 May 30, 2024
0.20.0 Jan 14, 2024
0.19.0 Dec 11, 2023
0.2.5 Nov 17, 2018

#16 in Embedded development

Download history 987/week @ 2024-08-22 1337/week @ 2024-08-29 1585/week @ 2024-09-05 1850/week @ 2024-09-12 1718/week @ 2024-09-19 1554/week @ 2024-09-26 1678/week @ 2024-10-03 1494/week @ 2024-10-10 1976/week @ 2024-10-17 1447/week @ 2024-10-24 1598/week @ 2024-10-31 1082/week @ 2024-11-07 1107/week @ 2024-11-14 1190/week @ 2024-11-21 1153/week @ 2024-11-28 1364/week @ 2024-12-05

4,911 downloads per month
Used in 45 crates

0BSD license

1MB
24K SLoC

stm32f4xx-hal

Crates.io Crates.io Released API docs Minimum Supported Rust Version dependency status Continuous integration

stm32f4xx-hal contains a multi device hardware abstraction on top of the peripheral access API for the STMicro STM32F4 series microcontrollers. The selection of the MCU is done by feature gates, typically specified by board support crates. Currently supported configurations are:

  • stm32f401
  • stm32f405
  • stm32f407
  • stm32f410
  • stm32f411
  • stm32f412
  • stm32f413
  • stm32f415
  • stm32f417
  • stm32f423
  • stm32f427
  • stm32f429
  • stm32f437
  • stm32f439
  • stm32f446
  • stm32f469
  • stm32f479

The idea behind this crate is to gloss over the slight differences in the various peripherals available on those MCUs so a HAL can be written for all chips in that same family without having to cut and paste crates for every single model.

Other optional features

Collaboration on this crate is highly welcome as are pull requests!

This crate relies on Adam Greigs fantastic stm32f4 crate to provide appropriate register definitions and implements a partial set of the embedded-hal traits.

Some of the implementation was shamelessly adapted from the stm32f1xx-hal crate originally started by Jorge Aparicio.

Setting up your project

Check if the BSP for your board exists in the stm32-rs page. If it exists, the stm32f4xx-hal crate should be already included, so you can use the bsp as BSP for your project.

Manually

Otherwise, create a new Rust project as you usually do with cargo init. The "hello world" of embedded development is usually to blink a LED. The code to do so is available in examples/delay-syst-blinky.rs. Copy that file to the main.rs of your project.

You also need to add some dependencies to your Cargo.toml:

[dependencies]
embedded-hal = "0.2"
nb = "1"
cortex-m = "0.7"
cortex-m-rt = "0.7"
# Panic behaviour, see https://crates.io/keywords/panic-impl for alternatives
panic-halt = "0.2"

[dependencies.stm32f4xx-hal]
version = "0.22.1"
features = ["stm32f407"] # replace the model of your microcontroller here
                         # and add other required features

We also need to tell Rust how to link our executable and how to lay out the result in memory. To accomplish all this, copy .cargo/config and memory.x from the stm32f4xx-hal repository to your project and make sure the sizes match up with the datasheet. Also note that there might be different kinds of memory which are not equal; to be on the safe side only specify the size of the first block at the specified address.

Fast start

To create empty project faster you could use cargo generate command. See stm32-template.

$ cargo generate --git https://github.com/burrbull/stm32-template/

Note that you need to know your chip full name.

License

0-clause BSD license.

Dependencies

~49MB
~1M SLoC