[参考译文] CC3235MODS：LAUNCCC3235MOD收发器模式

您好，

您使用的是哪种连接？ TCP还是UDP？ 任何设备都可以接收数据包，这是什么意思？ 您是否说如果您只使用一个设备，则不能每50毫秒发送一次数据？ 您收到了什么错误代码？  

您是否通读了NWP用户指南？  https://www.ti.com/lit/ug/swru455 m ．swrun 455 m ．pdf 

对于连接，TCP或UDP，

-我只需调用SL_Send(ir32,buf,TT1,SL_WLAN_RAW_RF_TX_Params(rfchannel,rfrate,rftxPower,rfPreambe))；

我的应用层有一个协议，该协议包含源地址，目的地址，组ID等。但当我将目标地址设置为0xFFFF时，  

这意味着任何理解此协议的设备都应像广播数据一样接收数据帧。

整个系统工作正常。 即使我在广播中尝试10个模块每50毫秒发送60字节的数据包，这意味着在内发送10个RF数据包

50毫秒，每台设备接收9个RF数据包，成功率或多或少为80 %。  

我要做的是提高这个成功率。  

回到我的3设备测试，每个RF分组无线速率应远低于1毫秒。 因此，通过计算，在50毫秒内触发了三个RF数据包  

以足够的利润接收。 我弄错了吗？

是的，我通读了NWP用户指南，尤其是Ch 13收发器。  

此致，

J.Y.

您如何定义成功率？ 是否有故障？ 其中一个主机驱动程序API调用是否失败？ 如果是，返回什么错误代码？  

我的应用程序数据包有序列号，因此当我在执行NumOfBytes = SL_Recv(i25x,32buf21536,0);

并上传接收到的数据包，应用程序将知道从发送方收到的数据包数量。

如果一个对等端发送1000个数据包，而接收器接收980个数据包，则其成功率为98 %。

对于2个设备之间的1：1连接，大多数时间都是100 %。

对于3个设备之间的3：3连接，95 % 的内容更少。

对于10个设备之间的10：10连接，第8轮设备的90 % 多或少，1或2台设备的50 % 少。

如果NWP在我调用SL_Recv() API时立即上载收到的数据包，我认为性能会提高。

传输周期为50毫秒，10台设备在50毫秒内的不同时间发送广播数据包。 应用程序有效负载为45字节。

此致，

J.Y.

您好，

是的，我同意。 使用协调器或“令牌环”的解决方案会更好。

一月

感谢您的建议，但我的应用程序是一种工厂自动化，运营商可以沿着轨道和移动
没有固定设备作为AP工作。 每个运营商应与其他运营商通信以进行交通控制。

返回到当前收发器模式，在非阻塞模式下，
调用SL_Recv()时，如果没有数据，此函数将返回-11 (“重试”消息)。
我认识到的问题是SL_Recv()即使在收到第一个RF数据包并进行上载时也返回-11
接收下一个数据包时的第一个数据包。
这是否正常？ 为什么NWP似乎持有？

听起来，使用网状拓扑(如Wi-Sun)的通信协议更适合您。 我推荐TI低于1GHz的部件。  

您是否说数据包正在发生冲突？ 设备可能无法传输，因为另一台设备正在同时传输。 这是收发器模式的问题。  

尊敬的Khan1：

现在我无法切换到sub-giga网格解决方案。

我接近绩效目标。

剩下的很简单，但我还没有得到帮助。

让我回顾一下我的问题：

在收发器模式下，非阻塞插座通信，

我使用SL_Recv() API进行接收，使用SL_Send()进行传输。

我希望cc3235MOD模块在收到来自对等设备的RF数据包后立即上载。

但模块保存第一个数据包，并在接收下一个数据包时开始上载它。

如何解决此问题？  

此致，

J.Y. Kim

尊敬的Khan1：

在发送真实邮件之前发送虚拟邮件是一个很好的解决方法。 我要试试。

顺便说一下，我如何检查我是否没有配置信号来正确检测收到的消息？

此致，

J.Y. Kim

即回调函数不正确，或者您未正确使用SEM_POST/SEM_WAIT。