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）。

Drivers/BSP/NET/README.md

@@ -18,7 +18,7 @@
 ### 阻塞模型（L3 pending）
 
 - 一期（RECV）已落地：`net_recv` 等支持带超时的阻塞（`pending` 挂起 + tick 唤醒）
-- 二期（ACCEPT + SEND）待做 → `docs/待处理内容.md` N-4
+- 二期（ACCEPT + SEND）待做 → `docs/任务规划/登记簿.md` N-4
 
 ### 周期对账自愈（Trap 22 修复）
 
@@ -61,5 +61,5 @@
 - 上层用法：`docs/网络/BSD_Socket_API_使用指南.md`
 - 内部调用关系：`docs/网络/BSD_Socket_API_函数调用关系.md`
 - 架构设计：`docs/网络/Net层阻塞模型架构设计.md`（阻塞等待 / pending 请求模型）
-- 二期设计基线：`docs/待处理内容.md` §5.1
+- 二期设计基线：`docs/任务规划/基线与待确认.md` §2.1
 - 测试：`docs/测试说明/CH395F_Test_Guide.md`、`docs/测试说明/FTP_Test_Guide.md`