ESP32-S3 摄像头图传:固件 + Slint 客户端 + 共享协议

两块 ESP32-S3-WROOM-1-N16R8 图传板(DVP 接口接 OV2640/OV3660/OV5640),
向队伍客户端与裁判终端推 UDP 图传。固件是跑在 ESP-IDF 上的 Rust,用官方
esp32-camera 组件采集;客户端是 Rust + Slint 桌面程序。

三个 crate 各自独立构建:
  .            firmware,交叉编译到 Xtensa
  protocol/    线路格式与帧重组,两端共用,无 ESP-IDF 依赖,有单元测试
  client/      Slint 桌面客户端

视频走 UDP 而非 TCP:实测传感器产出 22 fps,TCP MJPEG 只送出 1.9 fps,
且只占用链路能力的 1%——链路是空的,帧堵在队头阻塞后面等一个实时画面
等不起的重传计时器。改为独立数据报、不重传、缺片丢整帧后达到 20.8 fps。

发现是双向的:板子每 2 秒广播 Hello,客户端广播 Subscribe,板子据此定向
推流。板子身份由 MAC 派生,重启不变,所以客户端可以把绑定存进配置。

裁判端同时收两块板子(每个发送方一个重组器),队伍端绑定其中一块并只显示
自己那一边的血量。装甲板接口已预留(ArmorSource trait + ARMOR_PORT),
当前无数据源,界面显示占位符。

vendor 了 esp32-camera 2.1.7:组件注册表的版本求解器找不到它,且需要打一处
补丁(见 components/esp32-camera/target/esp32s3/ll_cam.c)。

.gitignore 三条 target/ 都锚定在根目录,因为 protocol/ 与 client/ 各自也是
独立 crate;而 components/esp32-camera/target/ 是上游的按芯片分目录,里面是
源码,必须保留。
This commit is contained in:
Horldsence
2026-10-05 18:22:19 +08:00
commit 4f893ce140
134 changed files with 41128 additions and 0 deletions
+14
View File
@@ -0,0 +1,14 @@
# Name, Type, SubType, Offset, Size, Flags
#
# The app partition starts at 0x40000 rather than the usual 0x10000 on purpose:
# the module this firmware was first brought up on has a defective byte in its
# SPI flash at 0xFADE7 (bits 5..7 cannot be programmed). The app image is
# unchanged by where it is placed, so moving the partition moves which image byte
# lands on that address - and at 0x40000 the byte there is 0x1A, which the flash
# accepts.
#
# If you move to healthy hardware, put `factory` back at 0x10000 and delete the
# note in sdkconfig.defaults; nothing else depends on this.
nvs, data, nvs, 0x9000, 0x6000,
phy_init, data, phy, 0xf000, 0x1000,
factory, app, factory, 0x060000, 0x120000,
1 # Name, Type, SubType, Offset, Size, Flags
2 #
3 # The app partition starts at 0x40000 rather than the usual 0x10000 on purpose:
4 # the module this firmware was first brought up on has a defective byte in its
5 # SPI flash at 0xFADE7 (bits 5..7 cannot be programmed). The app image is
6 # unchanged by where it is placed, so moving the partition moves which image byte
7 # lands on that address - and at 0x40000 the byte there is 0x1A, which the flash
8 # accepts.
9 #
10 # If you move to healthy hardware, put `factory` back at 0x10000 and delete the
11 # note in sdkconfig.defaults; nothing else depends on this.
12 nvs, data, nvs, 0x9000, 0x6000,
13 phy_init, data, phy, 0xf000, 0x1000,
14 factory, app, factory, 0x060000, 0x120000,