• 状态 Resolved
  • 已锁定 已锁定
  • 回复 5 回复
  • 订户 0 订户
  • 视图 427 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS/LAUNCHXL-CC3235S：WiFi P2P 模式数据速率

admin
Guru**** 2564410 points
Other Parts Discussed in Thread: CC3235S

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/905915/ccs-launchxl-cc3235s-wifi-p2p-mode-data-rate

器件型号：LAUNCHXL-CC3235S
主题中讨论的其他器件：CC3235S

工具/软件：Code Composer Studio

我做了一个项目、在这个项目中、使用 WiFi P2P 模式和原始套接字和网络旁路模式在两个 cc3235S 板之间进行数据交换、其中发送的数据包包含数据以及源和目的的 MAC 地址、当我尝试计算数据速率时、 我发现 Tx 侧数据速率为16Mbps、Rx 数据速率为10Mbps、我认为我们可以使用此板实现更高的数据速率、尤其是在我不使用其他网络层时。 那么、如何控制数据速率呢？ 我认为 SPI 数据速率会产生影响。

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

    您好！

    主 MCU 和 NWP 内核之间的 CC3235内部 SPI 接口以30MHz 运行。 这是允许的最大速率、不应调整。

    现在、您获得的数字与数据表一致、该数据表列出了16Mbps 的预期 UDP 吞吐量和13Mbps 的 TCP 吞吐量。 请记住、这些数字利用 NWP 的 TCP/IP 堆栈、以便减轻主 MCU 的处理负载。 虽然您可能未在应用中使用套接字级协议、但仍需要对出现旁路模式的原始 ETH 接口上的每个数据包执行处理。

    因此、您看到的电流结果是我们对 CC3235的预期结果。

    此致、

    Michael

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

    我只需将 dest 和 src MAC 地址添加到数据包中、与 TCP 和 UDP 不一样、那么为什么我不能实现更高的速度、因为我绕过了所有上层、并且只使用 MAC 地址？

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

    您好！

    有一些瓶颈会阻止您实现更高的吞吐量、即使您绕过网络层也是如此。

    首先、30MHz 的 SPI 速率是 NWP 内核与运行主程序的应用 MCU 内核之间的最大吞吐量。 但是、在网络旁路模式下、由于 NWP 正在被旁路、因此您不会使用它的全部功能。 此外、当 NWP 可以使用自己的 TCP/IP 堆栈时、完成的任何套接字操作都只需要通过内部30MHz SPI 返回有效负载数据、而对于网络旁路模式、也需要提供完整的 ETH 和 IP 标头。 这会增加大量开销、具体取决于总的数据包大小。

    此致、

    Michael

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

    我要发送的数据包只包含数据以及接收器和发送器的 MAC 地址。 这是否比使用 TCP/IP 堆栈实现更高的数据速率？

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

    您好！

    这不太可能提高性能。 这是因为主要瓶颈是 CC3235 MCU 和 NWP 之间的 SPI 链路以及所需的主机驱动器交互。

    您可以尝试使用网络旁路功能发送原始 L2或 L3数据包。 请参阅 NWP 编程人员指南 的第6.5.4节：http://www.ti.com/lit/swru455

    我有一些代码演示了如何使用旁路模式来执行 ARP 请求。 您可以将其用作实现低级数据传输的指南：

    https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/t/845693

    我建议使用该原始代码执行吞吐量测试、并查看您在 TCP/IP 堆栈中看到的性能是否不同。

    此致、

    Michael