• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 0 订户
  • 视图 230 视图
  • 用户 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.

[参考译文] CC2500：不同条件下的数据包错误率(PER)测试

admin
Guru**** 2392905 points
Other Parts Discussed in Thread: CC2500, CC1101

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/747381/cc2500-packet-error-rate-per-test-on-various-condition

器件型号：CC2500
主题中讨论的其他器件： CC1101

各位专家、您好！

我们将使用 SmartRF Studio 和 EM 在 MSK 500kbps 上评估 CC2500。 除了以下参数之外、我们还使用 SmartRF Studio 7的默认寄存器设置。

更改 MDMCFG2.SYNC_MODE 如下所示

  0x71：每100%(全部失败)

  0x72：每15%

  0x73：每0%(全部正常)

同步字长为何会影响 PER？ 如果可能、我们希望使用16位同步字。

2.何时应使用大于 b'101的 MDMCFG2.SYNC_MODE (15/16 +载波侦听高于阈值)？

3.如何使用 PKTCTRL1.PQT？

 将 PKTCTRL1.PQT 设置为3时、根据上述1中的说明、显示几乎为0%(良好结果)

此致、

Uchikoshi

  • 0
    TI__Guru**** 2392905 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    CC1101和 CC2500上的同步检测严格基于位、这意味着它们只将传入位与所选的同步字进行比较。 使用16位同步字意味着在噪声中找到有效同步字的概率相当大、尤其是在无线电流量较高的2.4GHz 频带中。 当您选择15/16时、您还允许同步字中出现1位错误、从而增加在噪声中发现的可能性。

    在有效前导码上使用 PKTCTRL1.PQT 栅极同步检测。 这意味着在开始查找同步字之前、应在 PQT 设置设置设置设置前导码必须具有多好的质量时接收若干前导码。 由于一个有效的同步字之前总是有前导码、这减少了错误同步检测的可能性、这是因为一个等于同步字的噪声模式很有可能不会在前导码之前。
  • 0
    TI__Guru**** 2392905 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢您的解释。
    那么、您认为通常使用更长的同步字和更高的 PQT 更好吗？
    此致、
    Uchikoshi
  • 0
    TI__Guru**** 2392905 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的、当您可以使用32位同步字时、如果需要、添加 PQT。 这在某种程度上还取决于您在何处使用器件=>您应该在相关环境中进行测试并查看实现良好连接所需的条件。