Thread 中讨论的其他器件: CC3501E、 CC3551E
工具/软件:
据我所研究、使用 CC3200从 AP 扫描中检索的最大 AP 数为20。
是否有办法按 RSSI 降序排列这20个 AP?
例如、即使 CC3200周围有30个以上的 AP、我也想始终检索 RSSI 最强的前20个 AP。
或者、如果有任何可能的方法、请告诉我 选择要接收的 AP 信息 CC3200的 AP 超过20个时、请联系我们。
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.
工具/软件:
据我所研究、使用 CC3200从 AP 扫描中检索的最大 AP 数为20。
是否有办法按 RSSI 降序排列这20个 AP?
例如、即使 CC3200周围有30个以上的 AP、我也想始终检索 RSSI 最强的前20个 AP。
或者、如果有任何可能的方法、请告诉我 选择要接收的 AP 信息 CC3200的 AP 超过20个时、请联系我们。
您好、
否、CC3200器件无法做到这一点。
您有以下选项:
1月
您好、
感谢您发送编修。
我想继续使用您建议的第一种方案。
根据我的理解、如果我将WLAN_GENERAL_PARAM_OPT_STA_TX_POWER
参数设置_u8
为10[it was 0]
、CC3200将以较低的功率级别传输、这意味着它大部分会检测到物理上更接近它的 AP。
在这种情况下、我似乎只能有效地检索信号强度(RSSI)较强的 AP、因为较弱或较远的 AP 不太可能响应。
如果我误解了任何内容、请纠正我。
您好、
是的、正确。 阈值将应用于下一个扫描周期。 设置阈值也会限制连接到弱网络的能力。
我不确定,但我认为 API sl_WlanPolicySet () 是持久的。 触发写入 sFlash 所设置的平均值。 和 sFlash 的写入周期数量有限。 这意味着经常使用 持久性 API、它可以很快杀死 sFlash。 当您将此 API 用作其他持久 API 时、请务必小心。
顺便说一下... 为何使用 CC3200。 它是相当过时的设备。 因为即使是较新的器件 CC3220、CC3235、CC3230现在也处于较长的热支持阶段(这意味着没有新功能、长时间的 bug 修复甚至一些 bug 都无法修复)。
1月
您好、
感谢 Jan 的支持。 只想补充一点、删除弱 AP 的最佳方法是按照 Jan 的建议设置 RSSI。
扫描机制在机罩下的工作方式是、第一个已扫描 AP 列表已填充到表中、但在第二次扫描以及在第二次扫描时、如果您需要用新 AP 替换现有 AP、则会有一个逻辑来测试列表中 AP 的老化情况。 如果不更改默认值、则老化时间应约为30秒。 因此、当扫描新 AP 并且其 RSSI 优于过时的 AP 时、就会进行更换。
此致、
Shlomi