[🐛Bug]: ESP32-C3工作在TCP Server模式一对多的情况下socket.accept无法接受到新连接的ctl

### 描述一下这个bug / Describe the bug

使用了官方提供的 tcp_server demo 稍微修改进行了测试, 发现是可以接受多个连接到,但是socket.accept无法获得新连接到ctl

### 复现步骤 / To Reproduce

```
local libnet = require "libnet"

--下面演示用阻塞方式做自动应答服务器，只适合W5500
local dName = "D2_TASK"
local function netCB(msg)
	log.info("未处理消息", msg[1], msg[2], msg[3], msg[4])
end

local function serTask(port)
	log.info("tcpsrv", "准备监听端口", socket.localIP(), port)
	local tx_buff = zbuff.create(1024)
	local rx_buff = zbuff.create(1024)
	local netc 
	local result, param, succ, rIP, rPort
	netc = socket.create(nil, dName)
	socket.debug(netc, true)
	socket.config(netc, port)
	local i = 0
	while true do
		i = i + 1
		log.info(rtos.meminfo("sys"))
		result = libnet.waitLink(dName, 0, netc)
		result = libnet.listen(dName, 0, netc)
		if result then
			local new_netc
			local rtask = 'TASK' .. i
            result,new_netc = socket.accept(netc, rtask)    --W5500的硬件协议栈不支持一对多
            if result then
			    log.info("客户端连上了",new_netc)
			    libnet.tx(dName, 0, netc, "helloworld")
            end
		end
		while result do
			succ, param, rIP, rPort = socket.rx(netc, rx_buff)
			if not succ then
				log.info("客户端断开了", succ, param, rIP, port)
				break
			end
			if rx_buff:used() > 0 then
				log.info("收到客户端数据，长度", rx_buff:used())
				tx_buff:copy(nil,rx_buff)   --把接收的数据返回给客户端
				rx_buff:del()
			end

if tx_buff:used() > 0 then
				result, param = libnet.tx(dName, 5000, netc, tx_buff)
			end
			if not result then
				log.info("发送失败了", result, param)
				break
			end
			tx_buff:del()
			if tx_buff:len() > 1024 then
				tx_buff:resize(1024)
			end
			if rx_buff:len() > 1024 then
				rx_buff:resize(1024)
			end
			log.info(rtos.meminfo("sys"))
			result, param = libnet.wait(dName, 5000, netc)
			if not result then
				log.info("客户端断开了", result, param)
				break
			end
		end
		libnet.close(dName, 5000, netc)
		log.info(rtos.meminfo("sys"))
		sys.wait(1000)
	end
end

function SerDemo(port)
	sysplus.taskInitEx(serTask, dName, netCB, port)
end

```

### 如果正常，应该是什么样 / Expected behavior

正常应该返回新连接到 ctl 才对

### 截图 / Screenshots

使用TCP调试工具, 测试是可以和设备建立多个连接的, 并且服务端都可以收到2个连接的数据, 多连接的情况下由于拿不到新连接的 ctl 就是无法单独给某个连接发送数据
![TCP调试](https://foruda.gitee.com/images/1702910177613243419/185af20e_1320741.png "屏幕截图")

下面是稍微修改的代码, 第二个参数想接收新的ctl
![修改代码](https://foruda.gitee.com/images/1702910209430424482/c3619740_1320741.png "屏幕截图")

### 日志 / Logs

调试输出后,看到日志, 参数返回的是 nil 值
![调试日志](https://foruda.gitee.com/images/1702910265895313432/52a90acb_1320741.png "屏幕截图")

### PACK包版本 / Version

1005

### 验证

- [x] 检查过该问题，之前没有人提过 / Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
- [x] 提供了最小可复现工程或详细的复现步骤，确保开发者可以复现 / The provided reproduction is a [minimal reproducible example](https://stackoverflow.com/help/minimal-reproducible-example) of the bug.
- [x] 已经提供了完整的报错信息、日志、截图，没有经过删减。

GVP 合宙Luat/LuatOS

内容风险标识

评论 (3)

GVP合宙Luat/LuatOS

内容风险标识