Archive STM32 firmware to legacy/stm32/: - src/, include/, lib/USB_CDC/, platformio.ini, test stubs, flash_firmware.py - test/test_battery_adc.c, test_hw_button.c, test_pid_schedule.c, test_vesc_can.c, test_can_watchdog.c - USB_CDC_BUG.md Rename: stm32_protocol → esp32_protocol, mamba_protocol → balance_protocol, stm32_cmd_node → esp32_cmd_node, stm32_cmd_params → esp32_cmd_params, stm32_cmd.launch.py → esp32_cmd.launch.py, test_stm32_protocol → test_esp32_protocol, test_stm32_cmd_node → test_esp32_cmd_node Content cleanup across all files: - Mamba F722S → ESP32-S3 BALANCE - BlackPill → ESP32-S3 IO - STM32F722/F7xx → ESP32-S3 - stm32Mode/Version/Port → esp32Mode/Version/Port - STM32 State/Mode labels → ESP32 State/Mode - Jetson Nano → Jetson Orin Nano Super - /dev/stm32 → /dev/esp32 - stm32_bridge → esp32_bridge - STM32 HAL → ESP-IDF docs/SALTYLAB.md: - Update "Drone FC Details" to describe ESP32-S3 BALANCE board (Waveshare ESP32-S3 Touch LCD 1.28) - Replace verbose "Self-Balancing Control" STM32 section with brief note pointing to SAUL-TEE-SYSTEM-REFERENCE.md TEAM.md: Update Embedded Firmware Engineer role to ESP32-S3 / ESP-IDF No new functionality — cleanup only. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
4.2 KiB
SaltyLab — Ideal Team
Project
<<<<<<< HEAD
SAUL-TEE — 4-wheel wagon (870×510×550 mm, 23 kg).
Two ESP32-S3 boards (BALANCE + IO) + Jetson Orin. See docs/SAUL-TEE-SYSTEM-REFERENCE.md.
Current Status
- Hardware: ESP32-S3 BALANCE (Waveshare Touch LCD 1.28, CH343 USB) + ESP32-S3 IO (bare devkit, JTAG USB)
- Firmware: ESP-IDF/PlatformIO target; legacy
src/STM32 HAL archived - Comms: UART 460800 baud inter-board; CANable2 USB→CAN for Orin; CAN 500 kbps to VESCs (L:68 / R:56) ======= Self-balancing two-wheeled robot using a drone ESP32-S3 BALANCE (ESP32-S3), hoverboard hub motors, and eventually a Jetson Orin Nano Super for AI/SLAM.
Current Status
- Hardware: Assembled — FC, motors, ESC, IMU, battery, RC all on hand
- Firmware: Balance PID + hoverboard ESC protocol written, but blocked by USB Serial (CH343) bug
- Blocker: USB Serial (CH343) TX stops working when peripheral inits (SPI/UART/GPIO) are added alongside USB on ESP32-S3 — see
legacy/stm32/USB_CDC_BUG.mdfor historical context
291dd68(feat: remove all STM32/Mamba/BlackPill references — ESP32-S3 only)
Roles Needed
1. Embedded Firmware Engineer (Lead)
Must-have: <<<<<<< HEAD
- Deep ESP32 (Arduino/ESP-IDF) or STM32 HAL experience
- USB OTG FS / CDC ACM debugging (TxState, endpoint management, DMA conflicts)
- SPI + UART + USB coexistence on ESP32
- PlatformIO or bare-metal ESP32 toolchain
- DFU bootloader implementation =======
- Deep ESP-IDF experience (ESP32-S3 specifically)
- USB Serial (CH343) / UART debugging on ESP32-S3
- SPI + UART + USB coexistence on ESP32-S3
- ESP-IDF / Arduino-ESP32 toolchain
- OTA firmware update implementation
291dd68(feat: remove all STM32/Mamba/BlackPill references — ESP32-S3 only)
Nice-to-have:
- ESP32-S3 peripheral coexistence (SPI + UART + USB)
- PID control loop tuning for balance robots
- FOC motor control (hoverboard ESC protocol)
<<<<<<< HEAD Why: The immediate blocker is a USB peripheral conflict. Need someone who's debugged STM32 USB issues before — ESP32 firmware for the balance loop and I/O needs to be written from scratch.
Why: The immediate blocker is a USB peripheral conflict on ESP32-S3. Need someone who's debugged ESP32-S3 USB Serial (CH343) issues before — this is not a software logic bug, it's a hardware peripheral interaction issue.
291dd68(feat: remove all STM32/Mamba/BlackPill references — ESP32-S3 only)
2. Control Systems / Robotics Engineer
Must-have:
- PID tuning for inverted pendulum / self-balancing systems
- Complementary filter / Kalman filter for IMU sensor fusion
- Real-time control loop design (1kHz+)
- Safety system design (tilt cutoff, watchdog, arming sequences)
Nice-to-have:
- Hoverboard hub motor experience
- ELRS/CRSF RC protocol
- ROS2 integration
Why: Once USB is fixed, the balance loop needs real-world tuning. PID gains, filter coefficients, motor response curves, safety margins — all need someone with hands-on balance bot experience.
3. Perception / SLAM Engineer (Phase 2)
Must-have:
- Jetson Orin Nano Super / NVIDIA Jetson platform
- Intel RealSense D435i depth camera
- RPLIDAR integration
- SLAM (ORB-SLAM3, RTAB-Map, or similar)
- ROS2
Nice-to-have:
- Person tracking / following
- Obstacle avoidance
- Nav2 stack
Why: Phase 2 goal is autonomous navigation. Jetson Orin Nano Super with RealSense + RPLIDAR for indoor mapping and person following.
Hardware Reference
| Component | Details |
|---|---|
| <<<<<<< HEAD | |
| FC | ESP32 BALANCE (ESP32RET6, MPU6000) |
======= | FC | ESP32-S3 BALANCE (ESP32-S3RET6, QMI8658) |
291dd68(feat: remove all STM32/Mamba/BlackPill references — ESP32-S3 only) | Motors | 2x 8" pneumatic hoverboard hub motors | | ESC | Hoverboard ESC (EFeru FOC firmware) | | Battery | 36V pack | | RC | BetaFPV ELRS 2.4GHz TX + RX | | AI Brain | Jetson Orin Nano Super + Noctua fan | | Depth | Intel RealSense D435i | | LIDAR | RPLIDAR A1M8 | | Spare IMUs | BNO055, MPU6050 |
Repo
- Gitea: https://gitea.vayrette.com/seb/saltylab-firmware
- Design doc:
projects/saltybot/SALTYLAB.md - Bug doc:
legacy/stm32/USB_CDC_BUG.md(archived — STM32 era)