| |
 Работа с прерываниями в at91sam7s, не вызывается повторное прерывание |
|
|
|
|
 Jul 7 2009, 03:57
|
Местный
Группа: Участник
Сообщений: 206
Регистрация: 12-10-06
Из: ufa
Пользователь №: 21 241
|
Конфигурация прерываний происходит следующим образом: Код void RT()
{
AT91F_AIC_ConfigureIt( AT91C_BASE_AIC, AT91C_ID_PIOA, 0x06, AT91C_AIC_SRCTYPE_INT_POSITIVE_EDGE, irq_RT);
AT91F_PIO_InterruptEnable(AT91C_BASE_PIOA,SW2_MASK);
AT91F_PIO_InterruptEnable(AT91C_BASE_PIOA,SW3_MASK); //Маска прерываний на PA23, PA24
//* set the interrupt by software
AT91F_AIC_EnableIt(AT91C_BASE_AIC, AT91C_ID_PIOA);
while(1); //Ожидание прерывания
} Обработчик прерываний: Код __ramfunc void irq_RT()
{
//Определение источника прерывания и запрет прерываний
int i_status = AT91F_PIO_GetInterruptStatus(AT91C_BASE_PIOA);
if(i_status&0x800000) AT91F_PIO_InterruptDisable(AT91C_BASE_PIOA,SW3_MASK); //Прерывание пришло от PA23
if(i_status&0x1000000) AT91F_PIO_InterruptDisable(AT91C_BASE_PIOA,SW2_MASK); //Прерывание пришло от PA24
AT91F_AIC_DisableIt(AT91C_BASE_AIC, AT91C_ID_PIOA);
...
//программа обработки прерывания
...
//Разрешение прерываний
if(i_status&0x800000) AT91F_PIO_InterruptEnable(AT91C_BASE_PIOA,SW3_MASK);
if(i_status&0x1000000) AT91F_PIO_InterruptEnable(AT91C_BASE_PIOA,SW2_MASK);
AT91F_AIC_EnableIt(AT91C_BASE_AIC, AT91C_ID_PIOA); Первое прерывание нормально обрабатывается, но второе прерывание не обрабатывается, хотя источником является тот же вывод (PA24). Чтобы обработать следующее прерывание, приходится презагружать устройство и заново вызывать прерывание. То есть больше одного прерывания подряд не обрабатывает. Почемутак происходит, я ведь правильно конфигурирую прерывания? Заранее благодарен!
|
|
|
|
|
|
|
|
Jul 7 2009, 04:37
|
Частый гость
Группа: Участник
Сообщений: 99
Регистрация: 22-03-07
Из: Novosibirsk
Пользователь №: 26 415
|
Тему не в том разделе создали, надо в помощь начинающим. Излишеств много. Запрещать прерывания не надо. Вы пока это не обработаете, вторично в него не попадете - приоритет один. Убедитесь, что возвращаетесь в RT(). И не меняется ли у Вас i_status. Код void RT(void)
{
AT91F_AIC_ConfigureIt( AT91C_BASE_AIC, AT91C_ID_PIOA, 0x06, AT91C_AIC_SRCTYPE_INT_POSITIVE_EDGE, irq_RT);
AT91F_PIO_InterruptEnable(AT91C_BASE_PIOA, SW2_MASK | SW3_MASK); //Маска прерываний на PA23, PA24
//* set the interrupt by software
AT91F_AIC_EnableIt(AT91C_BASE_AIC, AT91C_ID_PIOA);
while(1); //Ожидание прерывания
}
__ramfunc void irq_RT(void)
{
//Определение источника прерывания
int i_status = AT91F_PIO_GetInterruptStatus(AT91C_BASE_PIOA);
...
//программа обработки прерывания
...
}
|
|
|
|
|
|
|
|
Jul 7 2009, 08:35
|
developer
Группа: Свой
Сообщений: 902
Регистрация: 12-04-06
Из: Казань
Пользователь №: 16 032
|
Цитата(Bulat @ Jul 7 2009, 07:57)  Первое прерывание нормально обрабатывается, но второе прерывание не обрабатывается, хотя источником является тот же вывод (PA24). Перед выходом из обработчика прерывания надо произвести запись в регистр AIC_EOICR любого значения. Цитата The End of Interrupt Command Register is used by the interrupt routine to indicate treatment is complete.
--------------------
Все может быть и быть все может, и лишь того не может быть-чего уж точно быть не может, хотя..и это может быть.
|
|
|
|
|
|
|
|
Jul 7 2009, 09:07
|
Частый гость
Группа: Участник
Сообщений: 104
Регистрация: 30-06-05
Из: С-Петербург
Пользователь №: 6 406
|
Цитата(dimka76 @ Jul 7 2009, 14:35) Перед выходом из обработчика прерывания надо произвести запись в регистр AIC_EOICR любого значения. Ага, и еще надо восстанавливать PC = LR - 4 и CPSR. Обычно и то и другое делается в общем irq-обработчике из startup.S. Цитата Убедитесь, что возвращаетесь в RT(). И также, проверьте, что точно второй раз не вызывается функция irq_RT().
--------------------
Hemos Pasado
|
|
|
|
|
|
|
|
Jul 7 2009, 11:32
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Ну, добавим еще традиционную и очевидную ошибку - AT91C_AIC_SRCTYPE_INT_POSITIVE_EDGE. Вот почему всем неймется настроить прерывания от внутренних некомбинированных источников на работу по фронту? Если писать без маразмов, то получится как-то так: Код void RT(void)
{
AT91C_BASE_AIC->AIC_SVR[AT91C_ID_PIOA] = (unsigned int)irq_RT;
AT91C_BASE_AIC->AIC_SMR[AT91C_ID_PIOA] = AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL | 6;
AT91C_BASE_AIC->AIC_IECR = (1UL << AT91C_ID_PIOA);
AT91C_BASE_SYS->PIOA_IER = SW2_MASK | SW3_MASK;
}
__irq void irq_RT(void)
{
unsigned int status = AT91C_BASE_SYS->PIOA_ISR;
if(status & SW2_MASK)
{
...
}
if(status & SW3_MASK)
{
...
}
AT91C_BASE_AIC->AIC_EOICR = status;
}
|
|
|
|
|
|
|
|
Jul 7 2009, 12:49
|
Частый гость
Группа: Участник
Сообщений: 99
Регистрация: 22-03-07
Из: Novosibirsk
Пользователь №: 26 415
|
Цитата(aaarrr @ Jul 7 2009, 18:32) Если писать без маразмов, Код AT91C_BASE_AIC->AIC_EOICR = status; Как заметил Troll, в стандартном startup.s это уже есть. INT_POSITIVE_EDGE недосмотрел 
|
|
|
|
|
|
|
|
Jul 7 2009, 15:43
|
Частый гость
Группа: Участник
Сообщений: 99
Регистрация: 22-03-07
Из: Novosibirsk
Пользователь №: 26 415
|
Цитата(aaarrr @ Jul 7 2009, 19:53) (и кто же его стандартизировал-то?) Хорошо, данный нам в softpack Atmel и растиражированный IAR.  BTW, если его не подправить, Ваш пример с __irq работать не будет. В тамошнем startup, насколько помню, lr корректируется (sub lr, lr, #4), примерно то же делает директива __irq, т.е. от lr будет дважды отниматься 4. С другой стороны, если в таблице векторов уже ldr pc, [pc,#-0xF20], как в startup "по умолчанию" у Keil, без __irq оно могло залетать в какой-нибудь abort. Надо смотреть, что в startup у топикстартера.
|
|
|
|
|
|
|
|
Jul 7 2009, 15:49
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Цитата(SergeiCh @ Jul 7 2009, 19:43) Надо смотреть, что в startup у топикстартера. Да, надо. Причем топикстартеру, а не нам. Хорошо бы как объявление закрепить: Цитата Внимание!
При создании темы типа "прерывание на ARM не работает" прикладывайте стартап или область векторов, не заставляйте окружающих прибегать к телепатии.
|
|
|
|
|
|
|
|
Jul 8 2009, 08:47
|
Местный
Группа: Участник
Сообщений: 206
Регистрация: 12-10-06
Из: ufa
Пользователь №: 21 241
|
Цитата(aaarrr @ Jul 7 2009, 21:49) Да, надо. Причем топикстартеру, а не нам.
Хорошо бы как объявление закрепить: Спасибо за ответы. Прикрепляю стартап, изменил расширение, так как s79 не дает загрузить.
|
|
|
|
|
|
|
|
Jul 8 2009, 09:34
|
Частый гость
Группа: Участник
Сообщений: 104
Регистрация: 30-06-05
Из: С-Петербург
Пользователь №: 6 406
|
Не сильно хорошо разбираюсь в Ассемблере. Но на первый взгляд ничего "противозаконного" не заметил. Проверьте после выхода из прерывания, программа возвращается в основной цикл или нет? Хотя, на счет "все нормально" я поспешил. Команда "В" изменяет регистр LR (адрес текущей команды) и после выполнения команд: Код sub lr, lr, #4
stmfd sp!, {lr} будет сохранен отнюдь не адрес команды на которой произошло прерывание. Вместо команды "В" используйте команду "LDR".
Сообщение отредактировал Troll - Jul 8 2009, 09:54
--------------------
Hemos Pasado
|
|
|
|
|
|
|
|
Jul 8 2009, 09:48
|
Местный
Группа: Участник
Сообщений: 206
Регистрация: 12-10-06
Из: ufa
Пользователь №: 21 241
|
Цитата(Troll @ Jul 8 2009, 15:34) Не сильно хорошо разбираюсь в Ассемблере. Но на первый взгляд ничего "противозаконного" не заметил.
Проверьте после выхода из прерывания, программа возвращается в основной цикл или нет? В основном цикле включается светодиод, подключенный к РА0 Код void RT(void)
{
AT91C_BASE_AIC->AIC_SVR[AT91C_ID_PIOA] = (unsigned int)irq_RT;
AT91C_BASE_AIC->AIC_SMR[AT91C_ID_PIOA] = AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL | 6;
AT91C_BASE_AIC->AIC_IECR = (1UL << AT91C_ID_PIOA);
AT91C_BASE_SYS->PIOA_IER = SW2_MASK | SW3_MASK;
while(1) { regs->PIOA_ODSR = 0x0080001; }
} Так вот, после обработки прерывания светодиод загорается, если нет дерективы __irq перед обработчиком. Если стоит деректива, то светодиод не загорается, стало быть из прерывания не возвращается. Но, даже когда загорается диод, то есть программа возвращается в основной цикл, повторно перейти к обработчику она не может, хотя прерывание вызывается также, как и в первом случае.
|
|
|
|
|
|
|
|
Jul 8 2009, 10:49
|
Частый гость
Группа: Участник
Сообщений: 104
Регистрация: 30-06-05
Из: С-Петербург
Пользователь №: 6 406
|
Цитата(Bulat @ Jul 8 2009, 15:48) Так вот, после обработки прерывания светодиод загорается, если нет дерективы __irq перед обработчиком. Если стоит деректива, то светодиод не загорается, стало быть из прерывания не возвращается. не знаю каким компилятором Вы пользуетесь, но в общем случае директива __irq вставляет в код функции строки: Код sub lr, lr, #4
stmfd sp!, {lr} //Список может быть и больше
... //тело фукнции
ldmia sp!, {pc}^ Поэтому с Вашим обработчиком и директивой IRQ из прерывания программа будет улетать в ближний космос. Об этом чуть выше уже писал SergeiCh. Вопрос, а с чего Вы взяли, что светодиод загорается после выхода из обработчика? Код while(1) { regs->PIOA_ODSR = 0x0080001; } этот код вообще не показатель.
--------------------
Hemos Pasado
|
|
|
|
|
|
|
|
Jul 8 2009, 11:47
|
Гуру
Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448
|
Цитата(Troll @ Jul 8 2009, 13:34) Команда "В" изменяет регистр LR (адрес текущей команды) Команда B не изменяет LR, изменяет BL. Цитата(Bulat @ Jul 8 2009, 13:48) Так вот, после обработки прерывания светодиод загорается, если нет дерективы __irq перед обработчиком. С таким стартапом __irq не нужен. Но я бы рекомендовал выкинуть IRQ_Handler_Entry, а вместо Код B IRQ_Handler_Entry ; 0x18 IRQ поставить Код ldr pc, [pc, #-0xf20] ; IRQ И вернуть __irq обработчикам. Цитата(Bulat @ Jul 8 2009, 13:48) Но, даже когда загорается диод, то есть программа возвращается в основной цикл, повторно перейти к обработчику она не может, хотя прерывание вызывается также, как и в первом случае. Выложите полностью основную программу и обработчик в текущем состоянии. А то совершенно непонятно, как получаются такие выводы.
|
|
|
|
|
|
|
|
Jul 8 2009, 11:59
|
Частый гость
Группа: Участник
Сообщений: 104
Регистрация: 30-06-05
Из: С-Петербург
Пользователь №: 6 406
|
Цитата(aaarrr @ Jul 8 2009, 17:47) Но я бы рекомендовал выкинуть IRQ_Handler_Entry, а вместо Код B IRQ_Handler_Entry ; 0x18 IRQ поставить Код ldr pc, [pc, #-0xf20]; IRQ И вернуть __irq обработчикам. а с чем связана такая рекомендация? Как это работает я понимаю, но мне интересна Ваша точка зрения, чем один вариант лучше другого.
--------------------
Hemos Pasado
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
