Проблема при измерении периода синусоиды, ATmega8 Опции

[straighter]

Уважаемые форумчане, помогите разобраться... ATmega8 работает с кварцем 8 Мгц. На вход встроенного компаратора подаю синусоиду 4 кГц от стабильного генератора. По положительному перепаду на выходе компаратора происходит захват значения в Timer/Counter1. Возникает прерывание, вычисляется разность между последним захваченным значением и предыдущим захваченным значением. По идее, эта разность должна быть равна 2000, т.к. 8МГц/4кГц=2000.
Но на самом деле получается 1000. Почему?

Это значение (1000) я могу наблюдать в виде последовательного кода на выходе PORTC.1 с помощью осциллографа.

Фрагмент программы, прерывание по захвату Таймера1:

i

Код

nterrupt [TIM1_CAPT] void timer1_capt_isr(void)
{
b=ICR1;
if (b>a) {
e=b-a;
};
a=b;
for(i=0; i < 16; i++)
{      
if(0x0001 & (e>>(15-i)))
        PORTC.1=1;                      //если бит-единица, то и выставляем единицу
        else PORTC.1=0;       //иначе - выставляем ноль        
     }
PORTC.1=0;
}

Сообщение отредактировал IgorKossak - Mar 5 2016, 10:40

Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!

[zombi]

А если в прерывании просто инвертировать PORTC.1 какая частота на нём будет?

[straighter]

А если в прерывании просто инвертировать PORTC.1 какая частота на нём будет?

Это я тоже пробовал раньше. Тогда частота синусоиды была 25 кГц (период 40 мкс). А частота сигнала на выходе порта, который я инвертировал, была в два раза ниже, как и должно быть:



А вот осциллограмма моего последнего эксперимента, о котором я писал в первом посте. Частота синусоиды 4 кГц. На осциллограмме показаны кодовая последовательность на выходе PORTC.1 и вспомогательные импульсы для облегчения разделения битов в кодовой последовательности. Если перевести кодовые пакеты в десятичную систему, то получается 1000 и 999:



Вот в растянутом виде:



Сообщение отредактировал straighter - Mar 5 2016, 13:19

[zombi]

На осциллограмме показаны кодовая последовательность на выходе PORTC.1 и вспомогательные импульсы для облегчения разделения битов в кодовой последовательности.

А почему интервалы между "вспомогательные импульсы" разные?

[straighter]

А почему интервалы между "вспомогательные импульсы" разные?

Эти вспомогательные импульсы формируются тоже в цикле "for(i=0; i < 16; i++)", просто в моем первом посте я для упрощения кода их не показал. А интервалы между ними разные потому что эти интервалы зависят от количества сдвигаемых разрядов в данный момент цикла, т.е. от 15 до 0.

Приведите ещё настройки всех регистров компаратора и Таймера_1.

Настройки регистров были произведены с помощью CodeVizardAVR:

CODE

// Timer/Counter 1 initialization
// Clock source: System Clock
// Clock value: 8000,000 kHz
// Mode: Normal top=FFFFh
// OC1A output: Discon.
// OC1B output: Discon.
// Noise Canceler: Off
// Input Capture on Rising Edge
// Timer1 Overflow Interrupt: Off
// Input Capture Interrupt: On
// Compare A Match Interrupt: Off
// Compare B Match Interrupt: Off
TCCR1A=0x00;
TCCR1B=0x41;
TCNT1H=0x00;
TCNT1L=0x00;
ICR1H=0x00;
ICR1L=0x00;
OCR1AH=0x00;
OCR1AL=0x00;
OCR1BH=0x00;
OCR1BL=0x00;

// Timer(s)/Counter(s) Interrupt(s) initialization
TIMSK=0x20;

// Analog Comparator initialization
// Analog Comparator: On
// Analog Comparator Input Capture by Timer/Counter 1: On
ACSR=0x04;
SFIOR=0x00;

А ещё, если так можно, пусть программа прерывания TC1, выводит каждый раз не вычисленную разность, а просто текущее значение ICR1, которое там зафиксировалось. Желательно, чтоб на скрине поместилось два подряд идущих числа - чтоб можно было самим оценивать и их разность, и при этом видеть абсолютное значение каждого числа. Может это что-то подскажет...

Можно будет так попробовать. Но только уже после выходных...

Сообщение отредактировал straighter - Mar 5 2016, 18:15

[pilot1440]

ACSR=0x04;
а какое условие прерывания у компаратора? По любому изменению на входе?

Сообщение отредактировал IgorKossak - Mar 13 2017, 20:52

Причина редактирования: бездумное цитирование