撤回Trap21精确定位轮冻结结论（台架假象：分类器误判+固件读者吞噬数据），N-7暂不实施

docs/问题记录/CH395F_Trap_Records.md

@@ -539,6 +539,15 @@ NET 层 TCP Client（阶段 7）`net_connect()` 返回 0，但 `net_poll()` 报
 
 ## Trap 21：接收缓冲"恰好填满 + 排空"窗口冻结（TC-NET-604）
 
+> **⚠️ 2026-09-23 更正（重要，撤回本轮大部分结论）**：本节 2026-09-22"精确定位轮"中**所有"冻结/WEDGE/停摆"结论均为台架假象，全部撤回**。以脚本层 STEP 行为真值的逐条复核：
+> 1. **分类器误判**：C0/C0b（修复前）脚本层为 `STEP B1460 rx=1460/1460 OK` + `K1460+TAIL rx=2100/2100 OK`，且内容逐字节匹配（0x80,0x81,… 与 `pattern(640,1460)` 一致）——**从未冻结**，而 `probe_classify.py` A/C 模式报 `STALL@B1460 | fill part 0/1460`（其"fill part"比对取错 HEX 块、且未扣除固件探针吞噬的字节）。
+> 2. **探针吞噬即短收**：S1–S4/O1/O1f 的脚本层短收量**恰等于固件探针吃掉的字节数**（S1：4736−4608 = 128 = 2×64 探针读），即"少回显的正是测试程序自己吞掉的那几个包"——非芯片故障。
+> 3. **V1/V1F"唯一真实冻结"同样是假象**：设备侧日志显示 `stage fd=2 avail=64 len=64`，即 **Phase 11 的每 tick 64B 读把对端整包读走后直接丢弃**（该测试分支只判 `n==0`，不处理已收数据），PC 侧下一轮 `STEP R r06 rx=0/64 QUIET`；对照 E 系列（仅 Phase 6、无额外读者）40/40 全过。→ "冻结"= **测试程序自吞数据造成的空洞**，不是芯片 TX 死亡。
+> 4. **撤回清单**：下方"致命性模型"整表（部分排空 10/10 致命、持续第二读 50/50、+0/+80/+120/+160ms 全致命、再武装区间 ≥160ms、相位刀口 O1f、C/C0 = 生产复现、keepalive/快重连排除项中的台架依据）**全部作废**；"生产 lftpd STOR 被 C 配方 10/10 复现"不成立。
+> 5. **仍然成立的部分**：E 系列（Phase 6-only，排空间隔 10/20/40/60ms，标准 `tcp_client` 序列）40/40 通过（脚本层逐步匹配）；"芯片 RX 读是否必须读空"**未被任何有效台架证伪或证实**。
+> 6. **现场 TC-NET-604 冻结仍未解释**：需以可信工具重新复现——判读一律用 `MDK-ARM/bench_verdict.py`（脚本层 STEP 为真值，并扣除固件读者吞噬的字节），`probe_classify.py` 仅作参考；台架配方必须避免"固件内非回显读者"（Phase 9/11、探针）与 PC 侧期望值混用。
+> 7. 相关代码：本轮 N-7 原型（net 层"读必读空"+ 共用中转槽，+3KB）**未提交**，仅存设计；在机理确认前不落地（见 `docs/待处理内容.md` N-7 撤回标注）。
+
 ### 现象
 单条 TCP 连接在传输中途**静默单向死亡**：设备侧回显/应答流戛然而止（PC 侧 0 字节），连接不 RST（两侧均保持 ESTABLISHED）、无芯片断开事件；**芯片接收路径仍然健康**（2026-09-22 精确定位轮实证：冻结后继续到达的数据芯片照常接收、MCU 照常排空，命令流节奏完整），**芯片发送路径永久死亡**（已写入的发送数据不出线——SPI 写被芯片接受但线上无任何段；ACK/窗口更新随之停止）→ 对端剩余数据滞留**对端发送缓冲**（窗口视图冻结在 0，对端"重传"实为等窗口的空等，10s 无效）。对端断开重连（新 Socket）后恢复正常。2026-09-22 精确定位轮最小复现：64×10 + 1460B 填充 + **1024B 部分排空**（C/C0 配方，Phase 6-only 构建、零第二命令，10/10）；原三因子配方（F1 组合 + 4096B 超容突发）10/10 维持。