1. 打上wakeup_gpio_num_erro_patch.diff 修改
2. 用附件中T1_bootloader.bin替换\vendor\T1\T1_os\tools\generate目录下的T1_bootloader.bin

占空比参数设置为0的问题，本地使用您的代码验证可以正常输出的opSocPwmInit(1000, 500, 5, gpio_list, FALSE, TRUE);

您好，

这个超时时间是5分钟，这个超时时间不能配置，是云端定的；你这种场景可以考虑选择T3模组低功耗保活的方案，比较合适。

设置唤醒GPIO为浮空模组内部没有上拉/下拉；配置成上升沿（高电平）/下降沿（低电平）唤醒时，模组内部会做上拉/下拉， 不需要额外配置；后面可以添加一个模式(参数选项)，设置唤醒IO是否浮空。

在tkl_sleep.c里面函数tkl_cpu_sleep_mode_set注释掉 sctrl_set_deep_sleep_gpio_floating_map浮空设置

把附件patch解压后，用比较软件合并一下，再测试：
T1_os/T1/driver/include/pwm_pub.h
T1_os/T1/driver/pwm/pwm_new.c
T1_os/T1/func/user_driver/BkDriverPwm.c

如果还是不行，把你设置PWM 互斥的通道，和输出PWM对应的GPIO， demo详细代码发一下，我们本地复看看

是的，上面的设置的频率没用；
samp_rate 指的是每间隔N次采样点，完成一次“有效采样”
pre_div 用于控制采样时钟频率; 计算公式: 26M/(pre_div+1)

您好，

这个原因是deepsleep 唤醒后 bootloader 中对 gpio 进行了重新初始化，导致 app 中读取到的 gpio 中断状态已经是滞后的了；
如果修改，需要更新bootloader， 您需要更新解决该问题吗？

问题1：本地复现，连续采样64个数据是要这么长时间；T1 ADC精度是准确的，不需要你采样多个再计算处理； 是否可以换一种方式，你可以一个一个的采，保存到你的数组里面，采样一次的时间在1ms左右；也可以尝试修改tkl_adc_init函数中的参数：
adc_desc.pre_div = 0;
adc_desc.samp_rate = 0x4; 或 adc_desc.pre_div = 0; adc_desc.samp_rate = 0; 来提高采样频率；

问题2: 报错是因为底层采样中断冲突了导致的，正常的，代码处理过滤掉就可以了。