STM32F4 USART-Interrupt landet in def_irq_handler

[Bauteiltöter (Gast)]

Guten Tag,

ich sammel gerade erste Erfahrung mit dem STM32F417.

Ich versuche das Interrupt-gesteuerte Senden über U(S)ART2 
hinzubekommen.

Ich verwende EM::Blocks 2.30 mit GCC / g++.
Da ich C++ programmieren möchte, habe ich unter "linker flags" "Use C++ 
libraries" angekreuzt.

In meinem Programm initialisiere ich zuerst den GPIO-Port (GPIOD.5) an 
dem das Terminal hängt, danach initialisiere ich den NVIC, danach den 
eigentlichen USART.
Danach schicke ich ein Byte per USART, das empfange ich auch korrekt am 
Computer.

Im Debugger sehe ich, das direkt danach das TC-Bit in USART2->SR auf 1 
geht, einen Takt später scheint der Debugger die Verbindung zu 
verlieren, wenn ich auf Pause drücke kann ich sehen, dass der 
Programmcounter in folgender Zeile steht:
startup_stm32f4xx.S
Zeile 286: def_irq_handler    USART2_IRQHandler

Disassembly an der Stelle ergibt einen Sprung auf die gleich Zeile, also 
eine klassische Entlosschleifen.

Meine Schlussfolgerung:
Der Interrupt wird korrekt ausgelöst und landet in diesem 
defaultHandler.
Meine Frage:
Warum? Warum landet der Controller nicht wenigstens im 
HardFault-Handler?

Seltsamer weise kann ich in meiner Funktion USART2_IRQHandler keinen 
Brakepoint setzen, Debuggerfehler: Error: No line 113 in file 
"src/main.cpp". (Versuch auf das 2. nop einen Brakepoint zu setzen.)

Hier ist der Code:

int main(void)
{
    //PD5 (TXD) konfigurieren
    GPIO_InitTypeDef GPIO_initStructur;

    RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);


    GPIO_initStructur.GPIO_Pin = (1<<5);
    GPIO_initStructur.GPIO_Mode = GPIO_Mode_AF;
    GPIO_initStructur.GPIO_PuPd = GPIO_PuPd_NOPULL;
    GPIO_initStructur.GPIO_OType = GPIO_OType_PP;
    GPIO_initStructur.GPIO_Speed = GPIO_Speed_100MHz;
    GPIO_Init(GPIOD, &GPIO_initStructur);
    GPIO_PinAFConfig(GPIOD, 5, GPIO_AF_USART2); //USART2 auflegen

    //NVIC Konfigurieren
    NVIC_InitTypeDef NVIC_InitStructure;
    NVIC_InitStructure.NVIC_IRQChannel =  USART2_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0x0F;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0x0F;
    NVIC_Init(&NVIC_InitStructure);


    //USART2 konfigurieren
    RCC_APB1PeriphClockCmd(RCC_APB1ENR_USART2EN, ENABLE);
    USART_InitTypeDef Debug_init_s;

    Debug_init_s.USART_BaudRate = 256000;
    Debug_init_s.USART_HardwareFlowControl = USART_HardwareFlowControl_None;
    Debug_init_s.USART_Mode = USART_Mode_Tx;
    Debug_init_s.USART_Parity = USART_Parity_No;
    Debug_init_s.USART_StopBits = USART_StopBits_1;
    Debug_init_s.USART_WordLength = USART_WordLength_8b;

    USART_DeInit(USART2);
    USART_Init(USART2, &Debug_init_s);

    //Flag auf 0 setzten damit der INterrupt nicht sofort kommt
    USART_ClearITPendingBit(USART2, USART_FLAG_TC); 
    USART_Cmd(USART2, ENABLE);

    //Interrupt aktivieren
    USART_ITConfig(USART2, USART_IT_TC, ENABLE);

    //Daten senden
    USART_SendData(USART2, 0x00);


    while(1)
    {

    }
}

void HardFault_Handler()
{
    while(1)
    {
    }
}

void USART2_IRQHandler()
{
    USART_ClearITPendingBit(USART2,USART_IT_TC);
    asm("nop");
    asm("nop");
    asm("nop");
    asm("nop");
    return;
}

Würde mich sehr freuen wenn mir jemand bei diesem Problem helfen kann.

lg

[Jim M. (turboj)]

Bauteiltöter schrieb:
> Warum? Warum landet der Controller nicht wenigstens im
> HardFault-Handler? [...]
>  in file "src/main.cpp".

In C++ musst Du die Interrupt Handler als

extern "C" {

}

deklarieren. Ansonsten werden durch den C++ Comiler andere Signaturen 
benutzt, die nicht mehr zu den Deklarationen für die Vektortabelle 
passen.

[Bauteiltöter (Gast)]

Nach 9 Minuten schon die richtige Antwort - ich bin von diesem Forum 
immer wieder begeistert!

Vielen Dank für die schnelle Hilfe, habe das extern "C" dazu geschrieben 
und - oh Wunder, es funktioniert.

lg