[参考译文] CC3200：关于 CC3200的 AP 扫描

您好、

感谢您发送编修。

我想继续使用您建议的第一种方案。

根据我的理解、如果我将WLAN_GENERAL_PARAM_OPT_STA_TX_POWER参数设置_u8为10[it was 0]、CC3200将以较低的功率级别传输、这意味着它大部分会检测到物理上更接近它的 AP。

在这种情况下、我似乎只能有效地检索信号强度(RSSI)较强的 AP、因为较弱或较远的 AP 不太可能响应。

如果我误解了任何内容、请纠正我。

您好、

从理论上讲、使用 TX 功率设置的这种方法可以有效、但在实际应用中、我预计不会有太多成功的使用。  由于强度2.4 GHz WiFi 信号外部取决于设备周围的外部条件。

1月

关于第二个选项—如果我调用sl_WlanGetNetworkList()5次,列表大小为20每次,
这是否意味着我最终可以在附近检索多达100个独特的 AP？

您好、

编号 如果您进行多次扫描(根据设置的扫描间隔等待、然后用 API  sl_WlanGetNetworkList ()读取)、您可能会有一些运气、并收到一些新的 AP。 排序结果将由您决定。 这就是为什么我说这种方式不会发挥最大作用的原因、因为它不是很实用。

1月

谢谢、真的很有帮助！

我还有最后一个问题—您是否碰巧知道在 CC3200返回的列表中如何订购附近的 AP？
我非常肯定有一些底层机制可以确定包含哪些20个 AP 以及它们是如何堆叠的。

您好、

抱歉、我不理解您的问题。

API  sl_WlanGetNetworkList() 可以返回最多20个 AP 的列表。 列表是结构、您可以根据需要执行任何操作。 根据 RRIS 等进行排序 这取决于您和您在应用处理器上的算法。

1月

当我调用时sl_WlanGetNetworkList()、该函数会向 NWP 发送命令、该函数会执行 AP 扫描并返回多达20个 AP。
我的问题是：NWP 如何决定返回哪20个 AP？

您好、

编号 API  sl_WlanGetNetworkList ()只返回以预设扫描间隔完成的后台 WLAN 扫描的结果。

首先列出 AP。 当列表已满时、我们不会将结果添加到列表中。 RSSI 越好、AP 没有优先级。 您只能设置 阈值。

1月

"哦,我明白了! 所以你说的是,如果我 sl_WlanPolicySet()使用适当的参数[例如)阈值-70dBm],然后调用sl_WlanGetNetworkList(),我只会获得 CC3200周围的 AP 的 RSSI 大于-70dBm.

您好、

是的、正确。 阈值将应用于下一个扫描周期。 设置阈值也会限制连接到弱网络的能力。

我不确定,但我认为 API  sl_WlanPolicySet () 是持久的。 触发写入 sFlash 所设置的平均值。 和 sFlash 的写入周期数量有限。 这意味着经常使用 持久性 API、它可以很快杀死 sFlash。 当您将此 API 用作其他持久 API 时、请务必小心。

顺便说一下... 为何使用 CC3200。 它是相当过时的设备。 因为即使是较新的器件 CC3220、CC3235、CC3230现在也处于较长的热支持阶段(这意味着没有新功能、长时间的 bug 修复甚至一些 bug 都无法修复)。

1月

我会考虑这些新的器件,也感谢您的帮助再次

您好、

如果您想了解最新的 TI 器件、可查看 CC3551E 或 CC3501E。

1月

您好、

感谢 Jan 的支持。 只想补充一点、删除弱 AP 的最佳方法是按照 Jan 的建议设置 RSSI。

扫描机制在机罩下的工作方式是、第一个已扫描 AP 列表已填充到表中、但在第二次扫描以及在第二次扫描时、如果您需要用新 AP 替换现有 AP、则会有一个逻辑来测试列表中 AP 的老化情况。 如果不更改默认值、则老化时间应约为30秒。 因此、当扫描新 AP 并且其 RSSI 优于过时的 AP 时、就会进行更换。

此致、

Shlomi