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

abc66

设备为stm32L071，rtt是github上下载的最新版4.1.1。在调试pm功能时遇到问题：
3 \# @5 [) f/ s6 m1.可以进入STOP模式，tickless使用lptim，工作正常，软件定时器可以主动唤醒。
2.当使用外部中断唤醒stop模式后，串口工作不正常，debug发现唤醒后竟然先执行了中断服务函数，然后切换到等待信号量的线程，直到idle后才会执行中的睡眠前的代码处，这时才执行恢复时钟函数。
pm睡眠前应该是禁用了全局中断的，只发生pending不执行ISR才对，为什么会有这种问题呢？

( c, \2 W7 h9 d# s. `! X2 cstatic void rx_thread_entry(void *param)
# m% p5 X/ j( I6 R{
while(1)
4 R7 m1 X* g- w% t) J( r8 g8 [) j{
if (rt_sem_take(rx_sem, RT_WAITING_FOREVER) == RT_EOK)
{
rt_pm_sleep_request(PM_BOARD_ID, PM_SLEEP_MODE_NONE);
: N7 Y6 |. d. y. p( Ddo something //此时串口异常，LOG等功能输出乱码
rt_thread_mdelay(5);  //执行到此处，才跳转到睡眠前位置，恢复时钟
rt_thread_mdelay(5000);
rt_pm_sleep_release(PM_BOARD_ID, PM_SLEEP_MODE_NONE);
. p0 @( N9 ?( Y% h( f, [: o* l3 S}
* V  k) u. l8 [' d; g& ~}
}
void lora_rx_irq_callback(void *parameter)
{
rt_sem_release(rx_sem); //先执行此行，释放信号量
}
7 Q% e, Y# J/ D7 q7 G4 v4 y$ Lpm适配代码如下：

static void sleep(struct rt_pm *pm, uint8_t mode)
& U+ J) ~/ \! H7 r) a3 Y{
switch (mode)
{
case PM_SLEEP_MODE_NONE:
) W. f7 z9 z/ v4 S2 k/ dbreak;
case PM_SLEEP_MODE_IDLE:
case PM_SLEEP_MODE_LIGHT:
/* Enter SLEEP Mode, Main regulator is ON /
HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI);
break;
) S/ z# C7 U! @& l0 Icase PM_SLEEP_MODE_DEEP:
" ~3 {( w7 e6 X  a) M7 t6 A1 _/ Disable SysTick interrupt /
0 W( {( c+ j' H" |, ?, sCLEAR_BIT(SysTick->CTRL, (rt_uint32_t)SysTick_CTRL_TICKINT_Msk);
/ Enable the Ultra Low Power mode and the fast wake up /
SET_BIT(PWR->CR, PWR_CR_ULP | PWR_CR_FWU);
" I1 Q$ K5 ~6 k/ Select HSI as system clock source after Wake Up from Stop mode /
8 r. c  k" e. X/ w; ]/ o//__HAL_RCC_WAKEUPSTOP_CLK_CONFIG(RCC_STOP_WAKEUPCLOCK_HSI);
/ Enter STOP mode /
  o- E! E" \- N: `. LHAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);
! Z% C/ q' O4 A: U6 ^/ Disable the Ultra Low Power mode and the fast wake up /
" a1 |2 A" ?  _4 f. K/ {CLEAR_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();
break;
  l) u+ U0 b4 H& D: o, l0 z/ qcase PM_SLEEP_MODE_STANDBY:
case PM_SLEEP_MODE_SHUTDOWN:
__HAL_PWR_CLEAR_FLAG(PWR_FLAG_WU);
/ Enter STANDBY mode */
( k/ k$ @7 j, k, R4 T2 d8 l7 DHAL_PWR_EnterSTANDBYMode();
+ F: A- p" p( ]. r+ R4 v9 G+ ybreak;
& n8 U: u. u/ v6 p- @9 ^0 Q: M, h7 K7 adefault:
  z/ {0 e; _8 j5 P4 R$ Q, zRT_ASSERT(0);
break;
}
9 X5 k7 T$ b( \* a9 Q0 ^4 G}


# u5 i# N# @  x- u0

opipo

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

lahhse

rt_hw_interrupt_disable() 应该要实现 __disable_irq 的效果才对，可以查下相关的手册，ARM Cortex 相关的，不同的Cortex 核，可能不一样。

Blah

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

0 u: @& L% P0 W0 ?0 N4 }& t9 m6 t2 ]但实际加断点debug测出的执行顺序为：
1 @2 {. D, N: c1.外部中断Pending
$ r% U& j) |+ s5 z5 [2.执行ISR，释放信号量，通知等待信号量的线程
/ k2 R+ z- v+ L4 W" q3.执行线程代码
4 ?6 v. X# k- B& h5 @$ t7 \4.等待idle，如延时函数，按照睡眠前代码位置继续执行sleep函数中的HAL_PWR_EnterSTOPMode()后续代码，恢复时钟，补偿systick，开启全局中断
1 w5 ^6 p& H; U% J
. _* u* W0 t; i& I. j$ U+ f7 `这就导致唤醒后时钟不对，且第一个延时函数会因为tick补偿直接超时，不会产生延时效果（1s、2s、3s、5s都测过不生效），我尝试加两次延时解决了。

Jame33

楼上说的很不错
8 K: y1 x. B- Q2 i- g2 t