b623a406ad
这四笔在主树里已经互相纠缠(同一次 @build 编译、同一份 .htm 度量),拆成四笔就不
存在任何一个被真编过的中间态,所以合一笔入库;下面按模块分段陈述,作者与出证归属
逐段写明。
—— 一、崩溃证据路径的整行独占收尾(log-maint-writer,task-26)——
上午那笔 1d4b6a17 之后,stack_report 报 iec104Task 静态最坏链 1,544 / margin 1,016,
低于 1,024 的 ISR 底线。真因不是新增局部缓冲,而是本模块与内核临界区之间新长出
一条环:taskEXIT_CRITICAL ⇒ vPortExitCritical ⇒ configASSERT ⇒ vApplicationAssertFailed
⇒ dbg_console_write_raw ⇒ 回到本模块。armlink 把这一整坨计入**每一个含临界区的
任务链**(vApplicationAssertFailed 的 Max Depth 由约 40 B 涨到 128 B + In Cycle),
所以九条链同涨约 80 B——同涨本身就排除了任何单个调用方。
改法两处:① 本模块三处窗口(取凭证 / 还凭证 / 整行入环)改用 CON_CRIT_ENTER/EXIT
(PRIMASK 保存恢复到局部变量;注释写全为什么不能直接 __enable_irq()——嵌套时会
替别人打开任务级临界区——以及屏蔽面变宽是有意为之);② 异常/终点钩子里那对
自证空转的 begin/end 摘掉(异常态 begin 放行但不持有、end 是幂等空操作,调它只有
成本没有收益),任务态 STALL 行保留 begin/end,这个区分写进两处注释与文档 §4.4.1。
实测四棵树逐个 .htm 解析(身份钉 tree + Linker run 时刻 + 产物来源):A=77779d49
链 1,456;B=1d4b6a17 链 1,464 / margin 1,096 PASS;C=含未提交钩子接线的工作树
1,544 / 1,016 FAIL;D=本轮修复后(Linker run 22:52)回到 **1,464 / 1,096 PASS**,
九条链齐降 80 B。断环图证:vPortExitCritical 由 136 B + In Cycle 变 8 B 且不再
In Cycle,con_tx_release 子树 152→8;Error_Handler 回到 280 + In Cycle = A 树同值
(既有发送环无人拆动)。顺带删掉 Src/freertos.c 崩溃路径里最后一个 HAL_Delay(200)
(该文件真实调用现为 0)。
测试:console_log 152→**153** 条(只增不减);换钉不删防——015 现在钉「PRIMASK
窗口 2 次、深度 1、内核临界区 0 次」,新钉 015c 绝不等待,160 注入点搬到
con_pm_hook,176 强化到未调度路径连 PRIMASK 窗口都不开;红线水位
con_pm_at_tx_max 与 con_uart_crit_at_tx_max 双 0;判据⑦(延后的行与当场直发逐
字节相同)170b/171/178 仍全绿。作者自报并纠正一处:换钉时曾把 TC-CONLOG-015b 改
编号,而 015b 在生产注释与文档里都被引用——已恢复「编号不退役、语义搬过去」。
覆盖率 App/log/console_log.c 199/200 → 256/257 行、21/21 函数(只增)。
—— 二、未标定闭锁判据收成单点访问器(ui-param-writer,task-16)——
「UA/UN/IA 三相 VALID 全置位才允许跑判据」这条门控原先在两处各自镜像实现
(protect_task.c 的 s_cal_locked 与 ui_data_feed.c 的 feed_cal_block),改一处另一处
静默失效且无门禁可照。现新增 adc_cal_prot_blocked() 落在 App/algo/adc_cal,DTU_BENCH
特例收进一处;两个消费者同批改调、本地副本删除。作者还查实并纠正了我先前一句
错判:全仓 App/app→App/task 的 include 实为 0 条,故访问器不能落在 protect_task。
新增 TC-ADCCAL-018 八条(含冷启动即闭锁),adc_cal 套件 99/99。
—— 三、共享卷锁五态可观测性(ui-param-writer,task-17)——
原状比登记簿写的更糟:五个可区分态(未调用 / try 超时 / 分片超时 / fail-open /
未持锁却 release)生产侧零留痕,且 vol_lock.c 的返回值注释与代码相反——
fail-open(锁没建成、互斥已失效却在读写盘)被返 1 **谎报成取到锁**,而那正是
vol_lock.h 记录的台架实证故障(并发写坏 FTL → 喂狗点饥饿 → IWDG 误复位)的前置。
锁层加四个 volatile 计数(16 B 静态,零新局部、零新 callee、零日志、零 FatFs)与
不取锁的 vol_lock_get_stats();13 处 try 调用点一字未动。**刻意不在锁层记时刻**:
记时刻要读 tick,等于给 defaultTask 取锁链添帧——诊断不值那几个字节;消费方若
自盖时间戳,那只能是被观测到的时刻而非发生时刻,.h 里已写明不得写成首次/末次。
四套本地假件各加 s_last_wait_to(字段名逐字一致),把「喂狗点取锁一律 timeout=0」
与「ftpTask 分片一律 100 ms」从注释纪律升级成会 FAIL 的断言;红-绿反证:临时把
sys_log_mcu.c 的 0u 改 50u → TC-SYSLOG-010/012 双红,把 lftpd_io.c 的 100u 改 0u →
TC-LFTPIO-034 红,两处按原串改回并用 SHA-256 证明逐字节还原。TC-VOLLOCK-015~019
共 45/45(无新桩)。
—— 四、UI 死接口清理(ui-maint-writer,task-6 收尾)——
删掉 ui_data_maint_ready():全仓零消费者、只有它自己的用例在读。**更值得记的是
它为什么能活过一整轮评审**:头注释写的是「页面用它决定这页能不能操作」,而页面
从来没用过它——注释陈述的是意图,评审读的是意图,门禁读的是可达路径,两者都不
反驳「意图未实现」。作者对「连用例一起删」做了显式抗命:TC-UIDATA-025 的 13 条里
只有 4 条读那个死口,另 9 条钉的是真防线(六口未注入安全返回 / 残表整表拒绝 /
被拒不覆盖已生效的好表),故删冗余的 025a、把 025i/025k/025m 换成用 reset_req()
的可观察返回值判定,性质不丢。ui_data 套件 244 → 243(净减 1),黄金 40 页与
池 5448 B 未变(该刀零像素影响,参考图无 diff)。
—— 门禁与未跑项(本笔如实留账)——
cubemx-survival 基线已 --write(漂移 6 项全部是上述意图内区域:断言/栈溢出钩子
实现、看门狗模块行等),基线文件同笔入库,随后 --check 通过。
本笔未跑的钩子只有两条:mem-numbers 与 mem-budget——磁盘 .map 出自 22:52 那次
构建、含尚未入库的 UI 与工具改动,与 HEAD 台账必然不同码;按仓库既有约定允许
--no-verify + 正文留证,回填在紧随的台账一笔统一做(含 ram_baseline --update 与
覆盖率基线两条 [NOTE]:ui_data.c 65→316、iec104_comm.c 36/36)。
两条已挂着的账:① id-check 不可判定引用 1,162 / 上限 1,166,**余量只剩 4**,
主要吃进者是我今天推进的 UI 那笔(68 条文本断言的注释引用),账在 Lead;
② 崩溃注入腿(故意复位)台架复验未跑,需先由代码道提交触发器,且判据只判原子性
不判 [ERR]=0——IPSR 路径的主张归主机侧套件,硬件照不出来。
产物身份(按 D 表要求钉死,避免数字与树脱钩):本笔包含的固件树就是那张 D 表对应的
那一棵——MDK-ARM/.../STM32F407-Demo.htm 的 mtime = 2026-10-26 22:52:12(.htm/.map 按
约定不入库,故把时刻写进正文)。提交前在本树复跑 stack_report.py:exit 0,
iec104Task 1,464 / margin 1,096(42%)PASS、defaultTask 3,040 / 2,080(40%)PASS,
与 D 表逐项一致;本次运行不含任何未提交固件源码之外的新改动。
test/host/ — 主机端测试脚本
PC 侧的测试驱动与判读脚本(Python,跑在开发机上,经串口/网络与目标板交互)。
文件一览
流程与判读
| 脚本 | 作用 |
|---|---|
run_boot_test.py |
@test 一键闭环:开串口+清日志 → 烧录 → wait-idle → verify_log 校验(退出码 0=PASS) |
verify_log.py |
日志标记校验:Required / Forbidden 标记 → PASS / FAIL;可选 --require-suite-summary 校验套件汇总行(=== <名称>: N/M PASSED (failed=0) === 且 N>0),抓"没跑到汇总行/断言数为 0"的盲区 |
e02_probe.py |
头阻塞专项探针 |
网络 / FTP
| 脚本 | 作用 |
|---|---|
ch395f_socket_test.py |
Socket 通信测试(回显服务器 / 文件收发) |
ftp_test.py |
FTP 基本功能测试 |
ftp_up_dl_test.py |
FTP 上传下载测试 |
ftp_speed_test.py |
FTP 传输速度测试 |
ftp_capture.py |
FTP 流量抓取 |
ftp_regression.py |
FTP 回归套件 |
ftp_abort_probe.py |
FTP 中止场景探针(TRAP-NET-18;RST→450 / FIN→226,--check-abort;2026-10-13 自 MDK-ARM/ 迁入) |
ftp_integrity_test.py |
FTP 上传 SHA-256 完整性多轮回归 |
n30_repro.py |
背靠背 STOR 复现器(TRAP-NET-20 常备回归腿) |
relisten_stress.py |
监听快速复连压力(TRAP-NET-17 / E1:--port --n --gap-ms [--hold-ms]) |
e11_keepalive_probe.py |
keepalive 黑洞判死探针(E11) |
e6_soak.py |
E6 24h 挂机驱动(常态 + 每小时/每 4h E1 压测注入;判据读串口 U15 probe 计数) |
pasv_probe.py |
PASV 数据通道时序探针 |
ch395f_reuse_host.py |
Socket 复用/中止形态 PC 对端(bench 配套) |
ftp_auth_bench.py |
FTP 鉴权/锁定台架腿 |
iec104_master.py |
IEC 60870-5-104 主站客户端(B6/B7):连设备 :2404 跑 STARTDT → 总召(actcon/四组背景扫描/actterm)→ 经 C_SE 两段写临时压低 OC1 定值确定性触发 YX16 变位(COT=3)→ 恢复 → YK11 两段式 → C_RD 读回;B7 持久化模式 --b7-pre/--b7-post/--b7-mark/--b7-check(中间 ST-LINK 复位):YK12 两段投退→保护退出/联动、定值与压板态跨复位保持(含非默认 7.5 往返);纯标准库,输出纯 ASCII 可直接重定向归档为台架证据(判据 exit 0/1/2) |
时间 / 时延
| 脚本 | 作用 |
|---|---|
latency_peer.py |
链路时延测试的 PC 对端(peer) |
time_sync_server.py |
时间同步推送服务(对时源) |
主机侧单元测试(纯逻辑,无硬件)
| 文件 | 作用 |
|---|---|
common/unit_test_harness.py |
通用单测 harness(L0.5):探测 MSVC → 拼 INCLUDE/LIB → 编译 → 运行 → 判定退出码。各模块运行器只做声明式配置(TestBuild),不含工具链细节 |
watchdog/run_unit_test.py |
看门狗判定状态机单测:声明 TestBuild 后调 harness,用 MSVC 离线编译真实 App/util/task_watchdog.c(可观测桩驱动),39 用例穷举边界。零硬件、秒级(退出码 0=PASS/1=FAIL/2=环境错误) |
watchdog/watchdog_test.c |
测试单元本体(#include 生产源码 + 平台钩子桩) |
watchdog/stub/ |
桩头文件(main.h/iwdg.h/dbg_log.h),覆盖 MCU 版以在 PC 上编译 |
sys_clock/run_unit_test.py |
系统时钟换算单测:离线编译真实 App/util/sys_clock.c,以可控时钟 + 阴影 RTC 桩驱动,100 断言点覆盖闰年/月末/世纪/2038 上限/星期/30 天惰性再基准化/RTC 故障降级 |
sys_clock/sys_clock_test.c |
测试单元本体(#include 生产源码 + 强符号桩;不改生产代码) |
sys_clock/stub/ |
桩头文件(main.h/FreeRTOS.h/task.h/dbg_log.h),覆盖 MCU 版以在 PC 上编译 |
cfg_file/run_unit_test.py |
配置引擎单测:离线编译真实 App/cfg/cfg_file.c,以内存虚拟文件系统桩驱动,149 断言点覆盖 INI 解析/四种值类型编解码/段注册校验/load-save-poll 契约/超长守卫/故障注入 |
cfg_file/cfg_file_test.c |
测试单元本体(#include 生产源码 + cfg_store_* 内存 FS 后端桩;不改生产代码) |
cfg_file/stub/ |
桩头文件(dbg_log.h),覆盖 MCU 版以在 PC 上编译 |
phasor/run_unit_test.py |
相量层(L2)单测:离线编译真实 App/algo/phasor.c + sample_ring.c(无需任何桩,纯算法),57 用例覆盖傅氏系数表 / 幅值·相位 / 谐波抑制与提取 / 频偏 / 采样环 / 双区原子交换 |
phasor/phasor_test.c |
测试单元本体(#include 两个生产源码 + 合成任意波形) |
adc_input/run_unit_test.py |
ADC 输入层(L1)单测:离线编译真实 App/algo/adc_input.c,101 用例给每个 Rank 注入互异码值逐通道钉死映射,并覆盖 DMA 挂载失败 / 乒乓半区选择(撕裂帧防线) / 超拍丢帧 / 停摆 / HAL 回调句柄守卫 / 停摆拍陈旧帧 / 参数错等真机难复现分支 |
adc_input/adc_input_test.c |
测试单元本体(#include 生产源码 + HAL / TPAFE 可注入桩) |
adc_input/stub/ |
桩头文件(adc.h / tpafe5160.h) |
vol_lock/run_unit_test.py |
卷锁单测:离线编译真实 App/fs/vol_lock.c,33 断言点覆盖创建 / 获取 / 释放契约(fail-open 不变量:创建失败仍返回 1 且零阻塞)/ 幂等 / 超时透传 |
vol_lock/vol_lock_test.c |
测试单元本体(#include 生产源码 + CMSIS 互斥桩) |
vol_lock/stub/ |
桩头文件(cmsis_os.h) |
time_sync/run_unit_test.py |
时间同步单测:离线编译真实 App/sync/time_sync.c,80 断言点覆盖分片喂狗延时 / 监听退避 / 时间包重组(半包·粘连·EOF·真错·预算耗尽·tick 回绕)/ 任务主循环(探针窗口心跳缺口的全部逻辑贡献者) |
time_sync/time_sync_test.c |
测试单元本体(#include 生产源码 + 网络 / 事件 / RTOS 可脚本化桩 + longjmp 跳出 for(;;) 任务循环) |
time_sync/stub/ |
桩头文件(FreeRTOS.h / task.h / cmsis_os2.h / net_socket.h / sys_clock.h / sys_events.h / dbg_log.h) |
iec104/run_unit_test.py |
IEC 60870-5-104 协议栈单测(B4):离线编译真实 App/protocol/iec104/ 三模块 + 数据源(prot_set/prot_elm/phasor/sample_ring),82 用例覆盖 CP56 往返 / APCI 半帧·粘帧·坏帧 / STARTDT 握手 / 总召分片+RBT / COV 死区 / k=12 窗满 / w=8 触发 S / t1·t2·t3 / N(R) 倒退判故障 / 遥控·定值两段式与 PN / C_CS / 未知类型·地址错误应答 |
nand_port/run_unit_test.py |
dhara NAND 移植层单测:离线编译真实 Drivers/BSP/GD5F2GQ5UE/nand_ftl.c + 真实 Lib/dhara/{journal,map}.c,以 RAM 假芯片驱动,149 断言覆盖 is_free 整页扫描 / 六个 HAL 入口的越界守卫 / 故障注入 / dhara map"写入 → 重新 resume"场景 |
nand_port/nand_port_test.c |
测试单元本体(#include 生产源码 + RAM 假芯片;内联一份"只看页首 64 B"的旧算法对照,证明断言能咬人) |
nand_port/stub/ |
桩头文件(gd5f2gq5ue.h 芯片几何与 SPI 原语声明 / dbg_log.h 日志宏计数) |
详见
docs/测试说明/看门狗单元测试说明.md、docs/测试说明/系统时钟单元测试说明.md、docs/测试说明/配置文件单元测试说明.md、docs/测试说明/ADC输入层单元测试说明.md、docs/测试说明/相量层单元测试说明.md、docs/测试说明/卷锁单元测试说明.md、docs/测试说明/时间同步单元测试说明.md; harness 用法见common/README.md。 已挂 pre-commit 钩子(各模块同名*-unit-test,共 16 个;逐个说明见docs/代码规范/pre-commit使用说明.md§2 与 AGENTS.md 门禁条)。
nand_port —— dhara NAND 移植层为什么能在 PC 上测
一句话:移植层是纯逻辑 + 假芯片,能钉死真机极难复现的越界/误判路径。
nand_ftl.c 的 dhara HAL 六个入口只做地址算术与边界判定,芯片侧全部经 11 个 SPI
原语打交道——把它们换成一块 RAM 假芯片,整层即可离线跑。而它要防的两类缺陷恰恰是
板端拿不到观测面的:
is_free旧实现只看页首 64 B,"页首 0xFF、后段有数据"的已编程页被误判 空闲 → dhara 往已编程页再编程 = 静默数据丢失。真机要恰好撞上那种页形态才发作, 发作后只表现为"某次复位后丢数据"。假芯片把双编程做成可数事件(违规计数), 测试还内联一份旧算法做对照:同一页旧算法答"空闲"、新实现答"非空"。- 越界页/块号(含
DHARA_PAGE_NONE哨兵)旧会被地址位截断成真实页 → 静默读写/搬走无辜数据。真机上没有任何路径会主动喂进越界号。假芯片记录全部 访问次数,于是"越界 → 返回 -1 +DHARA_E_CORRUPT_MAP且零芯片访问、零标坏块" 可机械断言。
运行方式
# @test 一键闭环(推荐,需真机)
& '.venv\Scripts\python.exe' .dsh/skills/serial-boot-test/scripts/run_boot_test.py
# 测试套件构建的回归:要求套件跑到汇总行且断言数 > 0
& '.venv\Scripts\python.exe' .dsh/skills/serial-boot-test/scripts/run_boot_test.py `
--required "=== Storage Tests:" --forbidden "ERROR;HardFault;[ERR]" `
--require-suite-summary "Storage Tests"
# 看门狗判定状态机单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/watchdog/run_unit_test.py
# 系统时钟换算单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/sys_clock/run_unit_test.py
# 配置引擎单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/cfg_file/run_unit_test.py
# 相量层(L2)单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/phasor/run_unit_test.py
# ADC 输入层(L1)单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/adc_input/run_unit_test.py
# 卷锁单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/vol_lock/run_unit_test.py
# 时间同步单测(纯逻辑,无需真机)
& '.venv\Scripts\python.exe' test/host/time_sync/run_unit_test.py
# dhara NAND 移植层单测(纯逻辑 + RAM 假芯片,无需真机)
& '.venv\Scripts\python.exe' test/host/nand_port/run_unit_test.py
串口端口配置在
.serialtest/config.json(单一配置源,当前 COM6/115200)。
⚠️ 注意
- PYTHONPATH/路径敏感:脚本按仓库根相对路径读写,从仓库根执行
- 本目录被 pre-commit 门禁的 cppcheck / 代码规范排除(
test/豁免); 但各模块的run_unit_test.py自身作为独立钩子参与门禁(见上,共 16 个) - 台架探针族分工(2026-10-13 起):自愈/Trap 常备回归腿在本目录(
relisten_stress/ftp_abort_probe/n30_repro/e02_probe/e6_soak等);MDK-ARM/*.py只余被文档当作 可信判据引用过的三件(ftp_freeze_probe/tcp_reconnect_probe/bench_verdict)—— 2026-10-22 清掉了一批既无人引用、又因设备侧启用鉴权而再也登录不上的历史一次性探针 (MDK-ARM/ftp_retr_abort_probe.py与整个MDK-ARM/bench_diag/(4 个诊断脚本)),需要时从 git 历史取回;ftp_freeze_probe.py因被 Trap 记录当复现配方而保留,已改用设备账号登录。 - 全部主机侧单测(16 个模块目录,含本目录新增的
nand_port/)都需要本机装有 MSVC (VS2019/2022/2026 的 C++ 工具链);无则脚本报环境错误(退出码 2)
相关文档
docs/测试说明/自动化测试流程.md—@test细节与失败模式docs/测试说明/测试开发标准流程.md— 测试分层与门禁docs/测试说明/看门狗单元测试说明.md— 主机侧单测(用例 / 平台层 / 扩展方法)docs/测试说明/系统时钟单元测试说明.md— 系统时钟换算单测(用例 / 桩 / Zeller 缺陷记录)docs/测试说明/配置文件单元测试说明.md— 配置引擎单测(内存 FS 桩 / 抓出的 P0)docs/测试说明/ADC输入层单元测试说明.md— ADC 输入层单测(逐 Rank 钉死映射)docs/测试说明/相量层单元测试说明.md— 相量层单测(傅氏系数 / 双区交换)docs/测试说明/卷锁单元测试说明.md— 卷锁单测(fail-open 不变量)docs/测试说明/时间同步单元测试说明.md— 时间同步单测(探针窗口心跳缺口逻辑贡献者)docs/测试说明/CH395F_Test_Guide.md、FTP_Test_Guide.md