MSP, ISR, изменение процедуры обработки прерывания Опции

[Kaplinsky]

Допустим есть процедура обработки прерывания, описана так:

#pragma vector=PORT2_VECTOR
__interrupt void P2_INT_1(){
...
}

и допустим имеется другая:

__interrupt void P2_INT_2(){
...
}

Понятно что первая будет работать так как она зарегистрирована с помощью #pragma vector

А как в процесе выполнения программы (при определенных условиях) перерегистрировать (поменять) ISR на другую (с последующим возвратом первой) ?

На С естественно.

Ветвление внутри единой ISR непредлагать

[vvvvv]

Вообщем можно сделать так :
1. Завести сигнал прерывания, предполагается, что это все таки сигнал сразу
параллельно на два вывода порта 1 или 2.
2. Назначить этим выводам разные процедуры.
3. Все, маскируя тот или иной вывод, мы выбираем нужную процедуру.

[Kaplinsky]

Вообщем можно сделать так :
1. Завести сигнал прерывания, предполагается, что это все таки сигнал сразу
параллельно на два вывода порта 1 или 2.
2. Назначить этим выводам разные процедуры.
3. Все, маскируя тот или иной вывод, мы выбираем нужную процедуру.

некатит. Сигналы заводить это не по теме. Устройство уже готово, его надо програмить.

Грязно материтсо ненада, вектора поменять - с удовольствием, тока как это сделать посредством С ?
Дело в том ,что регистрировать прерывания кроме как #pragma vector я неумею. В хелпе (IARовском) по этому поводу ничего толком ненашел.

Или может кто-нить покажет как это сделать спомощью вставки асемблерной ?

[dxp]

Грязно материтсо ненада, вектора поменять - с удовольствием, тока как это сделать посредством С ?
Дело в том ,что регистрировать прерывания кроме как #pragma vector я неумею. В хелпе (IARовском) по этому поводу ничего толком ненашел.

Или может кто-нить покажет как это сделать спомощью вставки асемблерной ?

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

Хотя все-таки не понятно, что в конечном итоге требуется. Вы бы задачу обрисовали, тогда, может, народ и решение наилучшее подскажет.

[ig_z]

Хотя все-таки не понятно, что в конечном итоге требуется. Вы бы задачу обрисовали, тогда, может, народ и решение наилучшее подскажет.

Одно из двух
-или пытается смастерить обработчик прерываний как автомат состояний
-или пытается сохранить скорость "Прямой передачи управления" и устранить излишние сохранения-восстановления контекста, как в "Передаче управления на основе программного прерывания"

По идее в обработчике должна стоять команда косвенного перехода по содержимому ячейки памяти. (Если конечно мсп со своей ортогональной архитектурой поддерживает такое. )
А в теле обработчика менять содержимое этой ячейки памяти на адрес обработчика(ов)-компаньона(ов)

[dxp]

-или пытается сохранить скорость "Прямой передачи управления" и устранить излишние сохранения-восстановления контекста, как в "Передаче управления на основе программного прерывания"

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

Вот я выше что-то подобное и предложил. Но...

(Если конечно мсп со своей ортогональной архитектурой поддерживает такое. )
А в теле обработчика менять содержимое этой ячейки памяти на адрес обработчика(ов)-компаньона(ов)

...Но тут, имхо, трудность в том, что переход надо делать не на любую функцию, а на функцию-обработчик - чтобы компилятор (благодаря __interrupt) понял, что это не простая функция и сохранял используемые ресурсы, как положено в обработчике прерываний. Можно, конечно, наобъявлять функций с квалификатором __interrupt без указания вектора, а потом подставлять их адреса. Но предупреждений он насыпет, что тоже некузяво. Предупреждения можно подавить, но кузявее от этого не становится.