wandering1
f849c79b7a
net_pending.c/h 增设第二张挂起表 s_net_send[]（与 recv 表完全独立，收发 互不阻塞）；net_send_locked 快速路径改为有界自旋，单次等待超出 NET_SEND_SPIN_MS(2ms) 即登记挂起 send，由 net_send_pending_tick 按主循环 节拍分块推进，netTask 最坏停滞由 1s 压到 2ms。net_listener_retry_tick 的 挂起保险扩展到 send 侧；net_close_locked / 网络重建 / 状态对账三路均先 取消再动作（取消必通知，调用方永不挂死）。 台架复测（A/B 对照 + 插桩定位）发现并修复末块挂起越界缺陷：内层"等本块 发完(SENBUF_FREE)"位于写块之后，写完末块时 sent 已 == len，若该次等待越过 2ms 预算便会调用 net_send_pending_register，而登记函数按 sent >= len 拒收 并回 -1，把一次实际已完整交付芯片的发送报成失败。修复为内层等待开头判 sent >= len 即跳出（末块已交付、SENBUF_FREE 等待是纯保守自旋），并置于 超时/自旋判定之前；该守卫同时保证后续登记必伴随 sent < len。 复验：ftp_regression 连续 19 次 11/11；ftp_integrity_test 20 轮 x 64KB STOR/RETR SHA-256 20/20 一致（两轮），吞吐稳定约 80KB/s；设备日志零 write error；ST-LINK 回读 No difference found。 文档：Net层阻塞模型架构设计.md 补二期设计与新增 9.1 缺陷记录，netTask 栈实测峰值按本次台架 920B 订正为 1116/3840（FTP 传输期 1164）；网络自愈 架构设计.md 吸收原监听生命周期文档、新增编号术语导读表，并把 5.2 "实验锚点速查"的 E 编号含义与 E-02 审计编号歧义写在表头（用户反馈该表 E 编号无法读懂）。 门禁：Keil 0 错 0 警；cppcheck / 编码规范 / 乱码零告警； check_mem_numbers PASS；check_doc_links --all --sections-strict 142 篇 PASS。
test/board/ — 板端测试套件
⚠️ 编入固件的测试代码（由 testTask 执行）。这些
.c已注册到 Keil 工程MDK-ARM/STM32F4-Demo.uvprojx，占用 MCU 的 RAM/Flash。
文件一览
| 文件 | 测试对象 / 作用 |
|---|---|
test_config.c/h |
测试任务配置：TEST_SUITE_* 套件选择开关（互斥）+ ENABLE_DESTRUCTIVE_TESTS |
test_common.h |
公共断言内核：test_stats_t + TEST_CHECK_IMPL/TEST_REPORT_IMPL；各套件用一行宏绑定自身统计变量（T-4） |
ch395f_test_task.c/h + ch395f_test.h |
CH395F 以太网（硬件层 Phase 1 |
gd5f_test_task.c/h + gd5f_test.h |
GD5F2GQ5UE SPI NAND 存储 |
sd2506_test_task.c/h + sd2506_test.h |
SD2506 RTC |
storage_test_task.c/h + storage_test.h |
存储性能 |
net_test_task.c/h |
网络层测试 |
net_latency_test.c/h |
链路时延探针（DWT CYCCNT 时基，MCU 专属） |
⚠️ 构建约束（AGENTS.md 详述）
- 套件互斥：
test_config.h的TEST_SUITE_CH395F/STORAGE/GD5F/RTC一次只能启用一个 （违反则#error）；全部注释 = 产品构建 - ⚠️ 测试固件不得静默提交：
TEST_SUITE_*开关受 pre-commit 钩子test-suite-switch门禁——默认要求全部注释。跑完套件回归务必改回产品构建再提交（2026-10-01 实测已提交 HEAD 里TEST_SUITE_CH395F就是开启状态，纯靠人记得改；故补此门禁）。确需提交测试构建时用ALLOW_TEST_BUILD=1 git commit ...或python scripts/check_test_suite.py --allow-test-build显式放行 - 破坏性用例默认关闭：
ENABLE_DESTRUCTIVE_TESTS（默认注释）控制写/擦 NAND、格式化、 坏块注入。关闭时为只读模式（横幅mode: READ-ONLY），可随时在在用设备上跑 - ⚠️ 实测一轮破坏性 GD5F 运行即让 dhara 多记一个坏块（容量下降且需全片擦除恢复）—— 只在产线首启或明确需要时打开
- CH395F 套件：硬件层与 NET 层模式互斥
- 总线独占：CH395F 硬件层模式下 netTask 自挂起，testTask 独占 CH395F
添加新测试套件
- 在
test_config.h加开关（并入互斥#error检查） - 新建
<模块>_test_task.c/h - 注册进 Keil 工程（
<FilePath>..\test\board\xxx.c</FilePath>） - 跑回归：
@test（.dsh/skills/serial-boot-test/scripts/run_boot_test.py）
相关文档
- 测试指南：
docs/测试说明/CH395F_Test_Guide.md、GD5F2GQ5UE_Test_Guide.md、SD2506_Test_Guide.md、FTP_Test_Guide.md - 套件配置：
AGENTS.md「测试与验证」章 - 容量恢复：
docs/测试说明/存储维护与容量恢复.md