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

 
 
> Вложенные прерывания в embedded RTOS, по следам обсуждения TNKernel
spf
сообщение Apr 4 2007, 06:56
Сообщение #1


Странник
****

Группа: Свой
Сообщений: 766
Регистрация: 29-08-05
Из: Екатеринбург
Пользователь №: 8 051



Начало:
http://electronix.ru/forum/index.php?showt...=29375&st=0

Отсутствие вложенных прерываний иногда может привести к непомерной потребности производительности МК.
Пример:
Есть 8 источников прерываний.
Самым тяжелым случаем будет момент (его нельзя исключать), когда одновременно будут выставлены все флаги запроса прерывания.

Без вложений

Обрабатываться прерывания будут последовательно, в определенном аппаратными средствами порядке. Если окажется что самое критичное прерывание будет последним в этой очереди, то придется жестко контролировать время выполнения всех прерываний. Шаг в сторону -- прерывание потеряно...
Код
1-2-3-4-5-6-7-8


С возможностью одного вложения
Самому критичному присваиваем высокий приоритет - поэтому оно будет обработано всегда первым - выигрыш по производительности получается в 8 раз wink.gif
Код
8(!)-1-2-3-4-5-6-7 - все одновременно
1>8(!)<1-2-3-4-5-6-7 - запрос 8-го чуть позже, во время выполнения обработчика первого.


К чему я это?
К тому, что иметь такую возможность не помешает именно в embedded приложениях, когда требуется "утоптать" в имеющийся аппарат, а не брать монстра.


PS: Вложенные прерывания на некоторых системах достаточно "дороги" за счет потребления RAM, если затруднительно организовать отдельный стек для прерываний.


--------------------
"Как много есть на свете вещей, которые мне не нужны!" Сократ
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
VslavX
сообщение Apr 4 2007, 09:32
Сообщение #2


embarrassed systems engineer
*****

Группа: Свой
Сообщений: 1 083
Регистрация: 24-10-05
Из: Осокорки
Пользователь №: 10 038



Цитата(spf @ Apr 4 2007, 06:56) *
К чему я это?
К тому, что иметь такую возможность не помешает именно в embedded приложениях, когда требуется "утоптать" в имеющийся аппарат, а не брать монстра.
PS: Вложенные прерывания на некоторых системах достаточно "дороги" за счет потребления RAM, если затруднительно организовать отдельный стек для прерываний.

Дык, например, для ARM никаких проблем нет - в безопасном месте обрабочика вставляем функцию типа (вариант для IAR 4.3x):
Код
        public    irq_Reenable
irq_Reenable:      mov    R1, LR
        mrs    R2, SPSR
        mrs    R0, CPSR
        bic    R0, R0, #NOINT
        msr    CPSR_c, R0
        nop
        nop
        nop
        orr    R0, R0, #NOINT
        msr    CPSR_c, R0
        msr    SPSR_cxsf, R2
        mov    PC, R1

И живем долго и счастливо с вложенными прерываниями smile.gif
К RTOS это имеет несколько косвенное отношение - упомянутый TNKernel, cкорее всего, даже без модификации будет работать с такими обработчиками (возможно, сегодня выясню это практически).
Go to the top of the page
 
+Quote Post



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

 


RSS Текстовая версия Сейчас: 21st June 2025 - 23:32
Рейтинг@Mail.ru


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