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

您好，

使用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)的日志？

一月

您好，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应用程序(请参阅上面的详细信息)，尝试重现此应用程序(未成功)。

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