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.

[参考译文] CC1125:4-GFSK 中的一致接收错误(0x88字节)

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1110481/cc1125-consistent-reception-error-in-4-gfsk-0x88-bytes

器件型号:CC1125

您好!

我们在4GFSK 模式下遇到 CC1125的主要问题、即使在非常高的 SNR 下也会出现一致的字节错误。 我们通过 SmartRF 中两个 TI 评估板之间的通信观察到 、在禁用数据白化(用于调试)时、永远不会正确接收到数据字节0x88。 看起来 它对应于-fdev/3 +fdev/3之间的转换。 100%的传输错误!

这将在应用中领先、将 BER 楼层白化至大约4e-5。 即使 SNR 非常高、我们也无法低于。 但非常烦人的是、同一数据有效载荷可以多次发送 、但绝不能一次发送。

比特率为133Kbps、配置 如下。  

 

static const registerSetting_t registersSetting2[] = {
  {CC112X_IOCFG3,            0xB0},
  {CC112X_IOCFG2,            0x06},
  {CC112X_IOCFG1,            0xB0},
  {CC112X_IOCFG0,            0x40},
  {CC112X_SYNC_CFG1,         0x07},
  {CC112X_DEVIATION_M,       0x68},
  {CC112X_MODCFG_DEV_E,      0x2E},
  {CC112X_DCFILT_CFG,        0x04},
  {CC112X_PREAMBLE_CFG1,     0x18},
  {CC112X_FREQ_IF_CFG,       0x00},
  {CC112X_IQIC,              0x00},
  {CC112X_CHAN_BW,           0x01},
  {CC112X_MDMCFG0,           0x05},
  {CC112X_SYMBOL_RATE2,      0x9B},
  {CC112X_SYMBOL_RATE1,      0x3D},
  {CC112X_SYMBOL_RATE0,      0x08},
  {CC112X_AGC_REF,           0x3C},
  {CC112X_AGC_CS_THR,        0xEC},
//  {CC112X_AGC_CFG3,          0x83},
//  {CC112X_AGC_CFG2,          0x60},
  {CC112X_AGC_CFG1,          0xA9},
  {CC112X_AGC_CFG0,          0xC0},
  {CC112X_FIFO_CFG,          0x00},
  {CC112X_SETTLING_CFG,      0x03},
  {CC112X_FS_CFG,            0x12},
  {CC112X_PKT_CFG1,          0x45},
  {CC112X_PKT_CFG0,          0x20},
  {CC112X_PA_CFG0,           0x03},
  {CC112X_PKT_LEN,           0xFF},
  {CC112X_IF_MIX_CFG,        0x00},
  {CC112X_TOC_CFG,           0x0A},
  {CC112X_FREQ2,             0x56},
  {CC112X_FREQ1,             0xA6},
  {CC112X_FREQ0,             0x66},
  {CC112X_IF_ADC0,           0x05},
  {CC112X_FS_DIG1,           0x00},
  {CC112X_FS_DIG0,           0x5F},
  {CC112X_FS_CAL0,           0x0E},
  {CC112X_FS_DIVTWO,         0x03},
  {CC112X_FS_DSM0,           0x33},
  {CC112X_FS_DVC0,           0x17},
  {CC112X_FS_PFD,            0x50},
  {CC112X_FS_PRE,            0x6E},
  {CC112X_FS_REG_DIV_CML,    0x14},
  {CC112X_FS_SPARE,          0xAC},
  {CC112X_XOSC5,             0x0E},
  {CC112X_XOSC3,             0xC7},
  {CC112X_XOSC1,             0x07},
  {CC112X_END_OF_TABLE,      0x00},
};

但是、即使 SmartRF 提供的200kbps 配置(如下图所示)也会发生这种行为(开箱即用)。

我们还可以观察到、对于133kbps 配置、误差率取决于 RX 滤波器带宽。 在第一幅图中、我们只能为每个数据包发送一个或两个正确的字节(0x88)、而在第二幅图中、它大于2或3。

对于4-GFSK、这是 CC1125中的已知问题吗? 我们使用的配置是否有任何错误? 我们正在寻找任何帮助和提示。 谢谢你。

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

    您好!

    我首先需要尝试重复这个问题。

     我将在下周回来接你们(这样你们就知道我们正在做)。

    此致、

    Zack

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

    您好、Zack、

    感谢 您的回复、如果您需要测试的任何信息、请告诉我。

    此致、

    Didier

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

    只需确认该过程、

    1. 使用具有2个 CC1125套件的 SmartRF Studio
    2. 设置200kbps、4GFSK 最大吞吐量(869MHz)
    3.  一个模块处于数据包 RX 模式
    4. 数据包 TX 模式中的一个模块、有效载荷数据已满0x88
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Didier、


    我在查找要测试的 CC1125套件时遇到问题。 在夏季的几个月中、资源目前有点受限、但我会尽快返回给您。 对拖延答复表示歉意。

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

    您好、Zack、

    感谢您对套件进行了重试并发送了消息。 我希望你能很快找到一些时间在这个问题上取得进展。

    期待收到您的回复、

    此致、

    Didier

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

    您是否在 FREQOFF _CFG = 0x23时进行了测试?

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

    感谢您、我们尝试 使用 FREQOFF _CFG = 0x23、但与使用 FREQOFF _CFG = 0x20的原始代码相比、我们观察不到任何改进。  

    由于我们还有一个非常精确的晶体、我们还尝试 了 FREQOFF _CFG = 0x00 (禁用更新)、但也没有改进。

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

    对于2-GFSK、使用 FREQOFF _CFG = 0x23通常在同步字后发送'1或'0'长序列时有帮助。 这是因为调制解调器需要转换以保持位同步、而没有转换会导致同步开始松动。0x23设置会减慢循环。 看起来4GFSK 可能是另一种情况。 将0x88序列放在何处是否重要? (如果您使用0x88之前的所有4个偏差级别、则需要测量)

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

    以上屏幕截图中显示的数据只是调查示例。 但实际上、问题发生在 数据序列短之前的情况。 我们一开始就观察到这一点、因为我们感到惊讶 的是、一个数据包从未被正确接收。 然后、通过发送数百万个数据包进行广泛的测试、我们发现错误在240字节(头字节、中字节、尾字节)的数据包中的任何地方发生、但始终在0x88或类似的短序列周围。 以前的任何内容。 至少在错误发生之前、我们无法识别任何一致的东西。 对于数百个故障数据包来说、唯一真正常量的是这个0x88的短序列(或类似的奇数位常量序列)。  

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

    您好 Didier、

    我设法找到了一些 CC1125 EMS、并可以在我们的末尾重新创建问题(也使用200kbps 默认设置)。

    我已与 设计人员联系 、以获得有关这方面的更多信息-当他们返回我时、我会向您提供最新信息。

    此致、

    Zack  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    [引用 userid="524811" URL"~支持/无线连接/sub-1GHz-group/sub-1GHz/f/sub-1GHz-forum/1110481/cc1125-sility-reception-error-in-4-GFSK-0x88-bytes/4135164#4135164"]短序列或类似的引号[0x88]。

    您是否有导致问题的模式列表、因为它听起来不仅是0x88?  

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

    请参阅随附的具有多种故障模式的文本文件。 文件的第一种模式是  

    {'errors':['0x15"]、
     'IDX':1、
     "位置":[24]、
     "RX":[['0x82'、'0xae'、'0x8c'、'0x3e'、'0xf4'、 '0x6'、'0x45'、'0x87'、'0x6d'、'0x70'、 '0xdb']]、
     'TX':[['0x82'、'0xae'、'0x8c'、'0x3e'、'0xf4'、 '0x6'、'0x45'、'0x87'、'0x6d'、'0x70'、 '0xce']]、
     'type':'Rx'}、

    有一个错误、其中:

    错误= 0x15是接收字节和发送字节之间的异或位。

    位置是存在错误的字节编号

    RX 和 TX 是接收和发送帧错误之前的10个字节(最后一个字节是错误所在)、0xbd!= 0xce。

    您可以看到大多数错误模式(Rx XOR TX)为0x55。 相同位。 然后、我们偶然发现0x88始终会创建错误、但您可以从文件中看到、存在失败的初始模式。

    e2e.ti.com/.../failure_5F00_patterns1.txt