[参考译文] CC1125：同步串行模式中的位/字节同步

如果我理解正确，您得到的是由0x55 0x55 0x55、data1、data2、.............组成的数据包。 ，对吗？

CC112x 需要前导码(通常是0x55或0xAA)序列、后跟同步字。

前导码用于无线电允许 AGC 趋稳等、而 SYNC 字用于字节同步、以便无线电知道数据包何时到来。

建议的数据包格式为：0x55、0x55、0x55、SYNC1、SYNC2、 SYNC3、SYNC4、data1、data2、data2 ...............

在本例中、RX 将查找一个4字节的同步字、而只有一个位置可以。

使用您的格式、您可以选择将同步字设置为11或16位：

使用16位 SYNC、在 SYNC 之前没有任何前导码、并且 AGC 在同步结束之前没有时间趋稳。 您可能找不到 SYNC。

将 SYNC 设置为11位意味着理论上您在同步之前具有5位前导码。 但是、由于前导码将是01010和 SYNC 101010101、因此它很可能会发现 SYNC 位于错误的位置。

您的最佳选择是使用盲模式、 让您的应用程序查找数据。 但是、确定同步字中的最后一位停止位置和数据开始位置会很困难。

Siri

感谢 Siri 的详细回答。

我们的传统数据包由82字节前导码(0x55)和5字节同步字(0xFF、0xFF、0xFF、0xFF、0x01)组成。

由于 syncword 具有如此糟糕的自相关性,由5个字节组成,我们自己进行 syncword 搜索。

因此、我们将 CC1125的同步字设置为2字节0x55。

当发生这些位错误时、CC1125已输出信号、因此已检测到同步字0x55 0x55。

同步似乎失败。

正如我提到过的、将阈值设置为0x0B 确实有很大帮助。 因此、我假设这些位错误与同步搜索过程有关。

我们的方法有什么问题吗？

我没有 CC1020、但目前也没有 CC1125、但我使用 CC1200进行一些测试、因为当检测到这种"不良"数据包格式时、该设备的行为应该与 CC1125相同。 本周晚些时候、我可以再次使用 CC1125进行测试。

在 TX 侧、我使用了一个 CC1310、并让它发送以下数据包：

(0x55 x 82)+ 0xFFFF01 + 0x0102030405

接收器设置为正常 FIFO 模式、SYNC 字设置为0x555555 (4字节)

由于0x55重复了82次、我们不知道无线电在前导码中的确切位置会找到同步。

这会导致 RXFIFO 中接收多个不同的数据包、具体取决于其查找 SYNC 的位置。

下图显示了要放入 RX FIFO 的不同字节、这取决于字节同步完成的位置：

I 发送100个数据包、收到100个数据包。 所有接收到的数据包都是上述内容之一、在接收0x55序列中我没有看到任何位错误：

这意味着应该可以使用正常 FIFO 模式并将同步字设置为4 x 0x55、然后在 FIFO 中搜索以查找0x7F、0x5F、0x57或0xFF。 根据你发现的所有0x55之后的第一个字节、你知道负载在哪里、以及如何对它进行位移以得到准确值。

Br

Siri

感谢您的测试 Siri！

如果您也可以使用 CC1125进行测试并共享寄存器设置、那会很友好。

由于我们使用的是同步串行模式而不是 FIFO 模式、是否可能发生位错误？

4字节的同步字检测在同步方面是否优于仅2字节？ (除了降低检测错误同步字的风险)。

通常、您可以通过使用数据包模式而不是同步来实现更好的射频性能。 串行模式、因此我强烈建议您这样做。

由于您具有82字节的前导码、因此我没有理由只查找2、并可能出现错误的同步检测。

我通过了 CC1125测试、没有任何问题。

但是、我不知道您的系统需要哪些射频参数。

我使用 Studio 中的1.2 kbps 设置进行了测试、并在下方突出显示了我的更改：

我还测试了相同的设置、但使用了串行模式、那里的数据看起来也是正确的：

PS！  

交换数据和时钟的命名

Siri