[参考译文] CC3100MOD：连接到 AP 的多个 CC3100MOD 具有高通道利用率

请通过 CC3100MOD 和其他 Wi-Fi 模块的比较、找到代表信道利用率的 AP 飞行时间百分比：

客户还希望检查 CC3100MOD 的频谱屏蔽值、因为他们怀疑这是高通道利用率的原因。 请您提供数据吗？

谢谢。

BR、  

水阳

您好、Shuyang、

我不确定测试的目的是什么。

TCP 套接字示例尝试发送/接收尽可能多的数据、以便提高通道利用率。

另一个器件是否还发送高吞吐量数据？

如果您只想将多个站点连接到 AP、并对通道检查进行最小推理、例如空闲配置文件示例。

BR、

Kobi

您好、Kobi、

客户未使用原始的 tcp_socket 示例、很抱歉让您感到困惑。 他们修改了示例、以通过 SPI 接口传输从主机 MCU 接收到的数据、吞吐量约为9K 字节/秒。 通道利用率数据是在此吞吐量下测量的、用于比较的模块也使用相同的条件。

如果您需要更多详细信息、请告诉我、谢谢！

BR、

水阳

您好、Kobi、

请找到随附的监听器日志。 该测试使用4个具有如下 IP 地址的 CC3100MOD：

192.168.100.90

192.168.100.94

192.168.100.169

192.168.100.221.

192.168.100.53是 PC。

CC3100MOD 开始向 PC 传输数据、数据速率约为10KB/s 5分钟后 CC3100MOD 的主机 MCU 复位、6分钟后再次关断、7分钟后重新启动。

您是否会帮助查看日志并就高信道利用率的可能原因提供一些建议？

谢谢！

BR、

水阳

e2e.ti.com/.../8686.log.zip

您好、Shuyang、

一直为您研究此问题的 Kobi 不在办公室。 请将他交给他、直到他下周回到办公室进行跟进。

此致、

本·M

您好 Ben、

谢谢您的说明、我将等待 Kobi 的回复。

BR、

水阳

您好、Shuyang、

我们需要查看 监 听器日志以查看 Wi-Fi 行为的差异。

在您提供的日志中、我找不到任何问题。

似乎至少这4个器件在 100-150毫秒内完成了10B 传输-因此 似乎它应该比 提供的利用率数字小得多。 我们需要检查无线传输的结果、以便了解 CC3100与竞争产品性能之间的差异。  

BR、

Kobi

您好、Kobi、

您是否有有关如何捕获空气嗅探日志的指南？ 客户是否需要购买额外工具(如 Omnipeek)进行空气嗅探？

谢谢。

BR、

水阳

不、我们没有指南。

Omnipeek 是一个很好的选择、但 很少有其他选择(例如、将免费的 Wireshark 监听器与支持的 Wi-Fi 软件狗一起使用、有时只使用 笔记本电脑的板载 Wi-Fi)。

您好、Kobi、

客户已提供监听器日志、其中20个 CC3100MOD 连接到 AP、信道利用率约为70%。 客户发现此设置下的连接丢失。 您是否会帮助查看日志并分析高信道利用率的原因？ 谢谢。

https://tidrive.itg.ti.com/a/f94X4OLeF_5t3hf4/3b7e5886-5836-4f25-9a9f-11591e0d9339?l

BR、

水阳

谢谢。

请尽可能详细地提供使用案例(例如参与器件的 MAC 地址)。 我将在下周初查看日志。

BTW 利用率与基准有何差异 (例如、使用20个非 TI 器件时)？

一些断开连接可能与 PS 轮询的使用有关、PS 轮询会与某些 AP (客户使用了哪个 AP)存在一些 IOP 问题？ 可能值得尝试禁用 PS 轮询(请参阅下面的命令)：

SlWlanNoPSPollMode_t NoPsPollMode;
NoPsPollMode.Enable = 1; // enable no PS-Poll mode (work without PS-Poll frames)
sl_WlanSet(SL_WLAN_CFG_GENERAL_PARAM_ID, SL_WLAN_GENERAL_PARAM_OPT_NO_PS_POLL_MODE, sizeof(SlWlanNoPSPollMode_t),(_u8 *)& NoPsPollMode);

BR、

Kobi  

您好、Kobi、

请按如下所示查找 AP 和节点的 MAC 地址：

节点收集传感器数据并发送到服务器。 每个节点的数据速率约为9kB/s

客户没有20个非 TI 器件可供测试、但他们使用2个非 TI 器件对2个 CC3100进行了测试。 结果将在我的重新发布中列出。

感谢有关禁用 PS 轮询的建议、我将让客户尝试。

BR、

水阳

AP 是 Huawei AP8150DN

您好、Kobi、

我检查了发行说明，似乎此选项已添加到服务包2.12中。 但是、客户无法使用 servicepack 2.12或2.13、因为 CC3100无法使用这些 servicepack 版本连接到其 AP。 我已为此提交了另一个帖子：  

https://e2e.ti.com/support/wireless-connectivity/wifi/f/wi-fi-forum/986872/cc3100mod-can-t-connect-to-ap-with-nwp-version-2-12-and-2-13

客户现在正在使用 servicepack 2.11、您能否查看日志以查看是否有其他原因？ 谢谢。

BR、

水阳

没错。 我错过了与 CC3100相关的问题。

无论如何、我没有看到过多的断开连接、我也看不到器件将进入 PS 模式-因此 PS 轮询不是问题。

我看到有许多重传(尤其是在传输到基站时)。 AP 和基站之间的距离是多少？

我假设这是一个定制设计。 如果是、它是否通过 了我们的设计审查？

从您发送的数字来看、在设备数量较少的情况下、问题似乎更为关键(因为3个设备的利用率约为70%、20个设备的利用率相同)。

您能否发送2 个日志：一个有2/3个 TI 站点 、另一个 有2/3个非 TI 站点、以便 我可以比较行为？

BR、

Kobi

您好、Kobi、

客户使用的是 CC3100MOD、而不是定制设计。

测试设置如下、AP 和 CC3100之间的距离约为25-30m：

我与客户进行了双倍检查、之前(70%)的数据是在嘈杂的环境下捕获的、而不是使用20个 CC3100MOD 进行测试时相对干净的数据。 因此、我担心数据不能用于比较。

从监听器日志中、您能否确定频繁重新传输的原因？ 谢谢。

BR、

水阳

不、我们无法从日志中找到原因。

这些模块在 BoosterPack (CC3100MODBOOST)中使用、对吧？

我们需要将 TI 器件与非 TI 器件(相同的环境、相同的工作站数量)进行比较、以尝试确定差异。

BR、

Kobi

您好、Kobi、

这些模块焊接到客户的 PCB 上、而不是 BoosterPack 中。 在硬件方面是否需要注意什么？

我将尝试让客户捕获 TI 器件与非 TI 器件的日志、但这些模块已部署、我不确定它们是否可以像以前使用的日志那样重现测试环境。 您是否有任何一般建议、他们可以在没有监听器日志的情况下尝试？

谢谢！

BR、

水阳

我需要咨询我们的硬件团队、了解是否有任何原因可以解释低 Rx 灵敏度。 他们是否使用新电路板执行了任何射频测试？

我需要查看 TI 和非 TI 器件之间的比较(当 TI 器件导致高利用率时)。 在旧日志中、存在一些问题(在 RX 端)、但利用率没有以前那么差、因此我不确定我们是否看到真正的问题。

BR、

Kobi

您好、Kobi、

在这个问题上取得了哪些进展？

谢谢！

此致、

武祥

同样、我正在等待客户的日志、以便我们将 TI 器件的行为与非 TI 器件进行比较。

对于上一个、我们没有看到最初报告的不良利用率数字。