Navigation

    全志在线开发者论坛

    • Register
    • Login
    • Search
    • Categories
    • Tags
    • 在线文档
    • 社区主页

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

    其它全志芯片讨论区
    r329 r328 faq 网络 技术支持
    1
    1
    1304
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • q1215200171
      budbool LV 9 last edited by

      问题背景

      硬件: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包,产生了中断。

      此时排查思路如下:
      5f073faf569c42c594f68dd45d289dd2.jfif
      检查中断引脚的配置:
      引脚功能:输入,输出,中断,其他复用**(配置中断功能)**
      触发方式:低电平,高电平,上升沿,下降沿,双边沿触发**(任选一种)**
      中断号使能:(一般都是一组gpio的中断号,该例为PL)
      中断引脚的使能:(具体引脚的使能,该例为PL8)

      如下图:

      2b68924d23304cd690e9186174def5c0.jfif

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

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

      解决办法

      使能PL7的中断功能即可。

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

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

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

      1 Reply Last reply Reply Quote Share 0
      • Referenced by  q1215200171 q1215200171 
      • Referenced by  q1215200171 q1215200171 
      • Referenced by  q1215200171 q1215200171 
      • Referenced by  q1215200171 q1215200171 
      • Referenced by  q1215200171 q1215200171 
      • 1 / 1
      • First post
        Last post

      Copyright © 2024 深圳全志在线有限公司 粤ICP备2021084185号 粤公网安备44030502007680号

      行为准则 | 用户协议 | 隐私权政策