Other Parts Discussed in Thread: CC3551E
器件型号: CC3551E
您好:
我有一位客户使用 2 个 LaunchPad 测试 WiFi Direct P2P 模式、他发现有时连接会失败、除非 LaunchPad 彼此具有特定的相对方向。 这两个 LP 都刚刚经过桌面测试、因此它们彼此相邻。
有什么建议,他们可以尝试使连接更稳定?
Munan
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.
嗨、Josh、
我将让客户在此处更新日志输出、但他遵循的命令应该是此处提供的命令:
CC3551E:通过 2 个 Launchpad 实现 WiFi 直接连接 — Wi-Fi 论坛 — Wi-Fi - TI E2E 支持论坛
它们应该在 SDK 的 9.21.00.15 中
Munan
大家好、在这种情况下、我是客户。 一周非常忙碌、无法得到回应。 但本质上、我从较高层次看到的是、如果器件在尝试连接的前几秒内无法相互找到、那么几乎可以保证它们不会发生连接和超时。 超时时间的长度无关紧要(因此我将其从默认值缩短了)。
还没有确认、但我相信如果不连接、电流消耗会下降到非常低的水平、就像它在超时之前停止搜索一样、但我可以想象一下。 上周测试时相当累了。 如果我能够确认、我将看到今天或明天的一些拍摄。
日志中实际上没有任何内容、除了最终的超时错误。
起初,我认为这是方向相关的,但在上周测试后,我不认为这有很大的不同。
是的、这是在执行 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,它运行的 iPerf 将不起作用。 我通过删除这两个修复程序进行了测试、并且仍然能够连接。
其次,我再次尝试了一个干净的示例与 0 变化,所以只是键盘输入,我仍然无法连接。 这感觉不如使用按钮常见、但这可能是因为我每次都必须使用键盘输入所有内容、所以尝试之间的速度要慢得多。 仍在运行 SDK 的 9.21.00.15 版本、而不是 SDK 的 9.22.00.15 版本。 看着这个 changelog 我不认为有什么与此相关的,但谁知道。 该版本。
我的一个电路板很可能会出现奇怪的硬件问题。 我有第三个备份,我可能可以尝试,但由于我已经完成了测试,我需要这个项目,我转到另一个,这限制了我的时间来调查这个.
尊敬的 Ian:
不用担心、感谢您对此的耐心!
我认为、现在我们确定根本原因的最快方法是同时获取固件和监听器日志。 如果我们能够 在设备连接与未连接的情况下获得这些日志、我可以将其与我在我这边看到的内容进行比较、这应该清楚说明是什么导致这些设备无法连接!
此外、您能否回答以下问题? 我认为这些不是根本原因、但最好仔细检查一下!
此致、
Josh Prushing