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.

[参考译文] CC1200:用于实现可靠接收的 CC1200设置

Guru**** 2538950 points
Other Parts Discussed in Thread: CC1200

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/570478/cc1200-cc1200-settings-for-reliable-reception

器件型号:CC1200

您好!

我对 CC1200设置有很多问题、以最大限度地提高在边缘条件下接收数据包的可能性。 我意识到通常的建议是使用 SmartRF 设置、但有时不清楚是哪种 SmartRF 设置组合是最佳的。

1) 1)前导码长度对数据包接收有什么影响? 参考手册似乎暗示 AGC 趋稳只需要4位。 如果我不打算使用 eWOR 功能、使用更长的前导码(在灵敏度方面)是否有好处?

实际上、标准 SmartRF 设置似乎禁用前导码检测(前导码_CFG0 = 0x8a)。 为什么是这样?

如果前导码长度设置为0、会发生什么情况? 参考手册建议始终至少需要4位。

2) 2)我已经了解到、2GFSK 调制的经验法则是使用偏差=符号速率/ 2和 RX BW =符号速率* 2。 但是、数据表和 SmartRF 在38.4ksps (与50ksps 相同的 BW)下使用104kHz BW。 为什么不使用~80kHz 带宽? 这不会稍微提高灵敏度吗?

实际上、在 PLL 反馈被启用的情况下(第32页)、对于38.4ksps、BW 能否被设定为一个比80kHz 更低的值?

3) 3)我的理解是、白化始终是2-GFSK 的一个胜利(改善了数据包接收、几乎没有开销)。 但在 SmartRF 中默认不启用此选项。 这是有原因的吗?

4)对于数据包接收、38.4ksps 2-GFSK + FEC (即19.2 ksps 的有效符号速率)与普通19.2ksps 2-GFSK 相比如何? 哪一个更适合确保可靠的数据包交付?

同样、启用 DSSS PN 与仅将符号速率降低4倍相比如何? 如果我希望以50kbps 的速率发送数据、那么使用4倍符号速率同时启用 DSSS PN 是否有任何好处?

5) 5)对于频率偏移补偿、10ppm 40MHz 晶体(例如 NX3225-SA-40M)是否足以支持1.2ksps 10kHz BW 运行? 数据表中的灵敏度测量是否假设晶体在此数据速率下更加精确?

谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    在详细介绍之前:您是否有计划使用的特定数据速率和 RxBw?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢之三.

    我从38k 和104kHz 开始、使用2GFSK 和 SmartRF 建议的3字节前导码。 想知道是否可以在不牺牲数据速率的情况下改进这些设置(例如、通过启用对 PLL 的反馈并将 Rx BW 降低到~60kHz、使用白化等)、 和2)如果我降低数据速率、38ksps 和 FEC 的组合是否比简单的低至19ksps 更好。 我想我也想获得其他问题的答案、例如前导码大小是否影响灵敏度、以及为什么默认 SmartRF 设置中禁用前导码检测。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    1) 1)默认情况下、芯片不对 Rx 中的任何内容使用前导码。 前导码仅用于使 AGC 趋稳。
    例外情况如下:
    - eWOR、当需要长前导码以确保无线电唤醒时有东西在空中。
    -对 PLL 的反馈:至少需要4字节前导码来使这个反馈环路稳定。

    前导码检测:通常不使用。 可用于:
    -如果您使用的同步字较差
    -当您想知道前导码是否在空中时、天线分集和类似内容。

    前导码设置:在 Rx 中、前导码寄存器设置的数量没有意义。 这用于 Tx。

    2) 2)所需的 Rx BW 为信号带宽+ 4*xtal ppm。 如果您具有100%精确时钟源、则可以将 Rx BW 缩小、但必须考虑到不精确。

    3) 3)通常不需要。 接收器能够接收一个具有相同符号的字符串。 如果您的数据为白屏、则无需使用白屏。 也就是说、我们使用随机数据进行测试。

    4) 4)我们没有对此进行任何真正的测量。 在测试系统中、所有东西都是屏蔽的、因此 FEC 的优势是不可见的。 在有噪声的射频环境中、FEC 应该具有优势、但同时、与不使用 Rx BW 相比、您必须增加 Rx BW (由于无线传输的数据增加了一倍)

    5)我们在测试系统中进行 AFC 测试(测量频率偏移并相应地设置发生器。 如果您在生产中测量偏移、则可以使用更窄的 Rx BW、但通常需要与网络中的多个单元进行通信、因此需要使用 TCXO 来实现10kHz 带宽。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢 ter、这非常有帮助!

    关于2的一个快速跟进问题:测量单位是多少? 您说的是、对于50kHz 信号带宽(2GFSK 通常是2 *符号速率吗?) 和10ppm 晶振、我应该设置50 +(10 * 4)= 90KHz RX BW? 如果是这样、SmartRF 中的大多数设置似乎假设采用 TCXO (例如、1.2ksps 的10kHz RX BW)、这对许多人来说可能并不明显。

    4 * ppm 规则是否已经考虑了内置频率偏移补偿?

    同样、对于5、我可以使用10ppm 晶振实现多低的 RX BW? 您对2的答复是否意味着我不应该将低于40KHz 的 RX BW 与该晶体一起使用?

    前导码长度是否有助于频率偏移补偿? 我想在需要 SYNC 字之前有一些信号来确定偏移。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    抱歉、我在等式中遗漏了详细信息。 它应该是:
    信号带宽+4*ppm xtal*工作频率

    如果您使用38.4kbps/19.2kHz 偏差(GFSK,99%带宽),这将提供64320 + 4*10e-6*868e6=99040 Hz。

    频率偏移计算基于同步字、这意味着您实际上必须接收信号才能计算偏移。 内置的频率偏移补偿可用于跟踪老化和温度效应。 在某种程度上、也可以通过生产测试来补偿初始误差。 如果没有、则必须根据公式设置 Rx BW、以确保能够接收数据包。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    明白了、感谢您的澄清。 对于1GHz 频率、您的原始公式似乎保持不变。

    是否有应用手册描述了生产测试中建议的初始频率补偿?

    还有一件事让我感到困惑。 我有 CC1200开发套件、根据 BOM (www.ti.com/.../CC120XEM-868-930-RD) 、它似乎使用15ppm 40MHz 晶体。 然而、该开发套件在1.2kbps 下工作性能出色、使用了 SmartRF 设置中的10kHz RX BW。 这是因为 Devel 套件在生产中得到了频率补偿吗? 或者、我对使用的晶体是否错误?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    该公式给出了 Tx xtal 为+10ppm 且 Rx xtal 为-10ppm (或其他方法)时的最坏情况。 您的 EMS 很可能同时从同一卷轴上产生、并且在卷轴内、两卷轴之间的变化将会更小。

    我们没有关于生产测试等的应用手册