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.

[参考译文] LAUNCHXL-CC1310:LAUNCHXL-CC1310:误差率工程解调问题

Guru**** 2482225 points
Other Parts Discussed in Thread: LAUNCHXL-CC1310

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1228317/launchxl-cc1310-launchxl-cc1310-error-rate-engineering-demodulation-problem

器件型号:LAUNCHXL-CC1310

嗨、团队:

我的客户遇到了以下问题:

我烧毁并在 LAUNCHXL-CC1310开发板上编写了 rfPacketErrorRate 代码、想要使用信号分析器进行解调、但遇到了一些问题。

首先、我在代码中选择了 HSM 模式。 这个模式在此代码中使用8FSK 调制吗? 对应的符号速率是多少?

其次、为了更好地定位发送的封装、我在 TX 中的以下位置修改了封装内容。 C:

 pPacket[dataOffset + 0] = packet[dataOffset + 0] = (uint8_t)(seqNumber >> 8);
    pPacket[dataOffset + 1] = packet[dataOffset + 1] = (uint8_t)(seqNumber++);
    uint16_t i;
    for (i = dataOffset + 2; i < config->payloadLength; i++)
    {
       // pPacket[i] = packet[i] = rand();
        pPacket[i] = packet[i] = 0xf0;
    }

我是否可以询问此修改是否生效?

由于我无法在信号分析器上找到前导码和同步解调等相应的代码字、我是否可以询问 rfPacketErrorRate 工程是否会处理数据包内的数据? 如何成功实现数据解调?

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

    HSM 为4Mbps、并使用8FSK。

    您正在将有效负载更改为正确的位置、应该能够通过查看 RX 端接收到的数据包来验证这一点。

    PHY 正在使用 FEC (前向纠错)、因此写入数据包的数据将不会是实际通过无线发送的数据。 此代码在 TX 端进行编码、在 RX 端进行解码。

    Siri.

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

    HSM 的 PHY 中使用哪种 FEC?

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

    这不是我们给出的信息。 HSM 是一种在 CC13x0器件上运行的专有 PHY、您需要两端都有 CC13x0才能使用此 PHY。  

    就射频性能而言、没有可调整和调整的参数、我们也不提供任何有关 PHY 实施的信息。

    Siri.

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

    那么、正误差校正的实现方法是什么?

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

    我想问、  4Mbps 时的偏差和符号 Rate 是什么?

    谢谢你

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

    我已说过,我们不会详细介绍自由投资协定等

    我仍然不清楚为什么客户需要这些信息、因为没有什么可改进的地方等等

    相关的内容是使用此 PHY 发送数据包所需的时间。

    有一种固定前导码同步模式、传输时间为130us。 此外、PA 大约需要50us 才能实现上升。

    之后、数据包(负载)会按 A 发送 位速率为4Mbps 。 这意味着如果您在数据包中发送100个字节、则负载将占用100 * 8 / 4000000 = 200us

    此外、还有一个耗时为30us 的 PA 斜坡。

    这意味着 TX 时间将为:

    50us + 130us + 200us + 30us = 400us

    长度为100字节的数据包的有效数据速率为2Mbps。

    Siri.

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

    感谢您的回复,我想知道为什么固定前导码同步模式需要130us 传输,如果考虑到传输时间在4mbps 状态,32位前导码和同步将需要16us ,是否时间包括处理 生成和无线传输的固定前导码同步模式

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

    此 PHY 不发送"正常"前导码或 SYNC。

    有一个由208个符号组成的固定模式、在有效载荷之前发送。 符号速率为1.6ksps、这意味着这需要130us。

    Siri.

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

    你的持续回答真的帮助了很多,我几乎得到了我的 解决方案。你说有一个固定的模式包含208个符号,在有效载荷之前发送。有没有任何机会,我可以获得准确 的代码,如在一些文档中。或者如果你对准确的代码, plese 只是告诉 关于这个。

    此致

     

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

    我们不会分享这些信息。

    Siri.

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

    好的。   CRC (循环冗余校验)是否用于高速模式?

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

    可以。

    这是通过 API 实现的:

    RF_cmdTxHS.pktConf.bUseCrc = 0x1;
    RF_cmdRxHS.pktConf.bUseCrc = 0x1;
    

    Siri.