主题中讨论的其他器件： CC3100
工具/软件：Code Composer Studio
e2e.ti.com/.../20190228100419_5F00_test.log
大家好！
我需要您的帮助来澄清 CC3100MOD 行为的几个方面。
第一
是否有能力获取有关在 CC3100中执行命令的实时信息。 我假设当 CC3100MOD 仍然无法完成其一侧的操作时、驱动程序会将控制权返回给主程序。 我在 e2e 帖子中发现、建议在 SPI 启用和禁用功能中使用100ms 延迟。 这可能是一个解释。
我需要知道如何定义 CC3100MOD 已准备好处理下一条命令。 例如、它完成了与建立接入点模式相关的所有命令。
特别是我对打开套接字命令"sl_close ()"的执行时间感兴趣。
2
任务：
1.创建接入点
2.在接入点，侦听套接字在非阻塞模式下打开。
然后应用程序在"sl_Accept"中循环。 它在以下情况下会中断：
3.1.将显示与套接字的外部连接。
3.2. 10秒间隔。
3.3.如果"sl_accept"返回与"sl_EAGAIN"不同的任何负值。
问题：
执行"sl_Accept"的时间不能超过10秒。 在接收到错误代码之前、"SL_EAGAIN"响应的数量是随机的。
2.根据程序日志(请参阅附件20190228100419_test.log)、CC3100驱动程序在将控制权返回主程序之前并不总是允许中断。
20190228100419_test.log：
|-来自"CC3100"的中断请求
[-来自 CC3100驱动程序的中断禁用命令
]-来自 CC3100驱动程序的中断启用命令
@-使用 HIB 重新启动模块)
3号
有一个任务通过 TCP 将数据发送到具有特定地址的特定套接字。
1.我连接到接入点。
2.然后打开一个套接字"SockID_OUT = sl_Socket (sl_AF_iNet、sl_sock_stream、0)；"
然后连接到套接字"Status_OUT = SL_Connect (SockID_OUT、(SlSockAddr_t *)&Addr、AddrSize)；"
4.然后命令"Status_Out = SL_Send (SockID_OUT、buf_sock_send、buf_sock_len_send、0)；"将无限循环执行。
在该方案中、即使套接字已关闭且重复打开也无法恢复数据扩展、发送数据的器件仍会继续发送数据。
我们如何理解接收套接字"已死"？
