我当时尝试配置 CC1354P10以用于专有2.4GHz (ISM、而不是 BLE)。 868MHz 工作正常。
当我尝试使用.SysConfig 实用程序的 rfUARTBridge 示例项目并在 IEEE 802.15.4部分选择"IEEE802.15.4-2,006,250kbps、OQPSK、DSSS =1:8"选项时、项目未在构建。 获取错误 "../rfUARTBridge.c：146：5：错误：使用未声明的标识符'RF_cmdPropRx'"
下面是屏幕截图。
感谢您的帮助。
您好、Satya：
当您在 SysConfig 中更改默认 PHY 时、它会选择一个不同的标准来生成命令名称、如下所示： 
这与 rfPacketRx 中使用的预期 RF_cmdPropRx 不同。
您可以通过在符号名称生成方法中选中"Legacy"来解决该问题：
另请注意、该 IEEE PHY 不使用 PROP 命令、而是使用 IEEE 命令。 您可以看到如何使用 SmartRF Studio 7对它们进行配置：
此致。
亚瑟
Arthur、您好！
我只需要构建一个系统(1-1通信)、能够使用 CC1354与2400和433MHz 配合使用。 我真的不知道 IEEE 802.15.4、看起来完全不同于433 Prop。 在 rfUARTBridge.c 应用程序中仔细更改"rf_cmdIeeRx.pRxQ =&dataQueue；"等命令名称后、可以很好地构建器件、但我的应用程序命令交换在 LaunchPad CC1354P10上无法正常运行。
我有一个基本问题：在使用 CC1352时、可以看到如下所示使用具有专有特性的2400。 我能够构建并下载到基于 CC1352的硬件。
是否可以将此用于2400应用程序以用于类似系统之间的数据包交换？ 比如433？ 如果是、您能帮助我配置天线开关控制 GPIO 吗？ 感谢您的参与。 此致。
您好、Satya：
如前所述、在 CC1352上使用 PROP 2.4GHz PHY 确实更容易。
如果您在 SmartRF Studio 7中查看、可以看到此 PHY 使用的 CMD_PROP_TX 命令与在433 MHz 上使用的相同：
关于天线开关控制、这应该已经解决了。 在使电路板与另一电路板进行通信时是否遇到问题？
此致、
亚瑟
