[参考译文] CC1352R：1GHz 以下的 CW 测试

也许尝试使用 SmartRF Studio。

我知道，但我们希望在固件的内联测试期间运行低于1GHz 的测试。 有可能吗？

实际上，我们在 TX/RX 模式下使用 SmartRF 作为2.4GHz 的参考端，并在我们的设备上的固件中运行 TX/RX 测试。 但我们不知道如何为低于1GHz 的用户提供支持。

我在我们的项目中实施了 rfCarrierWate 的代码，但它在项目之后就停止了

rfHandle = RF_OPEN (&rfObject，&RF_prop，(RF_RadioSetup*)和 RF_cmdPropRadioDivSetup_，&rfParams)；

在命令中

rf_runCmd (rfHandle，(RF_Op*)和 rf_cmdf，rf_PriorityNormal，NULL，0)；

因为 rfHandle 为 NULL。


因此，对讲机接口似乎忙于 TI15.4堆栈，无法重复使用。

我想我应该运行 RF_CLOSE (RF_HANDLE h)或其他一些操作，但我需要知道 TI15.4句柄。

如何解决这一问题？

我不熟悉 TI 15.4堆栈，因此我需要找其他人对此发表评论。 但是，我不理解为什么您需要使用 TI 15.4堆栈来实现这一点。 我认为发送 CW 是为了进行某种 RF 测试，而不是您在应用中要做的事情。 对于射频测试，您为什么不只使用堆栈运行测试代码。 运行 prop 时，可以使用与堆栈相同的 PHY。

西里

亚历克斯：

因此，对讲机接口似乎忙于 TI15.4堆栈，无法重复使用。

我想我应该运行 RF_CLOSE (RF_HANDLE h)或其他一些操作，但我需要知道 TI15.4句柄。

遗憾的是，TI 15.4层堆栈中没有与 RF_handle 等效的产品。 堆栈确实会按照您正确指出的那样接管对讲机的所有权，这样您就只能以特定方式使用对讲机(这与 CW 测试不真正兼容)。

正如 Siri 所提到的，对于射频测试，最好的方法就是制作运行时不需要堆栈的代码。

巴西，
安德烈斯  

无线电 CW 测试应该是我们主要固件的一部分。 因此，我们的设备支持两个堆栈：BLE 和 TI15.4，并在我们的系统中执行常规工作。

我们有一个 CLI 和几个命令来启动测试。 测试应随时在设备中可用，而不仅仅是用于生产中的临时测试。

我们可以停止 BLE 广告并使用 HCI 命令开始2.4GHz 测试。

因此，我的问题是：

1. TI15.4堆栈是否可以像 BLE 堆栈一样运行载波测试？ 您的答案似乎是“否”

2.我们可以停止 TI15.4堆栈并释放射频核心以使用 prop_RF 载波代码吗？

请看一下我之前的答案。

因此，在我看来，可能唯一可行的解决方案是实施 CLI 命令，该命令将使用标记“请勿启动 ti15.4堆栈”重新启动设备，这样低于1GHz 的射频核心就不会忙，然后我们就可以开始 prop_RF 载波测试。 完成测试后，我们设置了标志“start ti15.4 stack”，并重新启动它。 对吗？

您好，

我成功地在我们的项目中运行了代码，

但它在命令“RF_cmdTxTest”后卡住。

我在 rfCarrierWave 示例中看到，这是预期行为，因为

如何更改命令

是否要通过并能够从函数返回到我们的代码？

好的，谢谢，我理解。 看起来我应该使用 RF_postCmd()而不是 RF_runCmd()

我注意到，rfCarrierWave 代码只有在禁用 BLE 堆栈时才有效，因此它完全不依赖于 TI15.4堆栈。

如果我只禁用 BLE 广告，这就没有帮助，只能使用 define xBLE _start 禁用整个堆栈。 所以当我尝试 rfCarrierWave 函数中的 RF_open()时，它只在一个堆栈当前处于活动状态时才起作用。

我还发现了一些类似的主题：

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/950304/cc2652p-can-rf_runcmd-don-t-block-system-cpu

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/849979/cc1352r-combined-code-from-the-sensor-2-4g-example-and-the-rfcarrierwave-example-resetting-mcu

很遗憾，我们无法在 Ti15.4项目中直接运行 CW 测试而没有问题。

实际上，我也找到了禁用 TI15.4堆栈初始化的方法。 因此，rfCarrierWave 仅在其中一个叠块(BLE 或 TI1.4)被禁用(或两者都被禁用)时才起作用。 否则，它在运行 RF_open()时会失败。