新增Trap21机制图解文档：读必读空方案、5处读路径落点与RAM账，N-7细化

2026-09-23 00:17:35 +08:00
parent cca3b60d64
commit 49458048fd
3 changed files with 167 additions and 1 deletions
@@ -542,6 +542,8 @@ NET 层 TCP Client（阶段 7）`net_connect()` 返回 0，但 `net_poll()` 报
 ### 现象
 单条 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 维持。

+> **通俗图解与修复方案**（比喻版机理 + net 层"读必读空"设计 + 代码落点 + RAM 账）：见 `CH395F_Trap21_机制图解.md`。
+
 ### 根因
 CH395F 片内 TCP 状态机的角（芯片固件，MCU 侧无法修补）。2026-09-22 精确定位轮（11 组台架、110+ 运行、芯片命令序列级 netcmd 日志）定案：致命变量是 **RX 排空的结束态（排空后缓冲是否残留）**，与命令条数/类型/窗口时长无关（逐组实证见下）：