[参考译文] CC1101：CC1101前导码问题。

您好

即使前导码不是101010序列、CC1101和 CC113L 都可以接收数据包。

因此、对于 CC1101、要求 不 使用 PQT、因为这要求前导码为1010110

前导码用于位同步和 AGC 趋稳等、0x55或0xAA 前导码比0xCC 更好、但两者都可行。

如果前导码为0xCCCC、同步字为0xCCCS、则可能最大的问题应该是您只能使用2字节的同步字而不是4、 而且前导码和 SYNC 是如此相似、所以在错误位置找到 SYNC 的概率非常小。

Siri

你好、Siri、谢谢你给我回复。

CC113L 数据表多次指出、前导码需要是交替位序列。

如果前导码为0xCCCC (0b110011001100...) 芯片如何实现位同步？

我不知道您是否实际使用了带此前导码的芯片、但我上周进行了详细测试、只是无法接收到任何带0xCCCC 前导码的数据包。 其他项保持不变。

同步与前导码类似根本不是问题。 我在现场有前导码为0xAAAA、与0xAAAS 同步的产品、可实现出色的数据包接收速率。

我希望在禁用 PQT 的情况下使用 CC1101时、芯片不会太关心前导码。

您能否说明一下您是否实际使用了带此前导码的芯片？

谢谢！

再次感谢您。

我同意您的所有陈述、包括带有短前导码的虚假数据包。 一切都好。

但是、我做的测试与您做的完全相同、不同之处在于发送器的前导码为0xCCCC (而 SYNC 为0xCCCD)。 我得到的数据包恰好为0个。 测试数小时。

但感谢您花时间解决这个问题。 根据您的回答、似乎是芯片"能"接收到、但效果很差、用处不大。

谢谢。

谢谢、Siri。

您是否可以将前导码更改为2个字节？ 0xCCCC？

我无法将我的字节增加到4字节。 所以我无法像您一样进行测试、但使用2字节前导码、我似乎无法正常工作。

如果我将芯片只基于 CS 进行解码、我会收到数据、并且可以手动查找前导码和同步、但我想使用数据包处理。

尊敬的 Siri：

为了方便您参考、我现在尝试了4字节前导码(0xCCCCCC)、它的工作效果要好得多。

但是、我的应用程序不支持如此长的前导码-发送器不是由我完成的、我无法修改它。

德州产品系列中是否有任何其他解决方案可以帮助我解决此问题？

谢谢！

大家好。

另外一个信息：我回到了2字节前导码、当我将 AGCTRL2设置更改为0xFB 时它可以正常工作。 为什么？ 我不知道。 AGCCTRL1设置为0x08且 CS 检测被禁用。

我尚未进行完整的射频测试、但现在我可以获得相当数量的数据包。

背后有什么原因吗？

我将让我们的射频团队的一些人回答有关 AGC 的问题、但我想由于前导码周期用于使 AGC 趋稳、更改 AGC 参数可能会影响性能。

Studio 中的建议设置基于4字节长前导码。 当您只有2个字节，而不是0到>1到0个事务时，可能会有其他设置可以提供更好的结果。

Br

Siri

尊敬的 Felipe：

对我来说、这意味着 AGC 不能正常工作、而是将增益设置得太高。 这是您正在使用的前导码和同步字预期的结果。  您是否也在上次测试中更改了 AGCCTRL0？

仅出于测试目的、您是否可以使用默认 AGC 设置、将前导码设置为0x5555、将同步字设置为0xD391、然后向我们更新其进展情况？

此致、

Hg

你好。

在今天进行进一步测试时、我发现的"最佳"配置是：

AGCCTRL2 = 0xF7、       
AGCCTRL1 = 0x08、       
AGCCTRL0 = 0x11

两点说明：波特率为19.2Kbps 并且我不使用载波侦听。

SmartRF 中没有此波特率的默认设置、但如果使用38.4kbps 设置、则无法获得任何帧。

更改 AGCCTRL0时、我的性能没有看到太大变化。

但 AGCCTRL2_MAX_DVGA_GAIN 中的0b11以外的任何值都会导致该信号中断。

我可以在 AGCCTRL2_MAX_LNA_GAIN 上添加的最大增益为5。 任何较低的值(较高的增益)都会开始表现出性能迅速下降。 尽管数值7得出的结果仍然更好。

这里有太多的组合需要尝试、我希望你可以指导我一些您希望最有效的设置、所以我会有一个起点。

我没有运行你请求的测试,因为我一直使用曼彻斯特前置放大器(0xAAAA 和0x5555)与默认设置,他们工作正常。 由于使用0xCCCC 前导码、问题才会开始出现。

侧注：我正在阅读这里的两行内容、较短的前导码可能需要不同的 AGC 设置、因为 Siri 提到默认设置是为4字节前导码构建的。 因此、我想知道您是否可以推荐特定的 AGC 设置、因为我不介意降低分组差错率。 我的所有项目都使用2字节前导码和2字节同步。 大多数是曼彻斯特(0xAAAA)、但有些是双相(0xCCCC)。 和波特率19,200,38400和76800。

感谢您的帮助。

我假设 CC1120/CC1200在这里效果更好、因为它们只需要4位前导码。

对我来说、这似乎你限制了 AGC 可以使用的增益阶跃数、因此看起来稳定得更快。 但如果您采用该解决方案、我会运行 PER 随电平变动的情况和阻塞测试、因为摆弄 AGC 设置很可能会产生一些副作用。  

好的。

但我想 TI 至少提出一些初始设置供我尝试。 所有三个寄存器之间的组合太多了、我无法运行它。

谢谢！

尊敬的 Felipe：

当我使用标准38.4kbps PHY 以及同步字和前导码运行数据包测试时、它会接收大约90%的数据包。

您是否测量了发送器和接收器的频率误差？

您使用的频率偏差和 RX 带宽是多少？

此致、

Hg  

大家好。

感谢您的分享。

一旦降低了 AGC 设置、我也会得到大量数据。 谢谢！

尊敬的 Felipe：

这是一个非常有趣的对话、我想知道这对您有多好。

我们使用 CC1200接收以 FFFE 开头的双相编码数据已经有很多年了、但是将 CC1200用作"射频接收器"、并将原始比特流输入到外部状态机来检测和提取实际数据。 这种方法效果非常好、我们可以在 测试设置中以-100dBm 提取99%以上的消息、但令我非常沮丧的是、我们没有使用 CC1200对实际数据进行解码。  

遗憾的是、CC1200本机仅支持曼彻斯特编码/解码、不直接支持双相(尤其是考虑到在使用双相的大型细分市场中存在常见用途：-)、 但我喜欢您为前导码/同步 PATTEN 查找原始双相位流的方法(如果我了解正确执行的操作)。 (我假设您稍后会在软件中进行双相解码？

我将需要一些时间来挖掘我们的 CC1200开发板,并在这种方法和我们的外部状态机之间进行比较:-)

此致、

马克·勒曼