Форум разработчиков электроники ELECTRONIX.ru > Уровни приоритетов прерываний

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: Уровни приоритетов прерываний

Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > FreeRTOS

adnega

Nov 2 2011, 12:49

Друзья, пока не дописал в main()

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4)

долго мучился с очередями и прерываниями.

Насколько это "не красиво"?

PS.:

CODE

FreeRTOSConfig.h:

#define configKERNEL_INTERRUPT_PRIORITY  (0xF0)
#define configMAX_SYSCALL_INTERRUPT_PRIORITY  (0xC0)

init-usart:

NVIC_InitStructure.NVIC_IRQChannel  = USART1_IRQn;
NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority  = (uint8_t)(configKERNEL_INTERRUPT_PRIORITY >> 4);
NVIC_InitStructure.NVIC_IRQChannelSubPriority  = 0;
NVIC_InitStructure.NVIC_IRQChannelCmd  = ENABLE;
NVIC_Init(&NVIC_InitStructure);

1kvi1

Nov 4 2011, 11:32

Можно более подробно - про уровни приоритетов прерываний? Как правильно инициализировать?

Сделал как в примерах, но ничего не помогает...
Который день мучаюсь с прерываниями первого последовательного порта в STM32L.

diwil

Nov 4 2011, 19:18

Цитата(1kvi1 @ Nov 4 2011, 14:32)

значится так - для кортекса м3 -
у котрекса наименьшему число соответствует больший приоритет. Приоритеты прерываний проца ось не использует. Поэтому
если надо,чтобы прерывания использовали средства оси, то NVIC_IRQChannelPreemptionPriority должно быть больше max syscal prio оси сдвинутого на 4, ибо используются только старшие 4 бита значения. эти прерывания будут запрещаться осью.
сли не надо - то меньше. эти прерывания не будут запрещаться осью, но и средства оси они использовать не могут, иначе ось виснет (я об это спотыкался).

также надо чтобы была строчка NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4), чтобы не сильно менять определения приоритетов порта.

Например у меня определено max syscal prio как 0xb0. Таймерные прерывания не используют средств оси, а лишь запускают SPI, поэтому у него NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0x0a. А SPI по окончании передачи шлет сообщение из прерывания, что данные приняты. Поэтому у него приоритет == 13

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

Altair

Dec 7 2011, 02:47

Цитата(diwil @ Nov 4 2011, 23:18)

также надо чтобы была строчка NVIC_PriorityGroupConfig(NVIC_PriorityGroup_4), чтобы не сильно менять определения приоритетов порта.

Я вот так сделал:

Код

    #define AIRCR_VECTKEY_MASK    ((uint32_t)0x05FA0000)
     /* Ensure that all 4 interrupt priority bits are used as the pre-emption
     priority. */
     SCB->AIRCR = (AIRCR_VECTKEY_MASK | SCB_AIRCR_PRIGROUP_0 |SCB_AIRCR_PRIGROUP_1);

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.