Телесистемы
 Разработка, производство и продажа радиоэлектронной аппаратуры
На главную   | Карта сайта | Пишите нам | В избранное
Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Подскажите пожалста какие подводные камни у обработчика прервывания в UCOS-II?->

Отправлено Pavel_k 25 февраля 2007 г. 15:24


uSOS v.2.83, IAR 4.41A, J-Link
ISR выполняется только один раз, а потом, судя по дизассемблеру, не восстанавливается контекст новой задачи. После выполнения Си-функции ISR, идет "системная часть" с выбором приоритетной задачи и восстановлением ее контекста. Вот кусочек этого кода, поведение которого вызывает непонятки

; Call OSIntExit(). This call MAY never return
; if a ready task with higher priority than
; the interrupted one is found.
(1) LDR R0, ?OS_IntExit
(2) MOV LR, PC
(3) BX R0

; RESTORE NEW TASK'S CONTEXT
(4) LDMFD SP!, {R0} ; Pop new task's CPSR
(5) MSR CPSR_cxsf, R0

(6) LDMFD SP!, {R0-R12, LR, PC} ; Pop new task's context


(7) ; Начало другой ассемблерной функции

в пошаговом проходе после выполнения строчки (5) происходит переход сразу на строчку (7), минуя (6). А ведь именно в (6), по моему разумению, происходит выход из "системной части" и переход на задачу.

Может ли этот скачек быть связан с тем, что в (5) менется бит CPSR.T (Thumb-mode) с 0 на 1? И есть ли особенности отладки при RTOS?
Может также кто поделится примерчиком для ISR :)

Спасибо!

Составить ответ | Вернуться на конференцию

Ответы


Отправка ответа
Имя*: 
Пароль: 
E-mail: 
Тема*:

Сообщение:

Ссылка на URL: 
URL изображения: 

если вы незарегистрированный на форуме пользователь, то
для успешного добавления сообщения заполните поле, как указано ниже:
вычтите два из трёх, получится:

Перейти к списку ответов | Конференция | Раздел "Электроника" | Главная страница | Карта сайта

Rambler's Top100 Рейтинг@Mail.ru
 
Web telesys.ru