MSP 430 таймер с перыванием в 10us

[kadrilo]

Здравствуйте, есть задача срабатывания прерывания таймера раз в 10 микросекунд. После просмотра примеров и поиска в интернете накидал примерный код, однако, не работает, видать что-то не так понял...

 WDTCTL = WDTPW + WDTHOLD;//watchdog stop
  
//дальше три строчки как я понял устанавливают частоту проца в 8МГц
  SCFI0 |= FN_3;                            // Set DCO operating range
  SCFQCTL = 121;                            // (121+1) x 32768 x 2 = 7.99 Mhz
  FLL_CTL0 = DCOPLUS + XCAP18PF;       // DCO+ set so freq = xtal x D x N+1

//Как я понял из примера, здесь мы выбираем источник тактирования для таймера и вроде в этом случае это DCO? Также выбираем режим постоянного счета вверх и нифига не делим )
TACTL = TASSEL_2 + MC_2 + TACLR+ID_0; // Timer setup: SMCLK, cont-mode, clear ID_2--divided by 1
TACCTL1 = CCIE;
//это типа предел, до которого считает таймер и потом генерит прерывание, так?
TACCR1 = 80;

Ну и вот короче это все у меня не работает... Посмотрите опытным взглядом, где я ошибаюсь... Спасибо!

[Alecsej]

И где здесь прерывания?

[kadrilo]

Это? TACCTL1 = CCIE;
а само прерывание код не пишу, там диод моргает просто. И моргает он очень медленно (((

[kadrilo]

Итак, еще раз приведу больше кода на этот раз, и изложу свое понимание всего этого, может кто меня поправит...
Итак, конфигурирую проц работать на частоте 8 МГц. Взял из примера TI

FLL_CTL0 |= DCOPLUS + XCAP18PF;           // DCO+ set, freq = xtal x D x N+1
  SCFI0 |= FN_4;
  SCFQCTL = 121;

Далее настраиваю таймер чтобы он работал на частоте SMCLK то есть DCO, это правильно? Также настраиваю чтоб он постоянно считал от нуля до заданного значения(80) и генерил прерывание. Я правильно здесь все понял?

CCTL0 = CCIE;                             // CCR0 interrupt enabled
  TACCR1 = 80;
  TACTL = TASSEL_2 + MC_2;

Далее чтобы не заморачиваться на основной цикл оставляю только обработку прерываний:

 _BIS_SR(LPM0_bits + GIE);

И вот собственно обработчик прерывания. Смысл в нем такой: каждый раз когда срабатывает прерывание, я увеличиваю переменную counter, с помощью второй переменной lastCounter имею возможность отмерить определенное количество срабатываний прерывания. И изменяю вывод порта, на котором висит светодиод.

__interrupt void Timer_A (void)
{  
  counter++;
  if ((counter - lastCounter) › 100)
  {
    P4OUT ^= 0xFF;
    lastCounter = counter;
  }
}

Так вот, при цифре 100, диод моргает примерно 1 раз в секунду. А по моим подсчетам, если он таймер работает на частоте 8МГц, прерывание происходит при достижении значения 80, прерывание должно сработать 8000000/80=100000 раз в секунду, ну и разделим на мои 100 - это тысяча раз в секунду! А у меня получается один раз... Где ошибка, подскажите...

Есть предположение, что после генерации прерывания таймер продолжает инкрементировать значение до какой-то своей верхней границы, а потом опять начинает с нуля. Я попробовал в обработчике прерывания записать в его значение 0, чтобы он каждый раз начинал отсчет с нуля.(TAR = 0 Вообще никакой реакции..

[kadrilo]

Опа, нашел где косяки. Настройка таймера(в моем случае) должна выглядеть вот так:

  TACCTL0 = CCIE;
  TACCR0 = 70;
  TACTL = TASSEL_2 + MC_1;

Тепрь другой вопрос - на глаз видно что диод моргает при 100000 срабатываниях прерывания раз в 1.5-2 секунды, а не раз в секунду... Из-за чего может быть? Есть предположение что во время обработки прерывания таймер не тикает, если это так, тогда во время прерывания нужно где-то компенсировать время, которое занимает операция обработки. Это операция инкремента и сравнения. То есть 2 такта мы теряем при обработке. Следовательно, через каждые 80 тактов мы тратим два на обработку, а сколько мы тратим на обработку самого прерывания? Пусть примерно вся эта история занимает 10 тактов проца. Значит, чтобы реально получить то что хотим, пробуем предел таймера установить равным 70.

ХМ все равно расхождение есть.. Есть идеи?

[kadrilo]

Методом научного тыка пришел к таким цифрам: порог оставляю тот же - 80, а вот количество прерываний меняю на 50000, то есть в два раза меньше! Почему, пока не понимаю.

[kadrilo]

Ну вот, вроде более-менее понятно где утечка ) Из документации:

Время задержки вызова прерывания составляет 6 машинных циклов.... Для возврата из прерывания необходимо 5 машинных циклов

ну и на обработку 2
Блин, ну все равно не в два раза...

[Yurkin2007]

Ничего компенсировать не надо. Таймер тикает ровно 10мкс вне зависимости от времени обработки прерывания.
Тут дело в следующем. Моргание в данном случае - это включили, пауза, выключили, пауза, включили, пауза и так далее. То есть две паузы на один морг. Вот и получается в два раза медленнее.

[kadrilo]

Ничего компенсировать не надо. Таймер тикает ровно 10мкс вне зависимости от времени обработки прерывания.
Тут дело в следующем. Моргание в данном случае - это включили, пауза, выключили, пауза, включили, пауза и так далее. То есть две паузы на один морг. Вот и получается в два раза медленнее.

Спасибо за ответ. Но странная вещь получается - я перенес моргание светодиода в основной цикл, то есть в прерывании оставил только инкремент перемнной counter. Так вот - ничего не изменилось, хотя моргание светодиода теперь не влияет на прерывание и изменение переменной counter...
То есть я понимаю так - таймер тикает 80 раз. Происходит прерывание. Счетчик инкрементируется. Далее основному циклу остается как минимум 65 тактов(до следующего прерывания) на проверку счетчика и моргание светодиода, по-моему этого должно за глаза хватать и никак не может влиять на скорость увеличения счетчика(читай скорость моргания диода)...

[Yurkin2007]

И потом, почему у Вас такой странный способ использования counter ? Бесконечное инкрементирование ни к чему хорошему не приведёт: переменная не резиновая и в конце концов переполнится. Тогда counter начнёт считать с нуля и ещё долго не обгонит lastCounter ...
Я бы сделал вот так

__interrupt void Timer_A (void)
{  
  counter++;
  if (counter › 100)
  {
    P4OUT ^= 0xFF;
    counter = 0;
  }
}

А какова размерность переменной counter?
В 16-битную переменную нелегко засунуть 100000 ...