@mangogeek
如题, BIT3.1模块, 执行aps命令返回如下错误, 请问是什么原因

root@GATEWAY:~# aps
Widora AP scan.
Interface doesn't accept private ioctl...
set (8BE2): Network is down
Interface doesn't accept private ioctl...
get_site_survey (8BED): Network is down

@mangogeek
请问现在有什么方向吗? 能否确定和解决问题?

@mangogeek
您是想知道我们连接的WiFi设备/路由器的具体型号吗?

客户现场连接的什么不知道, 但是在公司测试的时候, 我们连接的是电信的天翼网关自带的WiFi, 也出现了这个问题

@mangogeek
我直接把我的package/network/config/netifd/files/etc/init.d/network文件发出来
network

@mangogeek
我具体应该查找源码中的哪一个文件? 您是希望我, 检出一份你说的那一个commit id的代码进行比较吗?

@mangogeek
抱歉, 因为我提交到了其它git仓库, 我无法看到从你们仓库的commit信息了, 请问是否可以根据源码内容来区分?

@mangogeek
昨天的回复再补充ps和ap_client命令执行结果
ps&ap_client_2021-03-31.txt

@mangogeek
我这边在公司测试也出现了WiFi无法连接的情况. 麻烦您帮忙看一下, 文件我已上传

WiFi连接失败情况_2021-03-30.rar

@mangogeek

1. 另外请问使用wifimode命令连接时, 只可以指定ssid和key吗? 我是否可以再指定其它参数, 指定BIT3.1连接到哪一个WiFi, 比如使用aps命令搜索出来的BSSID?

@mangogeek

1. 目前设备都在现场. 我暂时无法获取您需要的配置文件, 后续有可能的话我这边会上传
2. 也就是说, 如果有同名同密码的WiFi, 但是BIT3.1如果先扫描到了一个信号较差的WiFi, 他也是先连接这个信号较差的WiFi, 并且在不手动重连或重启设备的情况下, 会一直连接该WiFi
3. 再补充问一下, 如果先连接的WiFi, 不能通外网, BIT3.1是否会切换至其它WiFi?