scmRTOS - первые шаги - II, схемы переключения контекста и UART Опции

[MrYuran]

Вчера запустил scmRTOS на mspgcc (Thanks to AHTOXA)
Поигрался светодиодиками, пищалкой, буковки повыводил на экранчик.
Теперь такой вопрос:
Насколько я понял, при передаче управления через программные прерывания используется аналоговый компаратор. А мне он, к примеру, бывает нужен.
Если использовать прямую передачу управления, то (цитирую руководство, стр.47)

Представим, что МК участвует в обмене данными через UART. Обмен
производится пакетами, состоящими из заголовка, «тела» пакета, где заключена
собственно передаваемая информация, и трейлера, содержащего контрольную
сумму. Логика работы такова, что сначала принимается весь пакет, а затем управ-
ление получает процесс, ожидающий пакет и обрабатывающий заключенную в
нем информацию. Совершенно очевидно, что при приеме заголовка и «тела» па-
кета нет никакой необходимости в передаче управления процессу, т.е. никакого
перепланирования реально происходить не будет – перепланирование с после-
дующей передачей управления процессу, ожидающему пакет, будет иметь место
только после приема трейлера, проверки контрольной суммы и в случае отсутст-
вия ошибок. Таким образом, реально полное сохранение контекста требуется
только один раз на весь пакет, но при рассматриваемом подходе будет происхо-
дить каждый раз при приеме очередного символа приемником UART. Т.е. налицо
очень значительный оверхед, который весьма снижает производительность сис-
темы и очень ограничивает скорость передачи по UART’у.
Еще одним недостатком является то, что каждый ISR включает в себя код
по полному сохранению и восстановлению контекста, что влечет за собой на-
кладные расходы по размеру кода программы.

А у меня как раз желание работать с UARTом на 115200, то есть каждые 100мкс будет приходить байт и вызывать вышеописанные неудобства.
Можно ли всё-таки использовать прямую передачу управления, а если нельзя, то как сохранить компаратор для собственных нужд?

Сообщение отредактировал MrYuran - Apr 17 2008, 09:29

[MrYuran]

Такой ещё вопросик. Пара.
Вызов метода OS::WakeUpProcess вызывает немедленную перепланировку процессов или только по системному таймеру?
Можно ли его применять внутри прерываний
Можно ли сбрасывать WDT c целью немедленной перепланировки, чем это может быть чревато или как сделать по-другому
Чем отличается WakeUpProcess от ForceWakeUpProcess

И ещё:
Может есть какой аналог Sleep(), но который не системные тики считает, а к примеру, микросекунды (загнул конечно, ну хоть десятки).
В смысле не в штатных средствах операционки, а у кого-нибудь из сообщества.
Какой-нибудь класс виртуального таймера
Самому лень писать, а Pause(mks){while(mks--)_NOP();} как-то уже не катит...

Сообщение отредактировал MrYuran - Apr 18 2008, 07:47

[dxp]

Вызов метода OS::WakeUpProcess вызывает немедленную перепланировку процессов или только по системному таймеру?
Можно ли его применять внутри прерываний
Можно ли сбрасывать WDT c целью немедленной перепланировки, чем это может быть чревато или как сделать по-другому
Чем отличается WakeUpProcess от ForceWakeUpProcess

Цитата из доки:

• WakeUpProcess(TBaseProcess& p); Выводит процесс из состояния «спячки». Процесс переводится в состояние готового к выполнению, только если он находился в состоянии ожидания с таймаутом события; при этом, если этот процесс имеет приоритет выше текущего, то он сразу получает управление;

• ForceWakeUpProcess(TBaseProcess& p); Выводит процесс из со-стояния «спячки». Процесс переводится в состояние готового к выполне-нию всегда. при этом, если этот процесс имеет приоритет выше текуще-го, то он сразу получает управление; Этой функцией нужно пользоваться с особой осторожностью, т.к. некорректное использование может привес-ти к неправильной (непредсказуемой) работе программы;

Из прерываний, оформленных соответствующим образом, вызывать можно. Но зачем? Обе эти функции служат для аварийных целей - когда надо разбудить процесс нештатным образом. Для штатной работы надо пользоваться средствами межпроцессного взаимодействия. Лично я не помню случая, когда бы эти функции мне пригодились. Она там присутствуют скорее для комплекта.

WDT сбрасывать не пробовал, не понял, чего вы хотите этим добиться.

Может есть какой аналог Sleep(), но который не системные тики считает, а к примеру, микросекунды (загнул конечно, ну хоть десятки).
В смысле не в штатных средствах операционки, а у кого-нибудь из сообщества.
Какой-нибудь класс виртуального таймера
Самому лень писать, а Pause(mks){while(mks--)_NOP();} как-то уже не катит...

Нет, такой вещи нет - сложновато привязывать абсолютные единицы времени ко всем возможным ситуациям (платформам, периферии). То, что вам нужно, реализуется на таймере и OS::TEventFlag'е.