712 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
wandering1	a6d6588257	test(ui-golden): 刷新装置信息/交流量/直流量三页像素参考 ... 随 44921cb（三页接快照真值）刷新黄金参考，本笔不含任何代码或断言改动——文本侧期望（PAGES/ TEXTS）已在上一笔同批改过，这一笔只把"代码新效果"登记成新的判据。 差异量（与旧参考逐像素比对，刷新前的实测） - shot_info.bin 3669 px（6 行 → 8 行、标签去冒号、值列左对齐 x=56、页码改真值） - shot_ac.bin 964 px（24 行 → 7 行；页脚从"共 3 页"变"共 1 页"） - shot_dc.bin 800 px（3 行 → 2 行；温度值列改"码2048"、通道行"未配置"） - 其余 8 页（密码 4 态 + 网口设置 4 态）逐字节不变：这三页与它们共用同一套框架 绘制，没连带漂移正好反证改动是局部的——不是把共享代码碰坏了而没被发现 刷新前的人眼确认（黄金参考是判据，不是快照：版面真错了就等于把错误钉死） - 装置信息：8 行行槽 38..129 不与页脚（143）相撞；MAC 17 字符右缘 158 在屏内；软件校验 显示 "--"（不再抄参考项目的 4454）；IP 走 net_cfg_fmt_ipv4 的三段补零口径，与网口设置页 同一真源；页脚"第 1 页，共 1 页" - 交流量：Ua 0.812 / U0 0.005 / Ia 0.046 / Ia2 0.002 / Ia5 0.001 五行读数在位； Hz "--"（eng=0 期间幅值门恒不成立）、标定行 "未标定"（量纲口径写在屏上而不是注释里）； 选中行 Ua 有白带（band_h >0 才可见，同记录页约定） - 直流量：温度 "码2048"、直流通道 "未配置" 验证 - check_content_pages.py：rc=0，14 项全 Passed（含开页-关页往返池水位 5448 B 不涨） - check_menu_rows.py：rc=0（菜单 8 状态与池 5368 B 不变，本批没动菜单树） - ui-golden 钩子在含本笔的整树上 Passed；全量钩子（--all-files）41 项 Passed，红项只有 mem-numbers / mem-budget（Flash/RAM 台账待回填，单写者禁区归 Lead）→ --no-verify - 体积与上一笔一致（本笔只换 3 个 3200 B 的二进制参考，不参与固件构建） gate: only mem-budget/mem-numbers pending lead ledger backfill	2026-10-25 14:44:45 +08:00
wandering1	4380098cc1	feat(ui-pages): 装置信息/交流量/直流量三页接 ui_data 快照真值 ... 三页原先的读数是 Flash 里的参考项目字面量（交流量 24 行、直流量 3 行、装置信息 6 行，含 "软件校验 4454""程序日期 2024.08.27""第 10 页"这类与本机无关的假值）。本笔把它们接到 task-14 落地的快照通道：页面只读快照、零 App include（分层方向基线仍 3 条，不增不减）。 装置信息（6 行 → 8 行） - 型号/软件版本/硬件版本/软件校验/程序日期/运行时长取 info 帧；MAC/IP 取 net_cfg RAM 副本 （同层 BSP→BSP，与网口设置页同一个 net_cfg_fmt_ipv4，不另起第二套格式化口径） - 行几何重排：标签去全角冒号、值列左对齐 x=56——原 x=86 是参考图"短值"的产物，容不下 17 字符 MAC（102 px）；8 行按 13 px 行距排到 129，不与页脚（143）相撞 - 页脚从固定"第 10 页"改真页码"第 1 页，共 1 页"（屏上不该出现与本机无关的数字， Lead 裁定 2026-10-25）；副标题属产品口径，本批不动 - 快照定长字符域按**容量扫**而非 strlen：契约写明这些域不保证 NUL 终止，strlen 就是越界 读——模拟器里后面紧跟别的常量大概率侥幸，板端 Flash 布局一变才翻车且不报错 交流量（24 行 → 7 行） - Ua/U0/Ia 走基波相量实例，Ia2/Ia5 走谐波实例（快照 ph[] 按写侧 k_inst[] 序发布），Hz 走 测频新鲜度，第 7 行是量纲口径说明行（eng → 未标定/二次值/一次值，标定闭环自动改口） - 不做 24 行：V0.1 只有 8 路电气量、5 路削顶无采样源、相量实例 5 个，照抄就是 17 行 "--" 的假骨架（docs/UI设计/页面扩充详细方案.md §3.1.1 同一取舍，已补落地注） - 品质位判空：IV/NT/RAW/自检异常/闭锁/越程一律 "--"——削顶通道快照里还留着上一帧的数， 照抄等于把坏数当实测送进人眼；"没有数"与"有数但不可信"在屏上必须同形 - 格式化复用 ui_w_editor_fmt_scaled（定点整数，与整定页同一真源），页面不写 %f：MicroLIB 软浮点打印一进镜像就是几百字节 Flash，而模拟器（宿主 CRT）永远照不出这笔代价 直流量（3 行 → 2 行） - V0.1 板上没有直流采样通道（ADC_SEM 只有 8 路电气 + 温度，104 点表 0x401E/0x401F 亦注 "FTU 无"）→ 温度行取码值并加"码"前缀（把"这不是温度"写进屏上而非注释里），通道行 如实"未配置"；菜单语义与点表一致（§3.1.2 方案①） 三条被现场验证的纪律与一处门禁有效性证据 - 帧缓存按发布序号门控（实时帧 ~200 B 只在序号变化时整帧拷一次），开页 init_cb 复位缓存 ——否则重开页面会沿用上次开页的帧号，首帧前的 "--" 状态可能被永久留在屏上 - 值串落屏统一走 *_PUT 宏（长度取调用点 sizeof）：代码规范 7.5 禁 strcpy，写串与算长同处 - 运行时长过一天的"天"字被 font-charset 门禁拦下（不在 183 字子集，上屏即空白方块）： 为一个运行时才出现的格式字符扩字库要付 27 B RO + 一次字体重生成，改用 ASCII"d"——顺带 成为该门禁有效性的现场证据（这类缺陷平时既无日志也无报错） - 三页每次编辑后重核 BOM：丢 BOM 时 ARMCC 按 CP936 解码，报的是 #18/#274 这类**假语法错** （本笔实测复现一次，修复只补 3 字节 EF BB BF），模拟器（MSVC）完全照不出来 验证 - @build：0 错误 0 警告；模拟器：0 警告 - 内容页回归 14 项 PASS（文本断言逐行核对三页新值：未标定口径、Hz "--"、码2048、真页码； 其余 8 页逐字节不变）；菜单 8 状态 PASS（池 5368 B）；开页-关页往返池 5448 B 不变 - 三页刷新黄金参考前均出图肉眼确认：行不重叠、值列不越屏、口径行可见 - 全量钩子（--all-files，本笔 + 下一笔基线合并后的树）：41 项 Passed；唯一红项是 mem-numbers / mem-budget —— 只因 Flash/RAM 台账未回填（docs/内存管理/** 与 scripts/ram_baseline.tsv 是单写者禁区，归 Lead），故本笔 --no-verify 体积（相对 HEAD 台账 Code 217204 / RO 21504 / RW 1256 / ZI 132680） - Code +1440、RO −512（删三页 Flash 行表与参考遗留串）、RW +12、ZI +484（三页帧缓存 200 B + 92 B + 序号等）→ Flash 合计 +940 B、RAM +496 B - .map 明细：ac_refresh 202 B、dc_refresh 164 B、di_refresh 290 B、di_fmt_uptime 92 B 待台架实测：真机读数与 104 上位机对照、标定完成后第 7 行自动变"二次值"、MAC/IP 与网口 设置页一致、页面只在重绘时取新帧的实际刷新节拍。 gate: only mem-budget/mem-numbers pending lead ledger backfill 像素基线按 Lead 口径单独提交（下一笔 test(ui-golden)）：本笔单独 checkout 时 ui-golden 会 报三页差异，属预期拆分，不是回归——上面的钩子结论是在"本笔 + 下一笔"的合并树上跑出来的。 自查：三页 BOM = EF BB BF、CR = 0、U+FFFD = 0、字面量纯 ASCII（中文只在带 BOM 文件里）。	2026-10-25 14:44:44 +08:00
wandering1	30ebbe0c26	fix(字体门禁): 35 个"未知冗余"字成组并入 KEEP_EXTRA，钉死"按 extract 重写=洗字形" ... 本笔不改任何代码行为，只补一条**已存在的保护洞**（Lead 裁定 2026-10-25 随道E task-15 顺手提 独立提交）。 现象：font-charset 门禁的"未知冗余"WARN 清单（txt 有、源码无、且不在 KEEP_EXTRA）实测正好 35 字——一位公分合外已年度延态总接显最月未求温状电示秒请跳载近道部配重长间闸障。这批字是 2026-09 窗口固件写进 /log/selftest.log 与 /log/run.log 定长 64 B 记录的中文描述用字（那批 源码文案后来整体改写成 ASCII，字面量已不在）。 为什么要登记而不是当冗余删掉： - extract_cn.py 只认"当前源码字面量"（实测 144 字），而 ui_cn_chars.txt 现有 183 字。谁按 extract 的输出重写 txt（font-regen 流程的第 2 步就是这么用的），这 39 字（含此前逐字登记的 异/常/片/芯 4 字）会被静默洗掉，下次 make_font 生成的字体不再有这些字形； - 后果不在本机、在**现场翻旧账**时：2026-09 那批历史自检/运行记录渲染成空白方块，无日志无 报错，只能肉眼发现；字形不可再生，等于不可逆毁历史审计证据； - 代价：约 35 字 × 27 B ≈ 1 KB RO。收益/代价不对称（同本目录"收益不抵风险"整簇暂缓的判据）。 诚实处理：这 35 字**逐字出处已不可靠复原**（能确认来源是落盘记录用字，指不到单条 commit）。 故按"成组 + 一条共同理由"登记，不给每个字编一条看起来可信的理由；删除前置条件写明（确认设备 上已无该窗口落盘记录，或产品侧接受历史记录部分空白），并把成因与事故路径实名写进门禁说明。 改动 - scripts/check_font_charset.py：KEEP_EXTRA 4 → 39 字（新增 _KEEP_HIST_SELFTEST 成组 理由 + update 并入 35 字）；A 段按"必需字"处理，缺字即 GAP FAIL 并逐字打印理由 （--strict 同样拦） - docs/门禁说明/font-charset.md：新增 §6.1「按 extract 输出重写字符集 = 洗字形」（实测数字 144/183/39、事故路径、机械化拦截点、删除前置条件）；§5/§6/§7 与变更记录联动 - .dsh/skills/font-regen/SKILL.md：第 2 步的保留字提示不再逐字列举（列举必然过期），改为指向 KEEP_EXTRA 字典与门禁说明 §6.1——**共享基建文件，越界自加，见回报申报** 验证（本笔零代码、零像素、零体积，钩子全绿未跳）： - check_font_charset.py：rc=0，打印 [KEEP] 刻意保留 39 个；--strict 亦 rc=0（原 35 项 WARN 归零） - 钩子（staged 全量）：空白/EOF/乱码/doc-links/id-check/font-charset 全 Passed，体积两条 钩子因无相关触发面自动 Skipped；@build 未跑（无源码改动，台账不受影响） - 编码自查：三文件均无 BOM（与本目录现状一致）、CR = 0、U+FFFD = 0	2026-10-25 14:44:44 +08:00
wandering1	4cba2eae02	merge: task/bom-guard 合入 v2-on-ui ... 任务 bom（1 个提交）经 task-worktree 回收： - feat(门禁): bom-guard 机械化 BOM 漂移，附 setview-check 行表一致性	2026-10-25 14:39:41 +08:00
wandering1	3965eb3f28	feat(门禁): bom-guard 机械化 BOM 漂移，附 setview-check 行表一致性 ... 把 AGENTS 铁律第 2 条从"人工逐文件比 HEAD"变成提交硬闸：HEAD 有 EF BB BF 而工作区没有 → FAIL。 2026-10-25 一天之内道E 在 task-15 里连踩 4 次、道B 批 1 踩过 1 次，此前全靠人记得做审计兜底—— 人工审计只防得住记得做的人，这正是它该变成门禁的理由（票 = task-20）。 scripts/check_bom_drift.py（纯标准库） - 判定只有一条：HEAD 前 3 字节是 BOM 而工作区不是 → 列出文件与补救动作，不含二义措辞。 - 两条刻意不报（票面要求的边界，--selftest 逐条自证）：① HEAD 里根本没有的新文件无 BOM 不误报； ② HEAD 无 BOM 而工作区加了 BOM 也不报——那是另一个方向的改动，可能是有意的（把文件纳入名单）， 报红只会逼人 --no-verify，而"养成绕门禁的习惯"比漏检一次贵得多。 - 一条刻意不做：不自动补 BOM。正确修复是在文件最前面加 3 个字节；脚本整文件重写会按系统默认编码 重打中文，把可修的丢 BOM 变成不可修的 U+FFFD（AGENTS 铁律第 1 条那条更大的坑）。补救文案里把 这句完整写出来了——报错信息的作用是让踩的人当场做对动作，不是让他知道有人不高兴。 - 名单三处互指：AGENTS 铁律名单 / 本钩子 files 正则 / 脚本内 BOM_LIST，每次运行核一次；单独改任何 一处都会在别人的提交里被拦下。名单散在三处而无人同步，等于没有名单。 - --selftest 在临时 git 仓库里跑 4 条判定（含上述两条边界 + 主用例 + 名单外文件不参与），全过。 setview-check（Lead 指令：并入 task-20 同窗机械化） - 核 Drivers/BSP/UI/ui_w_setview.c 的四张视图表与 App/algo/prot_set 枚举序、 g_prot_set_meta 上下限是否同一份口径：id 恰好覆盖 0..39 各一次 / 数值行 min-max 等于 meta 换算 / kind 与 is_ctl 一致 / 单位纯 ASCII / 小数位查表与行表一致。机械化的理由不是"多一道保险"：BSP 侧看不到 App 头， 行表里的 id 是裸数字 + 行尾注名，这条对齐在编译期**物理上无法自证**；而页面上只有当前可见 的 8 行会被像素断言看到，错位要翻到第 2、3 页才可能被人发现——那时它已被黄金参考钉死了。 - 跨分支先后写成注释：脚本文件随 task-15 分支合入主干；在此之前 files 永不命中 → 钩子自然 skip （skip 不是失败），合并后自动生效，不需要任何人再动这条配置。 AGENTS.md（票面授权：只加一句机械化标注；下面实际动了两处计数，一并申报） - 铁律第 2 条末尾加"已机械化：bom-guard 钩子"+ 三处互指一句。 - 钩子计数 46 → 48 两处同步（不同步就是让 AGENTS 说谎）；并在文档索引行标出"bom-guard / setview-check 两篇待补"，把欠的详解篇目挂在明面上，不留沉默债。 验证 - 本笔**未用 --no-verify**：全量 pre-commit --all-files 46 项 Passed、0 Failed（含两条新钩子）。 - 端到端实测（不止 --selftest 自证）：真把 Drivers/BSP/UI/ui_w_records.c 的 BOM 剥掉并 stage → bom-guard rc=1 并打印补救动作；还原后该文件与 HEAD 逐字节相同，工作树干净。 - 顺带发现并行开发方案的一条空白（本笔未修，写域之外）：全新工作树没有 .map，mem-numbers 会因 "找不到 .map 真实源" FAIL，跑一次 @build 才绿。门禁隐含的"本树必须先构建过"前提在 docs/环境与部署/并行任务工作树方案.md 里没写；已回报 Lead 定夺归属。 - 自报一条：本笔第一次提交被 gitlint 拦下——正文有一行 92 > 80，**我量出来了却仍然按了提交**。 记在这里是给下一篇门禁详解留素材：这条门禁拦下过的人里也包括写门禁的人自己，而「拦下过 什么真事」那一栏不该只挑别人的事写。	2026-10-25 14:36:50 +08:00
wandering1	42b47aa5ac	chore(ledger): runpar 合入后回填台账/凭证/覆盖率并同步计数 ... task/runpar-par 合入（merge 7bbcc9c）：卡10 运行参数段 [run_par] 9 键 + 104 映射 0x8030~0x804F + 死区真源收编 + SYS_EVT_RUN_PAR_SAVE 落盘链。 @build 0/0：Code=219,620 / RO=22,036 / RW=1,280 / ZI=132,864； RW_IRAM1 76,720 B（58.6%）、CCM 87.9%。Flash +1,912 B、RAM +8 B 与 lane-d 申报一致，--no-verify 欠账清。meas.c 静态更名越界照准（同 TU 撞名 C2369 的最小修）。run_par.c 入覆盖率基线（39/39 套件）；钩子 45→46、单测钩子 21→22、总闸 38→39（AGENTS + 门禁 README）。	2026-10-25 13:21:39 +08:00
wandering1	7bbcc9cf6f	merge: task/runpar-par 合入 v2-on-ui ... 任务 runpar（1 个提交）经 task-worktree 回收： - feat(运行参数): 卡10 run_par真源收编+104段0x8020~0x8058读写映射（道D M6-①）	2026-10-25 13:16:45 +08:00
wandering1	8c72698666	feat(运行参数): 卡10 run_par真源收编+104段0x8020~0x8058读写映射（道D M6-①） ... 新增 App/algo/run_par.c/h（「数据可信」卡 10，lead 四裁落地）： - [run_par] cfg 段：遥测死区 9 键 int32 毫单位（db_ua…db_freq），工厂默认 = 卡 6 额定 0.5% 档（500mV×4 / 5mA×4 / 500mHz）；注册走 adc_cal 同款内核前 契约（app_main_init），不挂回调 = 引擎副本即生效值；键数 9≤16 不拆段 - 真源收编（裁③）：pts 层 s_yc_db 运行时副本删除，COV 每拍实时读 run_par （协议→算法向下依赖，同 meas 先例；无投递无缓存 = 顺序/幂等平凡成立）； iec104_pts_yc_set_deadband()/deadband() 保留为转发壳，壳内保留"成功清 半截确认计数"语义并由 TC-IEC104-027 追加断言钉住（裁⑤） - 104 地址映射（裁①）：0x8030~0x8038 死区 9 点 / 0x8040~0x8047 k 覆盖 / 0x8048~0x804F b 覆盖（逐项地址本仓自定——复现规划 §5.4 权威表不在仓， 送检点表到位后替换 run_par.c 顶部常量段一处；已在 IEC104 §3.4 表头挂账）； 路由顺序 = run_par 表先、未命中落 prot_set——0x8027~0x802A 属 prot_set 告警段永不覆盖，TC-IEC104-029 双向往返钉死；空隙地址自然 COT14/PN - 通道系数覆盖 = adc_cal_set 代理（裁②a）：合法带/越带 [ERR] 留痕全复用， run_par 不存第二份系数（防双真源）；单侧写 RMW 用另一侧当前生效值； 回显 = 生效值视图（文件坏值被哨兵回退 ROM 时主站看到的就是下游吃到的）； adc_cal 配套：+adc_cal_b_codes() 读取口（回显/RMW 用）+ set() 授权写者 注记扩至 iec104Task 直通路径（单字原子契约同「数据可信」§4.4） - 持久化（裁②b）：新事件位 SYS_EVT_RUN_PAR_SAVE(1<<8)；iec104Task 主循环 peek 投递 → defaultTask run_par_store_save() 一条事件一趟 cfg_file_save 整档外科（覆盖 [run_par] 9 键 + 联动 [adc_cal] 两段）；失败脏保留 = 天然 重试（B7 prot_set 同款）。C_SE 现行无"暂停/测试态"门控——文档现行如此 不造新语义，送检若要求接线点已写进 §3.4 注（裁④） 测试：新建 test/host/run_par（TC-RUNPAR-001~008，67 断言，真实 cfg 引擎 + 真实 adc_cal + 内存虚拟盘同 adc_cal 套件先例；[run_par] 注册契约/落盘往返/ 外改文件即副本生效/两段式不提交不置脏/合法带拒+RMW+生效值回显/init 幂等 重注册留痕）；iec104 套扩真链 TU（cfg_file+adc_cal+run_par 非桩，141 断言： +TC-IEC104-029 路由 + 壳清确认计数 3 断言）；meas 套静态更名 s_snap*→ s_ms_snap*（与 cfg_file.c s_snap 同 TU 相撞，D1 同款改名法，226 断言不变）； iec104_serv 套补 run_par_dirty_peek 假件。id_registry 建族 TC-HOST-RUNPAR （游标 008）+ TC-HOST-IEC104 游标 028→029；新钩子 run-par-unit-test + iec104 钩子触发面随真链扩；uvprojx +run_par.c（合法入库）+ SIM_EXEMPT 登记 （模拟器不编 104 协议，已核实 CMake 面）。 文档：IEC104 §3.4 运行参数段表（含送检替换账/门控未来条件/代理声明）、§7、 §8 第 4 条、变更记录；网络配置说明新增 §3.5 [run_par] 键表；复现规划 §5.4 补运行参数段落实进度。**遗留（交 lead）**：数据可信 §4.4 "引擎 RAM 副本" 一节当时的措辞对象含 pts 侧副本，s_yc_db 删除后该句过时（裁③b 点名，§4.4 在写域外未动）。 gate：@build 0/0（Code=219620 RO=22036 RW=1280 ZI=132864）；vs 0cbae7d： Flash +1912B、RAM(RW+ZI) +8B（37B 新静态被链接器并洞吸收）；iec104Task 栈 1456B/margin 43%、defaultTask 3032B 不变；id-check/doc-links/cppcheck/ coding-standard 实跑过；--all-files 全量 45 钩子实跑（43 绿 + 仅 mem-budget / mem-numbers 两红 = 台账受管区 vs .map 漂移，回填属 lead 单写者区，批 1/道D-1 /D2 同口径）：gate: only mem-budget/mem-numbers pending lead ledger backfill BOM/CR/U+FFFD/字面量 ASCII 逐文件自查通过。	2026-10-25 13:15:41 +08:00
wandering1	0cbae7dab2	chore(ledger): pts 合入后回填台账/凭证/覆盖率 ... task/pts-snap 合入（merge 8c47005）：卡9 104 读快照 + COV 2 点确认 + 死区运行化 + 卡11 频率点绑源。@build 0/0：Code=218,128 / RO=21,624 / RW=1,272 / ZI=132,864；RW_IRAM1 76,688 B（58.5%）、CCM 57,376 B 不变； lane-d 侧 --no-verify 欠账清（Flash +348B/RAM +48B 与其申报一致）。 iec104.c 覆盖率行增量入基线（38/38 套件）。凭证重盖。	2026-10-25 12:09:23 +08:00
wandering1	8c47005fe9	merge: task/pts-snap 合入 v2-on-ui ... 任务 pts（1 个提交）经 task-worktree 回收： - feat(104遥测): 卡9改读L2快照+死区运行化2点确认 + 卡11绑频0x401D（道D M5/M6）	2026-10-25 12:04:58 +08:00
wandering1	acc547efaf	feat(104遥测): 卡9改读L2快照+死区运行化2点确认 + 卡11绑频0x401D（道D M5/M6） ... 卡 9（App/protocol/iec104/iec104_pts.*，「数据可信」，docs/子系统设计/ IEC104上行设计说明.md §3.1/§4 同步）： - 数据源换轨：板端默认 YC 源从直读 phasor 改为**整体透传 L2 遥测快照** （meas_get 双区无锁；"新不新、能不能信"只在发布侧判一次，M5-② 落地）； iec104_pts_src_t 表尾追加 yc_read_ex（带品质）——旧注入源走 legacy 退路， 品质由返回值推导，行为与卡 9 前**完全一致**（存量假源用例零改动） - 品质映射 s_q_map：MEAS_QDS_* 低字节=线上 QDS 同值直传；CLIPPED→IV （「削顶通道 104 恒 IV」口径不变、从点表绑死 -1 改品质驱动——UB/UC/IB/ IC/IN 五路现绑快照槽，V0.2/N-18 削顶消失后**零改动自动启用**）；IV 优先 NT；快照从未发布（开机 <200ms）→ IV|NT；无效信息体清零（旧线上口径保持） - 死区运行化：运行时副本 s_yc_db（ROM 默认 = 点表列，卡 6 额定 0.5% 档不变） + iec104_pts_yc_set_deadband()/iec104_pts_yc_deadband()——卡 10 运行参数段 （8020H）的接线点已留；非法 idx/负值/NaN 拒绝、成功时清该点待确认计数 - COV 遥测腿升级（lead 裁②"卡 9 是消费者"）：判定 = 相对**上次上送值**（非 上次读值，防慢漂移吃基准）连续 2 个新测量点越死区才确认上送；回摆入带即 撤销候选；品质翻转当拍直报（含 0x401D 的 IV 进出）。测量点推进：板端按 快照 seq 去重（100ms poll vs 200ms 快照——不去重则同一帧把单点噪声计满 2 点，抗噪语义失效）；注入源=每次调用一测点（单测步进自持） 卡 11：YC 表加 src 类型（PTS_SRC_MEAS/FREQ）；0x401D 绑快照 freq_hz（与 freq_get 同源）；snap.freq_valid==0 → IV 清零（卡 11 DoD 原句） 测试与文档：test/host/iec104 97→127 断言——TC-008 语义更新为 2 点确认； 新 TC-IEC104-025~028（024 号被存量 B7 用例裸标签占用，让号并改用全家长 形态）板端默认源走**真实 L2 链**（ring→phasor→freq→meas，非桩）：未发布 NT/值透传/CLIPPED→IV 清零/绑频收敛 ±0.02Hz/未新鲜 IV/死区运行档压旧档/ 回摆撤销/seq 去重同帧不计数/换帧只变品质按集合直报；id_registry 族游标 023→028；IEC104 上行设计说明 §3.1 表+注/§4/§7/§8 第 4 条/变更记录同步。 无新 .c（uvprojx 零改动）；PC 主站读回一致与频率 ±0.01Hz 属网络对端验证 ——步骤清单已发 lead 排窗，本轮零台架动作。 gate：@build 0 错 0 警（Code=218128 RO=21624 RW=1272 ZI=132864）；增量 vs adeef7d：Flash +348B、RAM(RW+ZI) +48B（低于 96B 预估，链接器并洞）， IRAM1 58.5% 不变；iec104Task 栈 worst=1456B margin=1104B(43%) PASS 无抬栈 （stack_report）；--all-files 全量实跑：其余钩子全绿（含修掉一处 cppcheck variableScope 后），仅 mem-budget + mem-numbers 两红 = 台账受管区 vs .map 漂移（回填属 lead 单写者区，批 1/道D-1 同口径）： gate: only mem-budget/mem-numbers pending lead ledger backfill BOM/CR/U+FFFD/字面量 ASCII 逐文件自查通过（未触碰带 BOM 文件）。	2026-10-25 12:03:29 +08:00
wandering1	cc3595a1c4	merge: task/v5tool-logan 合入 v2-on-ui ... 任务 v5tool（1 个提交）经 task-worktree 回收： - feat(台架): V5 复跑判读脚本 v5_log_gap_report——静默段自动判类 + stall/MISS 双零计数	2026-10-25 11:40:09 +08:00
wandering1	efc3ed1c61	feat(台架): V5 复跑判读脚本 v5_log_gap_report——静默段自动判类 + stall/MISS 双零计数 ... 道F 批 2 支援 task-19（纯主机侧工具，零固件接触；合窗台架由 lead 执行， 本工具承担判读面）。 ① scripts/v5_log_gap_report.py：输入 serial-assistant 落盘日志，自动列 >=10s 静默段并逐段判类 NO-SOURCE / PROBE-WINDOW / BOOT-WINDOW / TRUE-STALL-SUSPECT——贴边证据 = 控制台两本账（CONSOLE dropped/tx fault） + syslog 三类 drop 的留痕行；口径唯一来源 = docs/子系统设计/ 控制台单写者日志设计说明.md 文末附录（2026-10-25 合并评估）。 task stall 计数 + MISS start 开机良性豁免内建（实机指南 §9 第 8 条）。 双钟源：采集相对钟 [+NNNms] 优先，缺行首钟退化设备绝对钟；RTC 前跳按 会话边界处理不产假静默、回拨钳制；会话切分 = 相对钟回退或 reset cause 锚点。--json 机读 / --report-only 只出报告 / --selftest 免台架自检。 退出码 0=双零达标 / 1=违规 / 2=日志不可用 / 3=用法（沿用 scripts 惯例）。 ② 用法十行落 docs/测试说明/实机测试实施指南.md §7.2（判据互链）。 【验证】py_compile 绿；--selftest 15/15 断言（双钟源、四类判定、良性豁免、 时钟边界、FAIL 判分路径全覆盖，断言即口径防漂移）；真实样例三份： B6 PROTECT_MISS = 2 条良性 MISS + 0 静默 + PASS；B9 prod = PASS； probe_stale_gate = 124 时点/2 会话/PASS；合成负样例（stall 行 + 34s/28s 静默段）RC=1 且 28s 段判 PROBE-WINDOW——与 V5 时代 ~28s 静默签名吻合。 【门禁自查】doc-links 首跑拦下一处自引用错号（开机良性豁免条实在 §9 第 8 条 而非 §4.3——§4.3 属看门狗设计说明），指南与脚本头两处一并改齐后绿。 【越界】无——写域 = 看板声明两件（脚本 + 指南 §7.2 互链行）。 【门禁】脚本类无 -unit-test 钩子义务（判定面由 --selftest 承担）。	2026-10-25 11:38:23 +08:00
wandering1	6f18f8d811	merge: task/n2-logpipe 合入 v2-on-ui ... 任务 n2（1 个提交）经 task-worktree 回收： - docs(日志): N-2 × S8 合并评估收口——S8 判已达成、IT/DMA 维持否决、N-2 收敛 V5 复跑	2026-10-25 11:02:25 +08:00
wandering1	c89c8effd4	docs(日志): N-2 × S8 合并评估收口——S8 判已达成、IT/DMA 维持否决、N-2 收敛 V5 复跑 ... 道F 批 2 / task-18（评估任务：结论即交付，零代码改动，未顺手重构）。 【结论（全文 = docs/子系统设计/控制台单写者日志设计说明.md 文末附录 A.1-A.4）】 A.1 S8（非阻塞日志；需求出处 = 链路延迟测试说明 §9.2/§10.2）在**生产者侧已由 单写者形态达成**：实测日志税 4402µs/行（L10）→ 亚微秒~µs 级整行入环； 溢出 = 有界 200ms + dropped 账 + [ERR]；冲刷 = 有界裸发。S8 判**已实现**。 A.2 TX 中断/DMA（原案后半）维持 D4 否决；复议条件绑定 S-3（TX-only 根治 ORE 僵尸，批 2.5 独占轮）：根治后 tx_timeout 实测增量 > 0 才复议——S-3 之前 动 TX 路径 = 给即将被移除的场景写两遍代码。 A.3 与 N-2 合并判定 = 同源不同题：判据②（丢弃可观测）已具备（v1.5 三本账 + syslog 丢弃账）；判据① 运行期窗内静默随 N-17（merge 969fc5c）待复跑核验， 附录并给出「无源 vs 真停滞」机判口径（账目增量 / [ERR] dropped 行对照）。 销项条件 = V5 复跑（e02_probe + FTP ≥30min）运行期 stall 与非开机 MISS 双零； 销项动作与登记簿行清理归 lead，本提交未碰 docs/任务规划/**。 A.4 遗留面全部既有（O1/O2/O3/O4/S-3 归属不变），无新增。 【最小实现】判定为**无需**（三结论：已实现/否决/观察窗内）。唯一候选（O2 的 STALL 证据行接 tx_timeout）涉 App/util 与台架证据行解析端，超本卡写域，维持 O2 后续项登记。 【改动】纯文档 3 个：控制台单写者日志设计说明.md（附录 + §11 时间线 + 修订 记录 v1.6）；链路延迟测试说明.md §10.2 第 9 条划状态 + 第 14 条现状互链； 实机测试实施指南.md §7.2 结论段互链 N-17 修复与销项条件。 【越界申报】docs/子系统设计 + docs/测试说明 3 篇——评估类任务的结论落文档 即交付物本身，同 n22 批准②的先例类别；未碰单写者/登记表以外他人文件。 【门禁】check_doc_links --all：本单 3 篇引用全绿（首轮照出附录 3 处跨行/裸形 小节引用已改紧邻完整路径写法；仓内余 32 条 = simulator/SDL2 第三方路径空格 既有噪音，与主干一致、非本单引入）；id-check exit 0。零代码 → 无需 @build； soe_store/道E 窗口零交集（本卡零代码）。	2026-10-25 11:01:00 +08:00
wandering1	adeef7d21b	chore(ledger): meas 与 n17 两笔合入后回填台账/凭证/覆盖率并同步计数 ... task/meas-snap 合入（merge 9c2653c，meas 快照层，分支树冲突由 lead 并集 手工解：id_registry 三族 UIDATA/VOLSYNC/MEAS 共存，JSON 校验过；该合并 提交按 mem 域例外 --no-verify，理由=合并树 .map 滞后，回填本笔兑现）。 task/n17-probe 合入（merge 969fc5c，drop 路径异步化 Flash +16 B/RAM 0）。 合并后 @build 0/0：Code=217,828 / RO=21,600 / RW=1,264 / ZI=132,840； RW_IRAM1 76,664 B（58.5%）、CCM 87.9% 不变。覆盖率 38/38 套件基线登记 （meas.c 入账）；凭证按最终 .map 重盖。计数：钩子 44→45、单测钩子 20→21、总闸 37→38 套（AGENTS + 门禁 README）。	2026-10-25 10:37:05 +08:00
wandering1	969fc5c132	merge: task/n17-probe 合入 v2-on-ui ... 任务 n17（1 个提交）经 task-worktree 回收： - fix(网络): 主动拆会话登记即返——drop 路径不再占用 netTask（登记簿 N-17 收口）	2026-10-25 10:32:25 +08:00
wandering1	9c2653c6ef	merge: task/meas-snap 合入 v2-on-ui ... 任务 meas（2 个提交）经 task-worktree 回收： - Merge branch 'v2-on-ui' into task/meas-snap - feat(遥测快照): 卡8 meas 双区快照模块 + adc_task 200ms 唯一发布点（道D M5）	2026-10-25 10:29:38 +08:00
wandering1	62987b4596	Merge branch 'v2-on-ui' into task/meas-snap ... # Conflicts: # scripts/id_registry.json	2026-10-25 10:29:18 +08:00
wandering1	a3c6e89378	fix(网络): 主动拆会话登记即返——drop 路径不再占用 netTask（登记簿 N-17 收口） ... 道F 批 2 / task-17。定位 + 单点收口，不开 net 层跨上下文大口子。 【定位（链路，全部代码可复核）】 探针挂起 30s → time_sync.c:149 预算耗尽 → :187 net_drop_conn()。NET_MSG_ DROP_CONN 处理器（net_drop_conn_locked）内同步跑 net_sock_reset_sync (QUARANTINE)（2ms 节奏、400ms 底/600ms 顶，自家注释原记「等待期 netTask 有界占用 ~400-600ms」）：netTask 的 1ms 主循环冻结在同一迭代 → NET 位 停摆；串行总线整窗停摆 → UI 推流/FTP/104 在途消息回执顺延；对时调用方 睡在 net_wait_result 等回执期间无分片心跳 → 五位同窗缺席 → 连续 8 个 100ms 抽样停喂 → 声明 [WD] task stall（V5 时代 req=0x37、快照只剩 bit0， 即日志 mask=0x00000001）。被动断连/EOF 走 net_listener_tick 异步沉降机 （D10 条令）故纯 FTP 负载 0 stall——只有主动 drop 留在同步原语里。 【修复】监听型 fd 的芯片拆除改为 net_listener_settle(QUARANTINE) + net_listener_request(REQ_DROP) 登记即返，拆链/排渣/等 CLOSED/重建全部 交 net_listener_tick 30ms 节奏——与被动释放同一台机器（E16 台架实证该 自建序列 RST 10/10、FIN 5/5）。非监听 client fd 无监听可保，同步形态 原样保留（全仓零生产调用者）。返回值语义显式改为「拆除与重建已登记」 （net_socket.h 注释按 lead 要求写明，防未来调用方按旧语义写）。 APP_ASSERT（S12 试点）分派门与断言位置未动，登记时序下仍成立。 【评估否决留档（lead 要求论证入文档）】「缩短重建重试 5×2s」不采： 该退避在 time_sync_open_listener() bind/listen 失败路径、已被 time_sync_delay_fed() 分片喂保护、不在缺口链上；缩短反撞 TRAP-NET-09 沉降窗。全文见 docs/网络/网络自愈架构设计.md §4.6（已改写）。 【竞态与信源核对】① 主路径置 CLOSED 后迟到的 DISCONNECT/TIMEOUT 被 net_events 状态门拦截（只认活会话态），不会把刚登记的 QUARANTINE 降级； ② 零新增读清点——全局寄存器唯一读者仍 net_poll，隔离窗两处本 Socket 读清是 net_listener_tick 原位，§4.10 三条准入判据不触发；③ E13 物理 边界（对端不配合 FIN_WAIT_2 长尾）逐字不变，只移动等待发生的位置。 【测试】net_socket 主机套件 457/457：TC-NETSOCK-240f/321b/321b2/460e 重锚到登记式（settle+REQ_DROP、rst 机零启动、tick 预算 ≤20、无 [ERR]）， 新增 321g/h/i + 460f 钉住 client fd 旧同步形态。全量 --all-files 40 绿。 【体积增量（vs scripts/ram_baseline.tsv 2026-10-25 行）】 ER_IROM1 237328→237344（+16 B）；RW_IRAM1 75792（+0）；ZI 0。 @build 0 错误 0 警告（Code=215948 RO=21396 RW=1232 ZI=131984）。 gate: only mem-budget/mem-numbers pending lead ledger backfill test-coverage 本条**绿**（已覆盖行净增，未动用裁决③的覆盖率例外—— 旧同步路径行经 client fd 新用例继续被覆盖，净差非负）。其余含 id-check/doc-links/全部主机单测绿。仅 mem-numbers/mem-budget 两红 = 台账 +16B 漂移待回填（lead 单写者禁区）。 【越界申报】① test/host/net_socket/{ns_s3_msg,ns_s4_state,ns_s5_io}.c （批准③同类：只动本任务相关用例，未碰他人行）；② docs/网络/ 网络自愈架构设计.md §4.6 改写（lead 本任务指令明示）。登记簿 N-17 销项与 README 波次行归 lead；docs/内存管理 数字未碰（禁区）。 台架：V5 复跑判据（e02_probe + FTP ≥30min 零 stall / 零复位）属网络 对端类——待 lead 排窗，步骤清单随 done 消息发出。	2026-10-25 10:08:46 +08:00
wandering1	b746a1ff00	chore(ledger): ui-data 合入后回填台账/凭证/覆盖率并同步门禁计数 ... task/ui-data-feed 合入（merge 98664a1）：ui_data 三通道快照 + ui_data_feed 装配 + ui_w_soe 显示名 + 字库 +4 字（采/样/恢/效， 179→183）。合并后 @build 0/0：Code=217,204 / RO=21,504 / RW=1,256 / ZI=132,680；RW_IRAM1 76,512 B（58.4%）、CCM 87.9%。 lane-e 分支侧 --no-verify 欠账清；覆盖率基线登记 ui_data.c （37/37 套件、tested 41）；凭证重盖（L0c 恢复序列）。 AGENTS/门禁 README 计数 42→44 钩、18→20 单测钩子（n22+ui-data 两笔带进来）。	2026-10-25 10:07:15 +08:00
wandering1	48bc50e794	feat(遥测快照): 卡8 meas 双区快照模块 + adc_task 200ms 唯一发布点（道D M5） ... 卡 8（App/algo/meas.*，新增；布局权威 docs/任务规划/数据可信.md §4.5）： - meas_snap_t = §4.5 布局（sizeof 72 B；字段偏移由 TC-MEAS-002 钉死——卡 9/ UI 按整体拷贝消费，破布局=破协议；谐波 k-bin 扩展（docs/算法/继电保护功能 复现规划.md L2-8）只许尾部追加，留口注释已写进 meas.h） - 并发 = phasor 双区 + 单字节索引翻转（L2-7 同型，无锁）；seq 只增供判"换帧"； meas_get 失败路径清零填充（-2 未就绪时调用方可安全读） - 值口径 = A-lite 裁决（lead 2026-10-25 快裁，推翻票面全链）：基波有效值瞬时 透传，复用 phasor_calc 纯核 → 与 phasor 使用区同拍同值（TC-MEAS-005 逐位 相等钉死）；不做 4 点平均/方和根（§4.5"200 ms 是上送节拍不是平均窗"） - 品质注入：CLIPPED 位图唯一源 = adc_cal_flags()（「数据可信」§4.2 三态表， 编排方注入、本层不链 adc_cal）；取窗不足路 = IV|NT 且整帧 valid=0 但照常 发布（品质节拍性刷新）；TEMP = 最新一点透传 + NT（「数据可信」决策 5）； MEAS_QDS_* 低字节 = 104 QDS 线上值（本层不 include 协议层头——分层方向， 卡 9 直接截低字节映射）；OV 留位不填（判据待运行参数化，卡 10 域） - adc_task.c 编排：新帧拍 freq_run() 后按 **tick 经过**分频（非拍计数，idle/ skip 拍会拉长名义节拍）调 meas_tick()——全仓调用点数 = 1（「数据可信」§8 风险表"快照双写"行评审判据）；meas_init 挂 adc_task_init（不动 app_main.c）； 心跳新增 meas: 行（seq/v/ua·un·ia_mv/f/fv）作 M5 台架观测面 - 死区 2 点确认状态机本卡不建（卡 9 迁移 104 语义时随建，lead 裁③）；104 层 现有 deadband 常量未动；频率点绑定归卡 11 - 实测采样类判据（读数 vs 注入源）= 待台架实测，本卡零台架动作 测试与注册：新套件 test/host/meas（226/226，链真源 meas+phasor+sample_ring 免桩；覆盖 seq/双区无撕裂/布局/品质汇总/回绕/守卫）；id_registry 建族 TC-HOST-MEAS（游标 011）；meas-unit-test 钩子 + SIM_EXEMPT 一条 + uvprojx 仅增 meas.c 单条挂载（diff 已核零 UV4 抖动）；App/algo/README.md §1/§2/ §3.9/§4 同步（设计说明大节与 AGENTS 口径留 lead 收口，同批 1 先例） gate：@build 0 错 0 警（Code=216352 RO=21476 RW=1232 ZI=132128）；RAM 增量 RW+ZI = +152 B（快照双区恰 +144 B = 卡面 DoD；余 s_meas_ms 等编排状态）， IRAM1 57.8%→约 57.9%；Flash（Code+RO+RW）+696 B；adcTask 静态最坏链 1408 B / margin 1152 B（45%）PASS（stack_report 实测，无抬栈）；BOM/CR/U+FFFD/ 字面量 ASCII 逐文件自查通过（未触碰带 BOM 文件）。pre-commit run --all-files 实跑：其余钩子全绿（含 doc-links/id-check/ 覆盖率总闸/双端注册/ui-golden/全部主机单测套），仅 mem-budget + mem-numbers 两条红 = 台账受管区 vs .map 漂移（Flash/RAM 台账回填属 lead 单写者区，批 1 同口径）： gate: only mem-budget/mem-numbers pending lead ledger backfill	2026-10-25 10:02:10 +08:00
wandering1	98664a11ed	merge: task/ui-data-feed 合入 v2-on-ui ... 任务 ui-data（2 个提交）经 task-worktree 回收： - feat(ui-data): ui_data 三通道快照 + ui_data_feed 装配 + SOE 显示名映射 - feat(ui-font): 字库补 SOE 显示名用字 采/样/恢/效（179→183 字 / 274→278 字形）	2026-10-25 09:59:35 +08:00
wandering1	201d713226	feat(ui-data): ui_data 三通道快照 + ui_data_feed 装配 + SOE 显示名映射 ... 按 docs/UI设计/UI_数据供给设计说明.md 的 D 方案把 App→UI 数据通道落地： App 组帧、BSP 存帧、页面只读；UI 侧零 App include，薄包装只在两端适配层。 本笔是纯增层、不接任何页面 → 零像素变化（菜单 8 状态 + 内容页 11 页黄金 参考逐字节不变，simulator/tests/ref 无 diff，未刷基线）。 新增 - Drivers/BSP/UI/ui_data.{c,h}：实时量 rt / 参数 par / 装置信息 info 三通道存储 + 发布序号盖章 + 只读访问。零 App include、零 LVGL include（分层叶子）； 读写同在 uiTask 上下文串行 → 无锁、无双缓冲、无 seqlock（契约 §5.1）。 - App/app/ui_data_feed.{c,h}：快照唯一填充者。rt/info 每 200 ms 一帧，par 只在 prot_set_checksum() 变化时重发；首轮立即发布，免启动初期闪一下 "--"。 - Drivers/BSP/UI/ui_w_soe.{c,h}：SOE 二进制记录的显示名映射与注入式 reader 契约。未标定闭锁=7 / 标定复归=8 已进表——编号按 App/log/soe_rec.h 与 App/algo/prot_elm.h 现场数过（类型 1..8 + 哨兵 9、元件 0..8、ELM_NONE=0xFF、 FLG_IV=0x80），不采信文档与消息转述。reader 备好但两端未绑定：落盘侧还 没有只读 API（Lead 已裁该 API 归下一工作项），未注入按"无记录"空态渲染。 量纲诚实性（契约 §4.1 同步改成真值口径，不再抄旧码值表述） - eng 不写"0 = 原始码值"：标定层 ROM 系数是引脚侧 LSB，采样环折算出来的就是 ADC 引脚电压（承诺边界 docs/任务规划/数据可信.md §2.6）；电气 8 路 adc_cal_flags() 的 VALID 全置位才升 eng=1 二次值——整帧共用一个 eng，只要 还有一路是引脚电压就不能贴"二次值"标签，宁可整体保守。 - TEMP 不参与线性标定 → 恒带新增品质位 UI_DATA_Q_RAW=0x20，页面不挂单位。 - UB/UC/IB/IC/IN 无基波相量实例（V0.1 削顶）→ Q_IV|Q_OV；未满一周波 → Q_NT。 - 谐波另开 ph[] 相量实例槽带：yc 的语义通道下标容不下同通道的二次/五次谐波。 接线与双端注册 - App/task/ui_task.c：ui_menu_init 之前 ui_data_init + 首帧发布；主循环每轮 ui_data_feed_tick() 排在 ui_port_step 之前（本轮渲染用本轮刚发布的帧）。 - simulator/main.c：发布固定合成帧（无头与窗口两个初始化点，先于建页）； 定值不手抄 40 个数，改为链入 App/algo/prot_set.c 取出厂默认（抄表等于造 第二真相）；build_date 用固定串而非 __DATE__，否则跨天重建会把装置信息页 黄金参考刷掉，而黄金参考是判据本身。 - 注册：uvprojx 加 3 条（App 组 ui_data_feed.c + UI 组 ui_data.c/ui_w_soe.c）与 simulator/CMakeLists.txt；ui_data_feed.c 不进模拟器 → check_registration.py 的 SIM_EXEMPT 加一行（App/app/app_main.c 先例，已报备）。 主机单测与钩子 - test/host/ui_data：82 断言全绿。钉三类事：快照语义（首帧前读 -1、序号由本层 盖章、三通道互不串台、NULL 防御、init 幂等复位）；跨层不透明下标现场一致 （yc 序 = adc_semantic_t、q10 序 = prot_set_id_t，同一 TU 里 include 两侧头）； SOE 编号与名字表现场一致（八类事件都有名、采样/标定四个词互不相同、 名长不超列宽、越界回占位）。 - .pre-commit-config.yaml 加 ui-data-unit-test 钩子（第 43 个，Lead 已批自加）。 - scripts/id_registry.json 建族 TC-HOST-UIDATA（属主登记处 = 单测目录，同 TC-HOST-ADCCAL 先例；不建族则新号被编号门禁判"未登记前缀"）。 体积（相对 HEAD 台账 Code 215744 / RO 21396 / RW 1224 / ZI 131984） - Code +1272 B、RO +108 B（字库 4 字，见上一笔）、RW +24 B、ZI +696 B → ER_IROM1 238520 B（22.7%）、RW_IRAM1 76504 B（58.4%，台账 57.8%）。 - .map 逐项：ui_data.o 488 B（Code 184/RW 12/ZI 476）、ui_data_feed.o 221 B （1034/12/209）；LVGL 池 0 增量；ui_w_soe 未接线不进镜像（.map 无其符号）。 - 台架未跑（本笔零像素、零接线）：首帧时刻、200 ms 刷新、eng 升档与遥信 位图真值全部留"待台架实测"，接线完成后请 Lead 排窗。 遗留与风险（随回报进台账） - 写路径（契约 §6 的 param_request/state）不落：无消费者就是永不执行的死码， 随整定 4 页一起落；届时须先定"UI 整定 vs iec104Task 写 prot_set"的并发口径 （prot_set_set_sealed 的影子区非重入）。 - 公共地址 CA 未下发：固件里 CA 逐帧从 ASDU 头解析，无集中常量可取。 - 遥信位图与 App/protocol/iec104/iec104_pts.c 板端源是两处镜像（该文件位号 写在函数体内未导出，UI 不得 include 协议头），开入采集落地时应并成单源。 - 版本类字段是本文件内的宏（仓库无产品级版本登记表，值沿用页面既有显示 值）；软件校验位在拿到构建期 CRC 步骤前一律显示 "--"，不抄参考遗留值。 gate: 全量钩子（--all-files）40 项通过；cppcheck/test-cppcheck/coding-standard/ layer-deps（基线仍 3 条）/registration/bsp-err（存量 38 条不变）/font-charset/ id-check（增量无新账）/doc-links/ui-golden/主机单测与覆盖率全绿；唯一红项是 mem-numbers 与 mem-budget——两者只因 Flash/RAM 台账未回填（禁区，归 Lead）。 gate: only mem-budget/mem-numbers pending lead ledger backfill 自查：BOM（Drivers/BSP/UI/* 与 App/task/ui_task.c 保持 EF BB BF，新建 UI 两件 同规范；App/app 与 test/host 无 BOM 与本目录一致）；CR = 0 全 LF；U+FFFD = 0； 字符串字面量纯 ASCII（中文只进注释）。	2026-10-25 09:56:22 +08:00
wandering1	8cbc7bc6b6	feat(ui-font): 字库补 SOE 显示名用字 采/样/恢/效（179→183 字 / 274→278 字形） ... 单独提交：按字库独占规矩，缺字改动自成一笔，不与功能改动混笔。 用字来源（下一笔提交的 ui_w_soe 显示名映射）：事件类型"采样闭锁/ 采样恢复/标定复归"与时标行的"时钟无效"。缺字上屏是空白方块、无日志 无报错，只能靠像素回归与门禁照出来。 流程（font-regen 四步，未跳步）： 1. extract_cn 扫出 144 字 < 现清单 179 字：35 字源码已不用但不属 KEEP_EXTRA 那 4 字（异/常/片/芯）——它们是 2026-09 窗口固件写进 /log/selftest.log 定长记录的历史用字，跨固件持久落盘，静态扫描照不出来。故按并集回填， 本笔只加 4 字、不做瘦身：瘦身等于让历史审计记录永久渲染空白且不可逆， 收益（约 35 字 × 27 B RO）与代价完全不对称（同门禁头注"刻意保留 ≠ 未知冗余"的同一判定逻辑）。这 35 字要不要入 KEEP_EXTRA 已回报 Lead 裁决，不在本道写域。 2. make_font.py 重生成 ui_font_cn_12.c：coverage OK，183 字全覆盖；▶/Ⅰ/Ⅱ/Ⅲ 补回字形的单码位 cmap 条目未被宽稀疏 range 吞掉（首命中守卫通过）。 3. 像素回归：菜单 8 状态 + 内容页 11 页黄金参考逐字节不变， simulator/tests/ref 无 diff → 本笔不产生基线变化，未用 --update 刷参考。 4. 构建：@build 0 错误 0 警告（RO-data 21396→21504，+108 B，1bpp 12px 每字 约 27 B 含字形描述符）；模拟器 0 警告。 计数字段同步（同一事实只改数字，不重复抄流程）： - docs/UI设计/UI_中文字体生成与配置.md：产物说明 + 体积档（含 4 字实测增量） - docs/UI设计/UI_界面制作流程.md C3 行 - docs/UI设计/UI_设计架构.md 默认字体行 - simulator/README.md 已知坑第 4 条 自查：BOM/CR/U+FFFD/字面量 ASCII 全树核对通过；全量钩子 40 项通过， 仅台账两条待回填（数字随下一笔的 ui-data 提交一起由 Lead 回填）。 gate: only mem-budget/mem-numbers pending lead ledger backfill	2026-10-25 09:56:10 +08:00
wandering1	042e85820c	chore(ledger): n22 合入后回填台账/凭证/覆盖率基线 ... task/n22-flush 合入（merge 6f99dea）：vol_idle_sync 空闲 flush 兜底。 Code 215,744→215,932（+188 B）、RW 1,224→1,232（+8 B）、ZI 不变； RW_IRAM1 75,792 B（57.8%）、CCM 57,376 B（87.9%）不变——lane-f 分支侧 --no-verify 欠账清。覆盖率基线登记 vol_idle_sync.c（36/36 套件）。 凭证重盖（L0c 恢复序列）。	2026-10-25 09:29:55 +08:00
wandering1	6f99dea3a9	merge: task/n22-flush 合入 v2-on-ui ... 任务 n22（1 个提交）经 task-worktree 回收： - feat(存储): 写回缓存空闲 flush 兜底——卷空闲周期 CTRL_SYNC（登记簿 N-22 收口）	2026-10-25 09:25:14 +08:00
wandering1	484d068250	feat(存储): 写回缓存空闲 flush 兜底——卷空闲周期 CTRL_SYNC（登记簿 N-22 收口） ... 道F 批 2 / task-16。FTL 单页写回缓存（nand_ftl.c s_cache_dirty）与 dhara journal 只在换页/整页写/f_close 时刷出，漏网脏页的掉电驻留窗无上限。本 提交以最小面收口：不碰 GD5F/dhara 驱动，全部走既有 FatFs CTRL_SYNC 路径。 实现 App/fs/vol_idle_sync.[ch]（新增，仅 MCU 端，uvprojx App 组注册）： - 四级门：STORAGE_READY 就绪门 → 5 s 节流（无符号差回绕安全判据）→ vol_lock_wait(0) try（锁被持有=文件序列在做，跳过，不改 STOR 持有期 语义）→ disk_ioctl(0, CTRL_SYNC)； - clean 态脏标志+journal 双短路、零 NAND 触点；脏态最坏 = 一次 f_close 的同步段同型成本，不引入新磨损来源； - 失败按边沿 latch 一条 DBG_ERROR、成功重新武装；失败路径也成对放锁； - TEST_SUITE_STORAGE 构建整体 no-op（卷由 testTask 独占）。 接线：defaultTask 主循环 syslog_drain 之后（default_task.c v1.3）。 文档：docs/架构设计/STM32F4-Base存储架构说明.md §5.5 补空闲兜底与边界； 本板无掉电检测硬件、不做掉电前强制 flush、勿当掉电保护——口径同步落 注释与文档（sys_log_mcu.c 两处旧「暂不做」注释随实现改口）。 测试：新主机单测 test/host/vol_idle_sync/（TC-VOLSYNC-001..012，19 断言 全过）；scripts/id_registry.json 建 TC-HOST-VOLSYNC 族（仿 ADCCAL 先例）； .pre-commit-config.yaml 加 vol-idle-sync-unit-test hook（只加自己条目）。 越界申报（①②③ 均 lead 批准，④ 为门禁连带必要）： ① App/task/default_task.c 单点接线（include + 1 调用 + 头修改记录）； ② docs/架构设计/STM32F4-Base存储架构说明.md §5.5； ③ .pre-commit-config.yaml 单 hook + scripts/id_registry.json 单族； ④ scripts/check_registration.py SIM_EXEMPT 加一行（vol_idle_sync.c 模拟器 侧豁免，registration-check GAP 所需；与批准③同类别但未列名，特此申报）。 体积增量（vs scripts/ram_baseline.tsv 2026-10-25 行）： Flash(Code+RO) 237140→237328（+188 B）、RW 1224→1232（+8 B）、ZI 0； 增量 = 3 个文件级 static + 一处 DBG_ERROR 调用点；栈/堆无变化。 gate: only mem-budget/mem-numbers pending lead ledger backfill 全量 pre-commit --all-files：40 项 Passed，仅 mem-numbers（D-7 体积档）与 mem-budget 两条红 = 台账数字待回填（增量如上，属 lead 单写者禁区）； 其余含 doc-links/id-check/registration/test-coverage/全部主机单测皆绿。 @build 0 错误 0 警告（Code=215932 RO=21396 RW=1232 ZI=131984）。 台架：空闲 sync 实机节奏（clean 零触点、脏态时长、无心跳扰动）属实际 测量采样类——本批跳过，留「待台架实测」。	2026-10-25 09:23:20 +08:00
wandering1	13ef0715bb	docs(销项): 批 1 登记簿收口 + A-5 口径联动到三处门禁文档 ... 销项（登记簿删行 + 结论沉淀指针）： - 数据可信.md：卡 1~7 行删除，表下补销项记录（merge 231dc81/d39e5c9/ 59da40b）；§2.1 口径冲突注改 ✅ 已定死；§6 顺序图与失效预警改写为 "批1 已销项 + 批2 在途"现状；卡 0/0b/12 与 M4①⑤台架面保留待跑 - 测试与架构专项.md：未闭环一览删 S12 / A-5 两行；§1 标题 1 项→0 项， P1-10 剩余两条改已销项记录（5 档构建 + f3 PASS，数字正文在 test/board/ch395f_test.h）；§2.1 S12、§2.3 A-5 标题 ⬜→✅ 带落点 - README.md：一览删 P1 收步行；网络/结构/UI 行加 🟦批2 在途标记； 测试基础设施 5→3；数据可信行改"在途 7 卡"；验证常态两处删 P1-10/S12/A-5 口径联动（A-5 已落地，文档追平）： - CI 远程CI完整指南.md §0.0 整节重写（盲区→同码凭证强制 + 三项仍 守不住 + 变更记录行）；CI README 索引行同步 - 门禁说明/mem-numbers.md §1/§6、mem-budget.md §6 第 4 条：远端缺口 已由 check_size_gate.py 关闭，唯一正文 = 其 docstring	2026-10-25 08:36:44 +08:00
wandering1	db9f256fd0	docs(收口): 批 1 台架记录与门禁/产物分家口径落档（道C 文案兑现） ... - test/board/ch395f_test.h：f3 轮台架记录追加——VERDICT PASS， task stall 468→14（net 类 431→0，掩码复活实锤），余 13 条为 netTask 自挂起前喂一次 vs 精确匹配判据的语义打架 + 1 条 uiTask 瞬态 + 1 条设计内 P2 留痕；lead 裁决不放宽超集判定 - 主机单测覆盖率口径.md：中间产物路径 L80 与坑 12 重写为 %TEMP%/dtu_host/<工作树哈希>/ 分家 + runs 独占（adabb6a 落地， 旧固定共享名作废；判据正文指向 harness 顶部） - 并行任务工作树方案.md §5 表：单测产物一行——不需要锁但必须 按树分家（对照 build/bench 真独占） - 门禁说明/cubemx-survival.md §6：新增第 7 条「基线漏项=静默不检」 （net-msgq-adopt 实证，--write 后抽查新增条目） - 门禁说明/id-check.md §5：拦下过真事追加——P1-10 注释裸编号被 校验 6 拦（紧邻写法在 C 注释同样生效）	2026-10-25 06:12:02 +08:00
wandering1	bd7f15fc3e	chore(size): P1-10 合入后重盖体积凭证（v2 索引指纹） ... task/P1-10-test-fw 合入（merge 73f9e10，含 A5 指纹跨树稳定修复 / WD 掩码死分支复活 / %TEMP 分家 / 四 Fault 显式判据 / P1-10 四档实测）。 产品态体积与 383b450 逐项相同：Code=215,744 / RO=21,396 / RW=1,224 / ZI=131,984（零增量——掩码修复在产品构建走原分支）。 台架 f3 轮 VERDICT PASS（boot log 20261025_055725，bench PASS 已入台账）。	2026-10-25 06:08:25 +08:00
wandering1	73f9e10492	merge: task/P1-10-test-fw 合入 v2-on-ui ... 任务 P1-10（8 个提交）经 task-worktree 回收： - chore(size): sync 追平后重盖体积同码凭证（v2 索引指纹，1396 文件） - docs(P1-10): sync 追平后补记四档复测数字（产品基线已前进，旧注保留） - merge: v2-on-ui 追平至 task/P1-10-test-fw（含 A-3 卡5~7 与 B-3 记录 reader） - test(P1-10): 套件回归 forbidden 换成显式四 Fault 标签 + 台架记录 21/21 - fix(WD): HW 测试模式掩码死分支复活——include 缺失自 7feeea6 - fix(test): 主机单测/覆盖率产物按工作树分家 + 每次跑独占目录（task-10） - test(P1-10): CH395F 套件三档构建实测 + 修阶段开关行尾跨行注释的切换陷阱 - fix(A5): 体积凭证指纹改取 git 索引 blob——跨 checkout 稳定，并拦未 staged 改动	2026-10-25 06:03:55 +08:00
wandering1	8c28f3bfdd	docs(收口同步): 批 1 落地后 AGENTS/104/算法层口径更新 + SOE 7/8 消费面补齐 ... - AGENTS.md：钩子 40→42、主机单测钩子 16→18（adc-cal/prot-dim）、 覆盖率总闸 28→35 套、layer-deps 基线 6→3（记录 reader 注入兑现） - IEC104上行设计说明.md：遥测读数改工程量口径 + 死区额定 0.5% 重定 已落地（卡 6）；§8 第 4 条改写、变更记录追加行 - 采集与算法层设计说明.md：状态行/红线③/幅值门三处由「标定未实现」 更新为「折算已落地、精度复核待卡 12 注入」 - App/log/soe_rec.h 类型注释表补 7/8 两行（lane-a 口误 6/7 已勘误， 真值按枚举链 SAMPLE_RESUME=6 连续计数） - test/host/soe/decode_soe.py：TYPE_NAMES + docstring 补 7/8—— 否则台架 FTP 下载校验会把标定闭锁记录判 bad type 误红（隐藏消费边）； soe 套件 32/32 复跑绿	2026-10-25 05:55:00 +08:00
wandering1	54dd019950	chore(size): sync 追平后重盖体积同码凭证（v2 索引指纹，1396 文件） ... sync 合并（a281231）之后按 lead 的六步做重盖。合并带进来的主干凭证是 v1 格式 （383b450 用主干那版脚本盖的，schema=1），而本分支的 check_size_gate.py 已是 schema=2（7c4628b：身份取 git 索引 blob，跨 checkout / 跨工作树稳定）→ 不重盖则 L0c 与 CI 的体积门禁都会按设计报"schema 不符"。 盖戳前置（脚本自己会验，这里是实跑结果）： - 产品态 @build 0 错误 0 警告：Code=215744 RO=21396 RW=1224 ZI=131984，与 lead 信号 里的主干数字逐项相同；.map 晚于指纹范围内全部源码 mtime； - 受管区：RW_IRAM1 75,784 B / 57.82%、RW_CCM 57,376 B / 87.89%，都在线内（阈值 92%）； - 指纹范围内无未 staged 改动/未跟踪文件（第四道前置）→ 允许盖章。 凭证：索引指纹 abfd54b71de9…，1396 个文件（比追平前多 8 个：新增 adc_cal / prot_dim 等受管源码），测量时刻 2026-10-25T05:51:46+08:00，git_head=a281231 侧。 复核：--local rc=0、--ci rc=0（CI 侧按凭证数字复核红线，无需 Keil）。 为什么用 --stamp 而不是 --update：--update 会顺手往 scripts/ram_baseline.tsv 追加一行 当日趋势数据，而台账行归 lead 在 done 时统一回填（今天 383b450 刚回填过一笔， 再追加就是同日重复行）。这里只需要凭证，所以单独盖戳，tsv 一个字节没动。 RAM 增量：0 B（凭证是 JSON，不进固件；本次产品构建数字与主干逐项相同）。 gate：见本笔提交输出；未用 --no-verify。	2026-10-25 05:53:05 +08:00
wandering1	d07a9a4d67	docs(P1-10): sync 追平后补记四档复测数字（产品基线已前进，旧注保留） ... sync 到 59da40b / 891ca81 之后重测四档 CH395F 配置（全部 0 错误 0 警告、链接通过）： 默认 11/14 Code=219,112 RW_IRAM1 78,072 B 59.6% 距 92% 线 42,514 B NET 全开 Code=220,636 RW_IRAM1 85,688 B 65.4% 距线 34,898 B HW 全开 Code=230,900 RW_IRAM1 91,088 B 69.5% 距线 29,498 B（最坏态） HW 无 PC Code=216,888 RW_IRAM1 78,808 B 60.1% 距线 41,778 B 产品基线同期前进到 Code=215,744 / RO=21,396 / RW=1,224 / ZI=131,984，RW_IRAM1 75,784 B / 57.82%（与 lead 信号里给的主干数字逐项相同）。04 点那组旧记录按"历史 不追改"原则留着，只标注基线已前进；两组差值都在 +136~+152 B，来自新增 adc_cal 的 数据段，所以**结论不变**：最坏态仍余约 29 KB，不需要把 scatter 扩到 192 KB。 PHASE5 三块静态缓冲依旧在链上（hw_full 的 ch395f_test_task.o 数据段仍 12,285 B）。 四档复测都走**朴素行注释切换**（改宏 = 行首加/去 //），顺带二次确认 16917bf 修 的开关行注释陷阱没有复发。跑完 test_config.h 与 ch395f_test.h 均按字节还原， 产品固件重建后回到基线数字。 RAM 增量：0 B（纯注释）。gate：test-cppcheck / id-check / no-mojibake / trailing-whitespace / end-of-file-fixer / doc-links / mem-budget 全 0； 未用 --no-verify。	2026-10-25 05:50:45 +08:00
wandering1	a28123115d	merge: v2-on-ui 追平至 task/P1-10-test-fw（含 A-3 卡5~7 与 B-3 记录 reader） ... 按 lead 信号 sync 追平：主干 59da40b（cal-lockout-dim）+ 891ca81（UI-rec-reader）+ 383b450（台账与凭证回填）合入本任务分支，为下一轮台架做准备（台架镜像必须建立在 追平后的代码上，否则烧进去的 hex 与主干不同码，体积门禁的凭证也对不上）。 唯一冲突：scripts/size_attestation.json —— **取主干侧**（383b450 刚按合并后的固件重盖 过，数字更新；本分支侧是 7c4628b 的 v2 格式戳，覆盖的是追平前的树）。取完即 `git add` 解决，没有手工拼接。**已知副作用**：主干那份是 v1 格式（schema=1），而本 分支的 check_size_gate.py 已升到 schema=2 → 在下一步 `ram_baseline.py --update` 重盖 之前，ci_local 的 L0c 会按设计报"凭证 schema 不符"。这不是回归，是合并两侧脚本版本 差一步，下面第 4 步就把它治好（也正是要请 lead 合这笔的原因：合完主干两边同版）。 合并后产品构建（实跑，非推演）：@build 0 错误 0 警告， Code=215744 RO=21396 RW=1224 ZI=131984 —— 与 lead 在信号里给的主干数字**逐项相同**； RW_IRAM1=75,784 B / 57.82%（追平前 75,632 B / 57.70%，+152 B 与"两笔合计 +152B"吻合）、 RW_CCM=57,376 B / 87.89% 未动、ER_IROM1 22.62%。说明本树固件内容已与主干同码。 本分支带来的（前四笔已在分支上，这里只登记合并面）： - 7c4628b 体积凭证指纹改索引 blob；16917bf CH395F 三档实测 + 阶段开关注释陷阱； - adabb6a 主机单测/覆盖率产物按工作树分家 + runs 独占（task-10）； - a9ba8ec 看门狗 HW 层掩码死分支复活（App/util，lead 背书写域）+ 存活基线 --write； - 5f1057a 套件 forbidden 换显式四 Fault 标签（GD5F 旧豁免的漏口一并堵上）。 与主干侧的文件交集只有 size_attestation.json 一处，已按上解决；.pre-commit-config.yaml 本轮是主干侧改的（道A 加了钩子相关条目），本分支没碰它，无并集冲突。 gate：本笔合并提交走完整 pre-commit（含 16 根单测钩子与 test-coverage 全量覆盖率 基线比对）；未用 --no-verify。	2026-10-25 05:41:49 +08:00
wandering1	5f1057ac74	test(P1-10): 套件回归 forbidden 换成显式四 Fault 标签 + 台架记录 21/21 ... 台架第一轮（boot log 20261025_050539）判 VERDICT FAIL，命中 469 条 [ERR]，两类： 1) [ERR][CH395] ch395f P2 boundary fault @get_state sn —— **设计内**：Phase 15 的 sn 越界负向用例故意命中驱动守卫（Drivers/BSP/CH395F/ch395f.c 的 ch395f_p2_fault_note()：首次 DBG_ERROR、之后只计数），用例本身 PASS； 2) [ERR][WD] task stall ×468 —— **设计外**，已在 a9ba8ec 单独修（掩码死分支）， 不用豁免去掩盖它。 本笔只管判据：套件回归这条路要豁免的是"设计内守卫 [ERR]"，不是崩溃。 为什么不能只是把 [ERR] 从 forbidden 里删掉（核过 verify_log 源码与固件崩溃行）： 四种 Fault 的崩溃行是 [ERR] HARDFAULT / MEMFAULT / BUSFAULT / USAGEFAULT （Src/stm32f4xx_it.c 的 hard_fault_report 先打 "[ERR] " 再打标签），而 verify_log 的 forbidden 是**大小写不敏感的子串匹配**（fl in ln.lower()）→ 默认集合 HardFault;assert;[ERR] 里的 HardFault 只兜得住硬Fault，**MEM/BUS/USAGE 三种平时 完全靠 [ERR] 兜**。据此： - 新增 FORBIDDEN_SUITE = HardFault;MEMFAULT;BUSFAULT;USAGEFAULT;assert;bring-up FAIL - CH395F 用它（原来吃默认值，含 [ERR]）； - GD5F 也用它——旧值 "HardFault;assert" 正是上面那个漏法（当初只为豁免 TC-GD5F-704 的设计内 [ERR] 就把整条 [ERR] 摘了，等于顺手放走了三种 Fault）， 现在既保留豁免意图，又把崩溃判定补齐； - STORAGE / RTC 不动（它们没有设计内 [ERR]，继续吃含 [ERR] 的默认判据）。 边界写死在注释里：产品 @test 的判据（.serialtest/config.json 的 forbidden 含 [ERR]） **一个字节没动**，豁免只活在"套件回归"这条路上，渗不回产品路径。 test/board/ch395f_test.h： - Phase 15 汇总实测 21/21（旧注释写"台架 20/20 PASS"是历史记录，已按本轮改正）； - 记一条台架档案：镜像 ch395f_hw_nopc_v2.hex 单次开机跑完 1/12/15，汇总行 9/9、1/1、21/21，failed=0，全程无 Fault；并记下同轮暴露的掩码死分支结论与它的 证据位置，后来人切阶段时不必再踩一遍。 验证： - py_compile 通过；test/run_all_suites.py --check-build --suites CH395F 走**官方编排** 实跑 PASS（BUILD_OK 0 错 0 警，Code=217468 RO=21452 RW=1268 ZI=134076），脚本自己 还原 test_config.h 并重建产品固件；这个 Code 与上一笔实测表里"默认阶段 11/14"一行 逐项相同 → 两个独立工具互证同一组数字。 - gate：id-check / no-mojibake / trailing-whitespace / end-of-file-fixer / doc-links / cppcheck(test/) / test-suite-switch（产品态 Skipped）全 0； 未用 --no-verify。 - RAM/Flash 增量：0 B（Python 与注释，不进固件；test/board/*.h 的注释不改代码）。 下一轮台架等 lead：f2 镜像我会在 sync 到 A-3/B-3 之后重编（现在这份 ci-artifacts/p110_fw/ch395f_hw_nopc_f2.hex 戳 05:23:03，若中途主干动过固件就要重编）， 判据用上面的 FORBIDDEN_SUITE；请顺手带回两个数：[ERR][WD] 总条数、mask 含 bit4(ui) 缺位的条数。	2026-10-25 05:36:25 +08:00
wandering1	383b4500d0	chore(ledger): UI-rec 与 cal-lockout 两笔合入后回填台账与凭证 ... task/UI-rec-reader（merge 891ca81）：reader 注入 Code +104/RO +8/ RW +4/ZI +4；task/cal-lockout-dim（merge 59da40b）：卡5 闭锁 + 卡6 三常数 + 卡7 prot_dim 套件，Code +200/RO +80（vs 含 UI-rec 的 前一构建）。合并后 @build 0/0：Code=215,744 / RO=21,396 / RW=1,224 / ZI=131,984；RW_IRAM1 75,784 B (57.8%)、CCM 57,376 B (87.9%)——两笔合计 RAM +152 B，远低于 92% 红线。 覆盖率 35/35 套件基线同步；凭证按 .map 重盖（L0c 恢复序列）。 道A M4 代码面与道B 批 1 三卡至此全部落地。	2026-10-25 05:32:46 +08:00
wandering1	a9ba8ec745	fix(WD): HW 测试模式掩码死分支复活——include 缺失自 7feeea6 ... 结论先说：wd_required_mask() 里那条"硬件层测试构建剔除 netTask"的分支，自它被写进 仓库那天起**从未生效过**——不是逻辑错，是本编译单元根本看不见判据宏。台架一轮 （2026-10-25，boot log 20261025_050539）把它照出来了： - 468 条 [ERR][WD] task stall 里，**431 条是 mask=0x1F5 / req=0x1F7**； - 0x1F5 恰好等于那条死分支本该要求的集合（default|ftp|ui|timesync|adc|iec104| protect，NET 位不在内）——该动的任务全动了，只是"要求方"看不见自己的例外， 于是按产品掩码 0x1F7 追 netTask 的心跳位；而 netTask 在 ENABLE_HW_LAYER_TESTS 下按设计入口自挂起（CH395F 归 testTask 独占），永远追不到。 根因：ENABLE_HW_LAYER_TESTS 定义在 test/board/ch395f_test.h（经 test_config.h 拉入）， 而本文件没有 include 任何一条通往它的路径 → #if defined(...) 在本 TU 恒为假 → 死代码。 同一个需求早有既有做法：App/task/net_task.c:39 就为这个宏 include 了 test_config.h， 注释还写着"产品构建全未定义，无作用"——本文件只是漏了这一步。 修法：补 #include "test_config.h"，并把根因与 req/mask 证据写在包含点上方（同一事实 不另开文档；销项时 docs 引这里）。写域扩到 App/util 由 lead 背书（看板 task-9）。 零产品影响（实测，不是推演）： - 产品态（TEST_SUITE_* 全注释、宏未定义 → 走原分支）@build 0 错误 0 警告， Code/RO/RW/ZI = 214104 / 20388 / 1204 / 131852，与主干 2026-10-25 台账逐项相同。 - 测试态 hw_nopc 尺寸也与修复前逐项相同：改的只是"选哪个常量"，没有新代码路径。 - 修复后净效果（下一轮台架复核）：431 条 net 类 stall 消失，剩下的是 uiTask 间歇 缺位的 37 条（0x1E7 / 0x1E5）——那是另一件事，不在本提交里掩盖。 顺手记两条**没在本提交改**的发现（判据语义，归 lead 裁）： 1) 抽样判定是**精确匹配**（注释自述："掩码必须恰等于会置位的任务集合"）。而 netTask 自挂起前会喂一次位 → 那一瞬间 mask=0x1F7 又不等于剔除后的 0x1F5 → 照样报 stall。 即"从掩码里剔一位"与"精确匹配"天然打架；要不要放宽成"观测 ⊇ 要求即可"值得单定。 2) 本轮 miss 一路涨到 1971 而**没有停喂、没有复位**：说明"连续未达标即停喂"的阈值 路径在 HW 层测试构建里未被触发（或 IWDG 尚未启动）。这条对产品侧更重要，值得单查。 随附 .cubemx_survival_baseline.json：本文件在存活审计里是 kind="generated" 的整文件 哈希项 watchdog-module（"非 CubeMX 管辖，但须确认未被误删"），有意改动按脚本自述用 --write 重建基线。**先证明漂移 100% 来自本笔**：把我的 include 临时撤掉再跑 --check → rc=0（基线与 HEAD 逐项相符），因此不存在"别人早就改了没登记"的情况。 --write 顺带补出一条**基线里原本缺失**的条目 net-msgq-adopt（Src/freertos.c 的 RTOS_QUEUES 区，须含 net_msg_queue_adopt）：它此前不在基线里 → --check 一直在静默 跳过这一项。本笔把它一并登记，属于意外收获，不是本笔的目的。 gate：cppcheck / coding-standard / bsp-err / id-check / no-mojibake / trailing-whitespace / end-of-file-fixer / mem-numbers / mem-budget / cubemx-survival（已 --write 重建基线）全 0； 未用 --no-verify。	2026-10-25 05:32:24 +08:00
wandering1	59da40bb4a	merge: task/cal-lockout-dim 合入 v2-on-ui ... 任务 cal-lockout（1 个提交）经 task-worktree 回收： - feat(保护标定): 卡5 未标定闭锁 + 卡6 下游三常数重定 + 卡7 量纲回归单测	2026-10-25 05:28:05 +08:00
wandering1	891ca81995	merge: task/UI-rec-reader 合入 v2-on-ui ... 任务 UI-rec（1 个提交）经 task-worktree 回收： - refactor(UI): 记录页改注入式 reader，layer-deps 基线 6->3(道B task-6)	2026-10-25 05:22:31 +08:00
wandering1	ffd462ef3c	feat(保护标定): 卡5 未标定闭锁 + 卡6 下游三常数重定 + 卡7 量纲回归单测 ... 卡 5（protect_task.c 第⑤闭锁源，「数据可信」§4.3 决策 1=闭锁）： - UA/UN/IA 的 adc_cal VALID 未全置位 → prot_elm_init + 本拍不 eval；每拍现查 flags、无自有状态（卡 12 标定写入后自动解锁）；判据链优先级 = 采样可信在前、 标定可用在后（数据都是旧的谈不上标定） - 边沿日志用 DBG_INFO 而非 [ERR]：未标定是出厂常态、非故障，且 @test 禁用 [ERR]（「默认构建保护不动作 = 期望」的台架判据同步项已在 MR 报 lead）； SOE 分型 SOE_T_CAL_BLOCK/RESUME（soe_rec.h 枚举尾追加，值 6/7——reader 侧 显示标签映射归道B reader，MR 已报） - 台架旁路 = 编译期宏 DTU_BENCH（§4.3：不进 cfg 不进 104；本仓所有提交目标 都不定义它 = 产品恒强制闭锁） 卡 6（下游三常数按工程量重定，依据同源 docs/任务规划/数据可信.md §2.3）： - FREQ_AMP_MIN（freq.h）：语义从拟定码值域重定为二次值 V——50 V = 0.5×Un （标称 100 V），断保险/PT 空载/浮空必低于之；数值沿用 50.0f 属巧合并在 注释明写；eng=0 过渡期本门恒失效 → OF/UF 按必不启动填充，与卡 5 同向安全 - k_yc[].deadband（iec104_pts.c）：9 点按「额定 0.5 %」规则重定：电压类 0.5 %×100 V=0.5、电流类 0.5 %×1 A=0.005、频率维持 0.5 Hz 绝对值（非额定 比，卡 10 运行参数化）；标称基准与 prot_set 头部同源，防两处真相 - g_prot_set_meta[]（prot_set.c）：数值/范围复核结论=不动（0~4×标称自洽）， 文件头补量纲口径块：A/V = 二次值、标称 100 V/1 A、OV120=1.2Un/UV20=.2Un/ 3U0 15=.15Un、OC1/2/3=10/5/2×Ir、OL=1.0×Ir；PS_ID_COUNT/blob VER 未动 - iec104 套件 TC-008 死区用例同步重定标（100.4 带内 / 101.25 越带），97/97 卡 7（test/host/prot_dim 新套件，真实链 adc_cal→ring→phasor→prot_elm）： - 用例从 ADC 码值出发、显式写出 code↔二次值互逆换算（dim_code vs apply）， 折算点被旁路或量纲再错位断言立刻翻转（M4 判据⑥「不该动作时不动作」） - 合成 ROM 覆写（#undef K_Q16 宏）模拟卡 12 标定后板级口径，走 adc_cal_set 正规路径置 VALID；b=-30 码全链对消进 rms 断言 - 38/38：基线静默（含 OL 低定值陷阱）、反错配对照（raw 码值灌环复现历史事故 必假动作 vs 经折算必静默）、OC1/2/3+OL+OV+UV+3U0 七类逐一：越限定值→ 受控启动拍→dly-2 不动作/+5 动作→返回系数带内保持→跌破释放、双件聚合位图 独立性（撤 IA 只回 OC1） 测试与注册：prot-dim-unit-test 钩子 + TC-HOST-PROTDIM 族（游标 010，B 层口径 同 ADCHEALTH/ADCCAL 先例）；无新 MCU 源文件（uvprojx/SIM_EXEMPT 零改动） gate：@build 0 错 0 警（Code=215640 RO=21388 RW=1220 ZI=131980 vs 基线 215440/19780/1220/131980 → Flash +1808 B、RAM 零增量）；protectTask 静态最坏 链 872 B/margin 1176 B（57%）PASS，adcTask 不变；staged 门禁除 mem-numbers/ mem-budget（台账漂移，回填归 lead）外全绿： gate: only mem-budget/mem-numbers pending lead ledger backfill BOM/CR/U+FFFD/字面量 ASCII 已逐文件自查（本轮未触碰带 BOM 文件）	2026-10-25 05:22:17 +08:00
wandering1	c4edf352fe	refactor(UI): 记录页改注入式 reader，layer-deps 基线 6->3(道B task-6) ... B-6 分层收紧（UI_数据供给设计说明.md §7.2 契约原样落地）： - ui_w_records：删 #include "sys_log.h"，改 ui_rec_reader_t 只读函数表 + ui_w_records_bind() 模块级注入（sys_log 读 API 本为全局，函数表共享、 实例读盘缓存仍各自独享——切页陈旧行防御不变）；log_id 换不透明编号 UI_W_REC_LOG_RUN/SELFTEST；缓冲容量宏本地化 UI_W_REC_TS/DESC_LEN （20/29，与 sys_log 契约下限同宽；读失败退化空行防御保留） - ui_page_runlog / ui_page_selftest：去 sys_log include，实例改不透明编号 - 两端薄包装适配层（编号→syslog_id_t 显式映射，错误码 0/-1/-2 直通不改写）： App/task/ui_task.c 与 simulator/main.c（无头+窗口两个 init 点），均在 ui_menu_init 之前 ui_w_records_bind；未绑定窗口组件按空态防御不读野 - scripts/check_layer_deps.py：BASELINE 6→3（--prune 实测恰 3 条 UI 记录 边消失后写回；剩 NETCFG×2 + lftpd_io 与 UI 无关）——道B 独占收紧口径 - 文档同步：门禁说明 layer-deps.md §1/§6/§9 与 README 计数 6→3； UI_数据供给设计说明.md §7.2 加落地注记、§14"计划削减"改"已兑现" - 首提被 id-check 拦下：注释/文档里自造"批卡编号"（B-6/道B-3）命中 "未登记前缀"增量拦截——已全数改回 task-6/道B 普通指称（编号不回收、 禁自造，教训入本提交）；id-check 复跑 RC=0（S10 告警为存量非本改动） 验证： - 模拟器 0 警告；菜单 8 状态 + 内容页 11 页黄金参考逐字节 PASS （记录页数据流经 reader 后像素与基线一致，无基线更新提交） - cppcheck/coding-standard/bsp-err/font-charset/no-mojibake 单跑全绿； layer-deps 复跑：6 处反向 include = 豁免 3 / 基线内 3 / 新增 0， --prune 显示"基线无需收紧（3 条存量全部仍成立）" - doc-links --all 的 35 处告警全为本仓检出路径含空格误扫 SDL2 自带 md （环境问题、非本改动引入；提交门禁按暂存文件名过滤不受影响） - @build 0 Error 0 Warning（终树复跑 BUILD_OK）；uvprojx 无 UV4 抖动、 无新文件不涉注册；其余 38 钩全绿（ui-golden/font-charset/coding-standard/ bsp-err/id-check/cppcheck…单跑复验 RC=0） 增量（A/B 同树 .map，基线 = 合入 c1b425d 后 HEAD）： - Flash：Code +104 B、RO +8 B（两端薄包装代码 + reader 函数表 const） - RAM：RW +4 B（s_reader 指针）/ ZI +4 B（两页实例 struct 枚举改 uint8 本应 -8 B，链接段对齐后净 +4 B）；RW+ZI 合计 +8 B gate: only mem-budget/mem-numbers pending lead ledger backfill - pre-commit run --all-files 实测仅这两条失败（台账/RAM 文档 vs .map 漂移， 根因即上列 Code +104/RO +8/RW +4/ZI +4），其余 38 钩全绿；按 Lead 裁决 （task-4 口径"以后照此办理"，含 Flash/RAM 漂移同例外）--no-verify 提交， 合并后请主树回填台账（scripts/ram_baseline.py --write 由 Lead 侧执行） - 手工自查通过：5 个 BOM 文件 BOM=EF BB BF 齐全、docs/py/main.c 保持无 BOM， 全部 10 文件 CR=0、U+FFFD=0 - 台账增量供回填：Flash Code +104 B、RO +8 B；RAM RW +4 B、ZI +4 B	2026-10-25 05:21:05 +08:00
wandering1	adabb6af12	fix(test): 主机单测/覆盖率产物按工作树分家 + 每次跑独占目录（task-10） ... 现象（2026-10-25 三条道并行开发实测，看板 task-10）：全量 ci_local 的 L0 里 test-cppcheck / test-coverage 偶发 "files were modified by this hook"，单独重跑 即绿、工作树零改动。根因在 unit_test_harness：obj/exe 直接落在**全机共用**的 %TEMP%，名字由套件名派生（%TEMP%\net_socket_tests.exe、%TEMP%\net_socket_obj）， 多棵工作树并行跑同名套件必然互踩。 真正要命的不是编不过，而是**结论张冠李戴**：A 树编译完，B 树把同名 exe 又盖一 遍，A 树随后 subprocess 执行的是 B 树编出来的二进制——两棵树的 summary_marker 一模一样，harness 分辨不出来，于是拿别人的运行结果给自己判 PASS。这种失败不会 变红，只会静默给出错误结论，比红难查一个量级。 修法（不是加锁）： - 产物根按**工作树**分家：%TEMP%\dtu_host\<仓库根路径 sha1 前 10 位>\。树身份取 harness 文件自身位置（test/host/common 往上三级），不依赖 cwd/环境变量；工作树 之间只联接 .venv 与模拟器 SDK，test/host 每棵树各有一份，所以这个身份可靠。 - **每次运行再独占一个子目录** runs\<pid>-<纳秒>\，obj 与 exe 都放进去，跑完 finally 删（含 Ctrl-C 路径）。这一步顺带把"同树并发同名套件"也消灭了：两个 进程既拿不到同一个 exe，也拿不到同一个 .obj（实测共享根时并发会因 obj 撞名 直接编不过，返回 rc=2）。没有牺牲缓存：每个测试单元就一个 .c，cl 每次整体重编， "共享 obj 省编译"本来就是错觉。**不加锁**：这里没有需要互斥的独占资源，只是 名字撞了；加锁等于把 L0.5 变成 build/bench 那样的全局串行。 - 独占目录里留 <exe>.owner.json（suite / repo_root / pid / started）：需要证明"这 份产物属于哪棵树哪次跑"时有的可查，不必靠时间戳猜。 - 编译返回 0 但产物不存在 → 明确报环境错误，绝不跑来路不明的二进制。 - 两个开关：DTU_HOST_BUILD 改产物根（CI/容器固定路径），DTU_HOST_BUILD_KEEP=1 保留本次目录（要单步调试 exe 时用）。判据单一事实源 = host_build_root()。 - scripts/check_test_coverage.py 同源改造：work_root 由固定共享名 dtu_test_cov 改为 复用 harness 的 host_build_root()/coverage，并同步 --work-dir 帮助文案与 docstring （docs 里"并行期每人只跑 --module 自己模块"那条规避就此作废，它是为绕开旧共享名 而写的）。顺带删掉因此不再使用的 import tempfile。 附带修一处同族不诚实（做本任务时从自己的输出里发现）：ci_local 的收尾那行以前 无条件打印"L0 + L0b + L0c + L0.5 全部通过"，--l05-only 时等于把没跑过的段宣布 为通过——正是 A-5 那个"SKIP 冒充 PASS"的镜像版。改为只列本次真正跑过的段。 自证（都是实跑，不是推演）： - 两棵树身份并发跑同一套件：把修好的 harness 复制成 A/B 两个树身份（repo_root 不 同 → 两个不同产物根），套件 BUILD 从真仓库加载，各跑 4 轮并发 → 8/8 rc=0， 两侧 roots 分别是 …\55deb98e3b 与 …\902100bc41，互不可见。 - 敌意场景：把两边 DTU_HOST_BUILD 强行指到同一目录（旧写法必撞 exe/obj）→ 8/8 rc=0，共享根下只剩一个空的 runs/。同树并发同理被这一条覆盖。 - 单套：test/host/sha256 rc=0（13/13），产物确实落在 …\4b9166f602\runs\<pid>-…； 覆盖率 --module sha256 rc=0（line=111/114 func=7/7），落在 …\coverage\sha256。 - 全量：ci_local --l05-only → 33 runner(s)，2276/2276 assertions passed，fail=0。 - 临时目录与 scratch 已清理（脚本在仓库外，不入库；ci-artifacts/ 之外无残留）。 文档：test/host/common/README.md 新增"产物目录归属"一节（落点结构、为什么按树、 为什么每次独占、两个开关、一行命令查当前树的产物根）；harness 顶部注释是判据正文。 docs 侧两处按分工归 lead 在 done 时统一改，合并请求里已给可直接粘贴的替换文本： docs/测试说明/主机单测覆盖率口径.md 的产物目录条与"坑 12"、以及并行任务工作树 方案.md 的产物归属条。AGENTS.md 与 docs/** 本次一个字节没动。 RAM/Flash 增量：0 B（纯测试工具链，不进固件）。gate：见提交钩子输出，未用 --no-verify。 遗留：tools/font_gen/make_font.py 同样用固定共享名（%TEMP%\simsun_regular.ttf、 font_extra_<cp>.c）——同一类跨树竞态，但属道B 字体域，我没动，建议另开一张卡。	2026-10-25 05:13:14 +08:00
wandering1	16917bf165	test(P1-10): CH395F 套件三档构建实测 + 修阶段开关行尾跨行注释的切换陷阱 ... P1-10 剩余①「CH395F 套件实际构建确认链接通过」今天才真正有数：产品基线 + 三档 测试配置（ARMCC，全部 0 错误 0 警告；.sct 保持 128 KB 未动，符合 P1-10 写的 "不建议扩到 192KB"）： 配置（TEST_SUITE_CH395F + 阶段） Code ZI RW_IRAM1 距 92% 余量 产品基线（阶段全关） 214,104 131,852 75,632 57.7% 44,954 B 默认阶段 11/14（只切套件宏） 217,468 134,076 77,920 59.5% 42,666 B NET 层全开 6~11/13/14 218,992 141,688 85,552 65.3% 35,034 B HW 层全开 1~5/12/15（最坏态） 229,256 147,176 90,952 69.4% 29,634 B HW 层无需 PC 1/12/15（冒烟用） 215,244 134,896 78,672 60.0% 41,914 B P1-10 specifically 关心的 PHASE5 三块静态缓冲（3 x PHASE5_CHUNK_SIZE = 3 x 4093） 确实进了链接，不是"理论上会在"：hw_full 的 ch395f_test_task.o 数据段 = 12,285 B （12,279 + 该 TU 其余 6 B）。于是"理论余量足够但未实测"改成了实测：最坏态仍余 29,634 B（RW_IRAM1 上限 131,072 B，92% 线 120,586 B）。RW_CCM 四档恒为 57,376 B / 87.9%——测试代码不进 CCM，但该区已经贴着红线，将来往 CCM 加东西要单独核算。 顺手修掉一个把实测挡了三年的坑（就是它让第一轮 hw 配置炸掉的）： ENABLE_PHASE11/14 两行的说明是**挂在行尾的跨行块注释**。而"关掉一个阶段"的标准动 作是在行首加 //，// 只注释到行尾 → 块注释从第二行起变成裸代码，实测 188 条 error #7: unrecognized token，报点落在注释续行上，看着像头文件坏了、其实只是注释 被腰斩。run_all_suites.py 的 _rewrite_config 只改 TEST_SUITE_* 行（那些行没有行尾 跨行注释）所以一直没暴露；ch395f_test.h 恰是"人手工切阶段"的入口，必须自身安全。 修法：把两段说明挪到 #define 行的上一段，行尾只留同行闭合的短注释；并在开关区后面 写清"开关行注释规范"+ 上面这张实测表（同一事实只在这一处，销项时文档引它）。 验证（_wt/P1-10-test-fw，每步都实跑 @build）： - V1 产品态（改注释后）：0/0，Code/RO/RW/ZI = 214104/20388/1204/131852，与主干 2026-10-25 台账行逐项相同 → 本改动零体积增量。 - V2 只切套件宏（默认阶段 11/14）：0/0，RW_IRAM1 77,920 B / 59.5%。 - V3 **朴素行注释切换**（正是炸掉第一轮的那个动作）改到 HW 1/12/15：0/0，且尺寸与 用 #undef/#define 覆盖法得到的 hw_nopc 逐字节相同（215244/23656/1200/134896） → 陷阱确认已消除，两条改法等价。 - V4 还原后产品重建：0/0，数字回到基线；test_config.h 与 ch395f_test.h 均按字节还原 （git status 只剩本文件这一处改动，测试宏没有留在树里，test-suite-switch 无需放行）。 - 产物身份戳实测：hw_nopc = "Oct 25 2026 04:32:16 suite=CH395F dstr=off"、产品态 = "Oct 25 2026 04:32:25 suite=NONE dstr=off" → dstr=off 三档一致，破坏性开关全程关。 RAM 增量：0 B。gate：改动只命中 no-mojibake / trailing-whitespace / end-of-file-fixer / check-added-large-files / id-check / mem-budget，全部 0；未用 --no-verify。 P1-10 剩余②（@test 烧录抓日志）需要 bench 锁，已把镜像与锚点清单交给 lead 执行； 真机跑 Phase 2~5 / 8 / 11 / 13 / 14 需 PC 端 tcp_server / peer 配合（Phase 11 还要 制造死对端，E11），属"实际测量采样"类，按用户指示本轮跳过，不在本提交声称做过。	2026-10-25 04:49:19 +08:00
wandering1	317e04219d	chore(ledger): UI-widgets 合入后重盖凭证并登记覆盖率分母 ... task/UI-widgets 合入（merge c1b425d，3 对组件文件 + 双端注册）。 组件暂无引用方 → 链接器剥离整 TU，Code/RW/ZI 与上一步相同 （215,440 / 1,220 / 131,980，RAM 零增量）；覆盖率分母 +7 文件 （untested 109→115，接线后转实测）。凭证按 @build 0/0 后 .map 重盖。	2026-10-25 04:42:33 +08:00
wandering1	d89c07c40c	chore(ledger): UI-widgets 合入后重盖凭证并登记覆盖率分母 ... task/UI-widgets 合入（merge c1b425d，3 对组件文件 + 双端注册）。 组件暂无引用方 → 链接器剥离整 TU，Code/RW/ZI 与上一步相同 （215,440 / 1,220 / 131,980，RAM 零增量）；覆盖率分母 +7 文件 （untested 109→115，接线后转实测）。凭证按 @build 0/0 后 .map 重盖。	2026-10-25 04:40:53 +08:00
wandering1	c1b425dc53	merge: task/UI-widgets 合入 v2-on-ui ... 任务 UI（1 个提交）经 task-worktree 回收： - feat(UI组件): 新增数值编辑器/定值表/动作确认页三组件(道B task-5)	2026-10-25 04:36:52 +08:00
wandering1	f711130b4c	feat(UI组件): 新增数值编辑器/定值表/动作确认页三组件(道B task-5) ... 域5 新增 3 对文件(双端注册 uvprojx + CMakeLists)，只做渲染与输入抽象、 不接真实数据源(数据绑定 = 批 2 道E ui_data/prot_set 经回调注入)： - ui_w_editor：定点整数(10^decimals)逐位编辑——上下步进(0..9 环绕无进位)、 左右移数字光标(首末环绕)、ENTER 提交经 min/max 范围校验，越界拒绝并 显示"越界"提示留在编辑态；光标反显盒与 ui_page_net_cfg 字节光标同画法 (含"只画单字符防折行"实测坑注释)；共享格式化 ui_w_editor_fmt_scaled() 单一规则源(值列显示与编辑光标恒同串) - ui_w_setlist：定值四视图(参数/定值/控制字/软压板)共用列表渲染 + 整定输入——行表(名称<=7字/id/类型/小数位/范围/二态串表) + 回调注入 (get/set/commit/state/bad)；查看视图(commit=NULL)与整定视图只差绑定： 整定视图末行固定"保存"行，值随交接态 ENTER/WAIT/OK/ERR(net_cfg 先例)， 整表一次提交(一次封存一次校验和，页面补齐规划 §3.2)；二态行 ENTER 循环切换；保存失败越界行经 bad 回调反显(页面扩充详细方案 §3.2.7) - ui_page_action：可复用操作确认链——一次确认 -> 二次确认 -> ok_cb 只投递不阻塞 -> done_text 回报(或成功即关页)，拒收显示 ERR 可重试； ESC/LEFT 关页取消(实测取消后菜单与基线逐字节一致)；单例描述符由 开页装载(内容页框架全局单页前提)，不定义 ui_page_action_desc (registration-check 页面模块判据不误拦，批 2 跳板各自出口) 组件文案用字全部落在上一分支预置字集内(font-charset WARN 60->52 印证 确/取/消/越/二/次/返/回 已转源码在用)，无需再动字库。 BSP 公开 API 约定合规(首提被 cppcheck/coding-standard/bsp-err 三钩拦下, 按门禁口径修净后复验全绿)： - 键分发返回值取 uint8_t 1/0 不用 bool(bsp-err/err-type：bool 只许 is_/has_ 谓词)；ui_w_editor_value 直返 int32_t(出参形状无错误通道) - ui_page_action_open 返回 bsp_err_t：BSP_ERR_PARAM 参数无效 / BSP_ERR_STATE 已有页打开 / BSP_ERR_NO_SPACE 框架开页失败(可判分支) - get/state/bad 回调 typedef 各补"返回值："注释块(bsp-err/return-doc) - cppcheck variableScope 变量收scope 7 处；CODE-RULE-18 Yoda 1 处 (sel+1u==total -> sel==count)；提交内已不含 --wdemo/--wact harness 验证： - 模拟器零警告；组件行为经临时 sim-only harness(--wdemo/--wact) 截图 目检 7 态：基线视图/bad 反显/进编辑步进/越界拒绝/二态切换/保存整表 提交 OK/确认链三段/取消回菜单；harness(main.c 4 处 + CMake 1 行 + ui_w_demo.c)已完整还原删除，提交内不含(最终树 main.c 无改动， CMakeLists diff 仅 3 行注册) - 回归：菜单 8 状态 + 内容页 11 页黄金参考逐字节 PASS(ref 无变化， 无基线更新提交)；池基线 5368/往返 5448 不变 - 门禁：coding-standard PASS / font-charset PASS / layer-deps PASS (新文件零 App include，基线 6 不变——减基线归 task-6) - @build 0 Error 0 Warning；Code +324 B、RO/RW/ZI 0(组件尚无引用方， ARM 链接器未剥离仅因新 TU；批 2 页面接线后实例 RAM 每页约 +40~60 B) gate: 全钩子正常执行通过，无 --no-verify - pre-commit run --all-files 全绿(含 mem-budget/mem-numbers：本分支基于 回填后台账 d9ab955，RAM 0 变化、RO 不变，仅 Code +324 B 不涉受管区) - 手工自查：6 新文件 BOM=EF BB BF 齐全、全 LF、U+FFFD=0、字面量仅 UTF-8 中文(UI 带 BOM 先例口径：保存/越界/二次确认/告警/跳闸等， 全部已在字体子集)；ASCII 串仅 ENTER/WAIT/OK/ERR 状态字	2026-10-25 04:34:43 +08:00
wandering1	a5f7385cad	chore(ledger): cal-adc 合入后回填 Flash/RAM/覆盖率台账并重盖凭证 ... task/cal-adc-cal 合入（merge d39e5c9）：adc_cal 折算模块 + 系数落盘 + L5-2 rail_watch。Code 214,104→215,440（+1,336 B）、RO 20,388→21,308 （+920 B）、RW 1,204→1,220（+16 B）、ZI 131,852→131,980（+128 B）。 RAM 增量 +144 B（IRAM1 57.8%、CCM 87.9%，远低于红线）；adcTask 栈 worst 1344 B / margin 47%。清 lane-a 分支侧 --no-verify 欠账。 覆盖率基线登记 adc_cal.c（118/119 行 99.2%）；体积凭证按 @build 0/0 后的 .map 重盖（L0c 恢复序列）。	2026-10-25 04:28:52 +08:00