Прерывания 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));
    }
}

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

[Serj78]

Первое- если у вас есть кейл- то шейте J-линком и пользуйтесь кейловским отладчиком. сильно много времени сэкономите.
Второе- ЧТО именно у вас не работает?
По тому что я увидел, источник прерывания у вас не сбрасывается, они будут возникать постоянно.

[Brain13]

Первое- если у вас есть кейл- то шейте J-линком и пользуйтесь кейловским отладчиком. сильно много времени сэкономите.

Фирма не хочет покупать кейл, использую его только для проверки. J-линка нет.

По тому что я увидел, источник прерывания у вас не сбрасывается, они будут возникать постоянно.

TIM_ClearITPendingBit - сбрасывает.

Второе- ЧТО именно у вас не работает?

Не вызывается обработчик прерывания. Когда в кейле в симуляторе ставлю брейк на строке

Код

if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET)

прога останавливается на ней. А когда отлаживаю в OpenOCD через Wiggler, на железе, основной цикл идет, а на брейкпоинте не останавливается.

Я думаю что прерывание и не вызывается. Наверное есть различие между симулятором и железом, и я где-то, что-то не разрешил, но не знаю где.

[Serj78]

Фирма не хочет покупать кейл, использую его только для проверки. J-линка нет.
TIM_ClearITPendingBit - сбрасывает.
Не вызывается обработчик прерывания. Когда в кейле в симуляторе ставлю брейк на строке

Код

if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET)

прога останавливается на ней. А когда отлаживаю в OpenOCD через Wiggler, на железе, основной цикл идет, а на брейкпоинте не останавливается.

Я думаю что прерывание и не вызывается. Наверное есть различие между симулятором и железом, и я где-то, что-то не разрешил, но не знаю где.

По вашему отладчику я не скажу- к сожалению, с ним не работал.

Могу только сообщить что до 32 кб кейл бесплатен. (да и после 32кб условно бесплатен )

Идите работать к нам, вам все купят

По отсутствию входа в прерывание- сам таймер- считает? если есть отладчик- это очень просто посмотреть.
Как я понял, вы хотите вызывать прерывание по двум признакам- переходу таймера через 0 (update ) и по совпадению содержимого таймера с данными регистра сравнения?

Если бит UIE (update interrupt enable )установлен, то очень трудно заставить не возникать прерывание, которое должно в вашем случае "завесить" проц. Таймер должен для этого стоять..

По прерыванию, - вы сбрасываете только причину прерывания, а надо сбрасывать также и источник.
Во всех прерываниях в STM32 (да и в других армах подозреваю тоже), кроме, пожалуй, системного таймера
надо устранить источник и причину прерывания, чтобы из прерывания выйти и оно снова не возникло.

Источником в вашем случае являются- регистр в NVIC и событие регистре захвата/сравнения 2. Причиной- взводимые этими источниками флажки-биты в статус-регистре второго таймера. Их-то вы не сбрасываете, они остаются взведенными.

[AHTOXA]

Во всех прерываниях в STM32 (да и в других армах подозреваю тоже), кроме, пожалуй, системного таймера
надо устранить источник и причину прерывания, чтобы из прерывания выйти и оно снова не возникло.

А можно пример? Потому что сдаётся мне, что вы что-то путаете. По крайней мере для таймера достаточно очистить битик в TIMx->SR, что и делает функция TIM_ClearITPendingBit().

[Serj78]

А можно пример? Потому что сдаётся мне, что вы что-то путаете. По крайней мере для таймера достаточно очистить битик в TIMx->SR, что и делает функция TIM_ClearITPendingBit().

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

В случае с таймером при работе с UIE необходимо обнулять один из битов в одном из регистров NVIC (кажется, Interrupt Clear-Pending Register) одного сброса статус-регистра недостаточно, это точно ..

[AHTOXA]

В случае с таймером при работе с UIE необходимо обнулять один из битов в одном из регистров NVIC (кажется, Interrupt Clear-Pending Register) одного сброса статус-регистра недостаточно, это точно ..

Вы ошибаетесь, это точно

[GetSmart]

Вы ошибаетесь, это точно

Я недавно вставал на грабли в LPC17xx с точно таким же NVIC. Там нужно было сбрасывать и таймер и NVIC. Поэтому мне тоже интересно как сделано в STM32. Глюк в том, что не сбрасывая NVIC всё работало тоже, но прерывание от таймера 2 раза подряд вызывалось.

Почитал примеры для STM32 из комплекта ИАРа. Не исключено, что авторы примеров сами не знают о такой фиче NVIC. Т.к. всегда в начале прерывания анализируют флаги таймера или другого источника прерывания. Т.о. пропуская прерывания когда источник пуст.

Сообщение отредактировал GetSmart - Jan 3 2011, 19:24

[AHTOXA]

Поэтому мне тоже интересно как сделано в STM32. Глюк в том, что не сбрасывая NVIC всё работало тоже, но прерывание от таймера 2 раза подряд вызывалось.

Нет, у STM32 не надо сбрасывать NVIC. Я уже много где их (STM32) применяю, и наверняка бы заметил двукратное срабатывание прерываний Использую и таймерное прерывание, и прерывания от capture/compare.
Честно говоря, и для других прерываний (UART, EXT, ADC, что-то ещё наверное) - не припоминаю, чтобы надо было сбрасывать что-то в NVIC. Потому и попросил у Serj78 пример.