День добрый.
Работаю с F148, хочу использовать два прерывания по захвату (CCR0 и CCR1), а также прерывание по переполнению. Все от TimerВ. Работаю в IAR.
Проблема в том, что если я разрешаю все три типа прерываний, то в обработчике, обрабатывающем прерывание CCR1 (TBIV == 0x02) и переполнения (TBIV == 0x0E) обрабатывается только наиболее приоритетное прерывание (CCR1). Второго контроллер будто не видит. Если отключить обработку CCR1, то переполнение обрабатывается нормально.
Может быть, мало курил документацию... но никто ли не сталкивался с подобным? Что можно сделать?
Огромное спасибо!

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

Ну и не следует забывать, что у таймераB два вектора прерываний. Один для TBCCR0, и второй для всех остальных.

Вот примерно так. Реальные обработчики я заменил переключением ножки контроллера, дабы не захламлять код.
Про два вектора знаю. Учел. Прикол с однократным считыванием TBIV вроде тоже учел. Но проблема остается -- если разрешены все прерывания, то обрабатывается только наиболее приоритетное. Как только оно запрещается - обрабатывается следующее по приоритету - в моем случае обработчик переполнения

Не вижу здесь чего-либо неординарного. Так и должны работать прерывания с разными приоритетами. Возможно вас вводит в недоумение использование breakpoint. При установке breakpoint на метке case 2: следующий вызов опять попадет на этот же вектор, т.к. несмотря на "останов по бряку" таймер в железе продолжает "щелкать", а прерывания формироваться. Вы лучше счетчики вместо "ногодрыгалки" сделайте или "дрыгайте" разными пинами в разных прерываниях, а не одним и тем же. Тогда вы сможете увидеть (например, осциллографом) работают ли все обработчики прерываний или только одно с самым высоким приоритетом.
P.S. IAR вроде корректно реализует switch(TBIV) с созданием копии этого регистра в РОНе, но на всякий случай посмотрите асм-овый исходник в этой части. Вдруг IAR лажается и TBIV дважды считывается в одном прерывании?

Я перехожу на MSP с AVR. В АВР в настройках IAR была возможность на время программного останова останавливать таймера. в ИАРе для MSP я такой возможности не нашел. Ее не существует или я плохо искал?
Но что касается счетчиков вместо ногодрыгалки - обязательно посмотрю. Спасибо большое

P.S. Смущает, правда, тот момент, что если я ставлю breakpoint только в ветви с менее приоритетным прерыванием, то (при разрешенном более приоритетном) контроллер в эту ветвь не заходит. Будем искать

Сообщение отредактировал korobov_michael - Aug 21 2007, 05:04

Плохо Искали. Есть.

Может я и не копал глубоко, но у меня сложилось впечатление, что использование точек останова в прерываниях MSP действительно более непредсказуемо, чем у того же AVR. Но я достаточно легко мирюсь с этим.

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

Вопрос в догонку. Я хочу запитать ACLK от 4МГц. Однако только что вычитал, что ACLK предназначен для низкочастотной работы. Насколько реальна запитка от 4МГц?

Когда запускаете программу в IAR, то появляется новая панелька, там есть кнопка с изображением часиков - ее нужно нажать. Или то же самое через пункты меню Emulator->Advanced->Clock Cotrol.
Нажав на кнопку/выбрать пункт меню, вываливается окошко с несколькими chekbox'ами: Stop ACKL on emulation stop, Stop SMCKL on emulation stop или что-то подобное.

Одно но! Сам я никогда этой приблудой не пользовался. Для чего она нужна и работает ли она вообще точно не знаю. Хотя смысл в принципе понятен...

Расскажите потом, что у Вас получилось

используйте SMCLK . Либо (тут не уверен) подавайте на какую то там ногу контроллера такт от внешнего генератора

Мгм... С радостью увидел твой пост. Но, увы, F148 не имеет, похоже, этого пресловутого EnhancedEmulationModule жаль

F148?! Это фича IAR'а. Это есть для любого камня, поддерживаемого средой. Может дело в программаторе? У меня самый простой JTAG, который через LPT.

В кристаллах с двумя кварцевыми генераторами XT1 может работать как с высокочастотным, так и с часовым кварцем. XT2 только с высокочастотным. Так что можно оба кварца поставить высокочастотных. В кристаллах с одним генератором присутствует только XT1, который может работать как с высокочастотным, так и с часовым кварцами. Проблема лишь в том, что в двухгенераторных кристаллах ACLK может формироваться от XT1, а SMCLK от DCO или XT2.

Конечно!
(1) Отладочная печать (или "дрыгание ножкой") для того чтобы понять как именно проявляет себя ошибка и
(2) внимательное чтение текста в поисках ошибки - самый старый и по-прежнему самый эффективный метод отладки.
Он появился ещё до изобретения мышей и окон и наверняка их переживёт.
Отсутствие необходимости возиться ещё и с отладчиком оставляет больше времени на самое главное - пункт (2).

P.S. Шутки шутками, но из предыдущего обсуждения не понятно - Вы без отладчика, в естественной, так сказать среде, проверяли? Судя по тексту - должно работать.