Horldsence
a30eb3200a
这一块代码本来就写好了、根 README 里也按"已实现"描述，但一直没有进仓库， 只存在于工作区里。同一个提交里带上 `.env.example` 的两个新变量（ARMOR_TEAM、 ARMOR_THRESHOLD）——它们的说明文字就是为这套固件写的。 内容： - armor-protocol：规则层（血量、每板独立 50ms 受击冷却、受击后只有那一路灯带全黑、 按键 FSM、上报编码）。纯计算，主机上 22 个测试，已跑通。 - armor-firmware：四路压电片 ADC 连续采样、四路 WS2812（C3 只有一个 RMT 通道可用， 靠 rmt_tx_switch_gpio 轮流驱动）、NVS、BOOT 键、WiFi + UDP 广播。 - scripts：build_armor.sh / flash_armor.sh / armor_probe.py（不开界面单看广播）。 armor/ 是独立 workspace（目标 RISC-V 的 ESP32-C3），与外层 Xtensa 的图传固件互不相干， 各自 .cargo/config.toml 就是这条边界。构建产物由根 .gitignore 的 `/armor/target/` 覆盖， 本次没有把任何 target/ 或 build/ 下的东西加进来。 顺带把 `.DS_Store` 加进 .gitignore。
32 lines
1.4 KiB
TOML
32 lines
1.4 KiB
TOML
# 装甲板的目标是 ESP32-C3（RISC-V），与外层 esp32/.cargo/config.toml 的
|
||
# Xtensa 目标互不相干。这个文件离得近，所以会覆盖外层同名键（尤其是 MCU）。
|
||
[build]
|
||
target = "riscv32imc-esp-espidf"
|
||
|
||
[target.riscv32imc-esp-espidf]
|
||
linker = "ldproxy"
|
||
runner = "espflash flash --monitor"
|
||
rustflags = ["--cfg", "espidf_time64"]
|
||
|
||
[unstable]
|
||
# `esp` 工具链只带了 host 的预编译 std，没有 esp 目标（与图传板那套一样）。
|
||
# 所以必须自己编 std：键名是 `build-std`（连字符），写成 `build_std` 会被 cargo
|
||
# 当成未知键静默忽略，然后在链接阶段报找不到 `core`。
|
||
build-std = ["std", "panic_abort"]
|
||
|
||
[env]
|
||
MCU = "esp32c3"
|
||
|
||
# 本机装了两套 ESP-IDF：
|
||
#
|
||
# /Users/peng/.espressif/v6.0.1/esp-idf eim 装的，工具链齐全（含 RISC-V）
|
||
# /Users/peng/.espressif/esp-idf/v5.5.5 只有 Xtensa 工具链（图传板在用）
|
||
#
|
||
# C3 是 RISC-V，所以这里指向 v6.0.1。esp-idf-sys 0.38.1 支持 6.0–6.2。
|
||
#
|
||
# `ESP_IDF_TOOLS_INSTALL_DIR` 刻意 `force = false`：默认 `global`（即 ~/.espressif），
|
||
# 但如果环境里已经给了 `custom:<可写目录>`（沙箱、CI），就用环境里的那个。
|
||
# 形状必须与外层 esp32/.cargo/config.toml 一致（都是表），否则 cargo 合并配置会报错。
|
||
IDF_PATH = { value = "/Users/peng/.espressif/v6.0.1/esp-idf", force = true }
|
||
ESP_IDF_TOOLS_INSTALL_DIR = { value = "global", force = false }
|