caxapa.ru :: Время реакции в RTOS.

Argon (22.05.2007 13:53, просмотров: 6792)

Время реакции в RTOS. Начал осваивать scmRTOS. Поскольку опыта работы с RTOS не имею, есть некоторые вопросы, ответы на которые не могу найти даже читая между строчек доки на scmRTOS. системный клок ОСи 1 кГц, т.е. каждые 1 мсек. получается, переключение процессов возможны с этим периодом, так? У меня основной процесс (с меньшим приоритетом), который управляет работой прибора в целом, должен дать команду на расширитель портов, находящийся на шине i2c, что бы тот переключился в др. состояние. Основной процесс с приоритетом N. Процесс, управляющий шиной i2c, с приоритетом N+1. Основной процесс через средства межпроцессного взаимодействия (флаги) дает команду на такое-то переключение расширителя. Вопрос: когда процесс расширителя получит управление? когда придет системный тик? Если да, то это довольно долгий процесс, лучше бы ускорить время реакции. Как сделать так, чтобы перепланировка произошла мгновенно, не дожидаясь системного тика?

- В этой и подобной ОСях переключение контекста происходит, когда более приоритетная задача, чем текущая становится готовой к выполнению. Системный тик же оказывает на это косвенное влияние через =AlexD=(123 знак., 22.05.2007 14:23, )
- чем выше N тем ниже приоритет. Поэтому в твоем случае основной процесс должен иметь N+1, а "драйвер" N. - Sergey Pinigin(22.05.2007 14:08, )
  - Неа, у меня scmRTOS_PRIORITY_ORDER = 0 - Argon(22.05.2007 14:10, )
    - Priority names order do not depend on Context Switch Scheme (in contrast to v2.xx). pr0 - is always the highest priority, prN - is always the lowest priority, where N - is integer number in range Sergey Pinigin(104 знак., 22.05.2007 14:31, , ссылка)
      - Ну вот, а я и не знал об этой страничке. scmRTOS.narod.ru, видимо, не обновляется давно! - Argon(22.05.2007 14:39, )
        
        и не будет(там же сказано), все переехало на sf.net Sergey Pinigin(173 знак., 22.05.2007 14:45, , ссылка)
    - см. "enum TPriority" (145:scmRTOS_defs.h) - Sergey Pinigin(22.05.2007 14:15, )
      - Сорри, действительно я ошибся. Т.е. основной процесс у меня приоритетом N+1, i2c - N. Ошибка была в сообщении, а не в программе. - Argon(22.05.2007 14:24, )
- читай еще раз ;-) все там есть, время реакции в RTOS с вытеснением не зависит от системного тика. - Sergey Pinigin(22.05.2007 14:01, )
  - Читаю по версии 2, а пользую версию 3, порт для ARM. Argon(191 знак., 22.05.2007 14:06, )
    - Планировщик вызывается при выполнении сервисов OS И в системном таймере (обрабатываются таймеры процессов) - Sergey Pinigin(22.05.2007 14:12, )
- По идее функция WakeUpProcess должна подойти для этих целей? Argon(174 знак., 22.05.2007 13:58, )
  - Использовать WakeUpProcess() не рекомендует даже сам автор. TEventFlag спасёт отца русской демократии. - =AlexD=(22.05.2007 14:27, )
    - Т.е. в функцию TEventFlag::Signal() встроен планировщик? - Argon(22.05.2007 14:33, )
      - только не встроен :-), а вызывает. - Sergey Pinigin(22.05.2007 14:34, )
        
        Благодарствую! Теперь все начало укладываться по порядку :) - Argon(22.05.2007 14:40, )
        
        в голове - Argon(22.05.2007 14:40, )
    - заюзал для блекфина? - Sergey Pinigin(22.05.2007 14:32, )
  - Можешь почитать доку на uC/OS-II (переводной вариант по ссылке) - Sergey Pinigin(22.05.2007 14:24, , ссылка)
    - Спасибо! - Argon(22.05.2007 14:41, )
  - ты бы еще написал какую версию пробуешь и какую доку читал... А то может 1.xx - Sergey Pinigin(22.05.2007 14:03, )

Микроконтроллеры