Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: TEventFlag Cortex-M3 LPC1766
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Операционные системы > scmRTOS
LessNik
Добрый день.
Возникла проблема при использовании TEventFlag. Если в прерывании используестя метод SignalISR, то процесс, ожидающий событие просыпается, а если Signal, то не пробуждается. Причём перестают работать все процессы и крутимся в void TKernel::Sched().
Это так задумано, что в прерываниях я обязан использовать SignalISR или дело в чём-то другом? У кого-нибудь проявлялся данный эффект?
Сергей Борщ
QUOTE (LessNik @ Mar 15 2011, 11:26) *
Это так задумано, что в прерываниях я обязан использовать SignalISR или дело в чём-то другом?
А как вы думаете, для чего была введена функция-член SignalISR? Да, обязан. В документации об этом сказано.
LessNik
Цитата(Сергей Борщ @ Mar 15 2011, 12:49) *
А как вы думаете, для чего была введена функция-член SignalISR? Да, обязан. В документации об этом сказано.


В документации написано, что TEventFlag::SignalISR() "нельзя использовать вне кода обработчика прерываний", так я его и не использую вне обработчика. А вот про TEventFlag::Signal() не написано, что его нельзя использовать в обработчике прерывания.
Цитата
TEventFlag::Signal()
«сигналить». Процесс, который желает сообщить
посредством объекта TEventFlag другим процес-
сам о том, что то или иное событие произошло,
должен вызвать функцию Signal(). При этом все
процессы, ожидающие указанное событие, будут
переведены в состояние готовых к выполнению,
а управление получит самый приоритетный из
них (остальные в порядке очередности приорите-
тов);

А функция-член TEventFlag::SignalISR(), как написано, оптимизированный вариант для использования в прерываниях.
Цитата
TEventFlag::SignalISR()
вариант вышеописанной функции, оптимизиро-
ванный для использования в прерываниях (при
использовании способа передачи управления на
основе программного прерывания). Функция яв-
ляется встраиваемой и использует специальную
облегченную встраиваемую версию планировщи-
ка. Этот вариант нельзя использовать вне кода
обработчика прерываний.
Сергей Борщ
QUOTE (LessNik @ Mar 15 2011, 12:36) *
А вот про TEventFlag::Signal() не написано, что его нельзя использовать в обработчике прерывания.
Да, действительно. Спасибо, исправим. Логика проста: Signal() запускает перепланировку. Перепланировка делается в обработчике программного прерывания. Приоритет у обработчика - самый низкий. А вы уже находитесь обработчике более высокоприоритетного прерывания. Поэтому прерывание переключения контекста не может быть вызвано и перепланировка не может закончиться.
dxp
Цитата(LessNik @ Mar 15 2011, 16:36) *
В документации написано, что TEventFlag::SignalISR() "нельзя использовать вне кода обработчика прерываний", так я его и не использую вне обработчика. А вот про TEventFlag::Signal() не написано, что его нельзя использовать в обработчике прерывания.

Вообще-то, фатального поведения вызов Signal() в обработчике прерываний порождать не должен. При этом вызове просто не будет реально вызван планировщик, потому что:

INLINE void Scheduler() { if(ISR_NestCount) return; else Sched(); }

ISR_NestCount инкрементируется в конструкторе класса TISRW, объект которого должен быть объявлен в ISR.

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

А вот нехорошести могут происходить, если в обработчике прерываний не завели "обёртку" TISRW. И если это так, то это по-любому ошибка, любой ISR, использующий сервисы ОС, должен содержать объект этого класса.
LessNik
Цитата(dxp @ Mar 15 2011, 14:31) *
А вот нехорошести могут происходить, если в обработчике прерываний не завели "обёртку" TISRW. И если это так, то это по-любому ошибка, любой ISR, использующий сервисы ОС, должен содержать объект этого класса.


Да, действительно. Именно в этом прерывании и забыл TISRW. Спасибо. Заработало и с Signal.
dxp
Цитата(LessNik @ Mar 15 2011, 19:16) *
Заработало и с Signal.

sm.gif Но все равно правильнее SignalISR использовать.
LessNik
Цитата(dxp @ Mar 16 2011, 06:03) *
sm.gif Но все равно правильнее SignalISR использовать.


Да, но проблема в том, что я не знаю откуда вызвалась функция, которая дёргает SignalISR. sm.gif Она может вызваться не только из прерывания
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.