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.

[参考译文] CC3135MOD:数据传输和接收速度

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1086678/cc3135mod-data-transmission-and-reception-speed

部件号:CC3135MOD
主题: CC3135中讨论的其他部件

大家好,

  我们正在使用Wi-Fi模块(CC3135MOD)更新 固件。  我们使用SPI(20MHz)通信 来通信主机。  当固件更新时,主机设备发送16 KB 数据需要一分钟以上。 但从目标传输数据需要几秒钟时间。 您能否建议一种缩短时间的方法?  或通知我们是否需要检查任何配置。

谢谢!

电压

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

    您好,

    使用20MHz SPI时,应用程序吞吐量高达13Mbps (在干净的环境中为13Mbps -在露天环境中会更少),因此通过16 KB 1-2秒是合理的。 您的平台需要多长时间?  

    其余部分是 处理和写入固件更新内容,具体取决于您的主机平台。  

    我看不出有什么理由需要一分钟以上的时间。   在写入固件之前,是否擦除了闪存的一个较大区域(大于16 KB)? (这可能需要一些时间)

    巴西,

    Kobi

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

    您好 Kobi,

      感谢您的回复。

    从主机到目标传输8 MB 需要15分钟。
    从目标到主机传输8 MB 只需不到一分钟。
    为了进行测试,所有闪存操作/文件处理等都被注释掉。所述的时间仅用于通过TCP套接字进行数据传输。
    我们的推论是,SL_SEND是否按预期运行良好,由于SL_recv非常缓慢,是否需要进行任何特定设置?

    谢谢!

    电压

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

    您好,Vel,

    这种行为是没有理由的。 我认为这种行为可能有多种原因:

    • 信号强度问题(CC3135和AP侧的RSSI外观如何)?
    • 某些主机驱动程序移植问题
    • 套接字代码有问题
    • 服务器速度慢

    实际应用程序下载8 MB 所需的时间不应超过20秒。 是否可以从服务器端提供来自网络嗅探器(Wireshark)的日志?

    一月

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

    您好,

    我无法下载此文件。 该链接将我转至Zoho的登录页面。 您可以将pcap文件直接插入e2e论坛。

    RSSI在您的案例中的表现如何?

    一月

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

    您好,Jan,

      感谢您的回复。 我无法 插入日志文件。  我将在这里插入图像供您参考。

        

    谢谢!

    电压

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

    由于某些原因,设备报告的TCP窗口相对较小(4380B)。

    是否可以提供TCP连接建立的嗅探器日志? 我要验证这是原始TCP窗口分配。  

    您是否并行使用其他插槽?  

    在 SoftAP模式下,由于资源(包RAM)有限,可能会发生这种情况。 我们将尝试检查此项。 您可以在工作站模式下工作吗?

    您可以尝试提高OTA线程优先级(这样RX缓冲区的释放速度就会更快)。

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

    您好 Kobi,

      感谢您的回复。  

    是的,我们尝试更改为 “工作站”模式和“线程优先级  ”,但此问题仍未解决。

    在这里,我在  连接建立期间附加了嗅探器TCP的屏幕快照 。

    谢谢!

    电压

     

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

    这一个看起来很奇怪,因为我们从一个合理的窗口大小(~33K或23个1460B的数据包)开始 ,它突然下降到4380B (3 * 1460)。

    我们需要检查此情况,可能需要几天时间。

    我会在发现任何问题时立即回复。

     您使用的是哪种Service Pack?

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

    您好,Gopi:

       感谢您的回复。

    我们将等待您的回复。 我们使用的Service Pack版本是4.1。

    谢谢!

    电压

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

    请更新到最新的SP (CC32xx SDK 5.30 中的4.12)。

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

    您好,Kobi:

    感谢您的回复。

    根据您的建议,将Service Pack更新为4.12 (来自CC32xx SDK 5.30)。 但仍需15分钟才能传输8 MB。

    我们不更新主机驱动程序,而是仅更新服务包。

    谢谢!

    电压

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

    当设备作为工作站连接时(即未处于软接入点模式),您能否检查相同的使用案例?  

    执行此下载时,是否打开了其它插槽?

    是否可以在上次发送的嗅探器日志中共享数据包#512的内容?

    我们将在今天或下周进行检查。

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

    (此日志中的数据包512)  

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

    我们尝试 了完全相同的顺序(使用最新的SP),窗口保持为3.358万B... 我不确定您的会话设置有何不同-我们需要查看嗅探器的详细信息。

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

    您好Kobi,

    感谢您的回复。

    执行此下载时,是否打开了其它插槽?

        否,其他插槽未打开。

    在这里我插入了日志(数据包512)。

    谢谢!

    电压

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

    很奇怪。 这正是我们所做的。 我无法使用新的SP复制此信息。

    您可以 尝试使用最后一个SP向我们发送日志,以便我们验证是否发生了相同的问题。  

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

    您好,Kobi:

    感谢您的回复。

    请在Service Pack [CC32xx SDK 5.30 中的4.12 ]更新了日志文件的嗅探器快照后查找数据传输。  

    您是否可以建议如何 上传日志文件?? 这将对我们有所帮助。

    谢谢!

    电压

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

    仍然显示相同的问题。

    请使用SDK的网络终端示例测试RX路径。

    我们使用此信息来尝试重现该问题,我想确保您的应用程序中没有其他限制TCP窗口大小的内容。

    我们使用的命令是:

    wlan_ap_start -s "ss-name"-t open

    ->然后在药柜(10.123 .45.2)连接后:

    recv -c 10.123 .45.2   

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

    您能否提供NWP日志? (参见 https://www.ti.com/lit/swru455中的第20章)

    您应该能够使用"insert -> file"上传嗅探器日志。 如果太大-将其存储在某个网络驱动器(例如google驱动器)中并提供链接。

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

    您好Kobi,

    感谢您的回复。

    请在  下面的链接中找到NWP日志文件和Wireshark数据。 Wireshark数据长时间记录。 因此文件大小太高。

    drive.google.com/.../1ifmmK_ClROrOCd5qkMcXe2LkTDuiqTV0

    谢谢!

    电压

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

    内容需要批准,因此我发送 了一个加载请求。 请批准

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

    您好Kobi,

    感谢您的回复。

    已批准您的请求。

    谢谢!  

    电压

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

    我没有看到任何新信息。是否确定使用的是最新的SP?

    是否可以发送从重置开始的NWP日志?

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

    您好Kobi,

    感谢您的回复。

    是的,我确定最新的SP已更新。

    请在下面的链接中查找NWP日志数据。 根据您的建议,NWP数据是在设备启动之前记录的。

    https://drive.google.com/drive/folders/13VPRyem5Thq7zUQd0G_MXvnIfsiDOJcf?usp=sharing

    谢谢!

    电压

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

    谢谢。 我们将尝试 检查这一点,看看我们能否找到小窗口的根本原因。

    请 尝试使用我们正在使用的SDK NetworkTerminal应用程序(请参阅上面的详细信息),尝试重现此应用程序(未成功)。

    我想确保我们基于相同的引用,不会隐藏应用程序中的设置。