RK3568-11.0 WiFi热点ping测试丢包率

客户测试发现RK3568-11.0打开WiFi热点，电脑连接热点后ping热点的IP 连续出现请求超时。

经过我的测试后发现：

1.只开热点，不开WiFi 100次丢包率为0 最大延迟2207ms 平均延迟25ms

192.168.100.126 的 Ping 统计信息: 数据包: 已发送 = 100，已接收 = 100，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 2ms，最长 = 2207ms，平均 = 25ms

2.开热点，开WiFi 停留在WiFi扫描界面，WiFi列表会一直刷新。丢包率为16% 最大延迟842ms 平均延迟72ms

192.168.100.126 的 Ping 统计信息: 数据包: 已发送 = 100，已接收 = 84，丢失 = 16 (16% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 2ms，最长 = 842ms，平均 = 72ms

3.开热点，开WiFi，停留在桌面，丢包率6% 最大延迟911ms 平均延迟18ms

192.168.100.126 的 Ping 统计信息: 数据包: 已发送 = 100，已接收 = 94，丢失 = 6 (6% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 2ms，最长 = 911ms，平均 = 18ms

4.开热点，开WiFi连接附近信号最强的WiFi ，停留在桌面，丢包率为0 最大延迟6ms 平均延迟3ms

表现最好。

192.168.100.126 的 Ping 统计信息: 数据包: 已发送 = 100，已接收 = 100，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 2ms，最长 = 6ms，平均 = 3ms

5.开热点，开WiFi连接附近信号最强的WiFi，停留在WiFi列表界面，丢包率15% 最大延迟839ms

平均延迟50ms

192.168.100.126 的 Ping 统计信息: 数据包: 已发送 = 100，已接收 = 85，丢失 = 15 (15% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 2ms，最长 = 839ms，平均 = 50ms

对比来看，影响热点丢包率的原因有2个：

1.打开WiFi 停留在WiFi扫描界面，扫描附近WiFi和热点通信同时进行，会影响热点通信稳定性

2.打开WiFi 后停留在桌面，丢包率相对1来说低了很多，但是也有6%丢失

问了原厂的技术，回复是需要找WiFi模块厂商提供驱动优化。