#embedded

app cargo-flash

A utility to flash ARM cores with ELFs directly from within cargo

12 releases (breaking)

0.10.2 Nov 22, 2020
0.9.0 Sep 2, 2020
0.8.0 Jun 29, 2020
0.6.0 Mar 30, 2020
0.2.0 Oct 23, 2019

#8 in Embedded development

Download history 67/week @ 2020-08-09 73/week @ 2020-08-16 48/week @ 2020-08-23 85/week @ 2020-08-30 81/week @ 2020-09-06 45/week @ 2020-09-13 36/week @ 2020-09-20 40/week @ 2020-09-27 66/week @ 2020-10-04 40/week @ 2020-10-11 58/week @ 2020-10-18 45/week @ 2020-10-25 48/week @ 2020-11-01 49/week @ 2020-11-08 93/week @ 2020-11-15 118/week @ 2020-11-22

243 downloads per month

MIT/Apache

32KB
422 lines

cargo-flash

crates.io documentation Actions Status chat

This crate provides a cargo subcommand to flash ELF binaries onto ARM chips.

Various chip families including but not limited to nRF5x, STM32 and LPC800 can be flashed using DAPLink, ST-Link or J-Link. To check if your specific chip is supported, use cargo flash --list-chips

Support

If you think cargo-flash makes your embedded journey more enjoyable or even earns you money, please consider supporting the project on Github Sponsors for better support and more features.

Installation

You can install this utility with cargo, after installing the necessary prerequisites:

cargo install cargo-flash

Binary releases are not available.

Usage

You can use it like any cargo command would be used

cargo flash <args>

which will then build your binary and download the contents onto the connected target.

Examples

Flash the debug version of the current crate

cargo flash --chip nrf58122

Specifying manually what options should be used

cargo flash --release --chip nRF51822 --target thumbv6m-none-eabi --example gpio_hal_blinky

Use a custom chip definition from a non-builtin file

cargo flash --release --chip-description-path nRF51822.yaml --target thumbv6m-none-eabi --example gpio_hal_blinky

Manually selecting a chip

To manually select a chip, you can use the --chip <chip name> argument. The chip name is an identifier such as nRF51822 or STM32F042. Capitalization does not matter; Special characters do matter.

Specifying a chip family description file

You can add a temporary chip family description by using the --chip-description-path <chip description file path> or -c argument. You need to pass it the path to a valid yaml family description. All the targets of the family will then be added to the registry temporarily and will override existing variants with the same name. You can use this feature to tinker with a chip family description until it works and then submit it to upstream for inclusion.

Extracting a chip family description file from a CMSIS-Pack

You can extract the family description file by running target-gen on a .pack file with cargo run -- file.pack out_dir. You can obtain the pack from ARM for example. Their online registry is a good start :) You can also reference to an already unziped pack directory instead of the file.pack archive file.

Add more chip definitions

If you have a chip you want to flash, feel free to contribute to probe-rs.

Building

cargo-flash can be built using cargo, after installing the necessary prerequisites. See the list below for your operating system.

FTDI support

FTDI support is optional. You can enable it with the ftdi feature. You also need the correct prerequisites from the next section installed.

Prerequisites

cargo-flash depends on the libusb and optionally on libftdi libraries, which need to be installed to build cargo-flash.

Linux

On Ubuntu, the following packages need to be installed:

> sudo apt install -y pkg-config libusb-dev libusb-1.0 libftdi1-dev

Windows

On Windows you can use vcpkg to install the prerequisites:

# dynamic linking 64-bit
> vcpkg install libftdi1:x64-windows libusb:x64-windows
> set VCPKGRS_DYNAMIC=1

# static linking 64-bit
> vcpkg install libftdi1:x64-windows-static-md libusb:x64-windows-static-md

macOS

On macOS, homebrew is the suggested method to install libftdi:

> brew install libftdi

Sentry logging

We use Sentry to record crash data. This helps us trace crashes better. No data will ever be transmitted without your consent! All data is transmitted completely anonymously. This is an OPT-IN feature. On crash, cargo-flash will ask you whether to transmit the data or not. You can also set whether to do this for all times with an environment variable to omit the message in the future. If you do not wish to have sentry integrated at all, you can also build cargo-flash without sentry by using --no-default-features.

Dependencies

~15MB
~297K SLoC