armor: ESP32-C3 装甲板固件（一主三从）+ 烧录脚本，之前一直没提交

这一块代码本来就写好了、根 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。

armor/.cargo/config.toml

@@ -0,0 +1,31 @@
+# 装甲板的目标是 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 }