[参考译文] LP-EM-CC2340R5：LP-EM-CC2340R5：

您好、Wenhao。

我们的 PropRf 专家将在周一之前不在办公室。  

因此,我请你等到他回来。 与此同时、您或许能够在我们的 Simplelink Academy：  基础 RX 和 TX (TI.com)中找到解决方案。

最好在讨论完这些问题后再提供更多的信息。

在某些情况下、监听器日志可以帮助我们查看无线传输中发生的情况。

此致、

亚历克斯

您好、Wenhao：

希望你好。 我想向您提供问题的状态更新：我们仍在调查您的问题、我们使用示例代码复制了测试、并正在研究结果。

谢谢。
A·F

您好、Alex、

感谢您的支持。 我将  NESB 数据包格式与通用 RX 进行比较。  因此我 删除了地址字节并 将填充字节设置为0。 通用 RX 可以接收 NESB TX 有效载荷。 当我将 RX 从通用模式切换到 NESB 时、有效载荷丢失、但可以触发 NESB 射频激活事件。  

非常感谢、
Jerry。

Jerry、您好！

希望你好。 对于 NESB 代码的实现、有两种方法可以处理它：
您可以首先使用 SDK 中提供的示例代码(rfPacketRx、rfPacketTx)并根据需要修改/添加 NESB 网站上的代码。
另一种方法是从 NESB 开始并根据需要添加您的函数/代码；需要注意的是、并非提供了使 NESB 正常工作所需的所有代码、因此为了使程序正常运行、需要进行一些更改。  

一些关于代码本身的注释、代码假定 TX 和 RX 同时启动、并且代码具有(N 个数据包)*(X 数据包间隔)的超时值。 实际上、这意味着为了让 RX 端接收数据包、您需要在 TX 端按 RESET、而在 RX 端快速按 RESET。 但是、为了使代码更 易于使用、我建议将 TX"for"循环更改为"while"循环(uint32_t nexttime 下的行)、这样就可以更轻松地使 RX 接收数据包(我们可以保留 "cmd.config.autoRetransmitMode = 3")。  

谢谢。
A·F

感谢您的信息。 我的实验只是想知道问题在哪里。 看起来 NESB RX 无法接收数据有效负载并回复 ACK。
由于您可以使用示例代码进行复制、因此我可以等待您的解决方案。  

谢谢。
Jerry。

Jerry、您好！

我们计划创建一些简化的基准示例来突出显示 NESB 并与您分享；现在我们让 RX 端按预期运行、但 TX 端导致了一些小问题、我们将在明天回复您。  

谢谢。
A·F  

Jerry、您好！

我们已经与 NESB 的 TX 端解决了该问题。 提供了两个使用 NESB 的示例项目、一个是 RX NESB、另一个是 TX NESB。 他们应该提供一些更好的见解,使用 NESB"cmd.config.autoRetransmitMode = 3"。 当您插入两块板时、您应该看到这两块板都闪烁、表示它们接收到数据包、总共闪烁50次(表示100个数据包、因为它是一个切换选项)。 在调试会话中还使用"统计信息"、查看程序是如何运行的(下图中提供、nRxOk 表示从 Tx 接收到的数据包数量)。

谢谢。
A·F

e2e.ti.com/.../TxNESB_5F00_LP_5F00_EM_5F00_CC2340R5_5F00_freertos_5F00_ticlang.zip e2e.ti.com/.../RxNESB_5F00_LP_5F00_EM_5F00_CC2340R5_5F00_freertos_5F00_ticlang.zip