7 Commits

Include renames

Author	SHA1	Message	Date
sloray	d9a27b69f3	fix(ci): 版本校验在浅克隆下必然误报 ... - fix(ci): checkout 改成 fetch-depth: 0——没有标签、提交数恒为 1 时， version.mjs --check 算出来的版本一定是 0.0.0+1，于是每次推送都红 - fix(version): CHANGELOG 按标签区间重算全部历史，不再只渲染当前版本， 否则每次发布都会把上一版那一段覆盖掉 - fix(build): 固件包文件名用算出来的版本，不再用 BUILD-INFO.json 里那套旧编号	2026-10-19 02:42:53 +08:00
sloray	896b21fe44	feat(client): RMIC::2026 界面重做、可计算的版本机制与固件版本联动 ... - feat(client): 界面换成墨黑蓝底 + 单支红的矩形语言，切角全部去掉，仅装甲条保留平行四边形 - feat(client): 自托管 HarmonyOS Sans SC 与 JetBrains Mono，中文与拉丁数字逐字回退 - feat(client): 新增启动序列、首启门、用户端 HUD、裁判端控制台、设置抽屉与固件维护页 - feat(client): 裁判端中缝与下方控制台可拖，鼠标落在哪一路下方就看哪一路 - feat(client): 设置抽屉常驻实时预览，与画面共用同一份准星绘制代码 - feat(client): 动效改用 Material 3 的缓动曲线与时长，逐条替换掉自造的贝塞尔 - feat(version): 版本号与 CHANGELOG 由 scripts/version.mjs 从 git 历史算出，不再手写 - feat(firmware): Hello 报文携带语义化版本、构建号与自报协议号，负载向后兼容 - feat(client): 固件版本显示在绑定列表与裁判端每一格；协议不匹配时给出具体原因 - feat(firmware): 固件包版本与客户端同源，都从 version.json 读 - fix(client): getCurrentWindow() 在没有 Tauri 注入时同步抛异常，浏览器预览整棵树被卸载 - fix(client): 启动序列的淡出 effect 清掉了自己刚设的 setTimeout，界面永远停在启动页 - fix(client): 设置抽屉左侧导航的锚点没挂到 section 上，且用错了坐标系 - fix(protocol): Hello 改用宽松帧头解析，让协议不匹配的板子能被解释而不是静默消失 - fix(build): Windows 上 bindgen 加载不了 libclang 的同目录依赖，构建脚本补上搜索路径 - fix(build): esp-idf-sys 在长路径下拒绝构建，固件构建改用短的目标目录 - build(client): 队标图标，含光学尺寸分级与手工拼的多尺寸 ICO - build(ci): 守门 job 增加版本一致性检查，产物名改为 rmic-2026-* - docs: 补充界面语言、版本机制与协议通告布局的说明	2026-10-19 02:40:08 +08:00
sloray	cc6b82d7ec	feat: 链路控制、延迟校准与长测工具，补全文档 ... - 固件：新增 link_control / stream_control，覆盖运行中 Wi-Fi 断线恢复、取帧节拍、 温控与质量/帧率减载；UDP 发送增加有界重试预算与帧期限，PSRAM JPEG 直发减少拷贝。 - 协议：重组器严格校验分片布局，统计未收齐、超时与完全缺失的帧，处理帧号回绕与设备重启。 - 桌面端：视频改 latest-value 通道并前置帧时间标记，拒绝积压和慢解码的过期画面；新增 延迟标记页与 --latency-report 校准，完善录制、服务端与退出流程。 - 文档与脚本：新增硬件、开发、延迟、功耗、实时性、稳定性文档和改动记录，重写根 README； 新增构建、性能、延迟与串口长测脚本，以及长测客户端脚本。 - 构建：固定 esp-1.97.0.0 工具链，分区表随构建复制，更新 sdkconfig 与忽略规则。	2026-10-19 00:19:07 +08:00
Horldsence	a30eb3200a	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。	2026-10-14 19:43:14 +08:00
Horldsence	c7f42a1979	scripts: 修 udp_probe.py 的重组与 fps 两处测量错误 ... 探测脚本是诊断工具，测错比不测更糟——它给出的数字会被当成结论。 **重组状态必须按 (sender_id, frame_id) 存。** 原先只按 sender_id 存，于是丢片 之后下一帧的分片会接着凑上一帧的计数，凑够了交出去一张混着两帧的 JPEG，表现为 "JPEG 不完整"。修完：14 秒 132 帧，0 张坏帧。 换帧时被放弃的半成品单独计为"被新帧取代"，不并入"JPEG 不完整"——它们本来就 不完整，混在一起会把两种情形都算成链路有问题。 **分窗 fps 的分子分母必须同量纲。** 原先用累计帧数除以窗口时长，于是报出 39、 61、79 这种随时间单调上升的假数字，看起来像板子越跑越快。改成窗口增量除以窗 口时长后稳定在 22，也就是传感器上限。 顺带修正两处与代码不符的注释： partitions.csv / sdkconfig.defaults 两处都写死 app 分区在 0x40000，实际是 scripts/flash.sh 自动挑选并写回， 当前为 0x060000。补上 flash.sh 会重编译并复验的原因（重编译会让镜像位移， 所以偏移无法是常量）。 .env.example 补 CAM_VSYNC_INVERT 和 WIFI_AUTH。WIFI_AUTH 一直能用但没进文档：通常不用 设，扫描会报告 AP 的真实认证方式；只有扫不到时（隐藏 SSID）才需要指定， 指定后只试这一种，不成功直接报错而不是挨个试 10 秒——挨个试等于在猜一个 本该已知的值。	2026-10-05 19:13:37 +08:00
Horldsence	1c65eaabc6	protocol: 修复重复分片能凑出一张坏帧 ... `seen >= expected` 判断分片是否收齐是错的：UDP 会重复投递，一个丢失的 分片可以被另一个包的副本凑数，于是计数达标而缓冲区里留着空洞，交出去 一张尾部是 0 的 JPEG。 这个 bug 很隐蔽——帧率完全正常，没有任何报错线索，只是偶尔几张图解不 出来。实测 10 秒内出现 34 张这样的坏帧。 改为按分片下标记录是否收到，重复的直接跳过且不计数；再显式确认最后一个 分片确实到过。实测坏帧降到 1（板子启动瞬间的残帧），完整帧率不变。 补两个测试覆盖它——原有测试没有一个会重复发分片，所以这个 bug 一直没被 发现： - a_duplicate_cannot_complete_a_frame_with_a_hole - a_gap_that_is_never_filled_never_yields_a_frame 同时更新 scripts/udp_probe.py：它有同一个 bug，所以测不出修复效果。它还 把 Subscribe 的 role 字节多填了 12 个零字节，固件按偏移严格读取因而拒收， 表现为"板子在线但 0 clients subscribed"。脚本的意义正是独立核对线路格式， 所以这些偏移是手写的，改协议时必须同步。 另删 scripts/pick-flash-pad.sh：链接期 padding 已被证明移不动 .flash.text 内部，flash.sh 现在会自动挑选避开坏字节的 app 偏移。	2026-10-05 18:54:35 +08:00
Horldsence	4f893ce140	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/ 是上游的按芯片分目录，里面是 源码，必须保留。	2026-10-05 18:22:19 +08:00