Rust support for the VA416xx family of MCUs
Go to file
Robin Müller a2b43bff06
Some checks failed
Rust/va416xx-rs/pipeline/head There was a failure building this commit
Merge pull request 'use released version of the PAC' (#17) from prep-hal-release into main
Reviewed-on: #17
2024-07-01 15:03:13 +02:00
.cargo Init Commit 2024-06-25 20:01:21 +02:00
.github/workflows Init Commit 2024-06-25 20:01:21 +02:00
automation Init Commit 2024-06-25 20:01:21 +02:00
examples/simple finished basic ADC and DAC HAL 2024-07-01 14:47:08 +02:00
jlink remove reset in jlink.gdb script, add Embed.toml 2024-06-30 18:17:00 +02:00
scripts delete commented code 2024-07-01 14:49:34 +02:00
va416xx prepare HAL release 2024-07-01 14:54:47 +02:00
va416xx-hal add badges for HAL 2024-07-01 14:59:51 +02:00
vorago-peb1 prepare HAL release 2024-07-01 14:54:47 +02:00
vscode finished basic ADC and DAC HAL 2024-07-01 14:47:08 +02:00
.gitignore Init Commit 2024-06-25 20:01:21 +02:00
.gitmodules Init Commit 2024-06-25 20:01:21 +02:00
Cargo.toml adapt dev variant 2024-07-01 10:15:01 +02:00
Embed.toml remove reset in jlink.gdb script, add Embed.toml 2024-06-30 18:17:00 +02:00
jlink-gdb.sh Init Commit 2024-06-25 20:01:21 +02:00
LICENSE-APACHE Init Commit 2024-06-25 20:01:21 +02:00
memory.x Init Commit 2024-06-25 20:01:21 +02:00
NOTICE Init Commit 2024-06-25 20:01:21 +02:00
README.md Init Commit 2024-06-25 20:01:21 +02:00

build

Vorago VA416xx Rust Support

This crate collection provided support to write Rust applications for the VA416XX family of devices.

List of crates

This workspace contains the following crates:

  • The va416xx PAC crate containing basic low-level register definition
  • The va416xx-hal HAL crate containing higher-level abstractions on top of the PAC register crate.
  • The vorago-peb1 BSP crate containing support for the PEB1 development board.

It also contains the following helper crates:

  • The examples crates contains various example applications for the HAL and the PAC.

Using the .cargo/config.toml file

Use the following command to have a starting config.toml file

cp .cargo/def-config.toml .cargo/config.toml

You then can adapt the config.toml to your needs. For example, you can configure runners to conveniently flash with cargo run.

Using the sample VS Code files

Use the following command to have a starting configuration for VS Code:

cp -rT vscode .vscode

You can then adapt the files in .vscode to your needs.

Flashing, running and debugging the software

You can use CLI or VS Code for flashing, running and debugging. In any case, take care of installing the pre-requisites first.

Pre-Requisites

  1. SEGGER J-Link tools installed
  2. gdb-multiarch or similar cross-architecture debugger installed. All commands here assume gdb-multiarch.

Using CLI

You can build the blinky example application with the following command

cargo build --example blinky

Start the GDB server first. The server needs to be started with a certain configuration and with a JLink script to disable ROM protection. For example, on Debian based system the following command can be used to do this (this command is also run when running the jlink-gdb.sh script)

JLinkGDBServer -select USB -device Cortex-M4 -endian little -if SWD -speed 2000 \
  -LocalhostOnly -vd -jlinkscriptfile ./jlink/JLinkSettings.JLinkScript

After this, you can flash and debug the application with the following command

gdb-mutliarch -q -x jlink/jlink.gdb target/thumbv7em-none-eabihf/debug/examples/blinky

Please note that you can automate all steps except starting the GDB server by using a cargo runner configuration, for example with the following lines in your .cargo/config.toml file:

[target.'cfg(all(target_arch = "arm", target_os = "none"))']
runner = "gdb-multiarch -q -x jlink/jlink.gdb"

After that, you can simply use cargo run --example blinky to flash the blinky example.

Using VS Code

Assuming a working debug connection to your VA108xx board, you can debug using VS Code with the Cortex-Debug plugin.

Some sample configuration files for VS code were provided and can be used by running cp -rT vscode .vscode like specified above. After that, you can use Run and Debug to automatically rebuild and flash your application.

If you would like to use a custom GDB application, you can specify the gdb binary in the following configuration variables in your settings.json:

  • "cortex-debug.gdbPath"
  • "cortex-debug.gdbPath.linux"
  • "cortex-debug.gdbPath.windows"
  • "cortex-debug.gdbPath.osx"

The provided VS Code configurations also provide an integrated RTT logger, which you can access via the terminal at RTT Ch:0 console.