 wandering1
|
6a904c1bee
|
feat(判据脚本): 板端 UI 有状态导航器入库 scripts/board_ui_nav.py
票 = task-25（Lead 定位置与钩子档位）。ci-artifacts/uinav/board_nav.py 收编入仓：判据依赖一
个不受版本控制的东西，本身就是隐患（今天刚写过这条道理：只有记得做的人才做得到）。
为什么要有这个脚本（大窗实测，不是预防性工程）
- RemoDispBus 的 KEY 应答是**空帧、不携带状态**：发了 5 个键不等于到了第 5 层。
- 靠预置键序盲走到深页，9 个「应当到达」的态里只有 3 个真是那个态：03 停在菜单级联、
04/05/06 停在**密码输入页**（墨量 512/515/512，与黄金参考的两张密码态逐字对得上——此前
它被记成「512 bits 神秘空白态」）、07 停在网口设置、08 停在装置信息。
- 所以导航必须闭环：每按一键重新认屏，再决定下一个键；「到达」只由页面身份裁定。
认屏三条判据（全部精确字形匹配，复用同一份 ui_font_cn_12 与黄金回归脚本，不复制第二套规则）
- 内容页：标题带命中 + 该页黄金行文本至少一条 + 读页码行「第 N 页，共 M 页」；只认标题会把
两屏认成一屏（「参数」既是菜单项也是页名），页码让「第 2 页 / 共 5 页」成为可比对的事实。
- 菜单：在白底横条（反白选中行）覆盖的行范围内、**整幅宽度**找反白标签，长标签优先、命中框
被包住者丢。三条实测教训都在注释里：① 选中行是黑字白底，只按正常极性永远读不出选中项；
② 一条连续白 run 里可能**贴着两列**（子列左边框就是根列右边框），按 run 限宽找标签会把
子列整个吞掉；③「参数定值」那行必然同时落进子串「参数」「定值」，不去重就凭空多出两列。
- 密码页：「用户密码」四个字中三个即判 PWD（整串匹配实测差约 1 px 打不中；数字格随输入变，
不参与判定）。
- 另两条纪律：收级联列按 l 不按 s（菜单态按 s 不收列，用 ssssssss 回根正是错位来源）；菜单树
的 #P 注记可能写在 #page= **之前**，解析顺序错了就剥不掉、那一叶的 id 永远认不出来。
结构与安全边界
- SimDevice（无头模拟器当设备，不需要台架）/ BoardDevice（只连 7003 取图注键）双后端同一套
导航逻辑；脚本不含串口、烧录、复位，跑真机必须自己持 bench 锁。
- 「过密码」默认只走**查看密码**（出厂 000 直接确认）；修改密码要显式 modify=True，不因
「能进去」就自动升格成可写。
- 末列弹框被屏幕裁掉时读不到选带 → 「枚举 + 验终点」兜底（末列盲按 N 次再进，成败仍只由
页面身份裁定），并可用 --dump-fail 把认错那一屏存下来；轨迹只在 --trace 给了路径时落盘，
默认不往工作树里写文件。
- 缺模拟器可执行文件时报 FAIL + 可执行提示，不「跳过当通过」（与同一天 mem-numbers 缺 .map
同一课）；--selftest-quick 是那条限制下仍可用的快检档。
门禁
- 新钩子 uinav-selftest 跑 --selftest-quick（files 只覆盖脚本自身与 simulator/tests/ref 帧，
档位选择理由写在配置注释里）。本笔**未用 --no-verify**：本树先 @build 一次让 .map 事实源
就位，全量钩子通过。
- 实测（模拟器后端）：黄金参考 18 帧分类 0 错、真机留档帧 9 帧 0 错、闭环 12 个绑定页到达
10 页（差的 2 页正是上面第 1 条限度，报错大声、现场帧已取证）。
|
2026-10-25 18:00:56 +08:00 |
|