EXTI PVM Wakeup Topic is solved

[Giovanni]

This could be it, moving in "bug reports".

Giovanni

[FXCoder]

Hi Giovanni,
The bug is actually in line 83 of stm32_exti16-35_38.inc
STM32_EXTI163538_HANDLER should be STM32_EXTI1635_38_HANDLER .

Martin,
Do you have compile warnings disabled?
--
Bob

Code: Select all

#if !defined(STM32_DISABLE_EXTI1635_38_HANDLER)
/**
 * @brief   EXTI[16], EXTI[35], EXTI[38] interrupt handler.
 *
 * @isr
 */
OSAL_IRQ_HANDLER(STM32_EXTI163538_HANDLER) {
  uint32_t pr;

  OSAL_IRQ_PROLOGUE();

[Giovanni]

This causes the ISR to not be linked to the vector and explains the problem, the IRQ goes in unhandled because of this.

Easy fix.

Giovanni

[sprehse]

Hey Bob,
no, ive not disable the compile warnings. Do you know, what is the bug in stm32_exti16-35_38.inc?

in my debugging session ill only jump in vectorF4 and than in unhandled exeption. You mean stm32_exti19_21.inc, right?
But this exti lines are not use in my case and will be not used, if we not defined STM32_EXTI19_IS_USED or STM32_EXTI20_IS_USED.

@Giovanni which register do you mean?

Martin

[Giovanni]

@Giovanni which register do you mean?

Martin

Don't worry, what Bob found already explains the problem.

Giovanni

[sprehse]

oh sorry i was blind
yes, problem solved thanks for the support.

Martin

[FXCoder]

Fixed in trunk as bug #1146. Backported to 20.3.3.

[alex31]

Hello,

associating the ISR fonction with a macro in mcuconf.h is OK, but there is no prototype declaration of the function prior it's use, where is it clean to declare the prototype ?

In the macro ?
#define STM32_EXTI21_ISR(x,y) void isrT60Meas(void); isrT60Meas()

or is there a clever / cleaner way to do it ?

Thanks
Alexandre