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.

[参考译文] CC1101:射频信号偏差下降

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/848201/cc1101-deviation-of-rf-signal-decreasing

器件型号:CC1101
主题中讨论的其他器件: CC1310WMBUS

您好!  

我们正在调查在电池供电设置中使用 CC1101射频收发器时观察到的问题、可以提供一些帮助。

我们观察到、当设置运行几天时、发射信号的某些部分的射频信号偏差会降低。 此邮件的附件说明了所做的测量。

该设置具有以下相关参数:

  • CC1101用于868MHz 运行
  • 在 FSCAL2字段中、除了 VCO_CORE_H_EN 被设定为高电平
  • 在 MCSM0字段中、FS_AUTOCAL 设置为1
  • 预期偏差为50kHz

出于测试目的、我还在前往 TX 执行手动校准之前启用了 SCAL 选通、但这不能解决观察到的问题。 已考虑勘误表。

我们预计该问题是由 VCO 的某些校准问题引起的、但并未观察到改进。 您能详细说明一下这个问题吗?  

非常感谢您的回答。  

Linda

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

    -这些测量的背景是什么? 他们发现了什么类型的问题?

    -它们是否在续 TX 持续数天、而不对 VCO 进行任何重新校准?   

    在这种情况下,载波频率是否也在漂移,还是只是偏移的偏离?  

    -如果载波频率漂移是温度稳定的,或者由于各种因素,它们是否会对基准频率漂移产生一些问题。  

    -由于 y 轴显示误差%、因此从照片上看它们测量的值(ON)有点困难。 这是根据设置的载波频率/偏差/数据速率进行测量的前导码还是解调的数据包?

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

    有更新吗?  

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

    非常感谢您的回答。

     

    实际上、所描述的问题是由于未正确设置 Y 轴导致的。 新的测量表明偏差符合我们的预期、但具有一些过冲。 这似乎不是我正在调查的问题的根本原因。 感谢您的回答。

     

    我对 CC1310有一个新的问题。 执行一些测试后、符号速率似乎能够承受非常小的差异、直到听不到同步字或接收到错误的字节。 这与 CC1101不能进行比较、CC1101能够正确接收相同数据包的字节。

     

    显然、我们使用透明模式来使连接到 UART 的 CC1101传输波特率容差为2%的数据包。 通过 UART 曼彻斯特编码通过以字节形式发送4位来完成。 波特率为38.4Kbps (有效值为19.2Kbps)。

     

    如何提高对讲机配置的符号速率容差? CC1310在默认射频贴片下的默认/定义符号速率容差是多少?

     

    我已附加了我们使用的由 SmartRF Studio 生成的设置。

     

    再次感谢大家的回应。

    e2e.ti.com/.../smartrf_5F00_settings_5F00_used.c

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

    在我开始深入探究 CC1310端的可能之处之前:您应该指出、您在 CC1101端使用透明模式。 CC1310需要前导码+ SYNC +有效负载。 您是否在从 CC1101端发送的流中具有此结构?  

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

    您好、Ter、

    是的、CC1101方面遵循这种结构。 它发送前导码、同步字和有效载荷

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

    要获得2%的符号容差、您需要一个补丁。 您可以尝试查看是否可以在   2.1.1中描述的 API 设置中使用并尝试使用所需的数据速率、偏差和同步字

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

    之三、问题未得到解决。 我将在 此处添加问题摘要:

    我们使用 CC1310与 CC1101通信(反之亦然)。 我们观察到 CC1310具有较低的比特率偏移容差。

     

    CC1101侧设置为透明模式并连接到 UART。 通过 UART 发送的数据包波特率容差为2%。 由于我们的用例、我们无法使用 CC1310驱动程序提供的曼彻斯特编码。 CC1310‘s通过 SmartRF 在“martrf_settings_used.c”文件中生成的设置进行设置,我可以直接提供该文件。

    我们尝试应用 wmbus s 模式补丁,因为这提供了更高的比特率容限。 但该补丁会进行曼彻斯特编码、这不适用于我们的用例。

     

    当 CC1101端 UART 的波特率是准确的时、通信就会起作用。 但是、当波特率关闭但容差在2%以内时、通信会失败。 通常会听到同步字、并且接收到的字节不正确。

     

    我们正在寻找一种提高 CC1310比特率容差的解决方案

    你可以帮帮我吗?

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

    见下文的进一步评论

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

    你(们)好

    CC1310不能处理2%的数据速率容差。

    S 模式补丁可以处理此问题、但遗憾的是、它使用曼彻斯特编码/解码、这是无法禁用的。

    客户只能尝试在透明模式下使用 CC1310、将数据从引脚上输出、然后自行进行所有采样和处理。

    BR

    Siri

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

    谢谢、但 CC1310可针对其配置处理的最大数据速率容差是多少?

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

    SmartRF Studio 中50kbps 设置的数据速率偏移容差为0.16%

    BR

    Siri

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

    您好!

    您能帮我回答我上一个问题吗? CC1310可针对其配置处理的最大数据速率容差是多少?

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

    Siri、

    非常感谢您的反馈、尽管这对此处的用例没有很大帮助。

    >>>

    我们希望,我们的具体使用案例将给予更大的容忍。 但这看起来容差始终为0.16%。 是这样吗?

    我们是否为他们提供了软件 UART、以便他们可以尝试透明模式?

    他们还可以考虑其他选项吗?

     

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

    不知道为什么您认为您的用例应该能够比数据表编号增加数据速率容差?

    遗憾的是、我们没有 trannssentmain 模式的任何示例代码。

    客户需要查看


    以了解如何将 RX 数据(MCE_GPO1)路由到引脚。

    我看到 TER 建议尝试 S 模式补丁。 您说它不能使用、因为补丁程序使用曼彻斯特、并且客户没有这样做。

    但是、在前面的一篇文章中、您会说:

    "很明显、我们使用透明模式来让 连接到 UART 的 CC1101传输波特率容差为2%的数据包。 通过 UART 曼彻斯特编码通过以字节形式发送4位来完成。 波特率为38.4Kbps (有效为19.2Kbps)"

    TX 数据是否采用曼彻斯特编码、是否实际尝试使用该补丁?

    BR

    Siri

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

    由于缺乏反馈而关闭。

    Siri