Compiling

Rivanna3 GitHub Link

Software Installation

  1. Install Git: Link
  2. Windows Users: Install Windows Subsystem for Linux 2 (WSL): Guide
    • the WSL command prompt can be activated by entering wsl into any command prompt
  3. Windows Users: update all packages on WSL by activating WSL (type wsl into a command prompt) and run sudo apt-get update && sudo apt-get upgrade
    • you will be prompted for your WSL password, not Windows password
  4. Install Docker: Link
    • Windows Users: enable the WSL integration setting: Settings >> Resources >> WSL Integration

Setting up the Compilation Environment

Windows Users: do these steps within WSL using a WSL command prompt (type wsl into a command prompt to enter WSL)

  1. Make a folder for Solar Car code on your machine, if not done already, and cd into it
    • Windows Users: When you first open WSL, the working directory will be /mnt/c/Users/username. This is inside your Windows filesystem. You should NOT make the folder here; if you do, compilation will be VERY slow. You should run cd ~ to go to your Linux home directory and make the folder there; the path of the folder should be similar to ~/solarCarRepo or /home/username/solarCarRepo.
  2. Clone Rivanna3 into that directory using git clone https://github.com/solarcaratuva/Rivanna3.git
  3. Change directory into the cloned directory (cd Rivanna3)
  4. Run the following command: docker run --name Rivanna3_compile -it -v $(pwd)/:/root/Rivanna2:Z ghcr.io/solarcaratuva/rivanna2-env
  5. Run cd Rivanna2 then mbed-tools deploy

Actually Compiling: using the script option

In the Rivanna3 folder, run the compile script, compile.py. See the API below:

Arguments:

  • -c, --clean: flag, optional. Deletes previous build files before compiling, forcing the compiler to do a clean compile.
  • -s, --silent: flag, optional. Will stop the compile command from printing debug info and showing the progress bar.

Example: python3 compile.py -c.

Note that this script won’t work if the container wasn’t made with the docker run... command from above, or with old versions of Docker.

Actually Compiling: manual option

  1. Start the container by running docker start Rivanna3_compile
  2. Attach the command prompt to the container by running docker attach Rivanna3_compile
    • Docker Desktop must be running
  3. Run cd Rivanna2 then ./compile.sh
    • compilation should take under a minute

Compiled files are stored in the cmake_build directory. Remember that this compiles the current Git branch only.

What is Actually Happening

  1. A Docker container is an isolated space on your computer, only sharing foundational system files with the rest of the computer, as well as limited computational resources. The isolation of the container ensures that everyone has the EXACT same environment when compiling, which prevents phantom, often unsolvable errors from occurring.
  2. The compile.sh script runs mbed-tools compile -m UVA_SOLAR_CAR -t GCC_ARM, which uses MbedOS’s own compilation system to compile the code.
  3. The compiled code is stored, ready for upload, and reducing the number of files needed to be compiled in the future.

Uploading

Software Installation

  1. Install STM Cube Programmer
    • If you don’t want to create a STM account, you can download the program from the team Google Drive
  2. Add the executable to path; ex. add C:\Program Files\STMicroelectronics\STM32Cube\STM32CubeProgrammer\bin to path

Actually Uploading

  1. Open the Rivanna3 folder
    • Windows Users: this should be stored in WSL; open in WSL, not through the Windows file explorer
  2. In the Rivanna3 folder, run the upload script, upload.py. See the API below:

Arguments:

  • board: positional, required argument. Specifies which board you are uploading to.
  • -s, --silent: flag, optional. Will stop the upload command from printing debug info and showing the progress bar.

Example: python3 upload.py power

What is Actually Happening

  1. The entire memory of the microcontroller is erased
  2. The new compiled firmware is flashed onto the microcontroller at the appropriate memory address Windows Users: even though this command is invoked in WSL, the command is actually run in Windows

Monitoring

A serial monitor, such as monitor.py, can be used to read debug log statements from the microcontrollers.

These log messages look like:

00:00:02 DEBUG /root/Rivanna2/Common/src/MainCANInterface.cpp:40: Sent CAN message with ID 0x406 Length 6 Data 0x5b1e5e010000
00:00:02 DEBUG /root/Rivanna2/Common/src/MainCANInterface.cpp:40: Sent CAN message with ID 0x200 Length 8 Data 0x0080010000000000
00:00:02 DEBUG /root/Rivanna2/Common/src/MainCANInterface.cpp:40: Sent CAN message with ID 0x406 Length 6 Data 0x321f1e000000
00:00:03 DEBUG /root/Rivanna2/Common/src/MainCANInterface.cpp:40: Sent CAN message with ID 0x300 Length 1 Data 0x04

Pyserial must be installed, run py -m pip install pyserial to install. monitor.py should be run in WSL for Windows Users, but pyserial must be installed on Windows. The script has the following arguments:

  • -l, --log: flag, optional. The flag should be followed by a file path. Logs all messages to the file, creates the file if it doesn’t exist, appends if it does exist.
  • -f, --filter: flag, optional. Filter out messages without this string, use ‘|’ to separate multiple strings

Example: python3 monitor.py -l logfile.log -f CAN

Static Analyzer

Running static analysis is an industry-standard practice to reduce time spent debugging by finding static defects early; these are mistakes which are found my analyzing the source code, but not actually running the program. You should run static analysis whenever you make a change to the Embedded codebase and compile.

Use the script by running python3 static_analysis.py


Solar Car Team at UVA