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.

[参考译文] CC1310:器件在接收消息期间释放 SYNC、如何使接收位保持同步?

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1219836/cc1310-device-looses-sync-during-reception-of-a-message-how-to-keep-the-reception-bit-synced

器件型号:CC1310
主题中讨论的其他器件:WMBUS、、 CC1101

大家好。
我将从器件接收采用 C 模式格式 A 的 WMBUS 数据。 868、95MHz、偏差50kHz、比特率100kbit

我们将 CC1310用作接收器、以便从不同的仪表接收 WMBUS 数据。


问题在于 CC1310在大约12个字节后失去同步、我开始遇到位错误。

这个问题在一些仪表上发生的非常频繁、而在一些仪表上从不发生。
关于比特率误差和频率误差、此仪表符合 ER13757的规范。

我已应用 WMBUS 补丁来接收 C 和 T 模式。

根据接收期间比特率的变化、是否有任何可应用于 CC1310的设置可使其更宽松?
还是采用另一种执行位同步的方式?

下面是一个数据(第一部分)示例、

受到 CC1310的影响

2E 44 33 30 08 42 11 00 09 1b 7a 28 A8 20 25.

CC1101接收到的相同数据包

2E 44 33 30 08 42 11 00 09 1b 7a 28 48 20 25.

您可以看到、一个器件上存在位错误 A8、 另一个器件上存在位错误48。

我的设置下面,我认为有一些与问题有关:

//覆盖 CMD_PROP_RADIO_DIV_SETUP
静态 uint32_t pOverrides []=

   //运行 MCE 和 RFE 修补程序
   MCE_RFE_OVERRIDE (1、0、0、1、0)、
   // override_synth_prop_863_930_div5.xml
   //合成:将建议的 RTRIM 设置为7
   HW_REG_OVERRIDE (0x4038、0x0037)、

Br

Martin

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

    尊敬的 Martin:

    应用手册  SWRA522 (CC13xx 组合的 wM-Bus C 模式和 T 模式): https://www.ti.com/lit/swra522 介绍了 CC13xx 补丁(以防您不了解该补丁)。

    为了澄清一下、CC1101数据包数据是否正确、还是这个问题?

    请分享您的所有设置。 在复制/粘贴代码时、如果可能、请使用 Insert -> Code (插入->代码)使阅读更加简单。

    此致、

    扎克

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

    您好、Zack、感谢您的答复、

    我对来自 ST 或 Silabs Si4010的 CC1101或 SPIRIT 2收发器没有问题。
    这三者都能正确地接收到该消息。

    与其他三者相比、我对 CC1310中使用的概念有某种难以理解的地方。 对于 CC1310而言、真正难以理解每项设置的作用、而且与其他3项设置相比、似乎没有包含所有设置的完整手册。

    我正在使用 CC1310的标准设置、并应用 SWRA522中所述的补丁。 这适用于大多数计量表、但不适用于所有计量表、我认为不起作用的计量表在比特率方面可能有一点偏差、但很难判断。

    是否有人知道 CC1310中用于实际控制比特率策略等的寄存器、或者该类型的低级设置不可用。
    根据 TI 的说法、CC1310应与 EN13757兼容、裕度不错。

    有时、CC1310似乎在12-15字节后失去了同步。

    星期三、我将会得到一个仪表、将数据记录在频谱分析仪中、以查看实际位数、看看那里是否有任何数据。

    但是、与 CC1101相比、CC1310是否还有任何低级别的辐射设置文档?

    感谢大家的帮助。

    我明天还要检查一下我是否可以分享一些更多代码。

    此致

    Martin

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

    感谢您提供额外的信息 -如果您能够从 没有问题的仪表和收到有位错误的仪表采集 IQ 数据、肯定会有所帮助。

    在您调查设置和接收的仪表时、我将查看 TI 是否提供更多信息。

    此致、

    扎克

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

    尊敬的 Martin:

    另请注意 CC1310勘误手册: https://www.ti.com/lit/swrz062中的通报11

    由于您接收到 C 模式数据包、这可能不是这种情况下的问题、但我们已经看到一些客户过去需要使用 T 模式实施权变措施;请尝试此权变措施、看看它是否有什么不同。

    此致、

    扎克

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

    您好、Zack。
    我会尝试这种方法,但正如你所说,我不能把这种方法设定为有任何效果。

    我在寻找 S2LP 的东西。

    符号时序恢复算法。
    从 PLL 更改为 DLL 并能够设置时钟恢复参数。

    我在任何 TI 文档中都没有看到此设置、您有什么简单吗?

    Br

    Martin

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

    这是我在 CC1101数据表中查找的设置、但在哪里找不到 CC1310的相应设置

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

    我只是将提供给这个主题的附加信息添加到 Danilo (是为了跟踪所有内容):

    下面是接收到的2个数据包、但不完全相同、但粗体数据应相同。

    第一个解决方案采用了 CC1310

    2e44333008421100091b7a28a82025 0c99cdbefd2b4717ea262f466aea5242674de4c61c1da8bbb32e2787bcf1fb.

    第二个下载 CC1101

    2e44333008421100091b7a29482025 0c99cdbefa56ce2fd44c5f8cd5d4a484ce9bc98c383b5177665c4f0f79e3f78d  

    从 CC1310接收到的数据包看起来是1字节更短、有时 CC1310需要两次一位、这表示 CC1310符号速率达到 FAST。

    请参阅标有 CC1310错误数据的红色半字节。

    不过、我们已设置 CC1310和 CC1101以在100k 位上运行这两个套件。

    根据 EN13757、接收器应该能够在 T 模式下处理90–110kbit、因此即使发送器的比特率有轻微的偏移、这应该不是问题。

    我们在接收比特率为99、5kbaud 的器件时遇到问题、这应该不是问题、因为 CC1310应该能够处理90–110kbaud。

    我想要的是与 S2LP 时钟恢复设置类似的东西、用于设置 PLL 和 DLL、或者与 CC1101类似。

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

    更多信息@ZC.

    我已经在1个与 CC1310配合使用但不与 CC1310配合使用的器件上测量了比特率。

    能够接收到而没有错误的比特率为

    器件1

    100、06kbit -> 0、06%的比特率误差->接收数据没有问题。

    器件2

    100、66kbit -> 0、66%的比特率误差-> 无法可靠地接收数据会使传输数据出现位错误、并因不良 CRC 而丢弃。

    这怎么会是个问题?  

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

    谢谢 Martin。

    我还将回放到您已处理的其他邮件中(以了解此问题的完整背景)、看起来这将更容易在私人消息中解决、因为您可以在非公开论坛中提供更多信息。 请接受我朋友的请求、我们可以从那里继续。

    同时、建议您尝试勘误表权变措施(即使您不相信这可能是问题所在)、因为它只会向您的代码中添加一行。 然后我们可以排除这种情况。

    如果有一个我可以公开分享的根本原因、我会将其添加到此线程(以添加到此 PHY 可用的信息)。

    此致、

    扎克