|
Прерывания STM32, в симуляторе keil работает, в железе нет |
|
|
|
Jan 2 2011, 13:44
|
Участник

Группа: Участник
Сообщений: 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)); } } Подскажите, пожалуйста, что я делаю не так.
|
|
|
|
|
Jan 2 2011, 18:25
|
Участник

Группа: Участник
Сообщений: 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, на железе, основной цикл идет, а на брейкпоинте не останавливается. Я думаю что прерывание и не вызывается. Наверное есть различие между симулятором и железом, и я где-то, что-то не разрешил, но не знаю где.
|
|
|
|
|
Jan 3 2011, 05:41
|

Знающий
   
Группа: Свой
Сообщений: 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кб условно бесплатен  ) Идите работать к нам, вам все купят  По отсутствию входа в прерывание- сам таймер- считает? если есть отладчик- это очень просто посмотреть. Как я понял, вы хотите вызывать прерывание по двум признакам- переходу таймера через 0 (update ) и по совпадению содержимого таймера с данными регистра сравнения? Если бит UIE (update interrupt enable )установлен, то очень трудно заставить не возникать прерывание, которое должно в вашем случае "завесить" проц. Таймер должен для этого стоять.. По прерыванию, - вы сбрасываете только причину прерывания, а надо сбрасывать также и источник. Во всех прерываниях в STM32 (да и в других армах подозреваю тоже), кроме, пожалуй, системного таймера надо устранить источник и причину прерывания, чтобы из прерывания выйти и оно снова не возникло. Источником в вашем случае являются- регистр в NVIC и событие регистре захвата/сравнения 2. Причиной- взводимые этими источниками флажки-биты в статус-регистре второго таймера. Их-то вы не сбрасываете, они остаются взведенными.
|
|
|
|
|
Jan 3 2011, 07:16
|
Участник

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

|
Цитата Идите работать к нам, вам все купят Спасибо за предложение  Цитата По отсутствию входа в прерывание- сам таймер- считает? если есть отладчик- это очень просто посмотреть. Да таймер считает, доходит до верхнего значения, сбрасывает на 0. Да прерывание не срабатывает, я на текущий момент был бы счастлив если б оно сработало и завесило проц. Дело в том, что до функции void TIM2_IRQHandler(void) проц не доходит. Как флаги сбрасывать я разберусь, но мне для начала надо обработчик вызвать. Что делать?
|
|
|
|
|
Jan 3 2011, 11:11
|

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

|
Есть ли в системе еще прерывания? они выполняются? Может, вы с настройками NVIC поигрались? Вы пишите что "таймер доходит до верхнего значения" , однако (неявно, только по названиям полей структуры) из вашего кода конфигурации таймера следует, что вы его конфигурируете как downcounter... Может, у вас инициализация как-то неверно сделана? Посмотрите, физически в отладчике (или прочитайте командой данные) содержимое DIER регистра второго таймера. А то фиг знает что там у вас ваша загадочная функция (от ST -шных кривых индусов  ) делает.. Посмотрите в стартап файле- объявлена ли функция обработчика прерывания, совпадают ли ее название с вашей. (хотя, это не может приводить к НЕВЫЗОВУ прерывания, только к попаданию обработчика на "заглушку" и повисанию проца..)
|
|
|
|
|
Jan 3 2011, 12:36
|
Участник

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

|
Тут выкладывал два проекта моргалок для STM32, плата STM32VLDISCOVERY. Может поможет.
|
|
|
|
|
Jan 3 2011, 16:31
|

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

|
Цитата(AHTOXA @ Jan 3 2011, 20:42)  А можно пример? Потому что сдаётся мне, что вы что-то путаете. По крайней мере для таймера достаточно очистить битик в TIMx->SR, что и делает функция TIM_ClearITPendingBit(). Мне казалось, что в большинстве случаев это именно так. Есть источник, выставляющий флажок в статус регистре, и сам статус регистр. Иногда источник сбрасывается сам при его "использовании" как , например, регистр данных usart-а или регистр захвата при событии захвата в таймере. В случае с таймером при работе с UIE необходимо обнулять один из битов в одном из регистров NVIC (кажется, Interrupt Clear-Pending Register) одного сброса статус-регистра недостаточно, это точно  ..
|
|
|
|
|
Jan 3 2011, 19:35
|

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

|
Цитата(GetSmart @ Jan 4 2011, 03:24)  Поэтому мне тоже интересно как сделано в STM32. Глюк в том, что не сбрасывая NVIC всё работало тоже, но прерывание от таймера 2 раза подряд вызывалось. Нет, у STM32 не надо сбрасывать NVIC. Я уже много где их (STM32) применяю, и наверняка бы заметил двукратное срабатывание прерываний  Использую и таймерное прерывание, и прерывания от capture/compare. Честно говоря, и для других прерываний (UART, EXT, ADC, что-то ещё наверное) - не припоминаю, чтобы надо было сбрасывать что-то в NVIC. Потому и попросил у Serj78 пример.
--------------------
Если бы я знал, что такое электричество...
|
|
|
|
|
Jan 4 2011, 04:02
|

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

|
Антоха, у меня нет оснований не доверять вашему опыту, вы мне уже много раз помогали, за что вам спасибо огромное. Дело в том, что я САМ не использовал UIE бит, только capture/compare. Но не далее как 30-го числа переписывался по аське с коллегой, у которого была проблема- не мог вылезти из прерывания по UIE по второму таймеру. Ему я сказал, что надо обратить внимание на источник прерывания, (просто сброс статус регистра ему не помогал). Он залез в NVIC, и все у него заработало! Пару строчек кода он прислал для выхода из прерывания, я еще удивился, зачем это он в NVIC полез- приоритеты, что-ли менять или прерывания запрещать.. Как выберусь на работу, обязательно проверю этот вопрос., А про источник и причину- это, как я понимаю, стандартный механизм, и его надо помнить, неустраненный источник может постоянно взводить флаг в статус-регистре. Например в случае с пустым буферным регистром передачи данных в USART, в AVR это событие вырабатывалась по ИЗМЕНЕНИЮ состояния (был непустой регистр, стал пустой), а в STM32 вырабатывается "по факту" то если регистр пустой- получите прерывание всегда, пока он пустой.
|
|
|
|
|
Jan 4 2011, 14:22
|
Группа: Новичок
Сообщений: 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 раза }
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|