PM2.0外部中断唤醒后程序执行顺序异常为什么会发生这种情况呢

abc66

设备为stm32L071，rtt是github上下载的最新版4.1.1。在调试pm功能时遇到问题：
' O$ [& e: L' r0 [" h# A: G1.可以进入STOP模式，tickless使用lptim，工作正常，软件定时器可以主动唤醒。
% F  h9 e, T; P; D& s) a% m2.当使用外部中断唤醒stop模式后，串口工作不正常，debug发现唤醒后竟然先执行了中断服务函数，然后切换到等待信号量的线程，直到idle后才会执行中的睡眠前的代码处，这时才执行恢复时钟函数。
& F+ Z- a; y4 Q. k  fpm睡眠前应该是禁用了全局中断的，只发生pending不执行ISR才对，为什么会有这种问题呢？
& Z5 H9 |9 t: w2 h# M
1 H) |, O  S! }6 u5 Rstatic void rx_thread_entry(void *param)
{
" o5 `( Z' c, x1 u& hwhile(1)
( h& @; S& c( z- P: K{
7 }  B- v+ b7 k8 X" Qif (rt_sem_take(rx_sem, RT_WAITING_FOREVER) == RT_EOK)
{
+ d4 @$ F: v( n; Nrt_pm_sleep_request(PM_BOARD_ID, PM_SLEEP_MODE_NONE);
$ q0 f: {5 ~+ h! w( `do something //此时串口异常，LOG等功能输出乱码
rt_thread_mdelay(5);  //执行到此处，才跳转到睡眠前位置，恢复时钟
rt_thread_mdelay(5000);
% Z8 q. p- {6 h8 h! zrt_pm_sleep_release(PM_BOARD_ID, PM_SLEEP_MODE_NONE);
3 m* ]2 C7 A/ [( ]( b4 [; i}
}
) M% W3 }0 Y8 e" R; l  P9 p' W}
8 s) J8 y4 F$ C9 z. }void lora_rx_irq_callback(void *parameter)
{
7 ^) N$ Q5 D0 drt_sem_release(rx_sem); //先执行此行，释放信号量
: s4 e4 q0 o1 O7 O2 n$ Q}
pm适配代码如下：

& u5 j" B% d  `1 b, {static void sleep(struct rt_pm *pm, uint8_t mode)
& V* a- o0 _: _6 R, S! ^3 F. b{
switch (mode)
, T. _% b8 b. P3 `: {( V: u{
case PM_SLEEP_MODE_NONE:
break;
' m" A1 K: G9 l5 S4 Pcase PM_SLEEP_MODE_IDLE:
case PM_SLEEP_MODE_LIGHT:
/* Enter SLEEP Mode, Main regulator is ON /
$ G3 S0 C* m+ J; {, ^HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI);
. N' B) }- Q- Z5 Nbreak;
case PM_SLEEP_MODE_DEEP:
/ _( \4 b. ?  s$ W9 s! m/ Disable SysTick interrupt /
CLEAR_BIT(SysTick->CTRL, (rt_uint32_t)SysTick_CTRL_TICKINT_Msk);
( L. x; ^4 q( c: e) W/ Enable the Ultra Low Power mode and the fast wake up /
SET_BIT(PWR->CR, PWR_CR_ULP | PWR_CR_FWU);
: q# k! Q$ d2 k7 N* U2 X/ Select HSI as system clock source after Wake Up from Stop mode /
//__HAL_RCC_WAKEUPSTOP_CLK_CONFIG(RCC_STOP_WAKEUPCLOCK_HSI);
/ Enter STOP mode /
: y+ j4 D" e9 j$ ZHAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);
/ Disable the Ultra Low Power mode and the fast wake up /
0 D* m  t/ o) c" x+ LCLEAR_BIT(PWR->CR, PWR_CR_ULP | PWR_CR_FWU);
/ Enable SysTick interrupt /
SET_BIT(SysTick->CTRL, (rt_uint32_t)SysTick_CTRL_TICKINT_Msk);
/ Re-configure the system clock /
SystEMClock_ReConfig();
0 x. \7 Q* Q) S: N' @' l0 F5 [break;
9 L4 V4 l; X) Vcase PM_SLEEP_MODE_STANDBY:
case PM_SLEEP_MODE_SHUTDOWN:
' q* H* o9 o6 L' X3 u) T__HAL_PWR_CLEAR_FLAG(PWR_FLAG_WU);
/ Enter STANDBY mode */
HAL_PWR_EnterSTANDBYMode();
break;
9 f5 ~! S" k: X6 m. h' K, cdefault:
* k8 J2 ?9 L' u" }% e! W$ |RT_ASSERT(0);
break;
}
}
) C7 O8 @! X/ D" }5 R8 I3 a: c

0

- {8 e! f2 H5 H: q) a1 p; o

opipo

那说明禁用全局中断响应 没有效果

lahhse

rt_hw_interrupt_disable() 应该要实现 __disable_irq 的效果才对，可以查下相关的手册，ARM Cortex 相关的，不同的Cortex 核，可能不一样。
& e- k: {/ r7 R2 K1 S0 W

Blah

主要问题是中断唤醒后代码执行顺序问题。
看了您的PM设计思想和代码，我理解的预期唤醒后执行顺序是:
1.外部中断Pending
2.MCU唤醒，按照睡眠前代码位置继续执行sleep函数中的HAL_PWR_EnterSTOPMode()后续代码，恢复时钟，补偿systick，开启全局中断
3.执行ISR，释放信号量，通知等待信号量的线程
4.执行线程代码

但实际加断点debug测出的执行顺序为：
1.外部中断Pending
2.执行ISR，释放信号量，通知等待信号量的线程
# ~. o" ]; y2 U7 S' ~; M3.执行线程代码
4.等待idle，如延时函数，按照睡眠前代码位置继续执行sleep函数中的HAL_PWR_EnterSTOPMode()后续代码，恢复时钟，补偿systick，开启全局中断
) P0 e5 }" B: ?! R9 E/ ~
这就导致唤醒后时钟不对，且第一个延时函数会因为tick补偿直接超时，不会产生延时效果（1s、2s、3s、5s都测过不生效），我尝试加两次延时解决了。

Jame33

楼上说的很不错