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

 
 
> scmRTOS - первые шаги - II, схемы переключения контекста и UART
MrYuran
сообщение Apr 17 2008, 09:29
Сообщение #1


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Вчера запустил scmRTOS на mspgcc (Thanks to AHTOXA)
Поигрался светодиодиками, пищалкой, буковки повыводил на экранчик.
Теперь такой вопрос:
Насколько я понял, при передаче управления через программные прерывания используется аналоговый компаратор. А мне он, к примеру, бывает нужен.
Если использовать прямую передачу управления, то (цитирую руководство, стр.47)
Цитата
Представим, что МК участвует в обмене данными через UART. Обмен
производится пакетами, состоящими из заголовка, «тела» пакета, где заключена
собственно передаваемая информация, и трейлера, содержащего контрольную
сумму. Логика работы такова, что сначала принимается весь пакет, а затем управ-
ление получает процесс, ожидающий пакет и обрабатывающий заключенную в
нем информацию. Совершенно очевидно, что при приеме заголовка и «тела» па-
кета нет никакой необходимости в передаче управления процессу, т.е. никакого
перепланирования реально происходить не будет – перепланирование с после-
дующей передачей управления процессу, ожидающему пакет, будет иметь место
только после приема трейлера, проверки контрольной суммы и в случае отсутст-
вия ошибок. Таким образом, реально полное сохранение контекста требуется
только один раз на весь пакет, но при рассматриваемом подходе будет происхо-
дить каждый раз при приеме очередного символа приемником UART. Т.е. налицо
очень значительный оверхед, который весьма снижает производительность сис-
темы и очень ограничивает скорость передачи по UART’у.
Еще одним недостатком является то, что каждый ISR включает в себя код
по полному сохранению и восстановлению контекста, что влечет за собой на-
кладные расходы по размеру кода программы.

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

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


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
MrYuran
сообщение Apr 24 2008, 09:05
Сообщение #2


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Ну чё, в целом вроде разобрался, поигрался немного, перенёс рабочий проект (non-OS) на scmRTOS, вроде всё работает. (Правда, иногда "залипает" и сбрасывается, но это пока мелочи)

Вопрос теперь такой: как максимально эффективно работать с УАРТом?
Я хочу работать на 115200, то есть между символами будет 100мкс.
Схема передачи управления - программное прерывание.
Я планирую в прерывании читать буфер УАРТ и кидать байт в глобальный буфер.
А потом по таймауту приёма потихоньку этот буфер разгребать.
Какие-нибудь подводные грабли могут быть?

И ещё:
OS::TISRW ISRW;
вот эту штуку обязательно писать в прерывании?
Что будет, если её не поставить?


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Apr 24 2008, 09:51
Сообщение #3


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(MrYuran @ Apr 24 2008, 12:05) *
И ещё:
OS::TISRW ISRW;
вот эту штуку обязательно писать в прерывании?
Что будет, если её не поставить?
Если прерывание не использует сервисы ОС и в нем не разрешаются вложенные прерывания - то все нормально. А если использует или разрешаются - то перепланировка может быть выполнена внутри прерывания с разрушением стекового фрейма. Результат, сами понимаете, любой отличный от нормальной работы.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post



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

 


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


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