Fork of Tangara with customizations
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
jacqueline 9f8cfaa7a8 Implement using libmad to decode 2 years ago
lib apply arch patch to libmad 2 years ago
src Implement using libmad to decode 2 years ago
test Basic libmad build 2 years ago
tools Working-ish libmad build 2 years ago
.clang-format standardise on formatting 3 years ago
.env use idf in build 2 years ago
.gitignore Fix up sdkconfig diffs 2 years ago
.gitmodules use plain old idf 2 years ago
CMakeLists.txt Basic libmad build 2 years ago
README.md Add readme, fix ignore test 2 years ago
dependencies.lock Add lvgl config 3 years ago
partitions.csv Configure build and paritions to fully use our dev hardware 3 years ago
sdkconfig.common Enlarge app partition 2 years ago

README.md

Building and flashing

  1. Make sure you've got all of the submodules in this repo correctly initialised;
git submodule update --init --recursive
  1. If this is your first time setting up the repo, then you will need to install the ESP-IDF tools. You can consult the ESP-IDF docs for more detailed instructions, but the TL;DR is that you'll want to run something like this:
./lib/esp-adf/esp-idf/install.sh esp32
  1. As a final piece of setup, you will need to source the env file in this repo to correctly set up your environment for building.
. ./.env

For VSCode:

When using the Espressif IDF extension, you may want to set the following in your settings.json file:

  "idf.espAdfPath": "${workspaceFolder}/lib/esp-adf",
  "idf.espAdfPathWin": "${workspaceFolder}/lib/esp-adf",
  "idf.espIdfPath": "${workspaceFolder}/lib/esp-adf/esp-idf",
  "idf.espIdfPathWin": "${workspaceFolder}/lib/esp-adf/esp-idf"
  1. You can now build the project using idf.py build. Or to flash the project onto your board, something like:
idf.py -p /dev/ttyUSB0 -b 115200 flash

(give or take the correct serial port)

Remember that you will need to boot your ESP32 into software download mode before you will be able to flash.

Running tests

Tests are implemented as a separate application build, located in the test directory. We use Catch2 as our test framework.

To run them, navigate to the test directory, then build and flash as normal. Connect to your device via UART, and you will be presented with a terminal prompt that you may run tests from.

To add new tests to a components, you must:

  1. Create a test subcomponent within that component. See drivers/test for an example of this.
  2. Include the component in the test build and list of testable components, in test/CMakeLists.txt.

clangd setup

A regular build will generate build/compile_commands.json, which clangd will automatically pick up. However, there are a couple of additional steps to get everything to place nicely.

First, you will need to download the xtensa clang toolchain. You can do this via ESP-IDF by running idf_tools.py install xtensa-clang

This will install their prebuild clang into a path like ~/.espressif/tools/xtensa-clang/VERSION/xtensa-esp32-elf-clang/

Next, you will need to configure clangd to use this version of clang, plus forcible remove a couple of GCC-specific build flags. Do this by creating .clangd in the root directory of your project, with contents like so:

CompileFlags:
  Add: [-mlong-calls, -isysroot=/Users/YOU/.espressif/tools/xtensa-clang/VERSION/xtensa-esp32-elf-clang]
  Remove: [-fno-tree-switch-conversion, -mtext-section-literals, -mlongcalls, -fstrict-volatile-bitfields]

You should then get proper LSP integration via clangd, give or take a couple of oddities (e.g. for some reason, my install still can't see stdio.h. NBD tho.)

Expect this integration to improve sometime in the near future, per this forum thread.