реклама на сайте
подробности

 
 
3 страниц V   1 2 3 >  
Reply to this topicStart new topic
> Прерывания STM32, в симуляторе keil работает, в железе нет
Brain13
сообщение Jan 2 2011, 13:44
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 65
Регистрация: 28-08-09
Пользователь №: 52 078



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

Имеется плата с 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));
    }
}


Подскажите, пожалуйста, что я делаю не так.
Go to the top of the page
 
+Quote Post
Serj78
сообщение Jan 2 2011, 16:04
Сообщение #2


Знающий
****

Группа: Свой
Сообщений: 966
Регистрация: 27-05-06
Из: СПб
Пользователь №: 17 499



Первое- если у вас есть кейл- то шейте J-линком и пользуйтесь кейловским отладчиком. сильно много времени сэкономите.
Второе- ЧТО именно у вас не работает?
По тому что я увидел, источник прерывания у вас не сбрасывается, они будут возникать постоянно.
Go to the top of the page
 
+Quote Post
Brain13
сообщение Jan 2 2011, 18:25
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 65
Регистрация: 28-08-09
Пользователь №: 52 078



Цитата(Serj78 @ Jan 2 2011, 22:04) *
Первое- если у вас есть кейл- то шейте J-линком и пользуйтесь кейловским отладчиком. сильно много времени сэкономите.

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

Цитата(Serj78 @ Jan 2 2011, 22:04) *
По тому что я увидел, источник прерывания у вас не сбрасывается, они будут возникать постоянно.

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

Цитата(Serj78 @ Jan 2 2011, 22:04) *
Второе- ЧТО именно у вас не работает?

Не вызывается обработчик прерывания. Когда в кейле в симуляторе ставлю брейк на строке
Код
if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET)

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

Я думаю что прерывание и не вызывается. Наверное есть различие между симулятором и железом, и я где-то, что-то не разрешил, но не знаю где.
Go to the top of the page
 
+Quote Post
GetSmart
сообщение Jan 2 2011, 20:30
Сообщение #4


.
******

Группа: Участник
Сообщений: 4 005
Регистрация: 3-05-06
Из: Россия
Пользователь №: 16 753



Цитата(Brain13 @ Jan 3 2011, 02:25) *
TIM_ClearITPendingBit - сбрасывает.

Сбрасывает NVIC. А запрос от таймера не сбрасывает.
Хотя с STM32 не работал, но не думаю, что оно там подругому чем в LPC.


--------------------
Заблуждаться - Ваше законное право :-)
Go to the top of the page
 
+Quote Post
Serj78
сообщение Jan 3 2011, 05:41
Сообщение #5


Знающий
****

Группа: Свой
Сообщений: 966
Регистрация: 27-05-06
Из: СПб
Пользователь №: 17 499



Цитата(Brain13 @ Jan 3 2011, 00:25) *
Фирма не хочет покупать кейл, использую его только для проверки. J-линка нет.
TIM_ClearITPendingBit - сбрасывает.
Не вызывается обработчик прерывания. Когда в кейле в симуляторе ставлю брейк на строке
Код
if (TIM_GetITStatus(TIM2, TIM_IT_CC1) != RESET)

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

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


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

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

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

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

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

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

Источником в вашем случае являются- регистр в NVIC и событие регистре захвата/сравнения 2. Причиной- взводимые этими источниками флажки-биты в статус-регистре второго таймера. Их-то вы не сбрасываете, они остаются взведенными.
Go to the top of the page
 
+Quote Post
Brain13
сообщение Jan 3 2011, 07:16
Сообщение #6


Участник
*

Группа: Участник
Сообщений: 65
Регистрация: 28-08-09
Пользователь №: 52 078



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

Спасибо за предложение sm.gif

Цитата
По отсутствию входа в прерывание- сам таймер- считает? если есть отладчик- это очень просто посмотреть.

Да таймер считает, доходит до верхнего значения, сбрасывает на 0.

Да прерывание не срабатывает, я на текущий момент был бы счастлив если б оно сработало и завесило проц. Дело в том, что до функции void TIM2_IRQHandler(void) проц не доходит. Как флаги сбрасывать я разберусь, но мне для начала надо обработчик вызвать. Что делать?
Go to the top of the page
 
+Quote Post
Serj78
сообщение Jan 3 2011, 11:11
Сообщение #7


Знающий
****

Группа: Свой
Сообщений: 966
Регистрация: 27-05-06
Из: СПб
Пользователь №: 17 499



Есть ли в системе еще прерывания? они выполняются? Может, вы с настройками NVIC поигрались?

Вы пишите что "таймер доходит до верхнего значения" , однако (неявно, только по названиям полей структуры) из вашего кода конфигурации таймера следует, что вы его конфигурируете как downcounter... Может, у вас инициализация как-то неверно сделана?

Посмотрите, физически в отладчике (или прочитайте командой данные) содержимое DIER регистра второго таймера. А то фиг знает что там у вас ваша загадочная функция (от ST -шных кривых индусов sm.gif ) делает..

Посмотрите в стартап файле- объявлена ли функция обработчика прерывания, совпадают ли ее название с вашей. (хотя, это не может приводить к НЕВЫЗОВУ прерывания, только к попаданию обработчика на "заглушку" и повисанию проца..)

Go to the top of the page
 
+Quote Post
-JonnS-
сообщение Jan 3 2011, 12:36
Сообщение #8


Участник
*

Группа: Участник
Сообщений: 72
Регистрация: 7-05-07
Из: Болгария
Пользователь №: 27 577



Тут выкладывал два проекта моргалок для STM32, плата STM32VLDISCOVERY. Может поможет.
Go to the top of the page
 
+Quote Post
AHTOXA
сообщение Jan 3 2011, 14:42
Сообщение #9


фанат дивана
******

Группа: Свой
Сообщений: 3 387
Регистрация: 9-08-07
Из: Уфа
Пользователь №: 29 684



Цитата(Serj78 @ Jan 3 2011, 13:41) *
Во всех прерываниях в STM32 (да и в других армах подозреваю тоже), кроме, пожалуй, системного таймера
надо устранить источник и причину прерывания, чтобы из прерывания выйти и оно снова не возникло.

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


--------------------
Если бы я знал, что такое электричество...
Go to the top of the page
 
+Quote Post
Serj78
сообщение Jan 3 2011, 16:31
Сообщение #10


Знающий
****

Группа: Свой
Сообщений: 966
Регистрация: 27-05-06
Из: СПб
Пользователь №: 17 499



Цитата(AHTOXA @ Jan 3 2011, 20:42) *
А можно пример? Потому что сдаётся мне, что вы что-то путаете. По крайней мере для таймера достаточно очистить битик в TIMx->SR, что и делает функция TIM_ClearITPendingBit().


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

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

Go to the top of the page
 
+Quote Post
AHTOXA
сообщение Jan 3 2011, 18:03
Сообщение #11


фанат дивана
******

Группа: Свой
Сообщений: 3 387
Регистрация: 9-08-07
Из: Уфа
Пользователь №: 29 684



Цитата(Serj78 @ Jan 4 2011, 00:31) *
В случае с таймером при работе с UIE необходимо обнулять один из битов в одном из регистров NVIC (кажется, Interrupt Clear-Pending Register) одного сброса статус-регистра недостаточно, это точно sm.gif..

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


--------------------
Если бы я знал, что такое электричество...
Go to the top of the page
 
+Quote Post
GetSmart
сообщение Jan 3 2011, 19:24
Сообщение #12


.
******

Группа: Участник
Сообщений: 4 005
Регистрация: 3-05-06
Из: Россия
Пользователь №: 16 753



Цитата(AHTOXA @ Jan 4 2011, 02:03) *
Вы ошибаетесь, это точно sm.gif

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

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

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


--------------------
Заблуждаться - Ваше законное право :-)
Go to the top of the page
 
+Quote Post
AHTOXA
сообщение Jan 3 2011, 19:35
Сообщение #13


фанат дивана
******

Группа: Свой
Сообщений: 3 387
Регистрация: 9-08-07
Из: Уфа
Пользователь №: 29 684



Цитата(GetSmart @ Jan 4 2011, 03:24) *
Поэтому мне тоже интересно как сделано в STM32. Глюк в том, что не сбрасывая NVIC всё работало тоже, но прерывание от таймера 2 раза подряд вызывалось.

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


--------------------
Если бы я знал, что такое электричество...
Go to the top of the page
 
+Quote Post
Serj78
сообщение Jan 4 2011, 04:02
Сообщение #14


Знающий
****

Группа: Свой
Сообщений: 966
Регистрация: 27-05-06
Из: СПб
Пользователь №: 17 499



Антоха, у меня нет оснований не доверять вашему опыту, вы мне уже много раз помогали, за что вам спасибо огромное. sm.gif
Дело в том, что я САМ не использовал UIE бит, только capture/compare.

Но не далее как 30-го числа переписывался по аське с коллегой, у которого была проблема- не мог вылезти из прерывания по UIE по второму таймеру.
Ему я сказал, что надо обратить внимание на источник прерывания, (просто сброс статус регистра ему не помогал).
Он залез в NVIC, и все у него заработало!
Пару строчек кода он прислал для выхода из прерывания, я еще удивился, зачем это он в NVIC полез- приоритеты, что-ли менять или прерывания запрещать..

Как выберусь на работу, обязательно проверю этот вопрос.,

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

Например в случае с пустым буферным регистром передачи данных в USART, в AVR это событие вырабатывалась по ИЗМЕНЕНИЮ состояния (был непустой регистр, стал пустой), а в STM32 вырабатывается "по факту" то если регистр пустой- получите прерывание всегда, пока он пустой.
Go to the top of the page
 
+Quote Post
Marchello
сообщение Jan 4 2011, 14:22
Сообщение #15





Группа: Новичок
Сообщений: 8
Регистрация: 8-02-08
Пользователь №: 34 865



Как написал Serj78, это я долго не мог понять причину того, почему не работает как надо прерывание, в данном случае от Tim2 - UIE.

Буквально несколько дней, как начал осваивать ARMы, использую - STM32, Eclipse, arm-gcc.

Код ниже. Т.е. если очищать флаг запроса на прерывание перед самым выходом из него, то попадаем в прерывание второй раз. Не могу понять причин такого поведения.

Может кто-нибудь проверить это?

Код
#include "stm32f10x.h"

#define PortC_pin12 (*((volatile unsigned long *)0x422201B0 ))

int main()
{
    RCC->APB2ENR = RCC_APB2ENR_IOPCEN;
    GPIOC->CRH = GPIO_CRH_MODE12;    // PC12 - 50MHz, push-pull - светодиод

    RCC->APB1ENR = RCC_APB1ENR_TIM2EN;
    TIM2->PSC = 61;        // при 8мГц тактовой Tim2 переполняется примерно 2 раза в секунду
    TIM2->DIER = TIM_DIER_UIE;        // включаем прерывание по переполнению Tim2
    TIM2->CR1 = TIM_CR1_CEN;        // запускаем Tim2
    NVIC->ISER[0] = 1<<TIM2_IRQn;    // разрешаем прерывания от Tim2

    while(1);
}

void TIM2_IRQHandler(void)
{
    static uint8_t state = 0;

    if(state == 0)
    {
        PortC_pin12 = 1;
        state = 1;
    }
    else
    {
        PortC_pin12 = 0;
        state = 0;
    }

    TIM2->SR = 0;    // Очищаем все запросы от Tim2

    //NVIC->ICPR[0] &= ~(1<<TIM2_IRQn);    // сначала заработало с этой строчкой
    // потом просто заставил выполнить МК еще 1(или не 1?) такт - эффект аналогичный
    TIM2->SR = 0;    // если закомментировать, то попадаем в прерывание по 2 раза
}


Go to the top of the page
 
+Quote Post

3 страниц V   1 2 3 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 04:44
Рейтинг@Mail.ru


Страница сгенерированна за 0.01391 секунд с 7
ELECTRONIX ©2004-2016