• 状态
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 487 视图
  • 用户 0 会员在此处
选项
选项
相关

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：CC115L与CC1310通信，但32位同步字不支持mesh

admin
Guru**** 2524550 points
Other Parts Discussed in Thread: CC115L, CC1310, CC1101

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/642536/cc1310-cc115l-communicates-with-cc1310-but-the-32bit-sync-word-doesn-t-mesh

部件号：CC1310
主题中讨论的其他部件：CC115L， CC1101

您好，，ö m团队

       我的客户在他们的产品上使用了CC1310，并且拥有PP。 现在，他们想使用低成本的1G CC115L子线(作为删除控件) 与 CC1310进行通信。  

        但在他们的产品中，CC1310被设置为32位同步字“0x9138.1101万” 。

        我知道我们的CC11xx都可以支持32位同步字，但同步字 重复 两次的是16位，例如“0x9126.9126万”。 它无法与具有PP的产品中的CC1310通信，并且不能更改任何内容。

       你有什么建议吗？

谢谢！

  • 0
    TI__Guru**** 2524550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    将同步字设置为0x9138，将有效负载中的4个第一字节设置为0x1101。 下一个字节应为length字节，CRC必须作为有效负载的一部分添加。 必须使用固定的数据包长度，因为长度字节是有效负载的一部分。
  • 0
    TI__Guru**** 2524550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    HII ter，

        这是个好主意！  我在下面还有更多问题。

    1.您是否知道如何计算CRC并添加有效负载。

    2.计算CRC时，需要包含所有数据包，如前导码，同步字，有效负载。

    谢谢！

  • 0
    TI__Guru**** 2524550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    www.ti.com/.../swra111d.pdf

    CRC是根据有效载荷计算的。
  • 0
    TI__Guru**** 2524550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    如果根据有效载荷计算CRC，可能会产生另一个问题。 由于有效载荷中的4个第一字节到0x1101进行同步，CRC将计算这4个第一字节，而CC1310将不计算这部分。 所以我担心他们会遇到CRC错误。 您有什么建议。
  • 0
    TI__Guru**** 2524550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    也许我不够清楚。

    在CC1310上，CRC根据有效载荷计算。 这意味着，在CC1101上，您必须根据CC1310视为有效负载来计算CRC，换句话说，您必须开始计算长度字节之后的内容的CRC。