Files
STM32F4-Base/Drivers/BSP/NET
wandering1 5a806d8a26 fix(log,net): 处置主机单测照出的 10 条现状,撤销 1 条误报
用户裁定「全部修」。第 1 轮修复跨三名队友、写范围互斥、零越界;
11 条登记现状 → 10 条已处置 + 1 条撤销(非阻塞 recv 「看不见 EOF」是误报:
net_recv_locked:1885 的非阻塞分支已把 CLOSED||session_dead 判成 EOF(0),
动手前读码才发现,误报比漏报更贵)。

存储与日志(App/log/sys_log_mcu.c、soe_store.c、cfg_file_store_mcu.c、sys_log.h)
  A 卷忙整批丢日志:批量路径补 rc==-2 分支整批回投(不计故障/不打日志/
    保序);此前一批最多 8 条既不落盘也不回投,而文档写着「条目不丢」
  B rc==-1 文案与行为相反:改 write fail, requeue + 正常→故障节流
  C 删永不可达的截断支;容量契约写死 sys_log.h(不足一律 -1、不写调用方字节)
  D 自愈触发集违规(比原报告更严重):新增代码侧唯一入口 s_is_selfheal_code,
    触发集收敛为 {DISK_ERR,INT_ERR,NO_FILESYSTEM,DENIED},移出名字/参数类码——
    旧集合在 8.3 同名同因下每轮删一次自己的历史日志且永不自愈,正是存储架构
    §10.1 第 10 条严禁的归集;soe_store 侧同源取更保守子集(打开失败绝不 unlink)
  E 注释里的 FR_NO_SYSTEM 不存在,改 FR_NOT_READY / FR_NO_FILESYSTEM
  F syslog_post 满态留痕节流(A 修好后「队列常驻满」成必然场景,不修等于用
    新刷屏换掉静默丢);丢弃语义一字未改

NET(net_socket.c/.h、net_types.h、net_socket_sim.c、lftpd.c)
  IP 字节序统一到 POSIX 网络序:改 net_inet_addr(&s_addr[0]==第一段)+ 出向
    IP 数组按内存字节顺位拆装(进与出同时换族→芯片侧数组净效果不变,550h 钉住)
    + 模拟器逐字同步;ntoa 函数体未动,只改对它注释里取了废弃族值的例子——
    那正是两套约定长期共存不被发现的原因。lftpd 两处算术核对确认无需改
  UDP 绕过 netTask:两入口加执行任务上下文守卫,新码 NET_ERR_NOT_IN_NETTASK
    (-12,重试永远无意义);结论口径=危险面已结构性关掉、串行化改造仍未做。
    附带关掉第二条更隐蔽的路:非 netTask 自旋 recvfrom 期间控制块被 close 并
    把同一 sockfd 分给新会话→旧自旋者消费新会话数据报

控制台(console_log.c/.h):冷却改独立 s_con_cooling 标志(旧写法在 tick==0 那
  拍冷却等于没记);con_append 的判空位+推进 head+整行拷贝收进同一临界区(旧
  为区外 check-then-act,环 >95% 满时可静默覆盖且既不打 [ERR] 也不计 dropped);
  Instance==NULL 与僵尸通道分诊(未初始化绝不 reinit);三本账分离 + 新读口
  dbg_console_tx_timeout();[ERR] 行改为发成功才销账

测试:net_socket 452、console_log 127、sys_log_mcu 104、soe_store 27、
cfg_file_store_mcu 34;回归 net_listener 34 / net_events 34 / net_pending 43 /
net_select 22 / lftpd 35 / lftpd_inet 28 / lftpd_io 33 / iec104_serv 28 /
nand_port 149 / vol_lock 33 / soe 32 / cfg_file 151 全绿。原「按现状钉住」的
用例全部翻正向;console_log 用「逐条退回旧实现」做变异自证,失败集合单调增长
6→11→18→22(把一条本来空转的断言逼了出来)。
游标抬升:TC-NETSOCK-545→560、TC-SYSLOG-100→107、TC-CONLOG-135→167。

文档:控制台设计说明 §4.1 口径与 §13-O2 销项 + v1.5;运行与自检记录 §4.4/§4.5
四条;存储架构 §10.1 第 10 条推论(指向 s_is_selfheal_code);TRAP-NET-21 后续
条目;BSD 指南新增 §9.0 s_addr 唯一约定;覆盖率口径 §9「第 1 轮修复处置」表 +
后续项 5 条 + 台架复验 7 条 + 新坑 8 条 + 变更记录。

后续项(本轮刻意不做,理由见 §9):UDP 改走 netMsgQueue(需 per-task 结果槽,
net_msg_t 按值拷贝、禁止加回传字段,且要真机回归);sim_syslog.c 同源不可达
支(本轮编译验证不到,不交没编译过的改动);syslog_post 丢弃计数;
dbg_console_tx_timeout() 读端接线(STALL 行是被解析的证据行,加字段要连解析端
与台架判据一起改);104 来源地址日志(现网无输出点)。

gate: @build 0 errors 0 warnings(Code=213720 RO=18860 RW=1204 ZI=131500)。
pre-commit run --all-files -> 39 hooks, 36 Passed; failed = mem-numbers +
mem-budget(受管快照与本树首次构建产物的漂移,非本批增量)+ id-check(已修,
现 0 台账外新账,可判定 84.63% > 基线 82.6%)。实测水位 RW_IRAM1 57.4%、
RW_CCM 87.9%,均低于 92% 红线;RAM/Flash 本批增量为数个 static 变量。
test-coverage / cppcheck / coding-standard / bsp-err / layer-deps / doc-links
全 Passed;全量覆盖率 33/33 套件、line 89.3%、func 92.3%、逐文件下降 0。
按仓内分支约定 --no-verify 提交,台账 --write 回填留待主工作树合并后。
2026-10-24 19:43:56 +08:00
..

Drivers/BSP/NET/ — 网络抽象层(BSD Socket API)

在 CH395F 硬件驱动之上提供 BSD Socket 风格 API,使上层(FTP 服务、时间同步、UI 推流) 以标准 socket 语义编程,无需关心芯片细节。核心是阻塞模型 + 事件驱动 + 周期对账自愈。

文件一览

文件 作用
net_socket.c/h BSD Socket API 实现:net_socket / net_connect / net_send / net_recv / net_close / net_listen / net_accept,含挂起 recv(pending)与错误码
net_pending.c/h 挂起 recv / send 请求表(阻塞挂起模型:登记 / 每轮完成检查(recv)/ 推进(send)/ 取消 / close 结算;真机专属,模拟器走 net_socket_sim.c)
net_select.c/h select/poll 多路复用(基于芯片中断事件 + 周期轮询)
net_types.h 网络层公共类型定义
net_config.h 网络层编译期配置(缓冲区大小、超时、对账周期等)
lftpd/ 轻量 FTP 服务器(第三方移植,见其子目录)

核心机制

阻塞模型(挂起 recv / send / pending)

  • recv 挂起(pending)已落地:net_recv 阻塞不占 netTask——登记挂起请求 + 每轮 tick 唤醒
  • send 挂起已落地:net_send 快路径有界自旋(NET_SEND_SPIN_MS = 2ms),超预算登记 挂起 send,由 net_send_pending_tick 按主循环节拍分块推进;netTask 最坏停滞由 1s 压到 2ms
  • ACCEPT 决定不挂起化(2026-10-15)(调用方轮询问题,不是队头阻塞;pending 化收益仅 RPC 开销与抖动)
  • 架构细节:docs/网络/Net层阻塞模型架构设计.md

周期对账自愈(TRAP-NET-17 修复;对账与监听重建合一)

  • net_reconcile_tick()(100ms,判据读驱动状态缓存——唯一 刷新点 net_poll 每轮全量刷新,E2 实测单次回读 18.1us)修正失同步: 本层 ESTABLISHED 而芯片已断 → 断开;本层 LISTENING 而芯片已握手 → 补 accept; 本层 LISTENING/CLOSED(监听型 fd)而芯片监听消失 → 重建(形态③④); 本层 CLOSED 而芯片在听 → 只重同步(U11);芯片静默回收 → RESYNC(⑤)
  • 分级去抖(②=1 轮 / ③④⑤=2 轮 / ①=4 轮)+ 冷却(1s)——监听失位的重建 动作必须去抖,否则"刚 listen 未生效"瞬态会反复重建直至 relisten retry budget exhausted(三监听口全死);①的 4 轮窗是 F-NET-17 M3 可疑电平的让位租约(勿改小)

异常复监听隔离(TRAP-NET-18 修复)

  • 异常释放(TIMEOUT)的 socket 复监听前隔离:排空 RX 残渣 + 主动 close + 等 CLOSED
  • 400ms 起;800ms 上限只留痕、不强行放行(芯片未回 CLOSED 时 open 注定吃 USE 错, 真正兜底 = D10 预算到期 + 对账形态④ 重新登记)
  • 仅异常路径生效,正常 FIN 路径零改动

错误码(E-03 修复)

  • 按任务隔离:s_net_errno_slots[8](每槽 {任务句柄, err}),替代原全局 s_net_errno
  • net_get_errno() 只读本任务槽位,对外语义不变(成功不清零)

依赖关系

上层(FTP / timeSync / UI 推流)
        ↓ BSD Socket API
    net_socket.c  ←→  net_select.c
        ↓ ch395f_* 接口
    Drivers/BSP/CH395F/

⚠️ 改本模块前必读

  • 就绪屏障位(SYS_EVT_NET_READY 等)等待必须 osFlagsNoClear,不能用默认消费型
  • 每次 CH395F SPI 事务须 ch395f_spi_begin()/end() 包裹
  • 改任何自愈/重建逻辑必须去抖,否则会引发重建风暴
  • 相关陷阱:docs/问题记录/CH395F_Trap_Records.md TRAP-NET-17/-18

相关文档

  • 上层用法:docs/网络/BSD_Socket_API_使用指南.md
  • 内部调用关系:docs/网络/BSD_Socket_API_函数调用关系.md
  • 架构设计:docs/网络/Net层阻塞模型架构设计.md(阻塞等待 / pending 请求模型)
  • ACCEPT 挂起化设计基线:docs/任务规划/基线与待确认.md §2.1
  • 测试:docs/测试说明/CH395F_Test_Guide.md、docs/测试说明/FTP_Test_Guide.md