[参考译文] CC1352P：在最新的 IAR ARM8.2.3中无法使用 CC1352P-2调试 easylinktx 非 Tos 应用

RF 部分被 RF 屏蔽所包围、因此无法看到 CC1352P 版本号

CC1352P-2 launchexl 卡的背面、其编写的硬件版本：A、固件：SDK 2.10、1825。

那么、我们需要使用哪种 SDK 才能工作？ 我可以获取下载链接吗？

我们已经安装了 SDK2.3、并且能够调试代码。

在 SDK 示例中、我们已经尝试了 EasyLink 专有 TX 和 Rx 示例。 但我们需要 EasyLink IEEE80215.4 Tx 和 Rx 代码示例、我们在 SDK 中找不到这些示例

我们可以得到相同的吗？ 或者、我们如何将 专有 TX 和 Rx 更改为 在 IEEE82.15.4模式下工作？

。

 如果我将以2405MHz 运行的 IEEE802.15.4的设置从 Smart RF Studio 导入到  EasyLink 专有 TX 和 Rx 示例、是否可行？

我已经检查 了 EasyLink 代码中的可用模式(enum)、所有模式都是 prop。 适用于915MHz 和2.4GHz 的模式。

我们需要 IEEE802.15.4b/e ZigBee TX/Rx 模式(类似于 CC2520)。 如何启动 EasyLink 项目？

除此之外、是否有任何有关此器件(IEEE802.15.4 b/e @ 2.4GHz)的示例项目？

您好、Bibin、

这些是我在 SDK 中看到的枚举：

//！ \brief PHY 类型传递给 EasyLink_init()
typedef 枚举
{
EasyLink_Phy_Custom = EasyLink_Phy_Custom、 //！<从 SmartRF Studio 导出的特定于客户 PHY 的设置
EasyLink_Phy_50kbps2gfsk = EasyLink_Phy_50KBPS2GFSK、//！<低于1G 50kbps 数据速率的 PHY 设置、IEEE 802.15.4g GFSK。
EasyLink_Phy_625bpsLrm = EasyLink_Phy_625BPSLRM、 //！<适用于低于1G 625bps 数据速率的 PHY 设置、远距离模式。
EasyLink_Phy_2_4_200kbps2gfsk = EasyLink_Phy_2_4_200KBPS2GFSK、//！<适用于2.4GHz 200kbps 数据速率、IEEE 802.15.4g GFSK 的 PHY 设置。
EasyLink_Phy_5kbpsSlLr = EasyLink_Phy_5KBPSSLLR、 //！< SimpleLink 远距离(5kbps)
EasyLink_Phy_2_4_100kbps2gfsk = EasyLink_Phy_2_4_100KBPS2GFSK、//！<适用于2.4GHz 100kbps 数据速率、IEEE 802.15.4g GFSK 的 PHY 设置。
EasyLink_Phy_2_4_250kbps2gfsk = EasyLink_Phy_2_4_250KBPS2GFSK、//！<用于2.4GHz 250kbps 数据速率的 PHY 设置、IEEE 802.15.4g GFSK。
EasyLink_Phy_200kbps2gfsk = EasyLink_Phy_200KBPS2GFSK、//！<用于200kbps 数据速率的 PHY 设置、IEEE 802.15.4g GFSK。
EasyLink_Num_Phy_Settings、
｝EasyLink_PhyType； 

此列表中有多个 IEEE PHY、这不是您要查看的列表吗？

在我看来、通过导出设置并仅使用射频驱动器(如 rfPacketTx/Rx 示例中所示)而不是 Easylink、您可以更轻松地完成所需任务。 您还可以更好地控制命令的配置方式。  

我 已经介绍了 rfPacketTx 示例。该示例就像这样适用于 prop 中的868MHz。 模式。

我已在相应的 c & h 文件中导入2.425GHz IEEE802.15.4-2006设置的 SmartRF 设置。

还更改了 rfPacketTx.c 中的以下内容：

在 void * mainThread (void * arg0)中

 将 RF_CmdPropTx 结构替换为 RF_cmdIeeeTx 并填充.pPayload (=packet)和.StartTrigger.triggerType 文件(=0)。

 将 RF_Open()中的 RF_cmdPropRadioDivSetup 参数替换为 RF_cmd_RadioSetup。

将 RF_runCmd ()中的 RF_cmdPropTx 参数替换为 RF_cmdIeeeTx。

它现在可以处理第一个数据包。 我能够在 Smart RF Studio 中看到数据包。

之后、它不会来自 RF_runCmd (0函数。

有什么问题、我在这项修改中缺失了吗？

请帮助。

我们已经用适当的参数将 RF_runCmd ()替换为 RF_runScheduleCmd ()。

现在它正在工作、但它在两个电话后挂起！

我们如何解决这个问题。我们在两次通话中提供了适当的延迟。


对于 IEEE802.15.4 pkts、是否有任何使用 RF_runScheduleCmd 的示例项目？

您需要提供有关正在发生的情况的更多信息、事实上、您的示例在两次呼叫后挂起不足以帮助您找到解决方案。

例如、您是否可以将修改后的示例代码附加到帖子并查看您的无线电命令的状态？ 通过检查对讲机命令结构、您可以找到状态字段。  

目前还没有使用 IEEE 格式的"基本"无线电示例。