Hardware design for test device
- Where To Find Things
- Hardware
- Firmware
- Tools
- STM32 Toolchain
- ESP32 Toolchain
- Hactar Setup
- Fully Assembled Hactar Setup - cliff notes
-
datasheets - all the datasheets for parts used
-
docs - documents about this project
-
firmware - the code for testing and supporting the hardware
-
hardware - the schematics and PCB designs
-
models - Contains 3D models for project
-
photos - image from the project as it progresses
-
productions - files used for manufacturing that are generated from the stuff in hardware
- KiCAD
The Firmware is split into 4 categories. Management, User Interface, Security, and Network.
- Management - STM32F072
- User Interface - STM32F405
- Network - ESP32S3
The management chip is responsible for uploading firmware to the stm32 - main chip and the esp32 network chip using a ch340 usb chip.
The management chip receives commands from the usb communication that informs it what chip we are currently uploading.
- reset - Resets
ui
chip and thennet
chip. Accepts commands. - ui_upload - Puts the management chip into
ui
chip upload mode. (STM32f05) - net_upload - Puts the management chip into
net
chip upload mode. (ESP32S3) - debug - Puts the management chip into debugging mode where serial messages from both
ui
and network chips are transmitted back to the usb interface. This is uni-directional from the management chip to the computer. However, all commands work during this mode. In the future sending messages to theui
andnet
chip will be supported - debug_ui (future feature) - Only reads serial messages from the
ui
chip. - debug_net (future feature) - Only reads serial messages from the
net
chip. - debug_ui_only (future feature) - Puts the
ui
chip into normal mode, holds thenet
chip in reset mode, and allows for serial communication to theui
chip. - debug_net_only (future feature) - Puts the
net
chip into normal mode, holds theui
chip in reset mode, and allows for serial communication to thenet
chip.
The User Interface chip is where most of the processing takes place. It utilizes a STM32F405 chip empowered by the STM HAL Library. To generate the baseline HAL Library code and Makefile, ST's CubeMX was used.
Target Overview
-
all
- Builds the target bin, elf, and binary files and uploads the code to the User Interface chip. Output firmware/build/ui -
compile
- Builds the target bin, elf, and binary. Output firmware/build/ui -
upload
- Uploads the build target to the User Interface chip using the STM32_Programmer_CLI with serial usb-c uploading. See Installation for instructions on installing the STM32_Programmer_CLI. -
upload_swd
- Uploads the build target to the User Interface chip using the STM32_Programmer_CLI with swd uploading. See Installation for instructions on installing the STM32_Programmer_CLI. -
program
- Runs the compile target, then the upload target. -
monitor
- Opens a serial communication line with the management chip in debug mode using screen. -
py_monitor
- Opens a serial communication line with the management chip with a python script that allows for sending of commands. -
openocd
- Opens a openocd debugging instance. See Installation for instructions on installing openocd. -
info
- Displays the build path, include files, object files, dependencies and vpaths used by the compiler. -
dirs
- Makes all directories required for by the Makefile to compile and upload. -
clean
- Deletes the firmware/build/ui directory.
Source code
All source code for the User Interface can be found in firmware/ui and firmware/shared_inc. Adding C/C++ files in firmware/ui/src and firmware/ui/inc does not require any changes in the makefile.
Making a shared header between chips should be added into firmware/shared_inc.
At any point if you're including or using any additional STM32 HAL library files such as stm32f4xx_hal_sd.h
then you must add the respective source file stm32f4xx_hal_sd.c
to HAL C Sources line ~50 in firmware/ui/Makefile.
Additionally, any new Assembly source files need to be added to the ASM sources line ~77 in firmware/ui/Makefile.
The network chip is responsible for all communications between servers and the entire board. The network chip communicates with the UI chip via UART serial communication.
We are leveraging the esp-idf framework.
Target Overview
-
all
- Runs thecompile
andupload
targets. -
compile
- Compiles the net code using the commandidf.py compile
-
upload
- Uploads the net code by first sending a command to the mgmt chip to put the board into net upload mode. Then usesesptool.py upload
-
program
- Runs the compile target, then the upload target. -
monitor
- Opens a serial communication line with the management chip in debug mode using screen. -
py_monitor
- Opens a serial communication line with the management chip with a python script that allows for sending of commands. -
clean
- Deletes the firmware/net/build directory.
Source code
All source code for the network chip can be found in firmware/net
and firmware/shared_inc
.
WIP
A firmware flashing tool designed to work with Hactar by collating STM32 and ESP32 flashing specifications.- pyserial
ex.
python3 flasher.py --port=/dev/ttyUSB0 --baud=115200 --chip="generic_stm" -bin="./build/app.bin"
You can omit passing a port and the flasher will attempt to find a Hactar board by searching your active usb serial ports.
python3 flasher.py --baud=115200 --chip="ui" -bin="./build/ui.bin"
Located in firmware/tools
Requirements
- pyserial -
pip install pyserial
This monitor can be used by the following command:
python monitor.py \[port] \[baudrate]
ex.
python monitor.py /dev/ttyUSB0 115200
The following tools are used for Management and User Interface.
- Make [required]
- ARM GNU Toolchain [required]
- STM32_Programmer_CLI [optional]
- OpenOCD [optional]
Make [required]
Make is used for compiling and uploading automation for each chip firmware.
Debian
sudo apt install make
Windows
-
Download make.exe from Source Forge
-
Save it to C:/bin or where-ever you want it. Then add the location to the your path.
-
Open the start search, and type
env
. Select"Edit the system environment variables"
-
Click
"Environmental Variables..."
-
Under
"System Variables"
find the"Path"
entry, click"Edit..."
button. -
Click the
"New"
button and enterDRIVE:\path\to\make_location
- Note. Replace DRIVE with your appropriate drive letter, C, D, E... etc
-
You may need to restart your system after changing your system path.
MacOS
brew install make
ARM GNU Toolchain [required]
Debian
sudo apt install gcc-arm-none-eabi binutils-arm-none-eabi
Windows
- Download the appropriate ARM GNU Toolchain for your system https://developer.arm.com/downloads/-/gnu-rm
MacOS
brew install --cask gcc-arm-embedded
STM32 Programmer CLI [Optional]
The STM32 Programmer CLI comes packages with the STM32 Cube Programmer. You'll need to download and install The STM32 Cube Programmer and add the STM32_Programmer_CLI binary to your path.
https://www.st.com/en/development-tools/stm32cubeprog.html
Debian
-
Open your
.bashrc
file:sudo nano ~/.bashrc
-
Add the following line to the
.bashrc
fileexport PATH="$PATH:/path/to/stm_cube_programmer/bin"
-
NOTE - If you are getting an error saying that libusb needs permission to write usb, then you'll need to do an additional step.
- Navigate to
/path/to/stm_cube_programmer/Drivers/rules
- Edit 49-stlinkv2.rules
- Add the following to the bottom of the file
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="3748", \ MODE="0666", \ GROUP="plugdev"
- Add the following to the bottom of the file
- Copy all of the rules to /etc/udev/rules.d/
cp /path/to/stm_cube_programmer/Drivers/rules/*.* /etc/udev/rules.d/
- Unplug then plug in your device and STMCubeProgrammerCLI should work.
- Navigate to
Windows
-
Open the start search, and type
env
. Select"Edit the system environment variables"
-
Click
"Environmental Variables..."
-
Under
"System Variables"
find the"Path"
entry, click"Edit..."
button. -
Click the
"New"
button and enterDRIVE:\path\to\stm_cube_programmer\bin
- Note. Replace DRIVE with your appropriate drive letter, C, D, E... etc
-
You may need to restart your system after changing your system path.
MacOS
- TODO
OpenOCD [optional]
Open On Chip Debugger, created by Dominic Rath, is a debugging software that can be used with micro-controllers to run debugging tools and stepping through code.
Debian
Run the following command:
sudo apt install openocd gdb-arm-none-eabi libnewlib-arm-none-eabi libstdc++-arm-none-eabi-newlib
If you don't have python3.8 installed, which is used for arm-none-eabi-gdb, then you'll need to install it
sudo add-apt-repository ppa:deadsnakes/ppa
apt update
sudo apt install python3.8
Windows
-
Download the appropriate zip for your system https://openocd.org/pages/getting-openocd.html
-
Open the start search, and type
env
. Select"Edit the system environment variables"
-
Click
"Environmental Variables..."
-
Under
"System Variables"
find the"Path"
entry, click"Edit..."
button. -
Click the
"New"
button and enterDRIVE:\path\to\openocd\bin
- Note. Replace DRIVE with your appropriate drive letter, C, D, E... etc
-
You may need to restart your system after changing your system path.
MacOS
Run the following commands in a terminal to install openocd
brew update
brew install open-ocd --HEAD
This project leverages the usage of the Arduino Library for the network chip.
The following tools are used for the Network.
Make [required]
Make is used for compiling and uploading automation for each chip firmware.
Debian
sudo apt install make
Windows
-
Download make.exe from Source Forge
-
Save it to C:/bin or where-ever you want it. Then add the location to the your path.
-
Open the start search, and type
env
. Select"Edit the system environment variables"
-
Click
"Environmental Variables..."
-
Under
"System Variables"
find the"Path"
entry, click"Edit..."
button. -
Click the
"New"
button and enterDRIVE:\path\to\make_location
- Note. Replace DRIVE with your appropriate drive letter, C, D, E... etc
-
You may need to restart your system after changing your system path.
MacOS
brew install make
esp-idf [required]
Debian
Windows
MacOS
Display connector- Required hardware
- 2.4 inch LCD Module from Waveshare
- Connector for display and Hactar board.
- From the display match the connector's pins with the associated pins on the connector.
- VCC -- VCC
- GND -- GND
- DIN -- DISP_DIN
- CLK -- DISP_CLK
- CS -- DISP_CS
- DC -- DISP_DC
- RST -- DISP_RST
- BL -- DISP_BL
Management Chip
- Prerequisites
- USB-C Cable
- Python3
- PySerial
- arm-none-eabi-g++
- make
- Build the mgmt code by navigating to
hactar/firmware/mgmt
and enteringmake compile
- Plug in a USB-C
- Press and hold the BOOT button Press and release the RESET button. Release the BOOT button.
- Upload the mgmt code by entering
make upload
- After this you should see a couple of LED's light up
Main Chip
- Prerequisites
- A programmed
management chip
- USB-C Cable
- Python3
- PySerial
- arm-none-eabi-g++
- make
- A programmed
- Plug in the USB-C cable to the Hactar board.
- Build the ui code by navigating to the
hactar/firmware/ui
folder and enteringmake compile
- Upload the ui code by entering
make upload
- The python script "flasher.py" is called to upload to the main chip.
- NOTE - For some reason the Main STM32 chip doesn't like being put into bootloader mode this way. Fixing it is a WIP. You just need to keep trying... sorry.
- After finishing uploading the firmware to the main chip, the management chip will return to running mode.
Network Chip
- Prerequisites
- A programmed
management chip
- USB-C Cable
- esp-idf - must be on your path
- make
- A programmed
- Plug in the USB-C cable to the Hactar board.
- Build the net code by navigating to the
hactar/firmware/net
folder and enteringmake compile
- Upload the net code by entering
make upload
- The python script "flasher.py" is called to upload to the net chip
- NOTE - The size is quite large, takes about 4 minutes to upload.
- After finishing uploading the firmware to the net chip, the management chip will return to running mode.
Debug mode example
- Prerequisites
- Python3
- pyserial - download using
pip3 install pyserial
- pyserial - download using
- make
- USB-C Cable
- Python3
- Have your hactar board programmed and plugged in using a USB-C cable
- Navigate to either
hactar/firmware/ui
orhactar/firmware/net
- NOTE - Update your ports appropriately in the makefile
- Enter
make py_monitor
into your terminal - You should see a serial monitor open in your terminal requesting a command. Enter
debug
to put the hactar board into debugging mode.- See Management Commands for more commands that can be sent to the hactar board.
- The first and third LED from the left will turn blue indicating debug mode and your console will receive serial debug messages from the UI and Net chips.
- Enter
exit
to leave the monitor
Silly pre-requisites:
- verify that your hactar folder and esp-if folders are peers
- not within each other (usually hactar within esp-if)
ARM:
- brew install --cask gcc-arm-embedded
Esp-idf:
- brew install cmake ninja dfu-util
- mkdir -p esp
- cd esp
- git clone -b v5.2 --recursive https://github.com/espressif/esp-idf.git --depth 1
- cd esp-idf
- ./install.sh esp32s3
Add esp-idf to your path in ~/.zshrc /* or equivalent */
- alias get_idf='. $HOME/esp/esp-idf/export.sh'
- (not the path of the export.sh is likely different for you)
- source ~/.zshrc
Flasher:
- pip3 install pyserial
Hactar:
- git clone [email protected]/quicr/hactar
- git submodule update --init --recursive
- cd hactar
- git checkout ev10
Mgmt:
- cd hactar/firmware/mgmt
- conenct the hactar via USB
- you might need to edit the Makefile to ensure that PORT is pointing to the correct USB (where the hactar is connected)
- make compile
- make upload
ui:
- cd hactar/firmware/ui
- make compile
- make upload
net:
- Ensure your esp-idf is on your path /* which we set above */
- cd hactar/firmware/net
- make compile
- make upload
If it works (watch for the % progress, it retries if it fails so be patient), you're done!