CC1125: 接收RF数据的同时读取RX FIFO错误问题

您好，我们已收到您的问题并升级到英文论坛，如有答复将尽快回复您。谢谢！

您好，在我们的一部分收发器上，通过 SPI 进行的重轮询会影响RF性能。 这取决于RF设计以及 SPI 总线在电路板上的位置。

如果在active模式下输出 GPIO 上的时钟，情况也是如此。 关于CC1101，数据表中甚至有一个有关此问题的警告：

To optimize RF performance, these signals (CLK_XOSC) should not be used while the radio is in RX or TX mode.

关于电流消耗：让 MCU 处于唤醒状态，在无线电处于 RX 中时轮询某些寄存器，也不是很好。 相反，它应该处于某种低功耗模式，等待来自无线电的中断--告知它接收到数据包并且数据可用。

在接收时切换 DIO 会增加噪声，而灵敏度会更低。

JSON JACK 说：

 测试结果：  在静止测试的时候两种方法的接收数据都是正确的； 但是在发射设备一直移动的情况下，

也就是说，如果您在测试期间将 TX 和 RX 板放置在同一位置，那么方法 1 和方法 2 的结果差不多是吗？ 如果在测试期间移动 TX 或 RX 侧，方法 1 和方法 2 之间的差异会更大？

请问您为什么首先测试方法 2 ？ 接收到的数据包的 RSSI 是多少？ 您能否使用 SmartRF Studio 中的标准 50kbps 设置执行相同的测试并进行比较？ 工程师想弄清楚所选的 phy 是否会影响性能。

1.  

Cherry Zhou 说：

在接收时切换 DIO 会增加噪声

“DIO” 指的是MCU 和 RF 芯片之间的通信引脚吗？

2. 

Cherry Zhou 说：

也就是说，如果您在测试期间将 TX 和 RX 板放置在同一位置，那么方法 1 和方法 2 的结果差不多是吗？ 如果在测试期间移动 TX 或 RX 侧，方法 1 和方法 2 之间的差异会更大？

是的，如果移动TX侧， 错误明显增大

3.

Cherry Zhou 说：

请问您为什么首先测试方法 2 ？ 接收到的数据包的 RSSI 是多少？ 您能否使用 SmartRF Studio 中的标准 50kbps 设置执行相同的测试并进行比较？

测试方法2的原因是项目中TX是连续进行的，如果等到每个RF数据包都接收完毕再读FIFO的话，时间不能满足，所以需要一直读取FIFO。   SmartRF Studio 中的标准 50kbps 测试结果和问题描述相同，当TX移动， 数据包出错时RSSI为 -80dbm， 但是很多正确数据包的RSSI都小于 -80dbm

您好，

JSON JACK 说：

“DIO” 指的是MCU 和 RF 芯片之间的通信引脚吗？

指的是在CC1125上的任意GPIO。

JSON JACK 说：

测试方法2的原因是项目中TX是连续进行的，如果等到每个RF数据包都接收完毕再读FIFO的话，时间不能满足，所以需要一直读取FIFO。   

也就是说，发送了无限长的数据包吗？ 如果是的话，请问您具体的使用案例是什么？

JSON JACK 说：

SmartRF Studio 中的标准 50kbps 测试结果和问题描述相同，当TX移动， 数据包出错时RSSI为 -80dbm， 但是很多正确数据包的RSSI都小于 -80dbm

如果工程师想要做实验重现一下该问题的话，您能否提供一下该操作的详细步骤？

1. 不是无限长，数据包是逐个发出的， 每个包大小为128字节， 但是每包的时间间隔只有几ms。案例是，在RX侧一块PCB上单个MCU需要控制多个cc1125，而每个1125上的RF数据包很有可能会同时到达， 所以RX侧MCU需要一直轮询RX FIFO而不是等待GPIO中断信号再去读整个包。

2. 实验方法就如问题描述的一样：

（1）程序

TX侧：

按照studio 50kbps配置，TX侧以10ms时间间隔发送固定长度包（128字节）

RX侧：

方法1）

通过GPIO3的 PKT_SYNC_RXTX 中断收到完整数据包后， 读取CC112X_NUM_RXBYTES寄存器获取长度， 最后以CC112X_BURST_RXFIFO方式读取整包并校验。

方法2）

RX侧一直轮询CC112X_NUM_RXBYTES寄存器，一旦RX FIFO中存在RF数据就以CC112X_BURST_RXFIFO方式全部读出到MCU内存中，直到读取的总长度为128字节，最后校验。

（2）RX TX位置

上面的方法1） 和方法2） 分别进行以下两组位置测试：

第一组测试， TX 和 RX 都放在同一位置， 接收数据包正确； 第二组测试， RX侧位置不变，在室内手持TX侧步行移动至15米外然后折返。

也就是说总的测试结果有4种： 1. 当TX RX 在同一位置时， 接收数据包都是正确的。 2.当TX移动时，方法2） 比方法1） 的误码率要严重得多。

JSON JACK 说：

（1）程序

您好，系统受时间限制，只有在接收到完整的数据包后才能读取数据包可能会很困难。 当您将 RX FIFO 填充到高于给定阈值时，您能否选择获取中断来避免连续轮询？

JSON JACK 说：

（2）RX TX位置

关于RX和TX位置，工程师这几天会进行一些相关的实验，有新的进展会尽快给到您。

您好，工程师用了 SmartRF Studio 和 50kbps 设置以及 126 字节数据包。有一些数据包错误，这些所有错误都被放置在数据包的末尾，以这些字节为单位：

您的是这样的吗？

如果收到一包再去读FIFO，大部分错误位置出现在包中间或尾部，无规律； 如果以RX阈值中断16或32读FIFO，大部分错误出现在中断发生的时候，而且多数只错1个字节

RX 阈值的错误如下：

您好，如果您仅仅使用 SmartRF Studio (意味着在 RX 端不使用轮询) ：请问您看到的是由于行走导致的位错误还是您所处的位置？

工程师目前怀疑可能是由于您在室内执行此操作，对于某些特定位置，多路径 (或类似) 会出现问题，其中，TX 信号部分损坏，它从不同的墙壁反射，以及信号不同的部分到达 RX 节点也稍有不同。

Cherry Zhou 说：

您好，如果您仅仅使用 SmartRF Studio (意味着在 RX 端不使用轮询) ：请问您看到的是由于行走导致的位错误还是您所处的位置？

不好意思 我没明白这句话是什么意思

您好，您先看下英文的能否理解：

 Do you see bit errors due to walking or is it the position you are at?

当TX  静止的时候是没有错误的， 只有走动时错误才会发生

您好，工程师需要下周再做一些测试再回复您。

走动产生影响很奇怪，因为与射频相比，移动速度非常慢。 工程师还是怀疑一些基本的射频室内效应 (fading, multipath)。 如果是因为这个的话，那就很难解决。

JSON JACK 说：

硬件：  外购cc1125模块和自己做的底板

硬件会不会有点问题，请问您使用的天线类型是什么？天线放置的位置，和您走动的位置相比，是怎么样的？

发射用弹簧天线：

接收用铜棒天线：

硬件模块应该是没问题的，我们买的是成熟的模块厂商产品。人手持发射设备以正常姿势走动，发射天线在人体大腿外侧来回摆动， 走动距离接收天线室内10米以内。接收天线位于天花板，高度3米左右。 

JSON JACK 说：

发射天线在人体大腿外侧来回摆动，

请问距离身体有多近？ 如果来回摆动并且在摆动时靠近身体，那么当天线靠近身体时，您可能会绕过天线 (或至少导致褪色)。

1 - 30 cm