请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2650RC Thread 中讨论的其他器件：CC2650、 RemoTI、 CC2592、 SMARTRFTM-Studio、 LAUNCHXL-CC2650
我们将 RemoTI v2.0.1与 CC2650配合使用、并让 RNP 堆栈/应用程序在 CC2650 Launchpad 上工作、并且能够绑定/配对和发送/接收数据。 但是、在接收到目标/接收器上的数据后发送确认(ACK)时、PA 信号不会被置为有效(并且 LNA 不被置为有效)(请参阅显示来自目标和控制器的 DATA_REQ 的附加波形)。 因此、 当在具有 CC2592范围扩展器的定制电路板上进行测试时、发送数据的控制器/发起方不会接收 ACK、并持续重新发送数据包、直到数据包超时。 请注意、在发送数据请求的器件上以及在绑定/配对过程中、PA/LNA 信号的行为看起来是正确的。 它还可以在堆栈的控制器/发起方版本上为 ACK 正常工作。 是否有人可以确认这是否是堆栈代码中的错误(假设是在 rcnsuper-cc2620.a 中)、或者是否需要以不同的方式配置其他内容？
RTI_SDK_2_00_01_15中的 RNP_APP 和 RNP_STACK 示例、使用 RTI 接口。
在 定义 MODULE_CC26XX_5x5和 PA_LNA_CC2592的情况下构建。 针对 GPO0和 GPO1功能配置了 IO 引脚7和13。
在 CC2650 Launchpad 以及具有 CC2650F128RHBT 和 CC2592范围扩展器的定制板上看到相同的行为。
目标向控制器发送 DATA_REQ 并查看控制器的 ACT
控制器发送 DATA_REQ 并且看不到来自目标的 ACK
