Timer 1, CTC, mega8 Опции

[Метценгерштейн]

настраиваю таймер1 на работу СТС, чтобы прерывался каждую и 1 мс и 100 мкс.

Код

        TCCR1B= (1<<WGM12) | (0<<CS12)|(0<<CS11) |(1<<CS10); //CTC mode, no prescaling
        TIMSK = (1<<OCIE1A) | (1<<OCIE1B);   //разрешили работу по compare A & B
        OCR1A= (OSC / 1000); // как досчитывает до этого значения- обнуляется
        OCR1B= (OSC / 10000);

        #pragma vector = TIMER1_COMPA_vect
__interrupt void overflow_timer1_A(void)
  {
    CntT1_ms++; // each ms will interrupt
  }

#pragma vector = TIMER1_COMPB_vect
__interrupt void overflow_timer1_B(void)
  {
   // CntT1_100mks++; // each 100 mks will interrupt
    cpl (test_pin);
  }

каждую 1 мс есть прерывание, а вот второе прерывание выполняется, но не так. cpl- это макрос- переворачивание ноги на противоположное сост.
в прерывание TIMER1_COMPB_vect входит, ногу переворачивает, но стабильно 1 мс на осцилле, а не 100 мкс

Чего забыл сделать или не учел?

[Xenia]

настраиваю таймер1 на работу СТС, чтобы прерывался каждую и 1 мс и 100 мкс.

каждую 1 мс есть прерывание, а вот второе прерывание выполняется, но не так. cpl- это макрос- переворачивание ноги на противоположное сост.
в прерывание TIMER1_COMPB_vect входит, ногу переворачивает, но стабильно 1 мс на осцилле, а не 100 мкс

Чего забыл сделать или не учел?

Вы просто не понимаете, что период задает только то событие, которое сбрасывает/обнуляет таймер. В данном случае этим событием является достижение уровня OCR1A. Именно поэтому период зависит только от значения OCR1A, но ни в коем случае не зависит от других OCR на том же таймере. Т.е. какими бы ни были OCR1B и OCR1C, на периодичности таймера они никак не сказываются, а потому на частоту генерации не влияют.

В вашем случае прерывание TIMER1_COMPB_vect будет происходить с фазовой задержкой в 100 мкс после сброса Таймера 1, но периодичность его останется по-прежнему 1 мс, т.к. при достижении уровня OCR1B таймер не сбрасывается, а продолжает повышаться дальше, пока не достигнет OCR1A.

Образно говоря, на какой бы час OCR1B вы ни завели (цифровой) будильник, звонить он будет раз в сутки, т.к. число часов в сутках задает OCR1A. А вы надеетесь, что заведя будильник на 1 час ночи, он будет звонить у вас каждый час. Не бывать этому!

И вообще - создать две разные частоты на одном таймере невозможно. Разве что за одним редким исключением, когда одна из частот ровно вдвое чаще другой.

[Метценгерштейн]

Спасибо. У меня были подозрения, т.к. топ указан ocr1a. И нигде ни слова про б.

[AndryG]

И вообще - создать две разные частоты на одном таймере невозможно.

А если в обработчике по совпадению изменять значение регистра совпадения (добавлять время "а теперь совпади через 100 мкс") и не трогать сам счетчик?
Что помешает так создать по одному генератору на каждом регистре сравнения?