[参考译文] CC3235MODSF：有关使用 AT 命令的 TCP 服务器流的问题

尊敬的 Calvin：

我将在下周初回复您。 我假设您有 2 个器件（其中一个是 CC3235）连接到同一网络、但尝试通过插座进行通信？

基站设备是一款 Android 设备、另一个设备正在使用 CC3235MODSF 开发为 AP。 AP 设计为仅允许单个基站连接。

此 AP 设备还包括 LAN 模块、我们需要在基站（Android 设备）和 LAN 接口之间开发数据传输和接收。

谢谢、

卡尔文

尊敬的 Calvin：

您的大部分流程都是正确的。 用户可以启动套接字、将 IP 地址绑定到套接字并侦听连接。 我假设对方启动套接字连接请求后、您便接受该连接。 如果是、那么是的、您的流程是正确的。

也可以针对您的应用程序重复选择和接收。

我们想确认以下几点：

问题 1

at+recv无论何时收到、是否都要发送正确的用法+select:<sd>？

换句话说、+select:<sd>始终表示这一点 数据可用于从套接字读取 或+select:<sd>也可能由于其他原因（例如连接状态更改，套接字关闭等）而生成？

如果+select:除传入数据外还可以因其他原因触发、我们很难将其严格用作数据就绪指标。

问题 2.

以 AP 角色操作 TCP 服务器时、何时应关闭并重新创建套接字（再次从开始）at+socket？

例如：

• 当基站与 AP 断开连接时、我们是否应该重新创建套接字？

• 还是仅在 TCP 连接本身已关闭时？

• 是否有指示应关闭并重新创建套接字的特定事件？

我们希望在使用 AT 命令界面时能够对建议的套接字生命周期管理进行澄清。

谢谢、

卡尔文

尊敬的 Calvin：

对于问题 1、它不仅是读取的、而且除了读取监控之外、唯一的其他参数是接受监控。 请参阅用户指南的此页面。

对于问题 2、让我回到您的身边。 如果您明天没有收到我的消息、您至少应该从我获得星期一提供的更新。

感谢您的耐心。