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

[q1215200171]

问题背景

硬件：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）

如下图：

最终发现是gpio的中断使能没有开。

进一步排查发现在休眠阶段会清掉所有中断的使能，这个时候就需要在具体的设备的suspend函数中做处理，使能对应中断。

解决办法

使能PL7的中断功能即可。

注：上面图是采用直接改寄存器的方式。
正常请用接口irq_enable()

更详细的说明可见附件《R18设置PL8为Wi-Fi唤醒源问题.pdf》

R18设置PL8为Wi-Fi唤醒源问题.pdf