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.

[参考译文] CC1352R:环境温度变化时通信中断

Guru**** 1807890 points
Other Parts Discussed in Thread: CC1352R, SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1414138/cc1352r-loss-of-communication-when-environmetal-temperature-changes

器件型号:CC1352R
主题中讨论的其他器件: SysConfig

工具与软件:

尊敬的 TI 支持团队:

我们将在以下基本配置中使用 CC1352R:

-射频频率: 869.525 MHz

- Symobl 速率: 200 kbaud

- RX 过滤器: 621.6 kHz

- TX 功率:12 dBm

- HF 时钟源:外部48 MHz TCXO

- TCXO 来源: CMOS 类型

-全局 LDO 模式

-温度范围:-40°C - 70°C

我们必须以相同的配置与异步通信的 CC1352R 器件进行通信。 该连接通过射频电缆进行传导、衰减为40dB。
这在室温以及最小/最大温度下均适用 数天的温度、只要温度保持恒定即可。

只有在环境温度发生变化时、通信才会中断。 温度无关紧要
增加或减少。 我们看到温度变化(气候室)完成后不久也会出现此问题。

如果 DUT 仅发送或仅接收、则无关紧要。 在这两种情况下、通信都会在温度变化时停止。

在 TX 模式下、我们可以看到传输的射频频谱会在问题发生时发生变化。 而不是中心的"漂亮的"2-GFSK 频谱
869.525 MHz 的频率我们看到下图中869.0 MHz 中心频率不正确时的频谱。 中存在杂散
正常运行期间不出现的 FFT。

我们观察到、当 DUT 处于故障状态时、CC1352R 的 RESET (引脚35)始终可以解决该问题、而 DUT 会恢复正常的预期运行。

此问题是否已知? 如果是、是否有办法防止这种情况发生?

如果您需要更多信息、请告诉我。

非常感谢您的帮助!

此致
Joerg

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

    尊敬的 Joerg:

    请重新上传图片吗? 它似乎没有正确连接。

    发送过程中温度是否发生变化?

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

    尊敬的 Diego:

    以下是再次处于故障状态的频谱图像:

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

    变速器处于传播位置时、温度发生变化

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

    我们还观察到以下情况:

    我们让一个器件始终发送数据、另一个器件始终接收数据。
    当 TX 器件处于故障状态时、如果我们交换 RX 和 TX 以使 TX 器件现在接收数据、反之亦然、这不会有任何帮助。

    但是、在故障状态下对 TX 器件进行复位的确解决了该问题。

    为了确保正确设置频率、我们已在 SysConfig GUI 中将 CMD_FS 设置为启用状态。  在初始化代码时、我们使用了以下命令:

    RF_postCmd (rfHandle、(RF_Op*)&RF_cmdFs_custom868_1、RF_PriorityNormal、NULL、0);

    在该命令失败后、我们还尝试在每次传输前重新设置它。 但是、这也没有帮助。 您对 CMD_FS 命令的设置方式是否可行有任何建议、或者我们是否必须以不同方式设置此命令。 或者是否有任何其他建议。

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

    您好!

    与同事核实后、以下是一些反馈:

    如果温度发生变化、则需要通过发出重新校准合成CMD_FS。 如果器件处于待机模式、将始终运行此命令(即使您只在应用中调用它一次、在退出待机模式时、射频驱动程序将始终运行缓存版本的 setup 命令和 FS 命令。

    在从不关闭射频内核或进入待机状态的应用程序CMD_FS中、您将需要在应用程序中定期调用。  

    另请 说明"始终传输和接收"的含义。

    可能 意味着您处于连续 RX 模式。 如果是这种情况、您需要手动退出 RX 状态以不时重新校准。 在 TX 中、 可能意味着您正在传输数据包(而不是连续传输)、但CMD_FS如果您从未关闭射频内核(以便射频驱动程序CMD_FS为您调用)、则需要在应用中不时发出。

    此致、

    Zack

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

    尊敬的 Zack:

    在 TX 模式下、我们发送数据包、正确。 在每个数据包之后我们发送命令 rf_yield (rfHandle);并等待 UART 上的下一个数据包。 总的来说,这似乎是有效的。 当仅n´t TX 器件在不断变化的环境温度下运行时、我们不会看到通信中断。

    在 RX 连续模式下、当仅 RX 器件在不断变化的环境温度下运行时、我们仍然会看到通信下降。

    我们发送以下命令:

    rf_cancelCmd (rfHandle、rxCommandHandle、1);

    rf_yield (rfHandle);

    Usleep(50);

    /*设置频率*/
    RF_postCmd (rfHandle、(RF_Op*)&RF_cmdFs_custom868_1、RF_PriorityNormal、NULL、0);

    rxCommandHandle = RF_postCmd (rfHandle、(RF_Op*)&RF_cmdPropRx_custom868_1、RF_PriorityNormal、&callback、RF_EventRxEntryDone);

    您能否更加详细地说明如何退出 RX 状态并进行重新校准?

    此致、
    Joerg