This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC1352P:EasyLink_getRssi 在 EasyLink_receiveAsync 之后立即返回-128

Guru**** 2482225 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1225880/cc1352p-easylink_getrssi-returns--128-right-after-easylink_receiveasync

器件型号:CC1352P

客户正在尝试实施一个扫描背景噪声的功能、他们使用 EasyLink_receiveAsync 和 EasyLink_getRssi 对多个通道执行扫描并读取 RSSI。 具体实现如下:

1.调用 EasyLink_abort()以停止最后一次扫描

2.调用 EasyLink_setFrequency()以切换频率

3.调用 EasyLink_receiveASYNC()进入 Rx

4.调用 EasyLink_getRssi()以读取 RSSI

在测试过程中发现问题,调用 EasyLink_receiveAsync()后 EasyLink_getRssi()总是返回-128。 要获得正确的 RSSI,必须在  EasyLink_receiveASYNC()和 EasyLink_getRssi()之间添加一个延迟。

这种行为是否正常? 这背后的原因是什么?

此致、

沭阳

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的。 我需要一些时间从你调用  EasyLink_receiveASYNC()直到无线电实际进入 RX,所以 在 EasyLink_receiveASYNC()后立即调用 EasyLink_getRssi() 将返回-128,因为这是一个错误,指示没有 RSSI 可用(由于无线电未处于 RX 状态)。

    Siri.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Siri:

    感谢您的澄清。 是否有任何回调可以指示 RX 实际已准备就绪? 或者、您是否掌握了 RX 准备就绪所需时间的数据? 客户正在使用2毫秒的延迟、但希望降低延迟、以加快整个过程。

    此致、

    沭阳

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这是 EasyLink、没有 API。  

    要尽可能提高速度,只需 在循环中运行 EasyLink_getRssi(),直到它返回-128以外的值。

    如果有东西阻止无线电实际进入 RX、则应进行最大尝试次数。 如果不是、它们可能会永远卡在该循环中。

    我认为在执行完整设置和 FS 命令时、CC13x2从待机到 RX 使用了大约1 - 1.2ms、这意味着2ms 的延迟是过度斩波。

    Siri.