wangfq/vd_960
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
43 Commits 1 Branch 0 Tags
4e75312a0f2d24f82feea255b6fb1b1ac2e84876
Commit Graph

17 Commits

Author SHA1 Message Date
wangfq
4e75312a0f fix: CONNECT 事件到达 TCP_LISTEN socket(1) 而非 TCP socket(0) 
WCHNET 将 CONNECT 事件投递到 TCP_LISTEN 内部 socket (sock 1)，
而非用户创建的 TCP socket (sock 0)。之前的路由只检查
socketid==g_json_socket_listen(0)，遗漏了 sock 1。

修复：
- NET_SSC_ENABLE=1 时同时路由 sock N 和 sock N+1 到 JSON handler
- NET_SSC_ENABLE=0 时所有 socket 事件都路由到 JSON handler
- tcp_json_handle_sock_int 移除 socket 限定，处理任意 socket 事件
 2026-07-01 14:09:34 +08:00
wangfq
32d613a54f debug: 在 WCHNET_HandleGlobalInt 中打印 socket 中断信息 
添加 SockInt: sock=%d stat=0x%02X 日志，用于诊断为何
client 连接成功后 CONNECT 事件未被处理
 2026-07-01 14:02:10 +08:00
wangfq
157ff48835 fix: NET_SSC_ENABLE=0 时 g_net_state.flag 卡在 1 导致 tcp_json_srv_init 反复调用 
WCHNET_CreateUdpSocket 原本会将 flag 推进到 2，被 #if 排除后
net_srv_init 每次主循环都重新执行，tcp_json_srv_init 首次成功后
后续 SocketCreat 都返回 0x1B（socket 已存在）

修复：SSC 禁用时在 tcp_json_srv_init 后手动设 flag=2
 2026-07-01 13:47:09 +08:00
wangfq
131d767cc3 fix: mStopIfError/GetMacAddr/get_ipstr_to_array 误被 #if NET_SSC_ENABLE 排除 
这些共享函数被包裹在 #if NET_SSC_ENABLE 中导致链接失败：
- mStopIfError — net_srv_init 调用
- GetMacAddr     — peripheral_main 调用
- get_ipstr_to_array — tcp_json_srv 调用

修复：在 clear_mqtt_buf 后关闭 #if，mStopIfError 后重开；
在 poll_mqtt 后关闭 #if，get_ipstr_to_array 后重开
 2026-07-01 13:35:14 +08:00
wangfq
e5c99069a0 refactor: 用 NET_SSC_ENABLE 宏隔离原有 TCP/UDP 代码，默认=0 
net_config.h:
- 新增 NET_SSC_ENABLE=0, NET_JSON_ENABLE=1 功能开关
- WCHNET_NUM_UDP/TCP 根据开关条件编译
- 默认仅保留 JSON TCP server (1 TCP socket)，SSC 全部禁用

net_srv.h:
- SocketId_TCP/UDP extern 放入 #if NET_SSC_ENABLE
- WCHNET_CreateTcpSocket/MqttSocket 原型放入 #if

net_srv.c:
- SSC/MQTT 变量和函数全部置入 #if NET_SSC_ENABLE
- WCHNET_HandleSockInt 中 SSC 处理分支置入 #if
- net_srv_init 中 WCHNET_CreateUdpSocket 和 memset(socket) 置入 #if
- JSON routing 保持无条件编译

peripheral_main.c:
- WCHNET_CreateTcpSocket/MqttSocket 调用置入 #if NET_SSC_ENABLE

tcp_json_srv.h:
- 移除 SocketId_TCP/UDP extern（JSON handler 不再引用）

影响：NET_SSC_ENABLE=0 时设备仅运行 TCP JSON server (port 5960)，
原有 SSC UDP/TCP/MQTT 代码不参与编译，零干扰。
 2026-07-01 11:33:32 +08:00
wangfq
ba35ea8ae3 refactor: 按 WCH 官方 TCPServer 例程重写 TCP JSON server 
核心变更：去掉 g_json_socket_client，listen socket 直接承载收发数据。

参考 EVT/EXAM/ETH/TCPServer 例程：
- 创建 PROTO_TYPE_TCP socket → WCHNET_SocketListen
- 同一 socket 处理 CONNECT + RECV + DISCONNECT + TIMEOUT
- 不需要 'accepted socket' 检测

移除的复杂逻辑：
- g_json_socket_client 变量及所有 'newly accepted' 检测代码
- WCHNET_HandleSockInt 第二路由条件（socketid!=listen,!=TCP,!=UDP 那串）
- tcp_json_handle_sock_int 中 listen/client 分离处理
- listen==client overlap 的迂回保护

修改文件：
- tcp_json_srv.h: 移除 g_json_socket_client extern
- tcp_json_srv.c: 移除 g_json_socket_client，handler 简化为 4 个 if
- net_srv.c: 路由简化为仅 socketid==g_json_socket_listen
 2026-07-01 11:18:43 +08:00
wangfq
7804d97a45 fix: listen socket CONNECT 不应触发 accepted 客户端逻辑 
- WCHNET_HandleSockInt 第二路由条件增加 socketid!=g_json_socket_listen
- tcp_json_handle_sock_int 'Newly accepted' 检查增加 socketid!=g_json_socket_listen
- 防止 listen socket 的 CONNECT 事件误触发 WCHNET_ModifyRecvBuf 和 g_json_socket_client 覆写

根因：TCP_LISTEN socket 和 accepted client 是不同 socket ID（1 vs 3），
listen socket 的 CONNECT 不应穿透到 'newly accepted' 分支去配置 recv buffer，
否则会干扰 WCHNET 对 accepted socket 的数据路由
 2026-07-01 09:52:28 +08:00
wangfq
be8c48688c fix: tcp_json_handle_sock_int RECV 被 listen socket 分支拦截导致收不到鉴权数据 
- RECV 处理移到函数最前面，优先于 listen socket 检查
- listen socket 分支增加 socketid!=g_json_socket_client 保护，
  防止 listen 与 accepted client 为同一 socket ID 时
  RECV 事件被 listen 分支 return 拦截
- WCHNET 某些版本可能将 TCP_LISTEN 和已 accept 的连接
  共用同一 socket ID，此时旧代码在 listen 检查处直接 return
  导致后续 client RECV 处理永远不被执行
 2026-07-01 09:20:44 +08:00
wangfq
19b1d7b327 refactor: simple_parse_json 修复空指针崩溃和无\0结尾 
- 修复纯数字/布尔/null 值时 strlen(NULL) 崩溃
- 修复对象缺闭合 } 时 strlen(NULL) 崩溃
- 修复 memcpy 后缺少 null terminator
- 修复 strlen(value_str) 对未初始化缓冲区调用
- 新增数组 [...] 值类型支持
- 用首字符分发替代 strlen 比大小判断优先级
- simple_json_getarray_item 同步修复
 2026-07-01 08:55:22 +08:00
wangfq
735af8c0eb fix: WCHNET 接收缓冲区与帧缓冲区重叠导致数据损坏 
根因: WCHNET_ModifyRecvBuf 将 socket 内部缓冲区设为 g_json_recv_buf,
但 WCHNET_SocketRecv 又从同一缓冲区(偏移)拷贝到自身 — 源和目的重叠。

修复:
1. 新增独立的 g_json_wchnet_buf 作为 WCHNET 内部接收缓冲区
2. RECV 时从 g_json_wchnet_buf 读入临时 buffer, 再追加到 g_json_recv_buf
3. 两缓冲区完全隔离, 消除重叠拷贝
 2026-06-30 19:04:11 +08:00
wangfq
3e00a352d3 debug: 在 json_process_frame + handle_pwd_verify 增加详细日志 
添加关键路径诊断日志以定位鉴权失败根因:
- json_process_frame: msg_id/cmd/匹配结果/auth状态
- handle_pwd_verify: data提取/password值/dev_pwd对照
 2026-06-30 19:03:00 +08:00
wangfq
6389271bfc fix: simple_json 解析末尾对象值时 y 未赋值 + 缺少 '}' 兜底 
两处修复 (simple_parse_json & simple_json_getarray_item):
1. if(y==NULL) strstr(q,"}\n") → if(y==NULL) y = strstr(q,"}\n")
   (缺失 y = 导致 strlen(NULL) 崩溃)
2. 新增 if(y==NULL) y = strchr(q, '}')
   (JSON 末尾对象值 "data":{...}}  只有 }} 无 }, \r\n 时需兜底)
 2026-06-30 18:52:38 +08:00
wangfq
ae02e58a36 fix: json_get_cmd 未去除引号导致命令匹配失败 
simple_parse_json 提取字符串值时保留双引号, json_get_cmd
直接用于 strcmp 匹配命令表, 因 "pwd_verify" != pwd_verify
导致所有命令都走进 'unsupported command' 分支。
改用 json_get_str_field (自动去引号) 修复。
 2026-06-30 17:52:30 +08:00
wangfq
eb79c66763 fix: JSON TCP accept后未配置接收缓冲区导致无法收数据 
根因: WCHNET TCP Server 模式下, accept后的socket需要调用
WCHNET_ModifyRecvBuf 配置接收缓冲区才能正常接收数据。

修复:
1. tcp_json_srv.c: accept时调用 WCHNET_ModifyRecvBuf 设置 recv buf
2. 去掉脆弱的scan逻辑, 改为收到CONNECT+socket不匹配已知socket时自动识别
3. net_srv.c: 同步更新路由条件
4. DBNetClient: 增加原始JSON发送日志
 2026-06-30 17:38:45 +08:00
wangfq
d2321fdec2 fix: tcp_json_srv 引用 SocketId_TCP 缺少 extern 声明 2026-06-30 15:00:53 +08:00
wangfq
af997a79fe feat(vd960DBN): TCP JSON协议服务 — 端口5960, 鉴权+15条命令 
- net_config.h: TCP_LISTEN=0→1, TCP=2 支持 JSON 监听
- 新增 tcp_json_srv.h/c: 行分隔 JSON, pwd_verify鉴权, 命令分发
- 实现15条协议命令: dev_info/ssc_net/iot_net/iot_topic/pwd_set/factory_reset等
- loop_param_set/query 接受命令返回stub(Loop MCU中继待实现)
- net_srv.c: 集成 JSON 中断路由 + init
- peripheral_main.c: 主循环 tcp_json_poll()
 2026-06-30 14:53:53 +08:00
wangfq
95808f9f25 refactor(vd960Loop): 算法回退到 DLD154V4B，四通道适配 
- 用 DLD154V4B vd1_task/per_channel 替换 vds_task 复杂算法
- 移除 FUNCTION_B/二次判断/快速变化/多重确认等增强特性
- 保留平坦性离开算法 (CN200910309382)，每通道独立状态
- 灵敏度表改为 DLD154V4B 4级: {216,108,36,10} / {108,72,18,9}
- 清理废弃类型: FltHistoryManager, Loop_ACS_Info, StageRangeConfig 等
- 首次添加 vd960DBN 完整源码
 2026-06-25 16:21:57 +08:00