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.

[参考译文] CC3551E:WiFi 直接连接不一致

Guru**** 2794765 points

Other Parts Discussed in Thread: CC3551E

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1617187/cc3551e-wifi-direct-connections-inconsistent

器件型号: CC3551E

您好:

我有一位客户使用 2 个 LaunchPad 测试 WiFi Direct P2P 模式、他发现有时连接会失败、除非 LaunchPad 彼此具有特定的相对方向。 这两个 LP 都刚刚经过桌面测试、因此它们彼此相邻。

有什么建议,他们可以尝试使连接更稳定?

Munan

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

    尊敬的 Munan:

    您能否分享在两个 LaunchPad 上输入的所有命令、以及给定的确认失败的错误? 任何类型的日志文件都应该是合适的、这将帮助我最好地了解为什么连接不稳定、以便推荐后续步骤。  

    您还能否帮助确认所使用的 SDK 版本? 这样、我就可以尝试在我这边进行复制以进行故障排除。

    此致、

    Josh Prushing

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

    嗨、Josh、

    我将让客户在此处更新日志输出、但他遵循的命令应该是此处提供的命令:

    CC3551E:通过 2 个 Launchpad 实现 WiFi 直接连接 — Wi-Fi 论坛 — Wi-Fi - TI E2E 支持论坛

    它们应该在  SDK 的 9.21.00.15 中

    Munan

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

    尊敬的 Munan:

    我期待收到日志输出!

    需要进一步说明的是、此错误是否仅在实施修补程序后才出现?

    此致、

    Josh Prushing

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

    大家好、在这种情况下、我是客户。 一周非常忙碌、无法得到回应。 但本质上、我从较高层次看到的是、如果器件在尝试连接的前几秒内无法相互找到、那么几乎可以保证它们不会发生连接和超时。 超时时间的长度无关紧要(因此我将其从默认值缩短了)。

    还没有确认、但我相信如果不连接、电流消耗会下降到非常低的水平、就像它在超时之前停止搜索一样、但我可以想象一下。 上周测试时相当累了。 如果我能够确认、我将看到今天或明天的一些拍摄。

    日志中实际上没有任何内容、除了最终的超时错误。

    起初,我认为这是方向相关的,但在上周测试后,我不认为这有很大的不同。

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

    尊敬的 Ian:

    我还无法重新创建此问题、我将继续尝试重现此问题以及其他 5GHz 调查。

    只是为了确认、  p2p_connect -m <>-w 0 -p 0 命令或 p2p_find-n 10 命令之后是否发生超时?

    此致、

    Josh Prushing

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

    是的、这是在执行 P2P_CONNECT 命令之后发生的。

    这是成功连接。 我在 1.8V 电压轨(黄色迹线)和 3.3V 电压轨(绿色迹线)上使用了电流检测电阻器来监测电流消耗。 初始活动是执行“启动角色“和“初始连接“命令。 然后暂停、然后通过更清晰的活动成功建立连接。 我早就停止了捕获,因为没有理由继续。

    在日志中、您可以看到它会适当地完成每个步骤、执行 p2p connect 命令、然后执行几个关于连接关联的 WLAN 事件处理程序行、然后成功。

    R btn!
    Starting WLAN
    
    cme: osi_ThreadCreate
    Event_Thread: thrd is running
    
    Starting software download.....
    
    received ROM init complete.....
    R btn!R btR !RbR btn!-------------- Download First CMD
    -------------- Download IniParams
    -------------- Wait for IniParams complete
    
    Wlan start success!
    Starting Device with p2p params: operational channel=6, listen channel=6, goInte                                                                      nt=4
    operational regulatory class=81, listen regulatory class=81
    
    CME :CmeDeviceFlowSmValidateTransitionUserEvent: Valid state :1, ENUM(Cme_STA_ev                                                                      ents_e, 0) current state ENUM(Cme_DEVICE_states_e, 0)
    P2P Role Up
    
    Connecting P2P
    
    CME  roleType sta or p2p client doesn't exists
    [WLAN EVENT HANDLER]P2P Scan completed event arrived
    
    
    [WLAN EVENT HANDLER] WLAN_EVENT_DISCONNECT
    [WLAN EVENT HANDLER] Device disconnected from the AP: ,
    BSSID: 0:0:0:0:0:0, reason code :200
    P2P connect, peer address: 2e:d3:ad:a8:5a:86 security-type:6 pin:0 pin_len:0
    
    [WLAN EVENT HANDLER] WLAN_EVENT_CONNECTING, STA is connecting
    
    [WLAN EVENT HANDLER] WLAN_EVENT_ASSOCIATED, STA associated
    
    [WLAN EVENT HANDLER] WLAN_EVENT_CONNECTING, STA is connecting
    
    [WLAN EVENT HANDLER] WLAN_EVENT_ASSOCIATED, STA associated
    [WLAN EVENT HANDLER] P2P GROUP STARTED
    
    Ip address was not received!!
    
     link_callback==UP starting DHCP
     DHCP is 0
    
    [WLAN EVENT HANDLER] WLAN_EVENT_P2P_GROUP_STARTED
     P2P ,ROLE CLIENT connected. GO Bssid: 2c:d3:ad:a8:5a:85 on Channel :6
    
    [p2p_connect app] : connected !!!!
    status_callback==UP, local interface IP is 10.0.0.4
    

    以下是在连接从未完成然后超时的电源轨示波器屏幕截图。 您可以在开始时看到初始活动、然后 3.3V 电压轨降至无电流、1.8V 具有低电平脉冲。 它几乎就像它认为它找到了一些东西,然后当它应该连接时它就会放弃。

    日志看起来像这样。 发生“P2P 扫描完成事件到达“行、然后发生“WLAN_EVENT 断开连接“和 P2P 连接线路、如上所示。 然后它就在那里,直到它超时,并证明“Timeout expired“行。

    R btn!
    Starting WLAN
    
    cme: osi_ThreadCreate
    Event_Thread: thrd is running
    
    Starting software download.....
    
    received ROM init complete.....
    R btn!R btn!-------------- Download First CMD
    -------------- Download IniParams
    -------------- Wait for IniParams complete
    
    Wlan start success!
    Starting Device with p2p params: operational channel=6, listen channel=6, goIntent=8
    operational regulatory class=81, listen regulatory class=81
    
    CME :CmeDeviceFlowSmValidateTransitionUserEvent: Valid state :1, ENUM(Cme_STA_events_e, 0) current state ENUM(Cme_DEVICE_states_e, 0)
    P2P Role Up
    
    Connecting P2P
    
    CME  roleType sta or p2p client doesn't exists
    [WLAN EVENT HANDLER]P2P Scan completed event arrived
    
    
    [WLAN EVENT HANDLER] WLAN_EVENT_DISCONNECT
    [WLAN EVENT HANDLER] Device disconnected from the AP: ,
    BSSID: 0:0:0:0:0:0, reason code :200
    P2P connect, peer address: 2e:d3:ad:a8:5a:86 security-type:6 pin:0 pin_len:0
    
    [p2p_connect app] : Timeout expired connecting WiFi-Direct: 6
    
    [WLAN EVENT HANDLER] WLAN_EVENT_P2P_GROUP_REMOVED! RoleType=3

    我还看到了在绿色时代、脉冲持续的地方、但仍然没有连接。 不过、这种捕获的时间范围要短得多。

    另一个超时捕获:

    捕获显示连接成功、然后重新启动两个电路板并尝试建立新连接、该连接超时:

    我对一些命令进行了硬编码、只需按一下按钮即可完成所有这些操作、因此可能会出现会话信息、通常会作为输入的一部分添加为我缺少的终端命令。 不会导致编译错误但可能会使连接更加不稳定的问题。

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

    尊敬的 Ian:

    除了命令自动化之外、我应该了解的示例是否进行了任何其他编辑? 由于 P2P_ROLE_UP 命令使用 2.4GHz 信道、因此我 假设 sta_wifi_band 在此处仍设置为两者(或仅限 2.4GHz)。

    由于我没有使用默认示例讨论此问题、因此我想知道是否有一些节能设置以某种方式被切换而导致此问题。

    另一个问题 — 为了确认测试设置,您是否正在使用两台相互连接的 cc35xx 设备? 我在第一个日志中看到、这是一个以 STA 模式连接的 cc35xx 器件(不是组所有者)、因此我很好奇 AP(组所有者)端是否有任何东西可以提供一些有关发生情况的证据。

    此致、

    Josh Prushing

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

    在我的例子中、它使用了这两种设置。 尚未尝试仅选择 2.4。 看看明天能否进行测试。 尝试使我的文件与模板不同、以查看我是否可以找到一些电源设置或某些内容。 忘记在开始时使用 git 进行设置。

    我在 Role up 和 connect 之间添加了一个延时时间、看看这是否会改变、但没有解决。

    查看日志、它在 AP 端具有相同的输出。 没有错误或任何不同之处。 在两次试验之间唯一改变的是 Role up 命令中的 goIntent 变量。 我使用 rng 来选择它(就像这样,如果可能,两个设备没有相同的意图)、哪个设备具有更高的优先级对于连接成功似乎无关紧要。

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

    另外,要在最上面回答你的初始问题,如果我记得正确,我根本无法在另一个线程中引用的补丁之前连接 P2P ,所以我想你可以说,我 认为我没有看到任何这之前的补丁Laughing

    不记得如果我只使用键盘输入看到了这一点、我明天会回去重新配置内容以进行测试。 如果它在那里运行良好,那么它很可能是一些支持数据,我离开了我的命令,打破的东西。

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

    尊敬的 Ian:

    感谢您提供的所有信息!  

    如果您能够确认键盘输入对您有效、我认为这表明了按钮脚本中的某种东西抛掷了东西、我们可以更深入地了解该脚本以了解具体发生了什么。

    我仍然无法使用键盘输入重现问题、您是否能够共享您的脚本、以便了解它如何与设备交互? 我将在下周初查看一下、看看我是否看到同样的超时。

    此致、

    Josh Prushing

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

    好的、很抱歉等了很久、由于其他示例中缺少启动配置、我没有意识到这一点很重要、突然让我的代码实际上传时遇到了一些问题。

    我刚才说的只是轻微的修正。 在从另一个线程修复之前,我实际上可以连接到 p2p,它运行的 iPerf 将不起作用。 我通过删除这两个修复程序进行了测试、并且仍然能够连接。

    其次,我再次尝试了一个干净的示例与 0 变化,所以只是键盘输入,我仍然无法连接。 这感觉不如使用按钮常见、但这可能是因为我每次都必须使用键盘输入所有内容、所以尝试之间的速度要慢得多。 仍在运行  SDK 的 9.21.00.15 版本、而不是 SDK 的 9.22.00.15 版本。 看着这个 changelog 我不认为有什么与此相关的,但谁知道。 该版本。

    我的一个电路板很可能会出现奇怪的硬件问题。 我有第三个备份,我可能可以尝试,但由于我已经完成了测试,我需要这个项目,我转到另一个,这限制了我的时间来调查这个.

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

    尊敬的 Ian:

    不用担心、感谢您对此的耐心!  

    我认为、现在我们确定根本原因的最快方法是同时获取固件和监听器日志。 如果我们能够  在设备连接与未连接的情况下获得这些日志、我可以将其与我在我这边看到的内容进行比较、这应该清楚说明是什么导致这些设备无法连接!

    此外、您能否回答以下问题? 我认为这些不是根本原因、但最好仔细检查一下!

    • 是否已将 2 根 USB-C 电缆插入 CC3551E + XDS110 调试器?
      • 这些已确认工作正常的电缆吗?
    • 当您说干净的零更改示例时、此设备是否是工具箱中运行未编辑的网络终端示例的干净刷新设备?
      • 如果是 — 哪个工具箱版本?
    • CC3551E 与什么相连?
      • 我想确保不断变化的 goIntent 值不会导致任何问题 — 例如,如果 CC3551E 的 goIntent 值较高、而另一个器件预计是组所有者、这可能是导致问题的原因? 再说一次、我认为情况并非如此、只是想确认其他器件没有任何可能影响此情况的内容。
    • CC3551E 上的跳线与 LaunchPad 用户指南第 4 页上的图像是否匹配

    此致、

    Josh Prushing