Las interrupciones de STM32 y C++ no van bien juntas

Question

Configuré TIM3 para disparar una interrupción en mi proyecto y simplemente no funcionó. Intenté todo lo que pude y todavía no pude encontrar cuál era el problema. Entonces creé un proyecto limpio y copié/pegué sólo el código que configura TIM3 y las interrupciones y mágicamente funcionó. Literalmente perdí medio día tratando de encontrar la causa del problema y resulta que... a las interrupciones no les gusta C++.

Escribí mi código en C++ porque necesitaba clases en mi proyecto, así que naturalmente renombré todos mis archivos .c del proyecto a .cpp y también compilé con la directiva --cpp. Todo funcionaba bien, sin problemas hasta que decidí usar interrupciones. Así que renombré todo a .c y todo funcionó, renombré todo de nuevo a cpp y dejó de funcionar.

Utilizo Keil uVision5 y mis proyectos son generados con STM32CubeMX (sólo configuración RCC).

¿A alguien le ha pasado esto? ¿Alguna solución?

Answer 1

He estado buscando una solución durante medio día, sólo para encontrarla unos minutos después de publicar esta pregunta. La respuesta la da este post:

¿Fallo en el compilador Keil ARM con manejadores de interrupción y C++?

La referencia "débil" sólo significa que la rutina será reemplazada por una rutina en su código con el mismo nombre. Cuando se usa C esto es simple, los nombres siempre serán idénticos, pero el nombre de C++ manipula las funciones (para la sobrecarga de funciones, etc.) por lo que el nombre compilado probablemente no nombre compilado no coincidirá con el nombre por defecto del ISR. Es necesario envolver la función (o al menos una referencia hacia adelante, no estoy seguro de los detalles, ya que la mayoría de las veces trabajo en C) en una envoltura externa "C" para forzar al compilador a no manipular el nombre.

extern "C" { void SysTick_Handler(void) { // hacer lo que sea } }

O simplemente puedes declararlo como

extern "C" void SysTick_Handler(void);

Así que no tienes que envolverlo.