d758d5cd7b
CH395F FUN_PARA 的 bit0 之争定案:取 0x08(bit3 SOCKET_CLOSE=1,bit0=0)。 证据(一手,按强度): - 官方手册 V2.2/V2.3 与旧版 V1C/V1E/2020 版 §5.52 位表:bit0 一律 「保留,必须为0」,任何版本都不存在「bit0=多 Socket」这一行。 - 官方 SDK CH395INC.H:349-353 位宏只有 bit1/3/4/7/8,无 bit0 宏。 - 官方例程直接反例:EXAM5_TCP_Server 传 0x02(bit0=0)却给 Socket 0~7 全部配缓冲;EXAM11_FTPClient 直接传 0x08;全 EVT 包无一处 0x09。 - 手册命令章前言:8 Socket 是芯片原生能力,靠 _SN 索引寻址;§5.45 真正的门槛是缓冲分配(Socket 个数 >4 须重分配缓冲)。 - 概念讹传源是 bit1 FUN_PARA_FLAG_TCP_SERVER(服务器多连接,§9.2.6)。 - 互联网检索无任何出处称 bit0 为单/多 Socket 模式。 Trap 18 的「bit0 决定 Socket 数量」是推论而非实测:无日志、无 TC 号, 且当年 Socket 1~7 未显式配缓冲(Trap 01/02 混淆因子未排除);TC704 40/40 与结论出自同一提交,属自证,不构成 0x08 的对照。 改动: - net_socket.c:0x09→0x08(原为未提交改动,现已过编译门禁)+ 版本留痕 - ch395f_reuse_bench.c:0x09→0x08,与生产 net_init 同构 - net_test_task.c:TC704 注释纠正(Socket 可用性不依赖 FUN_PARA) - Trap 18 新增「定案更正」完整证据链;Trap 25 疑点改判为定案 - Test_Guide / 产品需求 / 架构总览 / BSD 调用关系:0x09→0x08 改口径 - 待处理内容.md 登记 N-31:0x08 下多 Socket 台架复测(TC704 降并发 ≤5 + FTP 回归),补 Trap 25 销项时漏登记的尾巴 验证:@build 0 错误 0 警告;check_doc_links --all 通过;无 U+FFFD。
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,含 L3 挂起(pending)与错误码 |
net_select.c/h |
select/poll 多路复用(基于芯片中断事件 + 周期轮询) |
net_types.h |
网络层公共类型定义 |
net_config.h |
网络层编译期配置(缓冲区大小、超时、对账周期等) |
lftpd/ |
轻量 FTP 服务器(第三方移植,见其子目录) |
核心机制
阻塞模型(L3 pending)
- 一期(RECV)已落地:
net_recv等支持带超时的阻塞(pending挂起 + tick 唤醒) - 二期(ACCEPT + SEND)待做 →
docs/待处理内容.mdN-4
周期对账自愈(Trap 22 修复)
net_reconcile_tick()(200ms)回读芯片状态修正三类失同步: 本层 ESTABLISHED 而芯片已断 → 断开;本层 LISTENING 而芯片已握手 → 补 accept; 本层 LISTENING 而芯片监听消失 → 重建- 去抖(连续 2 次)+ 冷却(1s)——单次状态读的重建动作必须去抖,
否则"刚 listen 未生效"瞬态会反复重建直至
relisten give up(三监听口全死)
异常复监听隔离(Trap 23 修复)
- 异常释放(TIMEOUT)的 socket 复监听前隔离:排空 RX 残渣 + 主动 close + 等 CLOSED
- 400ms 起、800ms 上限强制放行(上限须 < 重试放弃时限 2000ms)
- 仅异常路径生效,正常 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.mdTrap 21/22/23
相关文档
- 上层用法:
docs/网络/BSD_Socket_API_使用指南.md - 内部调用关系:
docs/网络/BSD_Socket_API_函数调用关系.md - 架构设计:
docs/网络/Net层阻塞模型架构设计.md(阻塞等待 / pending 请求模型) - 二期设计基线:
docs/待处理内容.md§5.1 - 测试:
docs/测试说明/CH395F_Test_Guide.md、docs/测试说明/FTP_Test_Guide.md