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.

[参考译文] LAUNCXL-CC1350:在cc1350中,吞吐量高达4 Mbps

Guru**** 2558250 points
Other Parts Discussed in Thread: CC1350

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/637267/launchxl-cc1350-up-to-4-mbps-throughput-in-cc1350

部件号:LAUNCXL-CC1350
主题:CC1350中讨论的其它部件

您好,

请说明如何在cc1350中存档4 Mbps吞吐量。

所有可用示例的最大包长度为128字节。
请提供一些建议,以便我可以用4 Mbps的吞吐量测试此设备。

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

    您好,

    即使使用 rfPacketErrorRate示例中显示的"高速模式" PHY,4 Mbps的有效吞吐量也是不可能的 ,因为数据包不仅包含有效负载,还包含前导码,同步序列,CRC等。如果发送长数据包,此模式下的速率可能高达3 Mbps。 但这只是一个野猜测。 如果要发送大于128字节的数据包,只需增加数据包大小即可。 高速PHY具有自己的TX/RX命令集,支持高达6.5536万字节的有效负载。 但是,数据包错误的概率会随着数据包的增加而增加。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    而不是更改数据包的时间(如0.01 ms)时的数据包大小。
    什么是可能的最短时间或理想的如何计算此时间。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    • 在这种情况下,不要使用绝对计时,而是将trig_now设置为TX命令的启动触发器。
    • 或者只需向数据包队列发送TX命令,该数据包队列仅与HSM TX命令一起使用。

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

    在rfPacketErrorRate示例中,有一个名为“packetInterval”的参数,它在RfSetup_HSM (高速模式)中默认设置为50 ms (packetInterval =(UINT32_t)(400万*0.05f);)。

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

    您好,

    否,请尝试在TX.C中将RF_cmdPropTx.startrigger.triggerType更改为TRig_NOW

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

    主席先生,还有一个问题是,如果我们使用tig_now,packetInterval就没有意义了,如果我使用tig_now的数据包负载大小为128字节,那么如何计算吞吐量。

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

    sudhir Mishra 说:
    如果我们使用trig_now,packetInterval就没有意义

    这是正确的。

    sudhir Mishra 说:
    以及如何计算吞吐量(如果我使用数据包有效负载大小为128字节和tig_now

    )

    最快的方法是运行测试。