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.

[参考译文] CC110L:从AMICCOM A7139接收连续0xFF后跟非0xFF字节时出现问题

Guru**** 2988540 points

Other Parts Discussed in Thread: CC110L, CC1200

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/585258/cc110l-receive-issue-when-receving-continuous-0xff-followed-by-non-0xff-bytes-from-amiccom-a7139

部件号:CC110L
主题: CC1200中讨论的其他部件

专家,您好:
我们有一个CC110L板,需要接收来自AMICCOM A7139 (http://www.amiccom.com.tw/)的数据。 一些设置包括:

433M,250kbps,GFSK,Fdev=127 (CC110L)和93k (7139)。

奇怪的是:如果从7139传输的数据包含大量连续的0xFF,则最终0xFF后面的字节可能在Rx端(CC110L)中失败。

但是,另一个7139 (作为Rx)可以正确接收它。 我相信CC110L与CC110L之间的通信也不会出现持续0xFF的问题。

我没有测试连续0x00是否会产生相同的结果。 如果数据是随机的,则结果为"正常"。

请参阅图片(发送多个FF,然后发送3E B9)。 CC110L Rx端的最后3个字节变为FE 7D 73。 可以发现,只有一个位从“FF 3E B9”转换为“FE 7D 73”

在这种情况下,CC110L中的位同步可能会失败,因为位都是1。 但我不明白为什么CC110L到CC110L没有问题。

通过将BSCFG.BS_Limit[1:0]设置为非零来启用数据速率偏移补偿可能会增加成功率,但有时仍会出现错误。

对原因有什么想法?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    对于包含大量相等'0x00'和'0xFF'的有效载荷,我们通常建议使用美白或其他方法来确保您获得位转换。 如果有效负载不包含跃迁,则跟踪器可能会丢失'1'和'0'的决策限制。

    您正在测试的数据包是否真实?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我们的真实数据包可能包含coutin脆弱 的FF或00。

    曼彻斯特编码技术能否解决此问题,因为每位始终都有一个级别转换? 曼彻斯特编码是否会降低灵敏度,因为空中数据传输速率会翻倍?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    曼彻斯特会降低灵敏度,因为您要将数据速率和空气加倍,因此您需要增加Rx BW,但这很可能会解决问题。 您是否能够使用美白功能?

    侧注:CC1200应该能够接收这些长0xFF序列,因为可以调整调整回路的速度。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我可以使用美白。 谢谢你。