潮声隔雨深 · 2021年12月28日

全志R系列Wi-Fi唤醒问题排查思路？

R329

请问全志R系列Wi-Fi唤醒问题排查思路是怎样呢，能否分享下呢

0 评论

1 个回答得票排序 · 时间排序

极术小姐姐 · 2021年12月29日

本回答来源全志R系列Wi-Fi唤醒问题排查思路

相似现象可参照以下案例

问题背景
硬件：R系列公板+RTL8723ds
软件：Tina3.0及以上
操作：利用wifimanager应用进行联网
说明：该FAQ旨在总结Wi-Fi休眠唤醒失败问题的一般解决思路。

问题简述
R18公板使用RTL8723ds模组，通过Wi-Fi ping的方式唤醒失败。

问题分析
Wi-Fi唤醒的一般测试步骤

准备两块R18板子,记为A和B，系统正常上电后利用wifimanger连接同一个路由。
分别执行ifconfig查看ip地址，A:ipA,B:ipB。
利用ping命令确保A，B板在未进入休眠的状态下能够相互ping通。
A板执行echo mem > /sys/power/state进入休眠。
B板执行ping ipA,确认是否能够成功唤醒A板。
问题分析流程

休眠唤醒从整体看分为两个阶段，休眠和唤醒。

1.首先确保休眠流程正常。可以使用定时唤醒或者按键唤醒。

(sun50iw1p1_R18)
echo 5 > /sys/power/sunxi/time_to_wakeup_ms
(sun8iw18p1_R328/)
echo 5 > /sys/power/sunxi_debug/time_to_wakeup_ms
(sun8iw8p1_R11/R7s/R331/R332/R333  sun8iw5p1_R16)
echo 1000 > /sys/module/pm_tmp/parameters/time_to_wakeup;
(sun3iw1p1_R6)
echo 10 > /sys/module/pm_tmp/parameters/time_to_wakeup;
(sun8iw17p1_T7/sun8iw15p1_MR133/R311)
echo 1000 > /sys/module/pm/parameters/time_to_wakeup_ms
echo +5 > /sys/class/rtc/rtc0/wakealarm;  or echo 5 > /sys/class/rtc/rtc0/time;
(sun50iw3p1_R30/)
echo 5000 > /sys/module/pm/parameters/time_to_wakeup_ms
echo 5 > /sys/class/rtc/rtc0/time;

2.在步骤1的前提下说明休眠和唤醒流程两个阶段都正常，那么就是Wi-Fi本身的问题，进而又细分为三个阶段：发出ping包，接收ping包(接收中断)，中断处理（唤醒SOC）

2.1利用抓包网卡确认B板的ping包是否有正常发出，一般可以尝试用其他正常的板子做验证即可，只要可以正常ping唤醒其他任何设备，说明B板ping包正常发出。
2.2利用示波器直接查看中断引脚，一般默认为低，有中断来临会被拉高，若示波器测量发现未被拉高，尝试直接短接的方式拉高（一般用该引脚的供电电压）

情况1：中断引脚一直为低，且直接短接拉高可以正常唤醒，说明未收到ping包（或者中断未触发）。
情况2：中断引脚从低被拉高，依然无法唤醒，说明是主控未对中断响应。
该问题属于情况2：即通过示波器能够明显的看到中断引脚从低拉到高，说明已经正常的接收到ping包，产生了中断。

此时排查思路如下：

检查中断引脚的配置：
引脚功能：输入，输出，中断，其他复用（配置中断功能）
触发方式：低电平，高电平，上升沿，下降沿，双边沿触发(任选一种）
中断号使能：（一般都是一组gpio的中断号，该例为PL）
中断引脚的使能：（具体引脚的使能，该例为PL8）