Прерывания STM32, в симуляторе keil работает, в железе нет Опции

[Brain13]

Доброго времени суток!

Имеется плата с STM32, keil, arm-gcc, openocd, wiggler.

Написал тестовый код.

Когда компилирую и отлаживаю в симуляторе в Keil. Брейк в обработчике прерывания работает.
Когда компилирую с помощью CodeSourcery G++, и отлаживаю с помощью OpenOCD, ничего не пашет.

main.cpp

Код

#include "stm32f10x_conf.h"
#include "stm32f10x_it.h"

int i=0;

int main()
{
    SystemInit();
    i=0;
    while(1)
    {
        i++;
    }

    //return 0;
}

void SystemInit()
{
    NVIC_InitTypeDef NVIC_InitStructure;

    RCC->APB2ENR |= RCC_APB2ENR_IOPAEN;
    RCC->APB1ENR |= RCC_APB1ENR_TIM2EN;

    GPIOA->CRH &= ~(GPIO_CRH_MODE9 | GPIO_CRH_CNF9);

    GPIOA->CRH |= GPIO_CRH_MODE9_0;


    /* Enable the TIM2 gloabal Interrupt */
    NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure);

    //__enable_irq();

    TIM_TimeBaseInitTypeDef  TIM_TimeBaseStructure;
    TIM_TimeBaseStructure.TIM_Period = 1000;
    TIM_TimeBaseStructure.TIM_Prescaler = 4;
    TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV4;
    TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Down;

    TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure);


    TIM_OCInitTypeDef  TIM_OCInitStructure;

    TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_Inactive;
    TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable;
    TIM_OCInitStructure.TIM_Pulse = 100;
    TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High;

    TIM_OC1Init(TIM2, &TIM_OCInitStructure);

    TIM_OC1PreloadConfig(TIM2, TIM_OCPreload_Disable);

    TIM_ITConfig(TIM2, TIM_IT_CC1 | TIM_IT_Update, ENABLE);

    TIM_Cmd(TIM2, ENABLE);

    return;
}

обработчик в stm32f10x_it.c

Код

void TIM2_IRQHandler(void)
{
    if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET)
    {
        /* Clear TIM2 Capture Compare1 interrupt pending bit*/
        TIM_ClearITPendingBit(TIM2, TIM_IT_CC1);


        GPIOA->BSRR = GPIO_BSRR_BR9;
    }
    else if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET)
    {

        TIM_ClearITPendingBit(TIM2, TIM_IT_Update);


        GPIOA->BSRR = GPIO_BSRR_BS9;
    }
    else
    {
        TIM_ClearITPendingBit(TIM2, ((uint16_t) 0x00ff));
    }
}

Подскажите, пожалуйста, что я делаю не так.

[StAlexy]

PS: уход от проблемы - не решение, разберитесь с прерываниями, без них - тяжко.

Полностью согласен с вами, Brain13!
Недавно я разобрался с этой проблемой:
1. В проекте был подключен "stm32f10x_it.c" и "stm32f10x_it.h". В связи с этим, основная программа, по каким-то только ей известным причинам, за программой обработчиком прерывания лезла именно в этот файл!! После его удаления из проекта все встало на свои места и заработало! До этого не работали прерывания для UART.
2. Что касается SPI: Не знаю как делается правильно, но я сделал следующим образом.
2.1. В начале программы, в месте инициализации, запускаю модуль SPI "SPI_Cmd(SPIx,ENABLE);" и запрещаю все прерывания от него.
2.2. В нужном месте для начала отправки CS->0, записываю данные в регистр на отправку "SPI_I2S_SendData(SPIх,0x42);" и разрешаю прерывание по "буфер приема не пуст".
2.3. По завершению отправки и приема возникает прерывание "буфер приема не нуль". Считываю данные, запрещаю прерывание по "буфер приема не нуль" и разрешаю прерывание по "буфер на отправку пуст".
2.4. Наверное, сразу же возникает прерывание по "буфер на отправку пуст" и я запрещаю прерывание по "буфер на отправку пуст", разрешаю прерывание по "буфер приема не пуст" и записываю следующие данные в регистр на отправку
2.5. и т.д. скока нужно)
Несколько геморройно на мой взгляд, но так все работает!!

[Brain13]

1. В проекте был подключен "stm32f10x_it.c" и "stm32f10x_it.h". В связи с этим, основная программа, по каким-то только ей известным причинам, за программой обработчиком прерывания лезла именно в этот файл!! После его удаления из проекта все встало на свои места и заработало! До этого не работали прерывания для UART.

Вообще-то эти файлы созданы специально для размещения в нем обработчиков прерываний. Если у Вас обработчик определен в нескольких файлах это, мягко говоря, плохо, и должен был ругаться линковщик.

2. Что касается SPI: Не знаю как делается правильно, но я сделал следующим образом.
2.1. В начале программы, в месте инициализации, запускаю модуль SPI "SPI_Cmd(SPIx,ENABLE);" и запрещаю все прерывания от него.
2.2. В нужном месте для начала отправки CS->0, записываю данные в регистр на отправку "SPI_I2S_SendData(SPIх,0x42);" и разрешаю прерывание по "буфер приема не пуст".
2.3. По завершению отправки и приема возникает прерывание "буфер приема не нуль". Считываю данные, запрещаю прерывание по "буфер приема не нуль" и разрешаю прерывание по "буфер на отправку пуст".
2.4. Наверное, сразу же возникает прерывание по "буфер на отправку пуст" и я запрещаю прерывание по "буфер на отправку пуст", разрешаю прерывание по "буфер приема не пуст" и записываю следующие данные в регистр на отправку
2.5. и т.д. скока нужно)
Несколько геморройно на мой взгляд, но так все работает!!

O_o По поводу пунктов 2.3, 2.4 Можно пользоваться только 1 прерыванием "буфер приема не пуст"(RXNE). Даете данные на отправку, по возникновению прерывания принимаете и отправялете след данные, т.к. при возникновении прерывания RXNE приемопередача закончилась и можно отправлять. Но при таком способе могут быть разрывы в генерации SCLK(на время обработки прерывания).
Хотя я делал обработчик примерно такого вида:

CODE

extern "C" void SPI1_IRQHandler(void)
{
if (SPI_I2S_GetITStatus(SPI1, SPI_I2S_IT_RXNE) != RESET)
{
SPI_I2S_ClearITPendingBit(SPI1, SPI_I2S_IT_RXNE);
Data[adc_counterrx] = SPI_I2S_ReceiveData(SPI1);

//далее идет обработка принятых данных
}
if (SPI_I2S_GetITStatus(SPI1, SPI_I2S_IT_TXE) != RESET)
{
SPI_I2S_ClearITPendingBit(SPI1, SPI_I2S_IT_TXE);
if(txlength > countertx)
{
SPI_I2S_SendData(SPI1, txlength[countertx]);
}
else
{
//запрещаем прерывание TXE
}

countertx++;
}

Сча код изменился, дописывал куски по памяти. Когда надо отправить, что-нибудь, то просто заполняем буфер и разрешаем TXE. Он сам все отправит, сам себя запретит. Так как ты мастер, то в буфере должно быть столько байт, сколько предаешь + сколько принимаешь(при полудуплексе) для генерации тактовых сигналов ведомому устройству.