 super_agent_bot
|
66725c0fa3
|
test(net/udp): 阶段 16 判据文字按真机定案改写，PC 对端不再被 ICMP 拒收打爆（#73）
板级 1603 的标题写的是 "48-byte reply, no header strip in client mode"，判据本身
（读回 48 字节且逐字节等于发出去的载荷）在真机上就是对的——错的是那句解释。标题
与两处注释按定案改写，判据一字不动：改判据等于把测出来的事实抹掉。
PC 对端 `test/host/udp_queue_bench.py` 修了一条会把台架自己打死的毛病：Windows 上
对端端口没人听时，发出去的 UDP 会收回 ICMP port-unreachable，CPython 把它变成
`ConnectionResetError [WinError 10054]` 挂在下一次 recv 上（3.14 既没有
`socket.SIO_UDP_CONNRESET` 也拒绝那个数字 ioctl，只能接住这个异常）。原来的写法是
一接到就立刻重发，run #3 从第 148 秒起以约 100 包/秒灌进 CH395F，日志刷出
940,949 字节的「TC 0x02: 无回显，重发」——**板子的真实行为被自己的对端淹掉了**，
看起来却像板子不回包。现在一轮之内跑满预算、按次数限流打印。
回路自检 `test/host/udp_queue_bench_loopback.py` 改后 **27/27 PASSED**。
|
2026-11-04 09:15:52 +08:00 |
|
|
super_agent_bot
|
fc0d3e4b5c
|
test(net/udp): 阶段 16 台架加固 + 真机首跑证据回填（#73）
CI / 静态门禁 (pre-commit) (push) Failing after 5m39s
CI / 主机侧单测 (MSVC) (push) Successful in 30s
CI / 静态门禁 (pre-commit) (pull_request) Failing after 4m15s
CI / 主机侧单测 (MSVC) (pull_request) Successful in 47s
第一次上真机把台架的两处软肋照出来了，都不是被测代码的问题：
- peer 死在 Windows 的 ICMP 10054：板子还没 bind 时那一下端口不可达会被记在套接句上，
下一次 recvfrom 才抛出来。本机 CPython 3.14.7 既没有 socket.SIO_UDP_CONNRESET 也不接受
它的数值形式，所以主力防线改成把 10054 当「这一轮没收到」继续重试，并在回路自检里加
冷端口探针——探针走脚本真正在用的 _recv_maybe，另拿裸套接句证明这台机器确实会回 ICMP，
否则那条判定就没有牙。
- 单步预算错位：板端每步等 25 s，peer 每步只等 8 s，一步超时后整条梯子全灭。现在 peer
每步都重发、单步预算 --step-budget 默认 35 s（小于 26 s 打警告）；板端 udp_bench_expect
按载荷第 0 字节的步号自愈，比本步小的旧包丢掉继续等（上限 UDP_BENCH_STALE_MAX = 8），
比本步大的直接报出来。DBG_WARN 在本工程不存在、字符串字面量必须纯 ASCII，两处已改。
真机已拿到的证据：TC-NET-1601a/b/c（建 socket、bind :6001、net_udp_get_mode 回 SERVER）与
TC-NET-1602（服务端形态收到 20 B、addrlen/sin_family/源端口全对、逐字节回显、形态翻成
CLIENT）全绿——剥 8 字节信息头与源地址回填在真芯片上成立；②③④⑤ 因板子当晚两次失电
（19:19、21:0x，SWD No target connected + ping 不通）未测，指南 §12.6 与覆盖率口径第 4 轮
的状态条据此改写。产品态（宏回默认）重新构建 0 Error 0 Warning，Code 249,124 / RO 29,836 /
RW 2,052 / ZI 149,996 与本阶段之前逐字节一致，阶段 16 在产品里被预处理干净。
|
2026-11-03 21:28:36 +08:00 |
|
|
super_agent_bot
|
b0a6394aa1
|
fix(test/udp): peer 换源端口上报方式并补 PC 回路自检（#73）
CI / 静态门禁 (pre-commit) (push) Failing after 5m4s
CI / 主机侧单测 (MSVC) (push) Successful in 44s
CI / 静态门禁 (pre-commit) (pull_request) Failing after 4m48s
CI / 主机侧单测 (MSVC) (pull_request) Failing after 44s
- test/host/udp_queue_bench.py：Windows 上未 connect 的 UDP socket 调 getsockname()
直接抛 WinError 10022（请求一个未连接套接句的名称），脚本在第一条用例就崩。
源端口改为首次收到回显时打印——它本来就是「板端剥头/源地址判定对不对」的直接读数。
- 新增 test/host/udp_queue_bench_loopback.py：不用板子的 peer 自检，在 127.0.0.1 上放
一个按板端阶段 16 同样三条规矩说话的假板子（原样回显、tag 0x04 只回 64 B、>1KB 按
1024 拆片），先把步骤表 / 模式函数 / 分片预期验掉。2026-11-03 首跑 27/27 绿，
实测拆片形状 [1024, 1] 与 [1024, 448]。
- CH395F_Test_Guide.md §12.6：运行方法补「先跑自检」这一步；>1024 B 的 UDP 拆片从
「多收到一片就 FAIL」改成「实测观测量」（拼接后逐字节一致才算绿），并说清这是既有
NET_SEND_CHUNK_MAX 行为、不是本轮引入；脚本表补一行。
- 板子自 19:19 起未再上电（ping 不通、SWD No target、串口静默），阶段 16 真机那一趟
仍未跑，PR #74 的合并前提不变。
|
2026-11-03 20:46:15 +08:00 |
|
|
super_agent_bot
|
8a81fa9e41
|
test(net/udp): 阶段 16 UDP 数据面真机回归台架（板端 + PC peer），台账补实测数字（#73）
CI / 静态门禁 (pre-commit) (push) Failing after 5m27s
CI / 主机侧单测 (MSVC) (push) Successful in 33s
CI / 静态门禁 (pre-commit) (pull_request) Failing after 7m6s
CI / 主机侧单测 (MSVC) (pull_request) Successful in 48s
- 板端 net_layer_udp_bench_test_main：TC-NET-1601~1609，逐步覆盖主机测替代不了的
5 条台架必验——形态切换与 bind 后首包、48 B 应答在客户端形态的载荷完整（TRAP-NET-22
的真机对照）、截断包排空、挂起等待期间的 IWDG 余量、DesIP 先于 OPEN_SOCKET 的顺序。
每步都有 25 s 预算，PC 缺席时报 [FAIL] 而不是把 testTask 钉死。
- PC peer test/host/udp_queue_bench.py：板端先 bind 当服务端，对端地址从收到的包里学
（PC 是 DHCP，TEST_PC_PEER_IP 那个固定地址不在本机上）；对 >1024 B 的回显额外监听
第二片，把 net_send_locked 分块在 UDP 上的后果量出来。
- ch395f_test.h：阶段 16 宏默认关（与其它阶段一致），RAM 台账补 2026-11-03 实测——
台架镜像 RW_IRAM1 96,232 B / 73.4%，阶段 16 自身代价 1,600 B；产品镜像 RW+ZI 与改造前逐字节相同。
- 文档：CH395F_Test_Guide §12.6 跑法与判据 + Python 脚本表加一行；覆盖率口径第 4 轮
「台架必验」指向本阶段的可执行形态，并写明尚未在真机上跑过。
|
2026-11-03 20:18:24 +08:00 |
|