Прерывания Cortex-M3, HardFault_Handler Опции

[rat]

Пробую прерывания в EFM32TG210. Пакет IAR 6.3 Код настройки:

//_______*** RTC ***_______

/* Enable RTC clock */
CMU->LFACLKEN0 |= CMU_LFACLKEN0_RTC;

RTC->IEN |= RTC_IEN_COMP0;

RTC->CTRL = RTC_CTRL_COMP0TOP | RTC_CTRL_DEBUGRUN;

RTC->COMP0 = 0x10000;

RTC->IFC = RTC_IFC_COMP0;

NVIC_EnableIRQ(RTC_IRQn);

RTC->CTRL |= RTC_CTRL_EN;

Хандлер:

void RTC_IRQHandler(void);
{
int current_time, next_time;

RTC->IFC = RTC_IFC_COMP0;

RTC->COMP0 = 0x10000;

GPIO->P[1].DOUT = (( 1<< 13) & (~(GPIO->P[1].DOUT)));
}

В дебугере вхожу в хандлер по шагам F11, процесс "зависает" - вернее начинает бежать не по шагам, как будто F5 нажал, когда останавливаешь, то в дизассемблере всякие BusFault_Handler, DebugMon_Handler, HardFault_Handler и т.д. Я прерывания не так настраиваю?

[Mareng]

void RTC_IRQHandler(void);

Наверное проблема в ;
Улетает прерывание в HardFault_Handler.

[rat]

Наверное проблема в ;
Улетает прерывание в HardFault_Handler.

При попытке убрать ; появляется Error[Pe065]: expected a ";"

[Mareng]

; для начала убрать надо

[rat]

; для начала убрать надо

При попытке убрать ; появляется Error[Pe065]: expected a ";"

При попытке убрать ; появляется Error[Pe065]: expected a ";"

Поправил. Ошибка ; исчезла, но попрежнему HardFault_Handler при попытке войти в прерывание

[Сергей Борщ]

При попытке убрать ; появляется Error[Pe065]: expected a ";"

Значит ошибка где-то чуть раньше, вероятно в конце предыдущей функции забыли "}". Ибо с ";" это не функция обрабочика прерывания, а объявление функции и не связанный с ним кусок кода.

[Mareng]

Поправил. Ошибка ; исчезла, но попрежнему HardFault_Handler при попытке войти в прерывание

Теперь осталось выяснить адрес какой функции записан в векторе обработчика RTC. Обычно это в startup*.s написано

[rat]

Значит ошибка где-то чуть раньше, вероятно в конце предыдущей функции забыли "}". Ибо с ";" это не функция обрабочика прерывания, а объявление функции и не связанный с ним кусок кода.

Это да, поправил. В дизассемблере ошибка выглядит так: сразу после выполнения RTC->CTRL |= RTC_CTRL_EN; следует POP R4, PC вот после этого шага и происходит трабл, загорается "красная рука" (как при F5) и при остановке перечисляется куча фаультных хандлеров.

Теперь осталось выяснить адрес какой функции записан в векторе обработчика RTC. Обычно это в startup*.s написано

В startup_EFM32tg.s написано:

PUBWEAK RTC_IRQHandler
SECTION .text:CODE:REORDER(1)
RTC_IRQHandler
B RTC_IRQHandler

[Mareng]

Можно посмотреть в пдф-е на проц точный адрес вектора RTC, посмотреть реальный адрес функции-обработчика, а потом убедиться(просмотром памяти), что в адресе вектора записан адрес именно этой функции. Тогда уже верняк.

[Сергей Борщ]

сразу после выполнения RTC->CTRL |= RTC_CTRL_EN; следует POP R4, PC

Это возврат из функции. Куда именно оно должно вернуться? Стек настроен? Что лежит в первых восьми байтах стека перед выполнением этой команды? Там правильный адрес возврата, его никто не затирает? Или это у вас конец main(), в котором вы забыли сделать бесконечный цикл?

[rat]

Это возврат из функции. Куда именно оно должно вернуться? Стек настроен? Что лежит в первых восьми байтах стека перед выполнением этой команды? Там правильный адрес возврата, его никто не затирает? Или это у вас конец main(), в котором вы забыли сделать бесконечный цикл?

Возврат из функции POP R4, PC при этом в R4 лежит 37E, т.е. должен произойти возврат на адрес 0х37E? Должно вернуться в следующую функцию, но она начинается по адресу 0х384. А по адресам 0х344-0х380 лежит DataTable. В этом дело?

[rat]

Вопрос разрешился. Не был подключен файл startup_efm32tg.c Спасибо большое за помощь комраду Борщу )

[batisto4ka]

Помогите разобраться с приоритетами прерываний. У меня реализован модбас чере зперрывания от юсарт и считывание внешнего ацп через exti(сигнал готовности данных). Но когда на входе ацп 0, то модбас работает прекрасно. а когда напряжение на вхоже повышается то модбас отвечает через раз.

CODE

{
NVIC_InitTypeDef NVIC_InitStructure;
NVIC_PriorityGroupConfig(NVIC_PriorityGroup_0);
NVIC_InitStructure.NVIC_IRQChannel = IRQChannel;
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);

USART_ITConfig(USART,USART_IT_ERR,ENABLE);
}
NVIC_SetPriority(USART2_IRQn,0); //!!
USART_ITConfig(USARTx,USART_IT_TC,ENABLE);
USART_ITConfig(USARTx,USART_IT_RXNE,ENABLE);

/*===============================================================================
===============================*/
void ADCRDYInterruptConfig (void)
{
EXTI_InitTypeDef EXTI_InitStructure;
EXTI_InitStructure.EXTI_Trigger =EXTI_Trigger_Falling;
EXTI_InitStructure.EXTI_Mode = EXTI_Mode_Interrupt;
EXTI_InitStructure.EXTI_LineCmd = ENABLE;
EXTI_InitStructure.EXTI_Line = EXTI_Line1|EXTI_Line13;
EXTI_Init(&EXTI_InitStructure);
}
/*===============================================================================
===============================*/
void ADCNVIC_Conf (void)
{
NVIC_InitTypeDef NVIC_InitStructure;
NVIC_InitStructure.NVIC_IRQChannel = EXTI1_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 3;
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);
}
/*===============================================================================
===============================*/
void ADC2NVIC_Conf (void)
{
NVIC_InitTypeDef NVIC_InitStructure;
NVIC_InitStructure.NVIC_IRQChannel = EXTI15_10_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 3;
NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
NVIC_Init(&NVIC_InitStructure);
}

и еще, возможно ли такое, что когда выполняется бесконечный цикл while, прерывания не срабатывают? потому что запись команд и чтение АЦп сделано через spi и очень часто когда виснет программа я ее останавливаю и останавливается на строчке while (!(SPIx->SR & SPI_SR_RXNE));

Код

uint8_t WriteSPI(SPI_TypeDef *  SPIx,uint8_t val)
{
   SPIx->DR = val;
   while (!(SPIx->SR & SPI_SR_RXNE));//while(!(SPI1->SR & 0x01));
   return SPIx->DR;                  
}

Сообщение отредактировал IgorKossak - Mar 19 2012, 10:17

Причина редактирования: [codebox] для длинных кодов!!!

[batisto4ka]

Явно что-то с вайлом. Первыйй АЦП общается с контроллером через аппартаный SPI и виснет на while (!(SPIx->SR & SPI_SR_RXNE)), а второй АЦП через программно реализованный SPI там в релизации есть задержки и виснет на них на ожидании переполнения от таймера while(!TIMx->SR&TIM_FLAG_Update) {}. АЦП AD7734, камень stm32f103. Кто что скажет/посоветует?

[Aaron]

Если хардварный SPI виснет на ожидании SPI_SR_RXNE, то либо SPI неправильно настроен, и надо в первую очередь проверить осциллографом наличие на контактах CLK и chip enable, либо всё же SPI работает, но где-то в системе работает обработчик прерывания по SPI, который сбрасывает событие, и основная программа его поэтому не видит (очень маловероятно).
По поводу ожидания таймера - таймер как-нибудь проверяли, что он запущен и работает? Проблема возникает ТОЛЬКО при работе с АЦП?