Files
STM32F4-Base/docs/任务规划/UI补齐.md
T
wandering1 d64bbdc57f feat(wave): 故障录波数据面、接线与单通道回放页(软件闭环交付)
数据面(App/algo,纯逻辑,双端编译)
- wave_ring:8 路 × 320 点列优先环(1 kHz,预触发 160 + 后触发 160),adcTask
  唯一写者;触发/冻结/封存/冷却四态,冻结持续到落盘回执才解冻,滞留 2 s 自弃
  兜底——下一次真故障无波可录比丢一段更贵
- wave_store:段头编解码 + 拉模式打包游标 + 自带无表位运算 CRC-16/MODBUS(带
  锚点自检)+ 段名与整段长度等式;格式不依赖平台类型宽度
- 段头只存原始码值与封存瞬间生效系数,工程量只当单位标签、不进任何算式
- 三套主机单测(环 113 / 编解码 170 / 触发状态机 110),全部无桩、生产源原样
  纳入;新文件补 stddef 是 ARMCC 与主机差异,主机侧照不出这条分叉
- test/host/wave_read.py 是按 §6.2 的独立第二实现(dump/fft/shape/plot),92 条
  自洽断言;三份合成段互读双校验全过、哈希钉死,格式面双向闭合
- 三套新单测不加专属钩子,由覆盖率总闸全量真跑(沿用既有裁定)

接线(任务层)
- adc_cal:新增生效系数的 32 位定点原值入口(与既有浮点入口共用生效视图),
  段头按最低有效位精确记账,不经浮点回算
- adcTask:每拍压 8 路语义原始码值并推进状态机,封存那一拍同拍交棒封存瞬间事实;
  台架定周期自抓走双层编译门,产品镜像里零存在;串口新增一条 wave: 周期行
- defaultTask:卷空闲后一次心跳整段搬完(try 锁 + 256 字节分片 + 一次完整开档到
  关档),成败都回执;失败先删半成品再计错,段号只在成功时推进;持锁超 50 ms
  补一条告警并记历史峰值(喂狗余量可核)
- Lead 复核补第四道并发陷阱:采集任务优先级高于落盘道,搬段中途它可能正好把滞留
  超时的本段自弃、甚至封出下一段——数据区校验和是对「实际读到的字节」算的,
  半新半旧的段照样自洽,故关档后复检环侧身份判废:删文件、不补账、段号不推进
- Lead 复核抓到触发挂号不是原子操作(旧实现分三个字节写,消费者可在窗口里读到
  上一段的触发源与元件号):已把载荷压进一个字节,越界当场拒且不记任何计数;
  段文件字节布局零改动,三份合成段哈希逐字节不变
- protectTask:保护启动上升沿同点请求录波,一拍一次、元件号取最低位;判据本体
  零改动

人机(160×160 单色屏)
- 菜单树节点 26「手动录波」绑页面 + 记录查询组末新增「录波回放」叶,重跑生成器
  得 43 节点 / 34 叶 / 30 已绑,页面映射 28 → 30
- 回放页一屏一路、触发点前后各一周波共 40 点、每点 3 像素阶梯线(只用水平与
  垂直两种线段——单色屏斜线会被阈值裁掉);零点虚线、触发光标、窗口峰值、
  单位徽标与形状受限徽标;空态与坏段各一句显式文案,绝不用半截波形冒充数据
- ui_data 新增录波注入通道(六件操作表、三态返回);执行侧胶水带段头缓存、
  手动请求后连缓存一起作废、逐点走全仓唯一的码值换算入口
- 模拟器接真实环与编解码合成两段(含坏段与空态旗标),6 张新黄金参考,既有
  60 张逐字节零漂移未用更新模式;字库 218 → 224 字 / 319 字形
- 两份图形配置里图表组件仍为关;零堆分配;页面池水位不变
- 回放读路径的 uiTask 阻塞上界按实码写清:一次渲染 = 段表刷新 + 未缓存段头最坏
  22 次小读;已验段只剩一次开窗读 + 40 点解码;无实测数不编,实测归台架、
  仪器用已在跑的单轮工作耗时探针,不新加埋点

台账与文档
- 内存台账:录波环与落盘/回放静态逐条入册,三档对照 81,536 → 88,296 → 89,936
  字节(62.2% → 68.6%),累计 +8,400;预估 5.9 KB 与实测 +6,760 的差额点名;
  散列文件头注释同步;任务栈表核对后无需抬栈;体积趋势行与同码凭证由权威构建
  重打(0 错误 0 警告,四项体积与上一轮相同——本轮改动只有注释与声明位置)
- 设计说明:§5 补第四条并发陷阱;§6.3 定字段口径(两份独立实现的共同依据);
  §7 回填实测;§9 周期行写实;§10 台架判据改两段式且不比绝对相位;§12 补读路径
  风险行;抬头状态改成「代码面已交付、未做完的只有板级那一轮」
- 卡片:软件闭环一栏列证据;台架三条按用户裁定保持未完成,不做虚假销项
- 口径同步:数据可信、UI 补齐、页面补齐规划、产品需求、采集短板评测、任务规划
  索引与两份 README;陈旧现状句清扫 16 处(带日期戳的历史取数行一律不动)
- 门禁说明:nested-comment 记仓库根探测必须兼容 linked worktree 的 gitdir 文件
  形态(修前该钩子在任务树里恒报环境错、静默不可用);coding-standard 记
  「函数头注释超过 24 行就把函数功能挤出回看窗口」这条机制与本次现场
- 覆盖率基线登记两个新覆盖模块(套件 41 → 44 套);环单测重打后该文件有效行
  227 → 226、覆盖行 226 → 225,比率仍 99.6%,是分母变小不是覆盖率回退

为什么是单一提交:文档链接、双端注册、生成器幂等(菜单与字库)、内存数字与
体积事实源、编号门禁这五道整仓门禁要求代码、页面、菜单树、字库、文档与台账
同处一个提交才自洽,按数据面/接线/人机/台账拆成四笔必然红其中至少四道

编号门禁新增行 14 处命中已按语义改写:魔数常量按字符命名、段名样例改由格式串
生成、频谱表头改 f / 2x / 5x 并加一行图例;改写后自洽断言 92 条仍全过
2026-10-29 19:23:15 +08:00

10 KiB
Raw Blame History

当前任务:UI 补齐

执行清单已清空(2026-10-28):记录 5 页与运行报告页已落地、绑页并纳入像素黄金回归。 2026-10-29 录波 UI 道:「手动录波」由不做转落地(绑操作页),新增「录波回放」叶(节点 43); 叶数口径同步为 43/34/30/4(下方逐项)。 本文件保留为 UI 补齐的范围与判据口径(§1 叶数、§4 每页统一动作、§5 不做的取舍); 下一顺位见 docs/任务规划/README.md §2.0(换主线待用户点头),上板待复核项见 docs/任务规划/登记簿.md §7。

1. 目标与范围

菜单树共 34 叶(节点行合计 43,缩进即层级):按行内 #page= 实测已绑 30 叶、未绑 4 叶, 页面映射表 UI_PAGE_MAP_COUNT = 30(与已绑叶数一致)。未绑 4 叶 = §5 明确不做的 4 叶 (遥信 3 / SNTP 1),与下面分类表逐项对得上;2026-10-29 录波 UI 道把「手动录波」从不做转为 落地并新增「录波回放」叶,绑 +2(手动转绑 + 新叶)/ 叶 +1;2026-10-28 记录 5 页与运行报告页落地后, 原「需补配置或写入方」的 6 叶缺口清零并按销项删行(该行内容见本节末与 §3)。

分类 数量 当前怎么处理
无开入硬件 3 不做:遥信类型、遥信防抖、双点遥信
缺独立模块或产品定义 1 不做:SNTP 设置(手动录波已于 2026-10-29 随故障录波 UI 道落地转绑定,不再列不做)

现有基础:ui_w_editor / ui_w_setlist / ui_page_action 已就绪;ui_data 已扩到四通道 (rt / par / info + 遥测死区与系数用的第四张注入表);像素黄金用例与字符集门禁已存在,内容页黄金 现有 66 张(菜单 8 状态另计;2026-10-29 录波 UI 道 +6 张:手动录波 3 态 + 录波回放 3 态)。装置维护 3 页、遥测死区/系数 2 页、通讯设置页、记录 5 页与 运行报告页都是把这套基础接上真实消费者做出来的,不另发明一套机制。 逐页形态见 docs/UI设计/页面补齐规划.md;数据契约见 docs/UI设计/UI_数据供给设计说明.md。本文件保留范围、完成判据与不做的取舍口径(执行清单已于 2026-10-28 清空)。

叶数判定与复核(2026-10-28 复核)

  1. 节点行 = ui_menu_tree.txt 里非空、非 # 开头的行(当前 43 行,含根「主界面」)。
  2. 缩进即层级(每级 2 空格;Tab 会被 gen_menu.py 直接拒绝):某节点行之后再没有更深缩进的行 = 叶 (当前 34 叶);有更深缩进后继者 = 菜单节点(当前 9 个)。等价于生成物口径 ui_menu_tab_has_children(node) == false。
  3. 绑定:叶行行尾带 #page= = 已绑(当前 30 叶);不带的 = 未绑(当前 4 叶)。
  4. 闭合:未绑 = 待做 + 不做 —— 当前待做 0(§2 清单已清空)+ 不做 4(遥信 3 / SNTP 1)= 4, 与上面的分类表、§5「当前不做」表逐项对得上。
  5. 别拿 grep -c '#page=' 当已绑叶数:2026-10-28 实测它得 29,比真值多 1 —— 文件头第 5 行是规则说明里的 #page=<模块名> 示例行(不是节点行),必须先剔注释/示例行;剔完的 30 才等于生成物 UI_PAGE_MAP_COUNT。

复核命令(复用生成器自己的解析器 tools/menu_gen/gen_menu.py 的 parse_tree,不另写一套计数逻辑,免得与生成物脱钩):

& '.venv\Scripts\python.exe' -c "import io,sys; sys.path.insert(0,'tools/menu_gen'); import gen_menu as g; n,_=g.parse_tree(io.open('ui_menu_tree.txt',encoding='utf-8').read()); leaf=[i for i,x in enumerate(n) if all(y[0]!=i for y in n)]; b=sum(1 for i in leaf if n[i][4]); print('nodes=%d leaves=%d bound=%d unbound=%d' % (len(n),len(leaf),b,len(leaf)-b))"

输出 nodes=43 leaves=34 bound=30 unbound=4(2026-10-29 录波 UI 道落地后实测);交叉核对生成物:ui_menu_tab.h 的 UI_MENU_TAB_COUNT = 43(节点行数)、 ui_page_registry.h 的 UI_PAGE_MAP_COUNT = 30(已绑叶数)——一对 43、一对 30,与上面逐项对得上。

三个已踩过的错算法(每种都同时给当时与2026-10-28 重跑的产物——错法不会自己失效,只是错数跟着已绑叶数一起漂): 把 42 个节点行当叶子(多算 9 个菜单节点:当时已绑 21 叶 → 得「未绑 21」,2026-10-28 同一错法得「未绑 14」= 42 − 28); grep -c '#page=' 当时得 23(当时已绑 22 叶,多的那 1 正是文件头注释第 5 行的 #page=<模块名> 示例字样,必须先剔注释行; 2026-10-28 同一命令得 29 = 当时已绑 28 + 该示例行 1;2026-10-29 现值 31 = 已绑 30 + 示例行 1);按叶子名去重得 29(参数/定值/控制字/软压板 在「整定」「查看」下各一份, 4 对同名不能合并;2026-10-28 重跑仍是 29 = 33 叶 − 4 对同名)。 (21 / 23 两个错数分属 2026-10-27「已绑 21 叶」与「已绑 22 叶」两个时点的实测,只用来说明错法,不代表现值; 去重 29 与上面 grep 现值 29 只是撞号:一个是「合并同名叶」、一个是「不剔注释行」,都与真值 30(2026-10-29 现值)无关。)


2. 执行清单

状态只在这里维护。完成一项就删除对应行,并同步调整后续顺序;不要在本文件留完成史。

当前无待做项:最后两项(记录 5 页、运行报告)已于 2026-10-28 落地并销项删行。 下一批 UI 页面开工时在本节重新起表;完成一项就删除对应行,本文件不留完成史。

依赖关系

  • 各项虽可独立开发,但当前仍按表序单道执行(菜单树、页面注册表与字库都是生成物)。
  • 不允许用静态演示数据充数:记录 5 页与运行报告页都是先有真实写入方 / 真实计数器(道F task-10、道G task-12),再补页面(2026-10-28 交付口径),下一批沿用。
  • 历史教训(已完成的装置维护 3 页留下的口径,后续项沿用):执行类页面不得做成「点了个按钮但没效果」——清除记录必须按 syslog_clear_state() 出真反馈;遥测死区/系数两页的三态用 run_par_dirty_peek() 区分「已受理」与「已落盘」,且黄金必须出 WAIT 与 OK 两张(假件保留脏位、只由 headless pump 清),否则真机的 WAIT 态永远不会被像素回归覆盖。

3. 数据源对照

页面 现有数据源 还缺什么
通讯设置 页面与六态黄金已随 728d6067 入库;[comm] 段与端口真源在 App/protocol/iec104/iec104_comm.{c,h} 「改后重启即生效」真机判据、配置段数与键数上限核对(台架窗口统一补做并留证)
记录 5 页 五类记录 ID / 文件 / 写入点已齐(docs/任务规划/登记簿.md §7 与 App/log/README.md §五类记录);reader 注入两端已映射 7 个记录源 页面已交付;只剩真机判据(真记录翻页、掉电保持、清除后归零),见 docs/任务规划/登记簿.md §7
录波两页 手动录波操作页 + 录波回放页已落地绑页(2026-10-29 录波 UI 道);数据源 = App/algo/wave_ring/wave_store 真实现经 ui_data_wave_ops_t 注入,回放读盘走 vol_lock try 锁小窗口 页面已交付;真机判据归台架(真实触发落盘的段号连续性、削徽标真值、切段切道实测毫秒与卷锁忙「本轮无段」行为,见 docs/子系统设计/故障录波设计说明.md §10 台架判据)
运行报告 boot_stats(SD2506 用户 SRAM 上电次数 + 本次复位原因快照,道G task-12)、iec104_serv 四个只读观测计数、现成 uptime_s 页面已交付;跨开机累计不做(用户裁定只报本次开机)。真机待复核 SRAM 自增与四态判定,见 docs/测试说明/模拟器差距清单.md §2.3

4. 每页的统一完成动作

  1. 新增 ui_page_xxx.c/.h,优先复用现有组件。
  2. 在 ui_menu_tree.txt 对应叶子增加 #page=xxx。
  3. 运行 & '.venv\Scripts\python.exe' tools/menu_gen/gen_menu.py,检查生成物差异(该脚本只用标准库,但入口统一走 .venv; 新增文案后还要跑字库链,那条依赖 fontTools ⇒ 见 font-regen skill 与 docs/环境与部署/本地工具路径环境变量方案.md)。
  4. 新文案先过字符集提取和字库生成,不能显示方块。
  5. 加像素黄金用例与必要的主机单测。
  6. 涉及保存、重启、主站读回的项目,台架可用后统一补做实机判据并留证。

单写者约束:ui_menu_tree.txt、页面注册表、字库生成物不得由多个分支同时修改。 MDK-ARM/*.uvprojx 的新源文件注册按双端注册规则处理。

时基口径未定,勿顺手统一:面板时钟页与 8888 对时把「本地钟面当 epoch」写入,而 104 C_CS 按 CP56Time2a 的 UTC 写入,后写者赢 ⇒ 装置墙钟与主机本地时刻恒差 8 小时。用户裁定前不要改动 RTC/epoch 语义,也不要把 时钟设置页的「回读 RTC」判据改成按某一时区补偿——那等于替产品做掉一个未定的决定。

保护闭锁必须可见:整定页可以修改定值,但当前产品在 UA/UN/IA 未标定时保护判据闭锁。 页面应显示该状态,不能让用户误以为“修改定值后保护就会动作”。口径见 docs/任务规划/数据可信.md §4.3。


5. 当前不做

项目 不做原因 重开条件
遥信类型 / 防抖 / 双点 3 页 V0.1 无开入硬件,配置没有消费者 开入固件立项后,与开入开出一起做
SNTP 设置 当前使用 8888 私有对时协议,SNTP 链路与产品口径均未建立 SNTP 客户端立项
net 层与其他结构债 当前只做 UI,避免两条主线互相拖慢 UI 当前清单完成后,按 README §2 切换
RTC 时基统一 两套写入口径并存(面板与 8888 写本地钟面、104 写 UTC),恒差 8 小时;统一任一侧都要动 104 上行语义或 UI 判据 用户裁定时基方向后,作为跨模块变更单独立项
主站地址白名单 CH395F 单连接 socket 上「拒绝即 close+重 listen」等于给扫描风暴开门,且该值现在没有任何既有消费点 有真实消费场景或多连接后端立项时再评