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

[MrYuran]

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

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

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

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

[Сергей Борщ]

Насколько я понял, при передаче управления через программные прерывания используется аналоговый компаратор. А мне он, к примеру, бывает нужен.

Там используется любое ненужное прерывание. Например в последних правках порта под AVR будет прерывание готовности флеша, которое нужно только в загрузчике, а писать загрузчик под ОС несколько... необычно. Выбирайте любое прерывание (желательно самое низкоприоритетное из доступных), которое вы можете вызвать программно (т.е. установить его флаг) и поправьте под него scmRTOS_TARGET_CFG.h

Можно ли всё-таки использовать прямую передачу управления

Можно, если программа будет успевать и вам не жалко потребляемого тока на лишние действия. Поэтому вариант с прерыванием лучше.

[MrYuran]

Можно, если программа будет успевать и вам не жалко потребляемого тока на лишние действия. Поэтому вариант с прерыванием лучше.

Нее, тока не жалко!
24В/2А - все мои! (хотя нет, немного ТЭНу надо оставить)
Спасибо за совет, сделал прерывание от PORT1

Код

#if CONTEXT_SWITCH_ISR_VECTOR == PORT1_VECTOR
#define NON_USED_PIN    1
    INLINE inline void RaiseContextSwitch() { P1IE |= (NON_USED_PIN);
                                              P1IFG |= (NON_USED_PIN);
                                            } // set flag and enable interrupt

        class TNestedISRW
        {
        public:
            TNestedISRW() : State(P1IE) { P1IE &= ~(NON_USED_PIN);
                                          P1IFG &= ~(NON_USED_PIN);
                                          __enable_interrupt(); }
            ~TNestedISRW() { __disable_interrupt(); P1IE = State; }

        private:
            byte State;
        };

        #define ENABLE_NESTED_INTERRUPTS() OS::TNestedISRW NestedISRW
#endif

Сам не понял чё сваял, но главное работает


Всё, теперь товарища снабженца с евоными х135 будем гнать поганой метлой, пусть в другом месте экономит. Лучше б 169 закупил, там DMA и DAC есть всего за 1 лишний бакс...