[参考译文] CC1352R：TI15.4堆栈- FH 信道跳回调

JD、您好！  

传输时的噪声。 将存在非零跳频时间。 因此、您应该能够在 PA 信号上看到这一点。

您可以使用15.4堆栈用户指南的调试射频输出部分中提供的指令将此信号路由到 GPIO。  

 https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_6_40_00_13/docs/ti154stack/html/ti154stack-guide/debugging-index.html#debugging-rf-output

没有其他直接的方法可以观察跳频。 RF_DRIVER 全局回调只能 在全局事件时触发。 在这种情况下，全球事件似乎都没有用处。  

https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_6_40_00_13/docs/rflib/html/group__rf__driver.html#gad40e352daa020429c2aa1cd49283c5e8

此致、

SID

嗨、Sid、

感谢您的回复。

我能够按照您的指示将 PA 和 LNA 信号路由到 LED、在这里、我可以使用逻辑分析仪确认 LNA 通道上的接收窗口实际上是250ms 长、如  ApiMac_FHAttribute_unicastDhellInterval 中定义的那样、 因为它在通道变化之间变为零。

但是、我的问题的目的不是验证跳信道。 我的目标实际上是在通道变化时运行一些代码、我以 LED 切换为例。 但是、即使使用 IOC 路由、当 LNA 信号变为零时、我也看不到激活函数或回调的方法。  

即使我将 LNA 信号路由到另一个 GPIO、然后激活该 GPIO 上的中断、以触发回调以运行代码、然后通过激活中断、我认为它会禁用 IOC 路由。  

那么、我如何实现这一点呢？ 当通道发生变化时、我需要触发一个函数。

谢谢

JD  

JD、您好！  

我不知道为此生成的内部事件。 但一种实现方法、这可能不是您最理想的设置。 将 LNA 信号路由到您已经完成的一个 GPIO。 将第二个 GPIO 配置为输入。 从外部连接这两个引脚。 然后、您可以在输入引脚上触发 GPIO 事件的代码。   

我在这个主题中提出了类似的建议。  

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1172471/launchxl-cc1310-use-rf_ratcapture-to-capture-rising-edge-of-ratgpo0

此致、

SID

嗨、Sid、

是的、这也是我的第一个想法。

问题是我的应用程序上没有更多可用的 GPIO、所以我需要一种软件方法。

有什么关于如何实现这一目标的想法吗？

谢谢、

JD

JD、您好！  

我问过 rnd。 他们说、间隔太短、无法进行用户回调、会影响堆栈操作的时序、并且没有计划为频率跳实现该事件。

您是否有理由想要此特定事件？ 也许可以解决这个问题？

此致、

SID

嗨、Sid、

我知道这不属于正常 TI15.4堆栈操作的范围、因此非常感谢您的帮助。  

我可以向您发送私人邮件吗？ 我不想在公开场合写详细信息。

谢谢你。

JD

你好，JD，当然。 您可以在 E2E 上向我发送消息。