455 Commits

Author	SHA1	Message	Date
wandering1	cea2b51efb	docs(架构): 全景/启动顺序/存储/引用图与 README 同步任务面与 NET 内部模块 ... - 项目架构总览 v1.1：§1.1 去重复⑥行、硬件行 UART4/TIM3/ADC1；§2.1 任务表 6→9 行且栈值按 freertos.c 校准；§3 补采集算法链与 TIM3 节拍； §5 补 net_events/net_listener/net_pending 与 iec104_serv，单客户端 恢复窗更正为实测 p50 208ms；§7 目录树、§9 索引、§10 变更记录同步 - 项目启动顺序管理：任务表 5→10 行；启动轨迹表 8→14 行（fw build、 ADC input layer、phasor/freq/protection、SD2506 明细、TIM3 启动） - 存储架构说明：§1 初始化顺序块重写（gd5f 归位 app_main_init 内、 rs485Task 未创建、补 TIM3 与 L1~L3 链） - 引用关系图说明 §7 统计与产物重跑刷新；就绪屏障 SVG 补 iec104Task 消费者后重生成（1400x912） - README：外设引脚纠错（RS485=UART4/PC10/PC11/PA15、TPAFE 控制脚 PC8/PC9/PC7）、启动流程补 sys_clock/adc_input/TIM3、任务表重生成 （9 任务）、目录树与 NET 小节同步、ftp_speed_test→regression/ integrity、文档表补四条专项索引 - 工具：gen_task_table.py 补 iec104Task/protectTask 职责； gen_barrier_svg.py 补 iec104Task 消费者与 bit0 计数	2026-10-14 19:07:48 +08:00
wandering1	2a6080827d	docs(网络): 自愈架构 §4.1 形态详解 / §4.10 读即清审计 / §1.5 横向对照 ... 四块内容，都是"把已经做完的事写进文档"，无新增设计。 1. §4.1 形态表扩成 6 小节：两个所有者 / 四个词 / 形态表（补"芯片命令"列与 U11 独立行）/ 每个形态为什么长这样、怎么验的 / 为什么 ①③⑤ 常态 0 命中 / M3 可疑门与沿革。 ⚠ 修一处文档 bug：原 ④ 行实际描述的是 U11，真正的 ④ 没有行。已补 U11 独立行，并在 ⚠ 注记里记录这次更正及其 U12 后果。 2. §4.10 读即清信源审计：两个读即清寄存器与两级门控、现存读清点全量清单 （产品代码 6 处）、已根除的三条互吞实例、一处"看着像缺陷其实是配对 消费"、新增一处读清的三条准入判据 + 结构性残余。AGENTS.md 的 CH395F 单连接 socket 条目加指针。 3. §1.5 与主流 offload 驱动的代码级对照（正面回答"是不是过度设计"）： ioLibrary close()/listen() 原文、四个机制一一映射、三条约束差异表、 "死等把代价挪到运行时"、lwIP/Zephyr 对照、诚实清单（可省 16 B / 不可省 沉降窗 + D10 + listen 前排清 + 登记执行分离）、唯一杠杆是芯片。 4. 模块归属修正（承接 63cf73b 的 net_events.c 抽出）： - §11.5 新增一节，含"为什么是一个模块而不是两个"（对账真实调用事件 处理器 2 处 + NET_RECON_STABLE_DEATH 两边共用）与三处非纯搬移； - §9 行数快照更新，并加警告：这类快照**当天就会漂移**，是地图不是判据； - §1.5 的 net_listener.c 行数随注释精简同步（508/277 → 386/155）。 引用修正波及 5 个文件：BSD_Socket_API 使用指南文件职责表（拆出 net_events.c 行）、函数调用关系 §4.8 标题、Net 层阻塞模型两处形态⑤表格、 CH395F_Trap_Records 两处"对应文件"（保留"原在 net_socket.c"的历史）。 ⚠ doc-links 只校验 § 编号存在性，照不出"函数在哪个文件"——这类归属 漂移门禁不拦，必须人工扫。 验证：check_doc_links --all --sections-strict PASS（2146 处引用，可判定 1263，无法判定 0，142 文档）；ci_local L0 32 钩子 + L0.5 953/953 全过。	2026-10-14 18:18:06 +08:00
wandering1	63cf73b4d0	refactor(NET): 事件处理与周期对账抽出 net_events.c，net_socket.c 3720→3119 ... 动机：net_socket.c 3720 行（注释 1878 / 代码 1518 / 54 函数），BSD 连接层 与"状态面收敛"两套职责混在一个文件里。16 个消费者只依赖 net_socket.h， 故搬移对应用层零波及；模拟器另有 net_socket_sim.c，新模块走 SIM_EXEMPT。 为什么是一个模块而不是两个：实测对账区真实调用事件处理器 2 处（形态② 补 accept 走 handle_connect_event），且 NET_RECON_STABLE_DEATH 两边共用—— 拆成 net_events.c + net_reconcile.c 会造出跨模块调用，合起来则跨模块导出 为零。二者同属"芯片状态面与本层镜像的收敛"一个职责。 搬出：5 个 handle_*_event + fire_event + net_reconcile_tick + net_lost_connect_probe + NET_RECONCILE_*/NET_RECON_STABLE_* 常量 + net_bench_cmd_log（含其 2 个 static）。 搬移时 4 处 fd 取法替换（其余代码逐行未改，已用剥注释后的代码行多重集 证明差异恰好等于声明的改动集）： - p_sock - s_net_socks → p_sock->ch395_sock（net_socket() 里 ch395_sock = sockfd，恒等；模拟器同构造） - 对账循环 &s_net_socks[i] → net_sock_raw(i) ⚠ 随之收窄两处沉降登记的范围门 (qfd >= 0) && (qfd < MAX) → qfd < MAX： ch395_sock 是 uint8_t，(int) 后恒非负，下界在类型上不可能越界；留着会被 cppcheck 判 knownConditionTrueFalse 拦提交。已在文件头写"勿加回"。 新增 net_sock_raw()：对账必须看到 in_use==0 / state==CLOSED 的槽位 （形态④ 认领孤儿监听正依赖 CLOSED 态），而 net_get_sock() 对未在用槽位返 回 NULL 会漏掉这一类。声明放 net_socket.h 而非内部头 net_events.h——规范 S17 2.2 要求非 static 函数声明在配对头文件（同 net_set_errno 先例）。 验证： - 代码行多重集差异 = 声明的改动集，无一处意外 - @build BUILD_OK 0 错 0 警；Code 212316→212296（−20 B，拆 TU 布局差）， RO/RW/ZI 完全不变 - cppcheck / coding-standard / registration-check 全 PASS - @test 硬件闭环 PASS：635ms 到 net init: OK，:8888/:2404/FTP 均建立， [ERR]/Fault/relisten/reconcile 命中 0 条 - 台账随 Code 变化同步（ram_baseline --write / check_mem_numbers --write） 遗留（与仍未提交的文档工作同文件，另提）：BSD_Socket_API 使用指南的文件 职责表、net_listener.c/.h 文件头"见 net_socket.c"、自愈架构设计 §11 仍把 net_reconcile_tick 记在 net_socket.c——doc-links 只校验 § 编号存在性， 照不出"函数在哪个文件"，需在文档提交中一并修正。	2026-10-14 18:04:57 +08:00
wandering1	0edbfaf08b	fix(NET): 监听重建单一所有者收口 + 沉降窗 800ms 上限只留痕 ... T0 降噪 + T1 单一所有者：四处重建触发（recon/accept/eof/drop）与 pending 第五处统一走 net_listener_request()，由 net_listener_tick 单点执行； 沉降重试日志改"只留首末"（E0 口径），每次恢复少打 3 行重复行。 force open 降级为只留痕（E19 反事实 A/B 实测）：芯片未回 CLOSED 时强行 open 注定吃 USE 错（TRAP-NET-09），放行与不放行的端口恢复时刻同一分布 （放行 +512 / 不放行 +505·533 / 降级后 +509 ms）——恢复由芯片何时回 CLOSED 决定。真正兜住"监听器永久失效"的是 D10 预算到期 + 对账形态④ 重新登记，不是放行。新增 s_relisten_capped[] 使上限留痕只打一次， 隔离标志不清 → 下一轮继续排空残渣（构建 B 实测每 30ms 两行会刷屏）。 负向注入三轮打靶（E18，注入代码不入库）：形态① 吞掉 DISCONNECT 后 4/4 救回、③ 空闲监听器静默失位两轮独立复现、⑤ 开盲区吞掉芯片自发中断 + 收回 LISTEN 后 -> resync 命中且挂起 recv 被取消 → 三条均不可降级为 只留痕。顺带稳定复现 [ERR] relisten retry budget exhausted = 对端不配合 拆链的签名，非回归。 台架：boot PASS；ftp_abort_probe RST 10/10 + FIN 5/5；relisten_stress :21 50/50（p50 507ms）；n30_repro 30/30。构建 0 错 0 警 Code=212316； netTask 静态最坏链 1920→1912 B；RAM 台账受管区已 --write 同步（RW +8B）。 文档：E17/E18/E19 三行 + §4.1 常态 0 命中归因 + §4.3 兜底归属改正； 登记簿 N-31 销项（结论沉淀进 §4.3 与 E19）。	2026-10-14 15:57:10 +08:00
wandering1	e95d2be30b	docs(任务规划): 新条目改用语义标识——"编号不回收"在实践中不可执行 ... 登记簿原规则写着"编号不回收"（README §0 与 §3 各一处），但销项 = 删行， 删完仓库里就不留任何痕迹 → 该规则要靠人先想起去翻 git log 才成立。 实测撞号：登记簿 N-31（2026-10-11 的 Phase 7 复跑项）销项后，2026-10-14 新建条目按"现存最大值 +1"又取了 N-31，与 CH395F_Test_Guide.md、 自动化测试流程.md 里那两处历史引用同号。 裁定（用户 2026-10-14）：新条目 # 列填语义短语（如 "沉降窗 800ms 上限只留痕"），不再新增字母+数字编号；存量编号冻结沿用， 已随销项消失的号一律永久作废、不得作为新条目候选。语义标识自带唯一性 （重名一眼可见），从结构上消除复用可能。 改动：README §0 表首新增"语义标识"行 + 撞号因果注记；§3 原"编号一律 沿用且不回收"整条重写；AGENTS.md 完成即销项条目追加本裁定。 已确认无门禁校验编号格式（check_doc_links 只校 §N.M 与文档路径， 脚本里的 N-23/T-1 是注释性出处）→ 换标识不破任何钩子。	2026-10-14 15:56:54 +08:00
wandering1	f849c79b7a	feat(NET): SEND pending 二期落地 + 末块挂起越界缺陷修复（台架复测闭环） ... 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。	2026-10-14 12:05:21 +08:00
wandering1	df13dec479	refactor(net): 挂起 recv 模型拆出 net_pending.c/h + 留痕探针编译门控 + E15 归因修正 ... - E15 归因修正：幽灵状态 0x04+旧端口 = 芯片如实报告拆除中的旧连接 （文档化行为，非芯片故障；bit3=1 为我方设置（ver>=0x46）、 RFC 9293 §3.3.2 Fig5 拆除顺序、WCH 官方博客方案 = close 完成后重开监听） - 术语统一：全库"了结"→"结束"（约 45 处）；阻塞模型 §4 首次出现处定义"五路" - 注释清理：删孤儿函数头注释、考古叙事改现在时、去不可检索内部编码"L3" （33 处 6 文件）、banner 去重（唯一理由移到分支现场） - 挂起超时留痕探针：编译期开关 NET_PENDING_TRIPWIRE（默认 0 = 编译剔除， 省约 150B Flash；排查调用方挂死时置 1，只留痕绝不强制结束） - 拆模块：net_pending.c/h（363/94 行）承载挂起 recv 模型， net_socket.c 4059→3661 行；tick 收控制块表参数、settle_close 双参显式传； net_pending_active 声明移配对头（S17 2.2）；仅注册 uvprojx + check_registration MCU-only 白名单（同 net_listener.c 机制， 模拟器走 net_socket_sim.c 按外部语义模拟） - 文档：阻塞模型新增全过程小节（单主干流程图）+ §9 排查辅助； NET README / 函数调用关系 / 自愈架构 / BSD 指南同步；引用关系图重生成 - 台架回归：启动闭环 PASS（[ERR]/Fault 零命中、回读一致）、 :7003 重连探针 10/10、FTP 50 连接 STOR 50/50、回归窗口串口日志无异常 - RAM：ER_IROM1 230004B（探针门控后约 -150B），台账已回填	2026-10-14 09:53:38 +08:00
wandering1	a12367981d	fix(N34): E14 丢中断复核——芯片不丢事件；listen 排事件挪至 LISTEN 前+全局读收口+全库归因更正 ... 48 轮直读 SINT 矩阵（8 周期×6 变体）复核历史"丢中断"说法：芯片侧事件 丢失 = 0。归类：drain 读清消费 3/48（drain-int 探针现场抓获）、门控 竞态 2/48、主机同步 1/48、幽灵态 0/48 未复现。 根除性修复：net_listen_locked / net_listener_try 的排事件读清从 listen 后挪至 LISTEN 命令之前——新连接 CONNECT 落进该窗即被本方读清 吞掉，即"数据被吞"的生产侧自伤机制（台架 3/48 为同形态放大版）。 全局读收口：全局中断寄存器唯一读者 = net_poll（I7）；生产/测试/台架 游离全局读全部删除，ch395f.h 声明处加护栏注释。 归因更正：17 文件约 40 处"丢中断"措辞改为"事件未收到/读清消费竞态" （机制全部保留，仅归因更正）；设计文档 §5.2 新增 E14 锚点；Trap Records TRAP-NET-17/-20/B3 归因更正段；配图生成器与 SVG 重生成。 台架：事件未收到复核探针保留（drain-int / SINT 补读×3 / 超时归类）， 下次跑矩阵自动归类；实验注册（main.c/uvprojx）已完全还原。 验证：@build 0 错误 0 警告；ci_local L0 32/0 + gitlint + L0.5 953/953；doc-links --all --sections-strict 通过；@test PASS（无 [ERR]，net init 619ms）；回归 :7003 300ms×10 = 10/10、:21 n30×50 = 0/50 失败。	2026-10-14 02:48:50 +08:00
wandering1	1a35b3684c	docs(N34): 自愈审计目录 7 份文档合并为单文档，全库引用同步 ... - `docs/网络/N34-自愈审计/` 目录 7 份文档（根因总览 / net 层盘点 / 驱动层审计 / 主流对照 / 汇总裁决 / 实施方案 / 实验方案）合并为 `docs/网络/N34-自愈审计.md`（§0~§6），原目录删除；docs/README.md 索引与变更日志登记归档 - 全库引用同步：4 篇文档 + 驱动/NET/test 代码注释 + 配图生成器与 SVG - 内容零丢失抽查：E0~E13 实验记录、E6 裁决（命中=0 不立项）、 提交表（含 `925058a` 收口行）均在位 - 门禁：@build 0/0（注释级路径更新）；check_doc_links --all 143 文档 通过（净 −6 = 删 7 增 1 吻合）；ci_local L0+L0.5 全绿	2026-10-13 23:23:55 +08:00
wandering1	491dd031f1	docs(任务规划): N-32 销项——监听生命周期根治已在 N34 全量落地 ... - 登记簿删 N-32 行：P1（`session_dead` 电平）/P2（单一重建所有者）均已 实施转正；pump 于 N34 阶段 3 并入 `net_reconcile_tick` 形态③④ - 结论沉淀核对齐备：设计文档 §10（已执行）+ D1~D10、N34 实施方案阶段 0~3、 陷阱记录 B10 行（✅ 已修 + `net_drop_conn` 根治出口） - 设计文档勾掉两条 N-32 时代遗留清单项：U11~U15 实际落点=N34 机制盘点 + E6 观察项；B10 行 2026-10-13 复核在位 - N34 README 提交表补终笔 `925058a` 行 - 正文其余 N-32 引用均为架构溯源名（pump/不变量 I），不动 - 门禁：`check_doc_links --all` 149 文档通过；ci_local L0+L0.5 全绿	2026-10-13 21:50:48 +08:00
wandering1	925058a5ae	fix(NET)+docs: lftpd 对端地址修复、E6 裁决收口、陷阱编号迁移重排 TRAP-NET-01~21 ... - lftpd：net_inet_ntoa 段序改 MSB 首 + 新增 net_getpeername，FTP 日志打印 真实对端地址（真机实证 192.168.1.2:55524，登记 TRAP-NET-21） - E6：NET_U15_PROBE 命中=0（含压测）→ 阶段 3 项 4 不立项，U15 登记观察项； 插桩留仓（宏=0 零成本），soak 驱动 test/host/e6_soak.py 入库 - 编号：全库 Trap NN → TRAP-NET-<nn> 迁移并重排连续 01~21（单调映射， 沿革见 CH395F_Trap_Records.md 头注）；死号 12/13/19/21 引用全部清除； GD5F 域引用补正为 TRAP-GD5F-NN - 陷阱文档全新化：索引 21 行行行真陷阱；删误判存档/发现时间/git 考古/ FTP 附录；台架纪律教训沉淀第六章方法论 - RAM：Code 211348→211456（+108 lftpd 修复），RW+ZI 净增 +4B； 优化方案/台账受管区/tsv 同笔同步 - ftp_abort_probe.py 挪 test/host/；引用关系图重生成 - 回归：@build 0/0；@test PASS；ftp_abort 10/10；relisten :7003 20/20； ci_local L0+L0.5 全绿；E6 窗口零复位，7 条 WD stall 登记压测假象备查	2026-10-13 20:54:31 +08:00
wandering1	74ba7ea61b	docs(问题记录): Trap 12 归档更正——FatFS 议题移入存储架构说明 §10.1 ... - Trap 12 非 CH395F 议题（`CH395F驱动层审计.md` 早已点破；重组时仅就地 更正未搬家，本次补正） - 完整内容与根因更正移入 `docs/架构设计/STM32F4-Base存储架构说明.md` §10.1 第 14 项——与第 10 项「严格 8.3 短名」通用规则同处，各得其所 - 原址留移档存根（编号保留防旧引用断链，同 Trap 19 惯例）；索引行改 ↦、状态图例补「↦ 已移入他档」；待修清单措辞同步 - 全库确认 Trap 12 无代码引用；check_doc_links 两文件通过	2026-10-13 17:28:53 +08:00
wandering1	b445cbb464	docs(问题记录): CH395F Trap_Records 重组审计——合并、删误判、主题分章 ... - 合并同根因：Trap 14+17（残留 DISCONNECT 污染下一连接）、Trap 13+21 （recv_len 归零/接收冻结家族，非缺陷结案）；FTP 改造清单表去重入附录 B - 删当时误判叙述（各留一行误判存档）：Trap 07 FIN_WAIT_2/RST 说、 Trap 18 bit0 迷思、Trap 25「芯片杀连接」解读；B1 KeepAlive 三段翻转 合并为定案链（E11 转正） - 规范化：顶部索引表+状态图例；六主题章+附录 A 速查/附录 B 存档； 条目统一「状态/现象/根因（定案）/修复/回归判据/教训」格式 - 状态刷新：B5 对端 IP 显示已修（代码随收尾批提交）、B10 标 net_drop_conn 根治出口；Trap 17/20 措辞、Trap 12 根因（按 ff.c）、日期口径就地更正 - 编号永不重排（代码注释 123 处引用）；跨文件断链 1 处改条目名引用 （生命周期设计说明 §877-878 → Trap 25「定案二」） - 体量 1018 行/102KB → 420 行/64KB；doc-links 两文件通过	2026-10-13 17:12:57 +08:00
wandering1	c7459b393f	docs(N34): 网络不稳根因复盘总览（比喻版）+ 全景图 SVG 生成器 ... - 新增 网络不稳根因总览.md：七个误会（传达室比喻+机制+证据出处）→ 环↔拆法↔落点对照表 → E13 僵尸会话 Mermaid 时序图 → 一句话总结 - 新增 tools/arch_diagram/gen_net_instability_svg.py（draw-diagram 规范， 纯标准库）与产物 docs/images/网络不稳根因总览.svg（headless Edge 目检两轮） - N34 README：实施状态表补全阶段 1.5/2/3 与 E6 插桩行（原「阶段 2/3 未开始」陈旧口径修正）；挂复盘总览为第一入口；§5.56 改紧邻写法 - 门禁：check_doc_links --sections-strict 本批 4 文件通过	2026-10-13 17:12:36 +08:00
wandering1	f51c0833ae	docs(N34): 阶段3 文档同步——reconciler 合并口径+net_drop_conn+Trap 补充 ... - BSD_Socket_API_使用指南：五层自愈→四层（合一 reconciler 形态①~⑤+U11， 分级去抖②1/③④⑤2/①4轮+1s冷却）；新增 net_drop_conn 小节（拆会话保 监听/幂等/EOF 不得调）；变更记录追加 2026-10-13 行 - BSD_Socket_API_函数调用关系：pump 节点删除、net_drop_conn 链路新增、 驱动接口表补 sock_reset/cmd_done/缓存行、常量清单更正 - 网络Socket监听生命周期设计说明：新增 §10.10 合并说明，历史文本保留+注记 - Net层阻塞模型架构设计：主循环 3 tick 口径 + 附录 B 追加 - RAM使用分析与优化方案：netTask 链尾改 retry_tick→relisten（1944 B 不变） - CH395F_Trap_Records：Trap 07 补充（close 无 RST：对端内核存活不 close → FIN_WAIT_2 长尾，兜底 E13）；Trap 09 补充（LISTEN 态二段关闭） - 实施方案 §5：项1/2/3/5 ✅、项4 受 E6 暂缓、§5.1 E-02 收口、§5.2 延后项 - 实验方案：E-02 收口台架小节（FIN_WAIT_2/TIME_WAIT ~150ms/双 PASS） - N34 README 裁决行更正；Test_Guide TC-NET-1101 pump→reconciler 形态③④ 历史变更记录与历史事故描述一律原文保留、只追加；check_doc_links --sections-strict 对改动文件 0 问题；乱码 0、无 BOM 变化。	2026-10-13 15:10:54 +08:00
wandering1	6394853fef	feat(N34): 阶段3 net层收敛——单一reconciler+忙等统一+镜像降级+E-02收口 ... 实施方案 docs/网络/N34-自愈审计/实施方案.md §5 项1/2/3/5（项4 U15受E6暂缓）： - 3a 合并reconciler：net_listener_pump删除，与net_reconcile_tick合并为 单一100ms tick；判据读驱动状态缓存（唯一刷新点=net_poll每轮全量刷新， E2背书18.1us）；去抖分级②=1/③④⑤=2/①=4轮（M3让位窗400ms保留）+冷却1s； 链路态订阅留痕（F-DRV-13）；探针去抖删除（F-MS-9） - 3b 忙等统一（P2b）：listen/connect open重试与close排空循环改 net_sock_reset_sync（驱动sock_reset：读空RX→CLOSE→排空事件→等 byte0=00H，内置LISTEN态二段CLOSE补发）；close不再读清全局中断寄存器 （F-NET-7）；net_poll每轮步进活跃复位状态机（驱动契约，防搁浅） - 3c 镜像降级：net_sock_state_t声明为本层会话投影，芯片事实源=驱动缓存 - E-02收口：新API net_drop_conn（拆会话保监听，QUARANTINE语义，幂等； 模拟器双端实现；timeSync 30s预算耗尽接入；主机单测TC-TS-027d） 定案：CH395F close无RST，对内核存活不close的对端停FIN_WAIT_2， 监听恢复受限于对端close（Trap 07补充），兜底=E13 keepalive/TIMEOUT 台架全绿（Code=211348 RW=1104 ZI=154232）：@test PASS；[STACK] net 1116/3840；Trap22 :7003 50/50+:21三档各50/50；Trap23 RST10/10+FIN5/5； Trap25 n30 11/11；E-02双PASS；iec104 18/18；对时跨会话连续； ftp_regression 11/11；integrity 15/15 SHA；ci_local L0+L0.5全过。	2026-10-13 15:09:58 +08:00
wandering1	83a70721bd	docs(N34): E2/E3/E4 实验结果与定案 + bench 实验区复活 ... E2：状态回读 18.1us（N=1000x2 逐值一致）；LISTEN 可见延迟 100% <=10ms 无长尾（24 轮）-> "每 poll 全量刷新"成立、reconciler 去抖 可减为 1。 E3：GET_CMD_STATUS 对 OPEN/LISTEN/CLOSE 无判别力（残留假阳性）， 定案 cmd_done 用状态回读判据；SET 类命令态永不更新。 E4：排渣序列定案=读空 RX -> CLOSE -> 排空事件(quiescent) -> 轮询 byte0=00H；C 变体（不排渣）0/20 且级联自持，Trap 23 残渣 恰等于单 Socket RX 缓冲整容（rxdrain=2048，19/20）。 E2 补充发现（Phase 15 板测）：LISTEN 态 CLOSE_SOCKET 二段关闭 （一次只拆监听 byte0 恒 05，再发一次才落 00）——Trap 09 open 重试环的芯片级原因。 bench：ch395f_reuse_bench.c 复活 N30_CHIP_BENCH 门控实验区 （旧 N-30 矩阵 s_bench_legacy=0 停泊），ch395f_reuse_host.py 增 --mode e4。注册（uvprojx/main.c）实验完已还原不入库。	2026-10-13 12:43:56 +08:00
wandering1	f7f17931c9	feat(N34 阶段2): ch395f 五原语只加不接线 + Phase 15 套件 20/20 ... 实施方案 docs/网络/N34-自愈审计/实施方案.md §4 五原语，形态按 E2/E3/E4 定案（实验方案.md）： 1. 类型化状态回读 + 每 Socket 缓存（open=0 时 tcp_state 哨兵 0xFF；sn>7 边界返 {00,FF} 计 fault）； 2. 事件护栏 ch395f_sock_events：只读本 Socket SINT，全局寄存器 唯一读者=net_poll（F-NET-7 契约）； 3. ch395f_sock_reset_begin/poll 非阻塞状态机：读空 RX -> CLOSE -> 排空事件(quiescent 2 轮) -> 轮询 byte0=00H；GRACEFUL/ QUARANTINE 最短等待 100/400ms（Trap 23）；WAIT_CLOSE 内置 LISTEN 态二段 CLOSE 补发（TC1502b 实证 ~180ms 落定）； 4. ch395f_cmd_done 状态回读判据（E3：GET_CMD_STATUS 对 OPEN/LISTEN/CLOSE 无判别力）； 5. 链路态缓存 ch395f_glob_event_feed + link_up/变化计数 （B9 判据 PHY!=DISCONN）。 Phase 15 板测（硬件层模式，Socket 7，无需 PC）：20/20 PASS， 含二段关闭语义断言（一段 05/00、二段 byte0=00）。 RAM +56B < 64B（g_sock_state 16B + g_rst 32B + 链路/fault 8B）； 产品 Code 与阶段 2 前逐字节同 209780（无调用者被链接器裁剪）。 @test PASS；relisten_stress 20/20、n30 3/3 零回归。 RAM 台账同步：RW_IRAM1 97952B 74.7% / RW_CCM 57376B 87.9%。	2026-10-13 12:43:17 +08:00
wandering1	33405a57b5	docs(N34)+test: E13 僵尸会话根因坐实；Phase 11 判据修正+一次性报告 ... E13（实验方案.md 新增 + E8/E11/E12 口径修正）： - 风暴态根因=僵尸会话，非芯片残渣：PC 网卡禁用/链路断开时 Windows 直接丢弃 socket 不发 FIN/RST → 芯片侧 ESTABLISHED 僵尸 → 单连接监听被占（:21 拒连）→ 下一 PASV 重监听与僵尸竞态 （accept 为垂死僵尸开枪 20ms 后 DISCONNECT）→ lftpd 5s 窗空转 → 425；每失败轮再生僵尸 → 自续数分钟 - "残渣跨烧录存活/需断电冷启动"口径作废：板上 CH395F RSTI 接 MCU NRST（V0.0 网表 :174），每次烧录即芯片硬件复位；"存活"是 锤击再生错觉。正确控制=下一臂前静置 ≥90s 清僵尸窗 - 自愈链端到端验证：TIMEOUT(在途 TX ≈30s)/keepalive(空闲 60/5/3) → pump → relisten → 端口恢复；E11 产品路径验证 17s 判死 PASS - 4 元组复用假设被否（pasv_probe.py：PASV 端口递增、PC 源端口随机） - e02_probe listener=FAIL 重解读：探针挂起 socket 未关（PC 内核 代 ACK keepalive）→ 拒连是单连接正确行为；真缺口=应用无法主动 拆会话 → 阶段 2 sock_reset 职责 Phase 11 测试修复（net_test_task.c，实跑暴露）： - 判据 >=60000ms 是按手册公式写的，实测判死 18~31s 会在正确固件 上假 FAIL → 改有界窗 10s~120s（下限防误杀存活空闲会话，上限 防判死缺位） - 报告后不释放 phase_active → 对已死连接 10ms 节奏刷 594 条假 FAIL → phase11_run 返回完成态，主循环释放等新连接再测 - 复跑两轮验证：30137ms 单次 PASS → 自动等新连接 → 二轮 accept 正常 - Test_Guide TC-NET-1101 判据/耗时同步；ch395f_test.h Phase 14 共存安全性注释（有整体超时不永久挡 accept） 工具：test/host/pasv_probe.py（每轮打印 PASV 端口+PC 源端口+结果）	2026-10-13 11:23:40 +08:00
wandering1	d346e4ee84	feat(NET): N34 阶段 1.5 recv 语义主流化——无限默认+具名非阻塞+模式属性 ... 核心语义（实施方案 §3.5）： - net_recv 默认无限阻塞：删除 NET_RECV_TIMEOUT_MS（30s 隐藏默认预算）， 超时归调用方策略；唤醒源=数据/EOF/close/网络重建(CONNRESET)， 会话死亡由对账① ~400ms 判死兜底，无"对端消失永久挂死"窗口 - 新增 net_recv_nb（NET_MSG_DONTWAIT 路径转正具名）与 net_setblocking(fd,on)（阻塞模式挂控制块属性，对齐 O_NONBLOCK/ Python setblocking；直写单字节，net_set_event_cb 先例） - net_types.h net_sock_t 新增 blocking 属性；net_socket() 默认置 1 （close memset 清零后显式重置，同 released_abnormal 纪律） - 原 1s 强制了结看门狗降级为 60s tripwire：只 [ERR] 留痕一次， 绝不伪造 TIMEDOUT 返回值（旧实现掩盖完成路径缺陷） - net_recvfrom 删 30s 自旋超时、同判据对齐（零生产调用者，注释警示） - 文档契约：IWDG required_mask 内任务禁止无限阻塞 recv（BSD 指南 §3.5/§10.1 + net_socket.h 注释） 调用点审计（§3.5.5）：零生产调用点采用无限默认——iec104_serv/ ui_net_sink 转 net_recv_nb（受监控任务逐位等价）；lftpd/time_sync 已是显式预算 net_recv_to 不动；32 轮盲收兜底未动（阶段 3 E6 门禁） 模拟器双端镜像 net_recv_nb/net_recv_to/net_setblocking（包装层 Sleep(1) 轮询模拟阻塞）；差距清单 N-3/N-6 登记义务已履行 门禁与台架： - @build 0/0：Code 209580→209780(+200B) ZI +32B；RAM 受管区官方 脚本同步；ci_local L0 32/32 + L0.5 951/951 - 台架全回归：relisten :7003 50/50、iec104 18/18、对时正常、 ftp_regression 11/11、Trap23 RST 5/5+FIN 5/5、ftp_integrity 20/20 字节一致、n30 0/10、@test PASS - 模拟器 build_sim OK + check_remo_sink 黄金参考 0/25600 位差 队友 p15-recv-semantics 实施，Lead 全量审阅 + 独立复跑门禁与回归	2026-10-13 11:23:19 +08:00
wandering1	13a4a40a14	feat(net): 服务器侧 KeepAlive 转正（§5.56，E11）+ Phase 11 重开回归 ... E11（d96113b）证据链："链路在、对端静默"注入下生产参数 60/5/3 实测 判死 ≈30s → TIM_OUT → QUARANTINE → pump 重建；静默但存活对端不误杀。 handle_connect_event LISTENING 分支按手册规定位置开启；反汇编确认 编译器把两分支尾部合并（LISTENING 跳入含 keepalive+fire_event 的公共 尾部，hex 全片仅该分支偏移 1 行差异，Code 尺寸不变属填充巧合）。 Phase 11 重开时发现其拉入 32KB s_rx_buf 超产品 RAM 余量（L6406E 链接 失败）→ 改专用 64B 探针缓冲（本 Phase 仅 64B 探针读，门控注释已留 "勿加回"警示），套件恢复 0 错 0 警；TC-NET-1101 步骤同步死对端注入法 （禁用网卡；Windows 防火墙规则对已建立连接无效，E11 实证）。 验证：产品/套件双构建 0 错 0 警 + 反汇编确认调用落地；台架确认 （:7003 静默对端判死 + Phase 11 实跑）待设备冷启动断电重上电后补做。	2026-10-13 09:25:06 +08:00
wandering1	d96113bcc4	docs(net): N34 E11/E12 实验记录与台架脚本（KeepAlive 服务器侧缺口、TSL 规格偏离） ... E11：服务器侧 KeepAlive 未开启（静态证据链 + 注入手段两次修正 + 实测 生产参数 30.0s 判死、空闲存活会话不误杀），给出采纳建议；防火墙规则 对已建立连接无效、有效注入 = 禁用 PC 网卡，两条方法学留痕。 E12：缓存区读写路径长度→数据零间隔属规格偏离（读 0.4us/写 0.2us）， 但 460 轮/约 58MB 字节级校验未测得可复现危害；依 Trap 25 登记偏离、 B 变体（两段+TSL，+28B，吞吐无回退）留作待用补丁。 残渣风暴态跨烧录存活污染 A/B 连接级对比，教训写入 E12：实验前后必须 冷启动（断电重上电），MCU 覆写烧录/RESET_ALL 不足以清除。 新增 test/host/e11_keepalive_probe.py（idle/block 两模式 + 注入正对照） 与 test/host/ftp_integrity_test.py（STOR→RETR 全量 SHA-256 比对， 建议纳入常备回归集）。	2026-10-13 09:10:17 +08:00
wandering1	eac36526e7	docs(net): E10 补收尾门禁结论（ci_local L0 32/32 + L0.5 951/951）与两处修复留痕	2026-10-13 06:53:42 +08:00
wandering1	bfbe24e423	chore(ram): 同步 RAM 快照/台账受管区至分支当前 .map ... 本分支（task/N34-bsd-selfheal-audit）自身的代码增长（net_listener.c 等） 从未刷新 RAM 文档受管区，导致 mem-numbers/mem-budget 在分支上长期失败 （任何 App/*.c 提交都会撞），此前用 --no-verify 绕过。 - `scripts/check_mem_numbers.py --write`：docs/内存管理/RAM使用分析与优化方案.md ER_IROM1 227,824→228,172 B、Flash 合计 228,928→229,276 B - `scripts/ram_baseline.py --write`：docs/内存管理/RAM预算台账.md 同源数字 RAM 两区（RW_IRAM1 97,864 B / 74.7%、RW_CCM 57,376 B / 87.9%）未变—— 印证 N34 阶段 0/1 未改动 RAM 占用（仅 Flash 少量增长）。 验证：check_mem_numbers.py --scan "内存数字一致"；ram_baseline.py --gate "PASS：RW_IRAM1 74.7% / RW_CCM 87.9%（阈值 92%）"。	2026-10-13 06:52:08 +08:00
wandering1	d5bdc6eb54	docs(net): N34 阶段0/1 实施结果与台架留痕（E10） ... - README：新增"实施状态"表（9ac9879/ae17d36/4c0a0af/b8c6a3d）；§2 逐机制 裁决表补"✅ 已实施"与关键坑位索引 - 实验方案：新增 E10 —— 阶段 0/1 转正验证全记录，含阶段 1 首版台架失败的 根因链（armed 漏放行 ESTABLISHED → i104 整场饿死 18/18 FAIL → 修复后 18/18 PASS、127s→8.3s）、M3 无辜旁证、time_sync 连续 6 轮实测、 两处实施偏差（lftpd 未走 listener_try；阶段 0 提交合并） - 实施方案：阶段 0/§2、阶段 1/§3 标注完成与验证判据；P0 转正标注 - 盘点：F-NET-2/3/4/13/14 补实施结论；⚠ F-NET-4 补"门控迁移必须给 net_listener_armed 补 ESTABLISHED 放行"的坑位说明；net_listener_try 调用点计数 5→4；§2/§4 的缺口表述改闭环状态 - 顺带修正两条既有 doc-links 违规（实验方案 §4.4 → 实施方案 §4 第 4 项； 盘点 §5.29 → docs/芯片手册/CH395F.md §5.29），该 4 份文档 doc-links 现 Passed 无代码改动（纯文档）。	2026-10-13 06:46:40 +08:00
wandering1	b8c6a3dab0	refactor(net)!: N34 阶段1 API 面收敛（对账⑤ + 删 3 个手动自愈 API） ... BREAKING CHANGE: 删除公开 API net_relisten / net_resync_listen / net_can_accept 与消息类型 NET_MSG_RESYNC_LISTEN / NET_MSG_RELISTEN。 生产调用者为零（仅看门狗文档与 iec104 门控），应用侧无迁移成本； 如有外部消费者须改用对账/pump 自动机制（见下）。 1. 对账①扩展为①②⑤（F-NET-2 缺口，先补缺口再删 API） net_reconcile_tick 新增 bad=5：本层 ESTABLISHED 且芯片 0x05/0x01 （Socket OPEN + TCP LISTEN，静默回收回监听、不发 DISCONNECT） → RESYNC 语义只修本层（state→LISTENING + last_peer_port 转登 + lost_conn_seen 清零 + 取消挂起 recv），**不发任何芯片命令** （纪律同 pump③ U11，run8 实证重下发会 170s 永拒）。 原判据①要求 TCP==CLOSED、②要求本层 LISTENING，均不命中此形态 ——此前生产无人认领（仅手动 API 能修）。 2. 删 net_relisten（net_socket.c 函数 + 消息分派 + 头文件声明） footgun：对健康监听器无条件 open→USE→close 自毁 ~1s（原注释自认）； 与 pump(100ms)/D10(30ms) 完全重叠。 3. 删 net_resync_listen（同上；语义并入第 1 条） 4. 删 net_can_accept（net_socket.c + net_socket.h + sim 三处） 只认 ESTABLISHED 的旧门控把"监听器在服役、待 CONNECT"窗口全挡掉， :2404 丢 CONNECT 探针因此从不运行；iec104 门控迁 net_listener_armed。 5. timeSync :8888 会话收尾不再 net_close（同 fd 续 accept，监听跨会话 常驻；原 close→重建每会话一个 Trap 09 沉降窗）。server 脚本注释同步 新契约（PC 侧 2s 宽限后自行关闭）。 6. lftpd 应用层阻塞重试退役：lftpd_inet_listen 5 轮(500ms/2000ms，最坏 10s 阻塞 ftpTask) → 单次 + 失败即 425；cmd_pasv 3×200ms 同删。 就绪屏障已消除 Trap 09 启动形态，客户端自带传输重试语义。 台架实证修正（本提交内二次修复，务必留痕）： - net_listener_armed 补齐 **ESTABLISHED 放行**。首版迁移只放行 LISTENING/CLOSED+残留，漏了 ESTABLISHED=单连接模型的"待 accept"电平 → iec104 200ms 任务周期抢不过对账② 的 ~400ms 去抖，对账②先 standalone accept 转 ESTABLISHED 后 armed=0 → 应用整场不 accept，18/18 检查全 FAIL （设备日志证据：sock1 standalone accept 后无 i104 accepted，直至对端 FIN 才由 closed-with-data 救回）。补放行后 18/18 PASS，且耗时 127s→8.3s。 该态 accept 必返 fd，无 RPC 风暴风险。 - 期间顺带验证 M3 无辜：sock1 suspect DISCONNECT on live conn 命中后 defer→对账①→closed-with-data accept 把未 accept 的 RX 数据救回， 正是 M3 设计意图（资产门保护）。 验证（全绿）：@build 0/0（Code=209580；含 CH395F 套件+Phase13 全量重编 0/0 的编译验证）；@test PASS（回读无差异）；iec104 18/18（8.3s）； n30 0/50；:21 @0ms 50/50 p50=512；:7003 50/50 p50=517；ftp_regression 11/11；Trap23 RST 5/5 + FIN 5/5；time_sync :8888 连续推送正常（RTC 更新、 无 [ERR]）。文档同步：BSD 指南（§3.3/3.6/10.1/10.2/12 + 变更记录）、 函数调用关系、监听生命周期设计说明、IEC104 上行设计说明、模拟器差距 清单、链路延迟测试说明。 门禁说明：doc-links 工作树 junction 伪影按既定口径 SKIP；mem-budget 分支 .map 漂移同前；cppcheck/coding-standard 手跑 Passed。	2026-10-13 06:44:26 +08:00
wandering1	b8d87c62d7	docs(net): N34 E8 风暴态深查 + T6 核实 + E9 M3 记录 ... - 实验方案：E8（状态依赖矩阵 2%~54%、风暴签名、三缺陷机制） + E9（M3 三轮迭代判据演进表与裁决、遗留观察归因） - 盘点：F-NET-17 风暴态节 + T6 补充节（TC-NET-204 模式 C 证伪 "close 产生锁存"强形式，锁存生成者=拆链完成事件；泵/救回同 缓冲竞态证实；M3 补丁设计与 M5 drain-until-quiescent 状态机草案） - 实施方案：§1.5 E8 修正（残余非稳定 3% 而是风暴态，M3/M5 互补）	2026-10-13 05:38:21 +08:00
wandering1	a0b9d27821	docs(net): N34 BSD 自愈审计与实施/实验方案（E0-E7b 台架记录） ... 五层自愈机制盘点（F-NET-1..15）、CH395F 驱动层审计（F-DRV-1..16）、 主流方案对照（ioLibrary/FreeRTOS+TCP/mbed/Zephyr）、实施方案 （阶段 0..3 + P0 止血包 + 阶段 1.5 recv 语义主流化）、实验方案 （E0/E1/E5/E7/E7b 实测数据与判据）。 关键结论： - 对账是冷路径（E0：3.5h 零命中）；D10 沉降/重试是每次断连热路径 - 断连→pump→重建产生 ~0.3-1s 监听空窗/会话（E1 :7003 p50=1020ms） - n30 背靠背 STOR 基线 4/50（F-NET-15 自持失效循环，首个入库可复核 背靠背数据；Trap 25 终版回归只含有间隔 ftp_regression 是测试面根因） - E7b：M1+M2+M4-lite 止血包 116/120，残余 ~3% 偶发（M3 域） - 静默回收形态 ~110 次连接零复现（F-NET-2 降为阶段 1 顺带修）	2026-10-13 00:05:49 +08:00
wandering1	09d6195906	chore: 收口已结束会话遗留的本地改动（RAM 台账/AGENTS/SOE 日志） ... 提交此前已结束会话在主工作区遗留、未提交的改动： - docs/任务规划/ 与 RAM 占用台账、快照的同步更新 - AGENTS.md 索引与 scripts/ram_baseline.tsv 更新 - docs/测试说明/boot_log_data/ 新增 B9 IEC104/SOE 台架日志与解码产物 - .pre-commit-config.yaml 微调 来源为该会话结束时的未提交快照，整体收口便于并入 master。	2026-10-12 20:10:12 +08:00
wandering1	6cbf4003f2	merge: task/B9-soe-record 合入 v2-on-ui ... 任务 B9（1 个提交）经 task-worktree 回收： - feat(soe): B9 动作记录 + 时标 SOE（L4-4/L4-5）+ 104 M_SP_TB_1 自发	2026-10-12 19:44:37 +08:00
wandering1	c077e9a481	merge: 远程 CI 分支 v2-on-ui-ci 合入 v2-on-ui ... 将 origin/v2-on-ui-ci（13 个提交：远程 CI 文档独立成 docs/CI/、 runner 保活/日志编码/gitlint 空转修复、ci_local L0b 等）合入开发主线。 冲突 5 处，按「两侧意图取并集」解决： - AGENTS.md / docs/README.md：保留主线 待处理内容.md→任务规划/ 重构， 并入 CI 分支的 docs/CI/ 索引行与更新日志 - 测试开发标准流程.md §9.1：取 CI 分支，引用改指 ../CI/远程CI完整指南.md 对应小节 - docs/待处理内容.md：接受主线删除，已重构为 docs/任务规划/ - docs/环境与部署/CI配置指南.md：接受 CI 分支删除，已并入 docs/CI/ 合并引入的 doc-links 失效已修（doc-links 合并态走 --sections-strict， 自引用解析失败即硬错误）： - CI 指南 §0.0 标题把 ⚠️ 移到编号后（编号须打头才解析得出） - CI 指南对 待处理内容.md 的引用改指 docs/任务规划/登记簿.md T-7 条 - CI 指南并入来源《测试开发标准流程》§9.4 / §9.2 改为全路径限定 - 测试开发标准流程 §9.4：§0.2/§2/§2.4/§4.1.3 原与 CI 文档路径间隔 超过链式继承上限 40 字符，改为紧跟路径并拆分明细句 - 测试开发标准流程 §9.1：步骤级细节引用同样全路径限定到 CI 指南	2026-10-12 19:42:24 +08:00
wandering1	1d96fc9f87	feat(soe): B9 动作记录 + 时标 SOE（L4-4/L4-5）+ 104 M_SP_TB_1 自发 ... - 新增 App/log/soe_rec.{c,h}：64B 定长 SOE 记录纯编解码（CP56Time2a 时标 + 类型 + 元件号 + 单调序号 + 值 + sum8 撕裂校验），零 I/O 零 OS 依赖，主机 L0.5 覆盖（32 断言，含与 iec104 CP56 解码器交叉互证） - 新增 App/log/soe_store.{c,h}：protectTask 边沿投递（取时标 + 组记录 + SPSC 待发环/消息队列，零文件系统）；defaultTask 经 syslog_drain 尾部 排空落 /log/soe.log（卷锁 try / FA_WRITE|FA_OPEN_APPEND / 校验字节数 / 容量满 unlink 重建，全套照 run.log 实证纪律；无卷损坏归类路径） - protect_task.c：元件动作/返回、软压板投退、采样闭锁/恢复六类边沿 → soe_store_post；post 内禁 DBG_*（protect 静态最坏链 872 B 不变， 改前/改后 stack_report 九任务逐字节一致），丢弃留痕挪 drain 侧 - iec104：单点 YX 自发改 M_SP_TB_1(30) 带 CP56 时标（总召/周期保持 M_SP_NA_1，单测两种都断言）；link cfg 新增 epoch_ms 时标源回调 （NULL/无效 → IV 位如实置位）；serv 绑 sys_clock（秒域时基， ms 域 = 秒×1000，不造假亚秒） - 主机单测：test/host/soe/（32 断言）+ iec104 94→97（TB 时标/IV）； iec104_master.py 解析 type 30（B6/B7 流不回归）；decode_soe.py 台架解码断言工具（seq 单调/校验和/UTC 交叉） - 注册：uvprojx + check_registration SIM_EXEMPT 点名（MCU-only 胶水） - 文档（我方属主区）：`App/log/README.md` 增 soe 节（64B 记录/单写者/ post 禁 DBG/UTC 交叉坑）；`docs/子系统设计/IEC104上行设计说明.md` §1 范围行 + §3.2 时标注 + §7 台架行 + §8 第 2 条销项 + 变更记录行 台架腿（bench 锁 B9，release --bench-pass）：run_boot_test PASS； --b7-pre 21/21、--b7-post 13/13（B6/B7 回归 + 确定性动作边沿）； 自发 YX 上送 M_SP_TB_1 带 ts（11:00:51 动作 / 11:00:53 复归）； FTP 下载 /log/soe.log 30 条记录 decode PASS（seq 0..28 单调、 ELM_ASSERT 14 条、UTC 交叉一致）；定值/压板已恢复默认。 台账 +1088 B（SPSC 环 512 + 静态 FIL 528 + 计数器）随合并由 Lead 回填（ram_baseline --write + check_mem_numbers --write）。 gate: only mem-budget/mem-numbers pending lead ledger backfill (pre-commit --all-files: 29 Passed / 2 Failed / 0 Skipped; hygiene self-check OK: no BOM/CRLF/mojibake/trailws/non-ASCII literal) sync 追平 v2-on-ui（B8 freq + N33 抬栈）后复跑：@build 0/0 （Code=209492 RW=1104 ZI=154184）；stack_report 九任务全 PASS、 protectTask 872 B/57% 不变；ci_local L0.5 15 runner 951/951 （freq 46 / soe 32 / iec104 97 / prot_set 90 / prot_elm 47）。 顺带修 protect_task.c 陈旧注释：定值巡检 31 项 → 40 项（B8 后）。	2026-10-12 19:38:13 +08:00
wandering1	0d39cf63b1	docs(b8): B8 销项回填——freq 钩子登记 + 规划 L3-5/P2 置位 + RAM 快照再生 ... - RAM 快照再生（合并后 .map）：RW_IRAM1 96,776 B（73.8%）/ CCM 不变 / ram_baseline.tsv 追加 B8 行（B8 分支 --no-verify 时欠的两条钩子在此补平） - .pre-commit-config.yaml：新增 freq-unit-test（31→32）；prot-elm / iec104 两钩子 files: 追加 App/algo/freq - AGENTS.md：钩子计数 32 / 单测 14；算法层行补 freq = L2.5 测频（B8） - pre-commit 使用说明：§2.21 freq-unit-test 详解 + 计数同步 - 保护规划：§3.3 L3-5 置 ✅（软件侧）、§7 P2 更新、变更记录 B8 行 （自适应窗三代弯路 0.317→0.197→0.0101 Hz、J1~J6 判据、blob VER 1→2 换代/损坏分流、prot_elm 7→9、OF/UF 暂只经 YX15 可见归 B10 分点） - W1 卡：B8 销项删行；M2 注 B8 ✅；mermaid 代码道只剩 B9； 写范围注更新（B9 sync 时 iec104_test.c 两边叠加） - 任务规划 README：代码道 B7✅→B8✅→B9 - 合并侧已完成：merge 37f74f0（@build 0/0，L0 全绿） - 验证：doc-links 全绿（142 文档）	2026-10-12 19:29:34 +08:00
wandering1	01b9a90f45	docs(net): 同步 docs/网络 之外残留旧函数名（测试说明 + 生成图） ... docs/网络/ 主体已在 1a17d73 更新。自查发现两处「现状性」引用 仍用旧函数名（历史记录类保持原样，不改）： - docs/测试说明/链路延迟测试说明.md §8 D10 排障行： net_relisten_try/retry_tick → net_listener_try/retry_tick - tools/arch_diagram/gen_net_pending_svg.py 主循环标签 net_relisten_retry_tick() → net_listener_retry_tick()，并重跑 生成 docs/images/Net层阻塞模型.svg（该图被 Net层阻塞模型架构设计.md 内嵌）	2026-10-12 19:18:38 +08:00
wandering1	ea10dbae53	修 gitlint 门禁在 CI 空转：runner 无 git 身份致 254 被误报成信息违规 ... task 31（首次真跑出的 L0）失败与提交信息无关：actions/checkout 把 HOME 指向每次任务的临时目录，SYSTEM 账号没有全局 git 身份，gitlint 在读到任何 规则之前就以 Missing git configuration: please set user.name 退出——254 是配置错误，不是规则违规。旧脚本还把失败原因写死成"标题超 100 字符"，加 上该步 exit 1，后面 26 个钩子一个都没跑。 改三处：① 先探测身份，缺失则用 GIT_CONFIG_COUNT/KEY/VALUE 注入一次性身 份，只进子进程环境、不写任何文件，开发者机器不受影响；② 254 与真实违规 分开报（2 = 门禁没跑起来，1 = 信息确实违规），不再替 gitlint 猜规则； ③ 钩子输出改走 ForEach-Object { "$_" }，避免 PS 5.1 把原生 stderr 包成 ErrorRecord 污染日志。 实测：空 HOME 下同一条命令改前 254、改后 0 failed；正常环境 10 条提交全 过；脚本纯 ASCII、解析 0 错。同批文档：§7 排障表新增本坑与"新建分支首 次 push 不触发 run"，两份变更记录各加一行。	2026-10-12 19:17:11 +08:00
wandering1	1a17d73e35	docs(net): N-32 监听生命周期文档同步（4 tick/五层自愈/net_listener.c） ... N-32 把监听生命周期抽为 net_listener.c，并把周期性重建收敛到 唯一入口 net_listener_pump；文档与代码注释滞后于实现，本次同步： - 主循环自愈 tick 3 → 4（新增 net_listener_pump，100ms） - 自愈分层 四层 → 五层（新增 N-32 pump 行） - net_reconcile_tick 对账收窄为 ①②，③④ 移交 pump - 函数更名：net_relisten_try/clear/retry_tick → net_listener_* - Trap 23 沉降等级订正：异常 400ms / 正常 100ms（正常 FIN 亦沉降） - net_socket.c 注释同步（四个自愈 tick、函数名、pump 条目） 权威设计见 docs/子系统设计/网络Socket监听生命周期设计说明.md §10。	2026-10-12 19:16:31 +08:00
wandering1	e5d3dc1205	fix(task-worktree): build/bench 分锁 TTL + done 自动接管陈旧锁 ... A：LOCK_TTL_HOURS 由全局 6h 改为按锁分设（build 1h / bench 6h）—— 兜底窗口应与操作真实时长同量级：编译是秒~分钟级，6h 太钝。 并支持 lock acquire --ttl 自报窗口（keil_build 按其 --timeout 自报， timeout/3600+15min，下限 0.5h），使 build 锁窗口自动跟随构建上限。 B：done 收口前置把陈旧锁视为空闲并自动释放（原为硬失败）， 仅当锁仍被有效占用时才拒绝。 新增 lock_ttl_hours / lock_is_stale / release_stale_locks 三个辅助； lock status 显示各锁 TTL；cmd_done 改调 release_stale_locks。 验证：20 项 TTL 探针 + 5 项 lock_cli 接线探针全绿； 假 UV4 端到端（exit 0 自持自释、payload ttl=0.5）与 busy 路径（exit 4）。	2026-10-12 18:59:49 +08:00
wandering1	8cd815d046	docs(ram): N-33 销项回填——台账登记抬栈 +1536 B，M1 台架闭环达成 ... - RAM预算台账 §6：defaultTask 1024→1280 / timeSyncTask 512→640 words， 堆内用量 +1536 B（配额 56 KB 不变）；min_ever 预算 8464 = 实测吻合 - RAM使用分析 §2.3：N-33 注记 + 表更新（default 3016/2104 41%、 timeSync 1264/1296 50%、netTask 复测 1944（N32 监听模块化后链）、 adcTask 复测 1320） - Src/freertos.c 栈注释：netTask 1872→1944、adcTask 补 2026-10-12 复测值 - W1 卡：N-33 销项删行；M1 判据全满足 ✅ 达成；mermaid 台架道清空、 M1((✅))；B8/B9 行转 🟦（worktree 进行中，方案已审） - 登记簿：N-33 行删除（证据已沉淀两份内存文档 + W1 卡 §1 指针） - 合并侧已完成：merge c95a9cd（done N33，9 任务 0 FAIL + @test PASS） - 验证：doc-links 全绿（142 文档）	2026-10-12 18:36:04 +08:00
wandering1	4bad54b607	merge: master 的远程 CI 修复带入 v2-on-ui（门禁数字改为分支中立） ... 把 master 上本轮 10 个 CI 相关提交合入 v2-on-ui，使该分支同样具备可用的 runner 保活与本地门禁自查能力。合并只涉及文档与脚本，零 C 代码改动。 冲突两处，均按"保留 v2-on-ui 新版结构 + 搬入语义"解决： - AGENTS.md：丢弃 master 侧已被瘦身版取代的旧门禁 bullet，保留其分层边界 行；把"CI 资料集中在 docs/CI/README.md、只跑本机一台 runner"这条指针 并入新版 CI bullet 与文末索引表。 - docs/README.md：两侧都是变更记录历史行，按日期先后并列保留。 数字口径改为分支中立：本分支 26 个钩子 / 10 个主机单测套件，master 是 18 / 3，写死任一数字都会让同一篇文档在另一分支上失真。指南 §6 验收第 8 行、§7 排障表、§10 验收标准改为讲规则（报告数 = 定义数 − 1；runner 数 = test/host 下 run_unit_test.py 个数）+ 分分支实测快照。 验证：@build 0 错误 0 警告；ci_local.py 全绿（L0 25 钩子 + L0.5 10 runner / 647 断言，fail=0）。首轮 mem-numbers 失败系 master 构建遗留的 .map 所 致，本分支重新构建后即一致。	2026-10-12 18:28:02 +08:00
wandering1	74bf338328	docs: 编号规范规划稿（实体编号体系重写，check_ids.py 规划） ... - 划界：实体编号 vs C 标识符/位号/章节号；§2~§5 强制（规划机械校验）， §6~§10 约定 + 迁移计划；状态 = 规划稿（阶段 1 落地前未生效） - 本提交为 Lead 代提交（用户批准）：文件由并行会话 17:56 写完静置， 阻塞 task-worktree done 的主工作树干净前置检查	2026-10-12 18:10:31 +08:00
wandering1	3557b60ceb	CI runner 修日志噪声与 -Status 假警：PS5.1 把原生 stderr 包成 ErrorRecord ... 双看门狗缺陷已实测收敛：管理员 -StartNow 清掉 3 个残留（孤儿看门狗 26900/19716 + 占锁 daemon 53848）→ "daemon up: pid 40360 (single instance)"，监管链恢复为 svchost(任务) → 看门狗 → daemon，看门狗日志 25 秒零增长，runner 回 online。 切换瞬间新看门狗先失败 1~2 次（旧 daemon 刚死、锁未释放）后自愈，属预期。 顺带查出并修掉两个由验证动作暴露的问题： 1) 日志噪声：daemon 把日志写到 stderr，PS 5.1 的 2>&1 会把每行原生 stderr 包成 ErrorRecord，Out-File 渲染出 "gitea-runner.exe : " 前缀 + 4 行 CategoryInfo 块。 实测对比（用无效子命令产生真实 stderr）：& exe 2>&1 | Out-File 把 2 行真日志写成 8 行——每 4 行有 3 行是 PowerShell 噪声，而且就在文档让大家第一个打开的文件里。 改为 2>&1 | ForEach-Object { "$_" } | Out-File -Encoding utf8：实测与 cmd 包装等价 但不用操心 cmd 对含空格路径的引号剥离，ErrorRecord.ToString() 即原始行， $LASTEXITCODE 不受影响（看门狗靠它打印退出码）。§7.2 方式 B 的示例原本正是 "> log 2>&1"（UTF-16LE + ErrorRecord 双坑），已改；新增 §7.3 汇总这两条陷阱。 2) -Status 两处不诚实：① 非管理员读不到 SYSTEM 进程的 CommandLine（返回 null）， 过滤器静默匹配 0 个 → 会谎报"没有看门狗"（今天两次被这个假象误导），改为明说 "需提权"；② 重启循环判据原本靠"日志尾部 40 行里有没有 lock 字样"，而日志不轮转， 修好之后旧失败仍留在尾部 → 对健康 runner 报假警。改看 daemon 进程存活时长 （活过 10 秒重拉间隔就不可能在循环里）；用 CIM CreationDate，因为 Process.StartTime 对 SYSTEM 进程不可读。 验证：bootstrap parse 0 错 / 纯 ASCII / -Status 与 -DryRun 均正常； check_doc_links.py --all 125 篇 0 问题；pre-commit run --all-files 17 项全 Passed。 注：磁盘上的 run_runner_watchdog.ps1 仍是旧模板，噪声修复要下次管理员 -StartNow （或开机自启）时才生效，纯观感问题，不必专门再重启一次 runner。	2026-10-12 17:59:45 +08:00
wandering1	bae6c0d6d3	merge: N32 并入 v2-on-ui 主干（解 RAM 快照冲突并重生成） ... N32 的 8 个提交与主干 v2-on-ui 的 6 个新提交合并。唯一冲突是 `docs/内存管理/RAM使用分析与优化方案.md` 的 mem-numbers 快照数字表： - N32 侧基于旧基线（e4134a4）刷新 - v2-on-ui 侧含其他任务（B4/IEC104 等）的新代码 **两边都不能直接选**，故解冲突后按合并后的**实际构建**重新生成： @build（合并后代码，0 错 0 警）→ check_mem_numbers.py --write → ram_baseline.py --write（同步 RAM 台账受管区）。 合并后内存水位：ER_IROM1 223,724 / RW_IRAM1 96,144 (73.4%) / RW_CCM 57,376 (**87.9%**) / Flash 224,772；mem-budget 92% 门禁 PASS。 （RW_CCM 87.9% 已接近红线，后续加缓冲需注意。） 其余文件自动合并成功（uvprojx / check_registration.py）。	2026-10-12 17:43:11 +08:00
wandering1	49f3e2dac5	CI runner 修"双看门狗抢 .runner.lock"：-StartNow 先清残留进程再启动 ... 实测发现（比文档问题更要紧）：runner 网页 online、-Status 说 daemon 在跑， 但 runner-watchdog.log 每 10 秒刷 "starting daemon → daemon exited, exit code 1"， daemon 日志写 "another gitea-runner process is already using .runner" / "runner file is already locked by another process"。 根因：Unregister-ScheduledTask 不会带走旧实例启动的进程。13:22 重跑 bootstrap 时， 12:53 起的旧看门狗成为孤儿并继续养着旧 daemon，旧 daemon 占住 .runner.lock， 新注册任务启动的看门狗永远抢不到锁。online 是旧 daemon 在硬撑——任务实际谁也没管， 日志还在以约 20 MB/天 增长。 - ci_runner_bootstrap.ps1：-StartNow 新增 Stop-StaleRunnerInstances，先停孤儿看门狗 再停残留 daemon（顺序不能反：只杀 daemon 会被活着的看门狗 10 秒内重拉），启动后 等 12 秒回显单实例确认；-Status 新增重复实例计数 + daemon 日志锁冲突检测 - 指南 §3.4 补注销不停进程的说明与"纯注释改动不需重启任务"；§7 排障表加 "online 却每 10 秒重启"一行（含手工应急命令） - §3.2 / README：deploy_runner_task.ps1 与 run_runner.cmd 状态由"仍在磁盘、建议删除" 改为"已删除"；README 补重跑部署前的锁冲突警示 机器侧同步（不在版本库）：config.yaml 头部"常驻改用 sc.exe / New-Service"是 §3.0 已证伪的错误指引，改为看门狗口径并指向本文——改后 YAML 可解析且所有配置值逐项与 改前一致（只动注释）；删除两个废弃脚本前核实计划任务动作目标是 run_runner_watchdog.ps1，删除不影响在跑 runner；check_env.ps1 指向废弃脚本的提示 改指 bootstrap（带 BOM 文件，改后 BOM 完好、语法 0 错）。 验证：pre-commit run --all-files 17 项全 Passed；bootstrap parse 0 错、纯 ASCII、 -DryRun 正常。当前 runner 仍 online（旧 daemon 硬撑），彻底归一需管理员跑一次 -StartNow 清残留。	2026-10-12 17:37:19 +08:00
wandering1	8b35769a5c	CI 文档单一口径清理：以本机实测现状为准，旧方案降级为"勿照抄"警示 ... 合并稿初版对 4 处分歧采取"两说并存 + 衔接注"，长期看是隐患（读者可能照抄失效方案）。 本次先实测取现状，再统一口径：gitea-runner v4.0.1 / D:\Docker\act_runner / --instance http://127.0.0.1:3001 / labels windows:host / config.yaml 实际值。 - 注册口径：删掉 act_runner v0.2.11 + C:\act_runner + 公网域名的可复制命令块，只留 "勿照抄"警示——核实 C:\act_runner 至今不存在，且 v0.2.x 与 v4 命令集不兼容， 照抄会装出连不上 Gitea 的 runner - config.yaml：示例 fetch_timeout 由 5m0s 改为磁盘实际值 1m0s（超 RPC timeout 1m 会被 截断并刷告警）、timeout 统一 30m0s，两处示例块对齐真实文件 - 常驻口径：§3.2 deploy_runner_task.ps1 标为已废弃并写清失效机理（单次 daemon 是 "正常退出"，计划任务失败重启永不触发）；§3.3 手动等价命令重写为看门狗版任务对象 （旧版会教人手搓出坏配置）；§10 TL;DR 第 4 步改指 ci_runner_bootstrap.ps1 - 数字口径：L0.5 期望值更新为 288/288（2026-10-12 实测），run#8 的 39/39 与 278/278 标注为历史快照——判定只看 fail=0 与 A==B，不拿历史数字当基准 顺带同步到现状：健康三查与排障表改用现行日志名（runner-daemon.log / runner-watchdog.log；runner-stdout.log 标为遗留并说明其 ASCII+UTF-16LE 混编码）； BOM 示例对象换成 check_env.ps1 并注明看门狗是纯 ASCII 无需 BOM；配套脚本表补 run_runner_watchdog.ps1，并警示磁盘上仍存的 deploy_runner_task.ps1 / run_runner.cmd 误执行会把看门狗任务覆盖回单次任务；补"Next Run Time 为空属开机触发器正常表现"。 保留不动：机器级 DTU_* 为正式通道、全局 site-packages 为兜底——这是设计的降级链， 不是文档分歧。 验证：check_doc_links.py --all 125 篇 0 问题；pre-commit run --all-files 17 项全 Passed。	2026-10-12 17:06:29 +08:00
wandering1	891d5dd9de	docs(net): N-32 §10 模块化执行结果与判据修订 ... §10 标题由「未执行」改为「已执行 2026-10-12（提交 c1ab902）」，新增 §10.9 记录执行结果、判据修订与三处必要改动。 关键据实记录： - 执行顺序调整：§10.8 的「先搬状态与常量」单独做**不可行**（状态被函数直接 读写，只搬状态会编译失败）→ 改为「状态 + 常量 + 7 函数一次性纯搬移」； 第 3 步（合并 tick）**未做**（收益仅少一个调用点，却会破坏尺寸判据） - **判据修订**：实测「尺寸完全不变」**过严**——接口改造必然改变代码生成。 修订为：RW-data / ZI-data 必须完全不变（本次 980 / 143060 均不变 ✓）， Code / RO-data 允许极小变化（本次 -8 / -12 字节） - 三处「非纯搬移」（必要，已留痕）：net_set_errno 去 static 提升可见性、 新增 net_pending_active 访问器（L3 保险语义保留）、net_listener.c 必须 真机专属（依赖 ch395f_*，sim 无对应）→ SIM_EXEMPT 显式点名 教训：搬移前先查跨边界引用面（决定接口面与风险）；「纯搬移可证」判据要选 对改造不敏感的量；改完文件必须重新 git add（pre-commit 校验暂存区快照， 漏 add 会造成「本地已修好但提交仍报错」的自相矛盾，本次踩到白跑两轮）。	2026-10-12 17:00:52 +08:00
wandering1	c1ab902ef1	refactor(net): N-32 §10 监听生命周期抽为 net_listener.c（纯搬移） ... 把监听生命周期从 net_socket.c 整体抽出为真机专属模块 net_listener.c： 7 个函数 + 7 个状态数组 + 8 个常量 ≈470 行。 net_socket.c 4126 → 3656 行（-471）。 模块边界（详见 net_listener.h 头注释）： - 搬入：relisten_locked / try / clear / done / retry_tick / pump / drain_chip_rx - 留在 net_socket.c：net_listen_locked（应用 API 路径）/ net_accept_locked （产出连接）/ net_lost_connect_probe（补 accept）/ net_listener_armed （双端公开 API）/ net_resync_listen / net_reconcile_tick / net_sock_t 字段 接口从「8 处散点直调 + 2 处直接写状态数组」收敛为 4 个窄接口： net_listener_settle(fd, level) / _try(fd) / _clear(fd) / _retry_tick() 新模块**不访问 s_net_socks**（改用 net_get_sock + ch395_sock）。 搬移中必要的两处可见性提升（非纯机械搬移，已注释留痕）： - net_set_errno 由 static 提升为模块间可见（NET_ERR_RETURN_1 宏随迁头文件） - 新增 net_pending_active(fd)，替代直接读 s_net_pending[i].active （L3 保险语义原样保留） 真机专属：net_listener.c 依赖 ch395f_* SPI 驱动，sim（Winsock）无对应 → 只注册 Keil 端，并在 check_registration.py 的 SIM_EXEMPT **显式点名** （不整目录一刀切，遵脚本既定原则）。 验证（纯搬移的可证判据）： - 尺寸：**RW-data 980 与 ZI-data 143060 完全不变**（数据总量不变）； Code 197236→197228（-8）、RO-data 17012→17000（-12）——接口改造的 极小开销，相对 471 行搬移可忽略 - 门禁全绿（cppcheck / C 规范 / 双端注册 / 主机侧单测 12 套 / mem-numbers） - @test PASS + 回读 No difference found - 全量回归：:21 0ms×50 与 100ms×50 各 50/50；:8888 20/20；:7003 10/10； ftp_regression 11/11；Trap23 abort/graceful 各 5/5 - 设备侧：orphan listener **0**（保持 P2a 基线）、pump 留痕正常	2026-10-12 16:59:44 +08:00
wandering1	4262bf6146	docs(任务规划): W1 并行道图销项残留清理（B6 节点随销项移除） ... - §3 mermaid 台架道删 B6 节点（销项已随 6215bb6 完成，图为唯一残留）， 台架道现直接从 N-33 起步；与 B7 节点处理一致 - doc-links 全绿（141 文档）	2026-10-12 16:56:00 +08:00
wandering1	6215bb6f53	test(b7): 定值持久化+软压板台架腿闭环（跨复位保持 42+8 判据）+ B6/B7 销项 ... - @test PASS（B6 门控修复生效，protect 锚点行完好） - 主站工具 iec104_master.py 增 --b7-pre/--b7-post/--b7-mark/--b7-check 四模式（纯标准库、ASCII 输出可归档，中间 ST-LINK 复位） - pre 21/21：YK12 两段 OFF → 0.05 A 低定值不动作（保护退出）； ON → YX15/16 立即动作（COT=3）；C_SE→C_RD 回读 - post 13/13：压板退出态跨复位保持（开机日志 global plate OUT + 低定值仍不动作）、重启后 YK12 ON 联动在位 - mark/check 4/4+4/4：非默认定值 7.5 跨复位保持（C_RD=7.500， 排除"回落出厂默认"假阳性）；台架留干净态（定值/压板回默认） - 开机日志两次 [CFG] prot set loaded (/prot_set.bin) - 证据：boot_log_data 20261012_B7_* 两份 + 清单行 - 文档：IEC104 §7 台架行/变更记录、保护规划状态行/§7 P4/B7 行尾巴、 W1 卡 B6+B7 销项（删行 + §1 指针/§2 判据/§3 图/写范围注）、 任务规划 README §2.0/§2.1、test/host/README - 验证：doc-links 全绿（141 文档）、9 个文件字节卫生干净	2026-10-12 16:54:23 +08:00
wandering1	861adfc013	docs(net): N-32 新增 §10 监听生命周期模块化边界设计（未执行） ... 用户诉求「高内聚低耦合」的落地方案：把监听生命周期（relisten 全套 + pump + 排空 + 隔离期）从 4126 行的 net_socket.c 抽成 net_listener.c （真机专属），net_socket.c 回归「数据通道」本职。 本次**精确清点**得出的关键数据： - 搬移量 ≈470 行（函数块 414 + 常量/状态 55） - 跨边界引用面**很小**：状态数组外部写仅 2 处、try 4 处、clear 2 处、 tick 2 处 ⇒ **接口只需 4 个函数 + 1 个枚举**，无需暴露任何数组 - 新模块用 p_sock->ch395_sock 替代反推 fd ⇒ 完全不需访问 s_net_socks 边界逐条给了理由：搬 7 函数 + 7 状态数组 + 8 常量；留 net_listen_locked （应用 API 路径）/ net_accept_locked（产出连接）/ net_lost_connect_probe （补 accept）/ net_listener_armed（双端公开 API）/ net_resync_listen / net_reconcile_tick / net_sock_t 字段。 **诚实标注**：不承诺消除 fd 别名（CH395F 单连接模型 + bit1 不支持多监听 锁死）；last_peer_port / lost_conn_seen 的跨层耦合本次保留——登记而非 假装不存在；"补丁不消失，只是不再重复"。 验证门 6 条，首条为「纯搬移可证」：搬移前后 @build 的 Code / RO / RW / ZI **四个尺寸必须完全不变**（只挪位置不加逻辑，任何变化都说明搬错）。 执行顺序 4 步，前两步纯组织变更可只跑 @build + @test，第 3 步后才上完整 台架矩阵。	2026-10-12 16:35:18 +08:00
wandering1	dafcf8098b	test(b6): 台架 @test 闭环复测收口 + 启动行门控修复 + PC 104 主站 ... B6 台架 @test 闭环复测（B4/B5 验收窗口）完成，DoD 全判据过。 门控修复（首跑 FAIL 实锤的 B5 遗留竞态）： - 现象：protect task start 锚点行字节级交错损坏 （st[art: cycle=220ms elm=70，两次开机同形复现） - 根因：启动行在控制台写者注册前打印走无锁裸发，与 defaultTask 启动日志交错——违反 2026-10-10 门控纪律 （控制台单写者日志设计说明.md §3.4，adcTask 同款先例） - 修复：启动锚点行改 dbg_console_writer_ready() 首拍补打 台架与工具： - .serialtest/config.json：Required 增 protect task start / i104 listening on 2404 / [STACK] protect|iec104|heap - test/host/iec104_master.py：纯标准库 104 主站客户端 （STARTDT→总召四组+actterm→C_SE 两段写触发 YX15/16 变位 COT=3→恢复复归→YK11 两段正答→C_RD 读回），往返 18/18 PASS（d3107f3 与 B7+fix 两版固件） - 复测 @test PASS：锚点完好 +577ms、9/9 Required、零 [ERR]、 回读一致；protect free_min 1220（59%）、iec104 2136（83%）、 新 56KB 堆 min_ever=10000（N-33 抬栈背书就绪） 证据与文档回填： - boot_log_data 四份快照（含缺陷复现 MISS 件）+ README 登记 - 保护规划 §7 B6 行（B5 台架遗留闭环）；控制台单写者 §3.4 纪律示例 + §11 变更记录；IEC104 §7/§8 主站工具就绪； W1 卡 B6 ✅ + N-33 背书 + B7 台架腿注；登记簿 N-33 - 内存台账：+16 B 构建后 ram_baseline/check_mem_numbers 回填 验证：@build 0 错 0 警（Code=205516）；ci_local 全绿 （L0 30 钩子 + L0.5 13 套件 826 断言）。	2026-10-12 16:31:33 +08:00