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:模拟 MSK、性能差

Guru**** 2539500 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/703766/cc1200-emulating-msk-poor-performance

器件型号:CC1200

我最近一直致力于开发一款新产品、该产品将使用 MSK 调制与 CC430进行通信、并且在可靠性方面遇到了一些问题。 cc1200的数据速率配置为500kBaud、偏差 配置为125kHz。 我还按照  TI 员工的建议、将 CC430 DEVIATN.Deviation_M 值配置为7。

我们的数据包长度为62字节(包括长度字节和 CRC 校验和)、如果我将消息配置为仅包含59个0xA (加上长度/CRC)、那么我将获得良好的接收效果(>99%的消息是正确的)。 但是、如果我用一个循环计数器来填充数据、从1到59、那么成功 数据包的百分比会下降到大约75-80%、如果我使用包含长串零的实际消息、则百分比会下降到5-10%。 由于数据的目的是传输音频数据、即使是80/75%的成功率也会导致过多 的干扰。

是否有任何寄存器值得研究、可以提高性能?  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    -在这种情况下 CC430是接收器吗?
    -如果您使用(例如) 38.4kbps 标准设置、是否也会发生这种情况?
    您是否能够使用白化技术?
    -您是否能够看到数据包中的哪些地方确实出现了错误?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    -c1200是目前的接收器,尽管在最终系统中它将是双向通信。
    不幸的是,CC430位于较旧的产品上,因此射频链路的规格已经设置
    -见上文
    -通常是的、尽管当我长时间运行零时、该点之后唯一的数据是 CRC、它会自动删除、因此在这些消息上、我无法始终看到它。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我知道您需要在最后使用给定的数据速率、但对于调试、您应该能够将其设置为任意值。 白化也是如此。 这是为了更好地了解您看到的原因。

    CC1200上的 FREQOFF _CFG 设置是什么?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    在 cc1200中、我的 FREQOFF _CFG 设置为0x20。 我将测试白化和暗化。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    好的、因此报告测试、我用于所有测试的数据是对循环数据进行计数(1、2、3…… ECT)、结果如下:
    -38.4Kbaud,没有白化,检测到消息,但许多位错误,如果不是全部,则大部分错误都是由于 CRC 错误而抛出的。
    -38.4Kbaud 通过白光检测到消息,但许多位错误,并且大多数(如果不是全部)由于 CRC 错误而被抛出。
    -500kbaud,有白光,检测到消息的成功率为96%,这比我以前看到的75-80%有所改善。

    我不认为38.4Kbaud 的测试是理想的设置、我认为这些测试由于我忘记了一些东西而非常糟糕、但我会再看一看。 我还尝试对两端进行曼彻斯特编码、这是完全失败的、甚至没有检测到同步字、因此我假设我也错过了一些内容。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    作为进一步的测试、我尝试使用我们的其中一条真实消息(长串零)并启用白化、结果也很差。

    编辑:

    我还尝试了另外3个实验(全部使用白化)、首先发送所有零、这很好(99%)、 然后我发送所有0x01、  也很好(99%)、然后我发送一些随机数据(请参阅末尾)、这也很好、成功率 为96%。

    RF_Command.Data[0]= 0x3B;/*长度字节*/
    RF_Command.Data[1]= 0x98;
    RF_Command.Data[2]= 0xe4;
    RF_Command.Data[3]= 0x94;
    RF_Command.Data[4]= 0xFC;
    RF_Command.Data[5]= 0xca;
    RF_Command.Data[6]= 0xFE;
    RF_Command.Data[7]= 0x80;
    RF_Command.Data[8]= 0xce;
    RF_Command.Data[9]= 0xd4;
    RF_Command.Data[10]= 0x9f;
    RF_Command.Data[11]= 0x96;
    RF_Command.Data[12]= 0xdf;
    RF_Command.Data[13]= 0xEA;
    RF_Command.Data[14]= 0xc7;
    RF_Command.Data[15]= 0x29;
    RF_Command.Data[16]= 0x45;
    RF_Command.Data[17]= 0x98;
    RF_Command.Data[18]= 0x56;
    RF_Command.Data[19]= 0xe6;
    RF_Command.Data[20]= 0x0a;
    RF_Command.Data[21]= 0x94;
    RF_Command.Data[22]= 0xc5;
    RF_Command.Data[23]= 0xb7;
    RF_Command.Data[24]= 0x80;
    RF_Command.Data[25]= 0xb6;
    RF_Command.Data[26]= 0x14;
    RF_Command.Data[27]= 0xe8;
    RF_Command.Data[28]= 0xd4;
    RF_Command.Data[29]= 0x45;
    RF_Command.Data[30]= 0x03;
    RF_Command.Data[31]= 0x89;
    RF_Command.Data[32]= 0xe6;
    RF_Command.Data[33]= 0x74;
    RF_Command.Data[34]= 0x85;
    RF_Command.Data[35]= 0x13;
    RF_Command.Data[36]= 0x58;
    RF_Command.Data[37]= 0x2C;
    RF_Command.Data[38]= 0x72;
    RF_Command.Data[39]= 0x4e;
    RF_Command.Data[40]= 0xe6;
    RF_Command.Data[41]= 0x0c;
    RF_Command.Data[42]= 0x7c;
    RF_Command.Data[43]= 0x71;
    RF_Command.Data[44]= 0xf5;
    RF_Command.Data[45]= 0xaf;
    RF_Command.Data[46]= 0x64;
    RF_Command.Data[47]= 0x8b;
    RF_Command.Data[48]= 0x6e;
    RF_Command.Data[49]= 0x2D;
    RF_Command.Data[50]= 0x6e;
    RF_Command.Data[51]= 0x23;
    RF_Command.Data[52]= 0xcc;
    RF_Command.Data[53]= 0xe4;
    RF_Command.Data[54]= 0x12;
    RF_Command.Data[55]= 0x1b;
    RF_Command.Data[56]= 0x74;
    RF_Command.Data[57]= 0x78;
    RF_Command.Data[58]= 0xf4;
    RF_Command.Data[59]= 0xdb; 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    -您是否使用 SmartRF Studio 的寄存器导出来进行此测试? 或者更好的是、您是否直接使用 SmartRF Studio 进行此测试?
    -查看您的结果:如果您使用建议的设置、您应该在启用白化的情况下获得完美的接收效果(很可能也不启用)。 只有"0"或"1"的数据包是最复杂的接收过程、因此我希望这种情况下的错误比随机数据多。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    由于不活动而关闭此线程。 请免费发布新帖子以重新打开。