This repository contains:
- Workflows for building a Rust fork esp-rs/rust with Xtensa support
- Binary artifacts in Releases
- An installation script to locally install a pre-compiled nightly ESP32 toolchain
If you want to know more about the Rust ecosystem on ESP targets, see The Rust on ESP Book chapter
- Xtensa Installation
- RISC-V Installation
- Building projects
- Using Containers
- Using Dev Containers
- Release process
Deployment is done using espup
cargo install espup
espup install # To install Espressif Rust ecosystem
# [Unix]: Source the following file in every terminal before building a project
. $HOME/export-esp.sh
Or, downloading the pre-compiled release binaries:
- Linux aarch64
curl -L https://github.com/esp-rs/espup/releases/latest/download/espup-aarch64-unknown-linux-gnu -o espup chmod a+x espup ./espup install # Source the following file in every terminal before building a project . $HOME/export-esp.sh
- Linux x86_64
curl -L https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-unknown-linux-gnu -o espup chmod a+x espup ./espup install # Source the following file in every terminal before building a project . $HOME/export-esp.sh
- macOS aarch64
curl -L https://github.com/esp-rs/espup/releases/latest/download/espup-aarch64-apple-darwin -o espup chmod a+x espup ./espup install # Source the following file in every terminal before building a project . $HOME/export-esp.sh
- macOS x86_64
curl -L https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-apple-darwin -o espup chmod a+x espup ./espup install # Source the following file in every terminal before building a project . $HOME/export-esp.sh
- Windows MSVC
Invoke-WebRequest 'https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-pc-windows-msvc.exe' -OutFile .\espup.exe .\espup.exe install
- Windows GNU
Invoke-WebRequest 'https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-pc-windows-msvc.exe' -OutFile .\espup.exe .\espup.exe install
For Windows MSVC/GNU, Rust environment can also be installed with Universal Online idf-installer: https://dl.espressif.com/dl/esp-idf/
The following instructions are specific for the ESP32 and ESP32-S series based on Xtensa architecture. If you do not have Visual Studio and Windows 10 SDK installed, consider the alternative option Windows x86_64 GNU.
Instructions for ESP-C series based on RISC-V architecture are described in RISC-V section.
Installation of prerequisites using Winget:
winget install --id Git.Git
winget install Python # requirements for ESP-IDF based development, skip in case of Bare metal
winget install -e --id Microsoft.WindowsSDK
winget install Microsoft.VisualStudio.2022.BuildTools --silent --override "--wait --quiet --add Microsoft.VisualStudio.Component.VC.Tools.x86.x64"
Installation of prerequisites using Visual Studio installer GUI - installed with option Desktop development with C++ - components: MSVCv142 - VS2019 C++ x86/64 build tools, Windows 11 SDK
Installation of MSVC and Windows 11 SDK using vs_buildtools.exe:
Invoke-WebRequest 'https://aka.ms/vs/17/release/vs_buildtools.exe' -OutFile .\vs_buildtools.exe
.\vs_BuildTools.exe --passive --wait --add Microsoft.VisualStudio.Component.VC.Tools.x86.x64 --add Microsoft.VisualStudio.Component.Windows10SDK.20348
Installation of prerequisites using Chocolatey (run PowerShell as Administrator):
Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServicePointManager]::SecurityProtocol -bor 3072; iex ((New-Object System.Net.WebClient).DownloadString('https://community.chocolatey.org/install.ps1'))
choco install visualstudio2022-workload-vctools windows-sdk-10.0 -y
choco install cmake git ninja python3 -y # requirements for ESP-IDF based development, skip in case of Bare metal
Main installation:
Invoke-WebRequest 'https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-pc-windows-msvc.exe' -OutFile .\espup.exe
.\espup.exe install
The following instructions describe deployment with the GNU toolchain. If you're using Visual Studio with Windows 10 SDK, consider option Windows x86_64 MSVC.
Install MinGW x86_64 e.g., from releases https://github.com/niXman/mingw-builds-binaries/releases and add bin to environment variable PATH
choco install 7zip -y
Invoke-WebRequest https://github.com/niXman/mingw-builds-binaries/releases/download/12.1.0-rt_v10-rev3/x86_64-12.1.0-release-posix-seh-rt_v10-rev3.7z -OutFile x86_64-12.1.0-release-posix-seh-rt_v10-rev3.7z
7z x x86_64-12.1.0-release-posix-seh-rt_v10-rev3.7z
$env:PATH+=";.....\x86_64-12.1.0-release-posix-seh-rt_v10-rev3\mingw64\bin"
Main installation:
Invoke-WebRequest 'https://github.com/esp-rs/espup/releases/latest/download/espup-x86_64-pc-windows-msvc.exe' -OutFile .\espup.exe
.\espup.exe install
The following instructions are specific for ESP32-C based on RISC-V architecture.
Install the RISC-V target for Rust:
rustup target add riscv32imc-unknown-none-elf
-
Install
cargo-generate
cargo install cargo-generate
-
Generate project from template with one of the following templates
# STD Project cargo generate esp-rs/esp-idf-template cargo # NO-STD (Bare-metal) Project cargo generate esp-rs/esp-template
To understand the differences between the two ecosystems, see Ecosystem Overview chapter of the book. There is also a Chapter that explains boths template projects:
-
Build and flash:
cargo espflash flash <SERIAL>
Where
SERIAL
is the serial port connected to the target device.cargo-espflash also allows opening a serial monitor after flashing with
--monitor
option.If no
SERIAL
argument is used,cargo-espflash
will print a list of the connected devices, so the user can choose which one to flash.See Usage section for more information about arguments.
If
espflash
is installed (cargo install espflash
),cargo run
will build, flash the device, and open a serial monitor.
If you are looking for inspiration or more complext projects see:
When building for Xtensa targets, we need to override the esp
toolchain, there are several solutions:
- Set esp
toolchain as default: rustup default esp
- Use cargo +esp
- Override the project directory: rustup override set esp
- Create a file called rust-toolchain.toml
or rust-toolchain
with:
toml [toolchain] channel = "esp"
-
Get example source code
git clone https://github.com/espressif/rust-esp32-example.git cd rust-esp32-example-main
-
Select architecture for the build
idf.py set-target <TARGET>
Where
TARGET
can be:esp32
for the ESP32(Xtensa architecture). [Default]esp32s2
for the ESP32-S2(Xtensa architecture).esp32s3
for the ESP32-S3(Xtensa architecture).
-
Build and flash
idf.py build flash
Alternatively, some container images with pre-installed Rust and ESP-IDF, are published to Dockerhub and can be used to build Rust projects for ESP boards:
- idf-rust
- Tags contain the required toolchain. The naming convention for those tags is:
<board>_<xtensa-version>
- Tags contain wokwi-server and web-flash installed to use them in Dev Containers.
- Tags are generated for
linux/arm64
andlinux/amd64
, - idf-rust-examples - includes two examples: rust-esp32-example and rust-esp32-std-demo.
Podman example with mapping multiple /dev/ttyUSB from host computer to the container:
podman run --device /dev/ttyUSB0 --device /dev/ttyUSB1 -it docker.io/espressif/idf-rust-examples
Docker (does not support flashing from a container):
docker run -it espressif/idf-rust-examples
If you are using the idf-rust-examples
image, instructions will be displayed on the screen.
Dev Container support is offered for VS Code, Gitpod, and GitHub Codespaces, resulting in a fully working environment to develop for ESP boards in Rust, flash and simulate projects with Wokwi from the container.
Template projects esp-template and esp-idf-template include a question for Dev Containers support.
Before beginning preparation for a new release create branch build/X.Y.Z.W
where X.Y.Z
matches Rust release number and W
is build number assigned by esp-rs. W
has a tendency to be in the range 0-2 during one release.
On the branch change all version numbers from the previous release to the new one using replace function (e.g. in VS Code). Examples of replace: 1.63.0.1 -> 1.64.0.0
. Commit files including CI files to the branch.
All build operations must be performed on custom runners, because of large storage required by the build process. Check Settings that all runners are online.
Perform custom dispatch. Change branch to build/X.Y.Z.W
, change Branch of rust-build to us to build/X.Y.Z.W
:
- aarch64-unknown-linux-gnu
- aarch64-apple-darwin
- x86_64-apple-darwin
- x86_64-pc-windows-gnu
- x86_64-pc-windows-msvc
- x86_64-unknown-linux-gnu
- src
Once all things are in place, also upload the installer to releases:
Perform test jobs.
Send notification to Matrix channel about the pre-release.
Edit Release, turn off Pre-release flag, and Save
Send notification to Matrix channel about the pre-release.
Rollback of the release is possible when a significant bug occurs that damages the release for all platforms.
First rule: Do not panic. :-) Just mark the release as Pre-release in GitHub releases.
If build/X.Y.Z.W
branch was already merged to main, change the default version in main to build/a.b.c.d
where a.b.c.d
corresponds to previously known working release. E.g. from build/1.63.0.1
to build/1.63.0.0
.
Uploading new image tags to espressif/idf-rust
Once the release is ready, manually run the Publish IDF-Rust Tags
workflow with:
Branch of rust-build to use
pointing tomain
if thebuild/X.Y.Z.W
branch was already merged tomain
, or pointing tobuild/X.Y.Z.W
if has not been merged yet, but the branch is ready and feature complete.Version of Rust toolchain
should beX.Y.Z.W
.