[参考译文] CC3100MOD：CAN#39；t 连接至 NWP 版本2.12和2.13的 AP

您好、Shuyang、

我将联系我们的 SW 团队进行评论。

您好、Shuyang、

感谢您的日志。 我将在下周初审核这些信息、并向您提供最新信息。

此致、

Sarah

您好、Shuyang、

不幸的是，还没有。 我 将能够回顾这些内容、并在明天作出回应。

此致、

Sarah

您好、Shuyang、

在日志中、我看到关联超时、但我还不确定原因。 您的客户能否收集嗅探器捕获数据？

我还想验证哪些服务攻击版本已经过测试。 在您之前的主题中、您表示客户在版本2.11、2.12和2.13上看到了此问题。 2.10是否已经过测试？ 我提出这一问题是因为 在2.10服务包中有一个针对 KRACK 攻击修复的重大更新。

此致、

Sarah

您好、Sarah、

感谢您的回复。 我将要求客户提供监听器日志、但可能需要几天时间。

至于服务攻击版本、它们已经测试了2.5到2.13的所有版本、结果是2.12可以工作之前的所有服务攻击、而2.12和2.13无法工作。 因此、我恐怕您提到的变化不是个原因。 然而，我们可以遵循以下想法：2.12以来所作的哪些改变可能是造成这种情况的原因？

谢谢！

BR、

水阳

Shuynag、您好！

2.12服务包中有许多修复程序、但在版本说明中看不到任何明显的修复程序。 我们必须检查监听器日志中器件和 AP 之间的握手。

此致、

Sarah

您好、Sarah、

请查找所附 CC3100MOD 和 AP 之间的监听器日志。 NWP 版本为2.12。

请使用节点 Huawei：BF：85：C0 (DC：21：E2：BF：85：C0)和 TexasInst：49：05：50 (E4：15：F6：49：05：50)作为筛选器、以查找 CC3100MOD 和 AP 之间的数据包。

谢谢！

水阳

e2e.ti.com/.../Capture_5F00_CC3100MOD_5F00_Connection_5F00_Fail_5F00_Servicepack_5F00_2_5F00_12.pkt

您好、Shuyang、

感谢 您的参与。 我将回顾并在1-2天内回复您。

此致、

Sarah

您好、Shuyang、

我从未看到华为 AP 向我们的器件发送关联响应：

您能否获得有关 CC3100何时能够连接到此 AP 的监听器捕获？

此致、

Sarah

您好、Sarah、

请找到另一个具有相同 AP 和20 CC3100MOD 的监听器日志、您可以在45018行找到 Assoc RSP、如果您需要、请查看这是否满足您的需求、谢谢。

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

BR、

水阳

您好、Shuyang、

感谢您的记录。 这确实显示了一些成功的连接、我将把行为与之前的日志进行比较。 请注意、由于假期、本周将缩短、因此我 可以在周一回复。

此致、

Sarah

您好 Sarah，ä nez

您能帮您尽快分析一下吗？ 此问题已延迟很长时间。此问题对我们的项目日程非常重要。如果您仍需要其他数据来分析此问题、请随时联系我，

谢谢。  

此致

武祥

你好，吴祥  

这是一个非常长的日志、我必须比较连接握手的时间和内容、以确定它们与第一个日志有何不同。 所有这些信息都是监听器日志的一部分、因此欢迎您自己分析、并告诉我您的发现。 不幸的是，我今天无法进入这个地方，星期五是一个假日。

此致、

Sarah

您好， 吴祥，

我查看了日志、并尝试通过  连接过程遵循5个以上 MAC 地址、但我只看到在日志开始时已连接的器件、或在连接过程中部分连接的器件(如完成4条消息中的1条)。

您能否获得您知道已成功连接并能够发送数据的设备的监听器捕获？ 它还有助于看到与第一次捕获类似的环境。

此致、

Sarah

您好、Sarah、

感谢您的播放。

您能确定时间、我希望我能在一个小时或更长时间内在线与您沟通、为 您提供任何帮助、帮助您分析我可以提供的内容。谢谢。

请注意、

武祥

您好、Sarah、

请按照您在下面的要求查找日志。 我代表吴祥上传此文件、因为他上传文件时遇到了一些问题。

CC3100MOD 的 MAC： 5C：F8：21：CB：B9：D0

AP 的 MAC： DC：21：E2：BF：85：C0

e2e.ti.com/.../Capture_2D00_ServicePack2.11_5F00_ConnectAndSendData.pkt

您好、Sarah、

我n‘t，2.11和2.13版本之间的差异是 Assoc Req、但其中的信息我无法理解。我希望可以参考。

谢谢、

武祥。

您好、双阳、武祥、

Huawei AP 未将关联响应发送回 CC3100。 由于关联请求的内容相似、我不确定 AP 的行为为何会有所不同。 我正在与我团队的另一位成员联系、以获得更多帮助。 我会在我们了解更多信息后立即向您更新、但这可能是另外几天。

此致、

Sarah

你好，吴祥  

您使用的是哪种主机驱动程序版本(在 simplelink.h 文件中定义)？ 是否使用 sl_WlanSetMode()更改任何配置选项？

此致、

Sarah

代表武祥：

--

1.以下 是 simplelink.h 文件的内容： (c：\ti\CC3100SDK_1.3.0\cC3100-sdk\simplelink\include/simplelink.h)

/*****************************************************************************/
/* Macro declarations for Host Driver version                                */
/*****************************************************************************/
#define SL_DRIVER_VERSION   "1.0.1.11"
#define SL_MAJOR_VERSION_NUM    1L
#define SL_MINOR_VERSION_NUM    0L
#define SL_VERSION_NUM          1L
#define SL_SUB_VERSION_NUM      11L

--

2.以下是主机 promgram 调用  sl_WlanSetMode()函数的唯一位置，仅当系统处于初始化阶段并且发现 CC3100器件  未 处于 工作站模式时，

        retVal = sl_WlanSetMode(ROLE_STA);
        ASSERT_ON_ERROR(retVal);

--

此外、主机程序在执行初始化时调用的函数如下：  

    retVal = sl_WlanPolicySet(SL_POLICY_CONNECTION, SL_CONNECTION_POLICY(1, 0, 0, 0, 1), NULL, 0);

    power = 0;
    retVal = sl_WlanSet(SL_WLAN_CFG_GENERAL_PARAM_ID, WLAN_GENERAL_PARAM_OPT_STA_TX_POWER, 1, (_u8 *)&power);
    retVal = sl_WlanPolicySet(SL_POLICY_PM , SL_LOW_LATENCY_POLICY, NULL, 0);   // SL_LOW_LATENCY_POLICY   //   SL_NORMAL_POLICY // SL_ALWAYS_ON_POLICY
    retVal = sl_WlanSet(SL_WLAN_CFG_GENERAL_PARAM_ID, WLAN_GENERAL_PARAM_OPT_COUNTRY_CODE, 2,(unsigned char *)"EU"); 

--

BR、

水阳

您好、Shuyang、

我的错误是想问 sl_WlanSet()而不是 sl_WlanSetMode()。 是否可以再次检查 sl_WlanSet()是否在其他任何地方未被调用？

此致、

Sarah

您好、Sarah、

   我发现2.13和2.11的另一个区别是关联请求数据包长度(2.13数据包长度为109、2.11为118)。通过 AP8150D 日志，我们认为这可能是 AP 未回复关联 RSP 的原因。在支持的速率方面、 2.13版比2.11版少几个字节。我想知道原因是什么、希望它对您有所帮助。

此致、

武祥

你好，吴祥  

是的、没错。 这就是为什么我要询问 sl_WlanSet()的使用。 我们正在尝试弄清为什么这在不同版本之间发生变化。

此外、 您能否使用 UniFlash 和 servicepack 2.13来刷写干净的映像、并捕获 NWP 日志以显示首次引导和连接尝试的全部情况？

此致、

Sarah

您好、Sarah、

正如我上次重新发布中列出的，sl_WlanSet()的使用如下：

BR、

水阳

谢谢 Shuyang。

您能否 使用 servicepack 2.13刷写干净的映像并捕获 NWP 日志？ 我们希望看到 整个第一次引导和连接尝试。

此致、

Sarah

您好、Sarah、

客户对不同的 CC3100MOD 进行了更多测试、结果是：

无法连接到 AP 的模块在关联请求中没有扩展支持速率、具有扩展支持速率的模块可以成功连接到 AP。 这很可能是导致此问题的根本原因。

为了排除硬件和测试环境的影响、客户在具有2个不同 CC3100MOD 的同一 PCB 板上进行了上述测试。 模块问题似乎出在模块。 那么、您能否验证支持的速率是否会因 CC3100MOD 的不同批次而有所不同？  

此致、

水阳

您好、Shuyang、

我知道。 是否可以 使用 servicepack 2.13刷写干净的映像并捕获显示整个首次引导的 NWP 日志？ 这将帮助我们找到这个问题的最根本。 我们需要在第一次启动时记录这些日志、以继续调试支持的速率。

这两个模块是否都刷写了相同的服务包版本？

此致、

Sarah

您好、Sarah、

请根据请求查找第一次引导的 NWP 日志。

e2e.ti.com/.../20210415.zip

AP 制造商帮助分析监听器日志、发现当连接失败时、CC3100MOD 声称支持 HT、但 MCS 设置= 0。 在正常日志中、MCS 设置为0xFF：

CC3100将在连接失败时输入 SimpleLinkGeneralEventHandler()。

您好、Shuyang、

Sarah 今天外出、但她很快就会回来、并很快就这个问题与您联系。

最棒的

本·M

您好、Ben M

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

此致、

武祥

你好，吴祥  

本继水阳离线后， 他是否与您沟通过？ 我将与他一起办理登机手续。

此致、

Sarah

您好、Sarah、

我没有跟他沟通。

此致、

武祥

您好、Sarah、

感谢您的回复、但我不知道它是如何生成的、为什么其他模块没有生成的、以及我应该如何避免它？

此致、

武祥

您好、Sarah、

讨论已切换到离线、感谢您的支持！

BR、

水阳