Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблемы c АЦП
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
yaroslavic
Установил атмегу16 в стк500, пытаюсь снять значения с АЦП. Кусок программы прилагаю. Со всех каналов читается одно и тоже 1023. Компилятор ICC. Вроде и прерывания вызываются и в ADCvalue заносится значения. Но оно всегда одно и тоже 1023, даже если ножка заземлена. менял микросхемы - все равно программа возвращает 1023.


#pragma interrupt_handler adc_isr:15
void adc_isr(void) // ADC
{
ADCvalue=ADCL;
ADCvalue|=(int)ADCH << 8;
}

int getadc(void)
{
ADMUX = 0;
ADCSRA|=(1<<ADSC);
asm ("SLEEP");
// while ((ADCSRA & (1<<ADSC))!=0);
return ADCvalue;
}

Настройки в main()
ACSR = (1<<ACD);
ADCSRA = (1<<ADEN)|(1<<ADIE)|(1<<ADPS2)|(1<<ADPS1)|(1<<ADPS0);
ADMUX = 0;
SFIOR = 0;
MCUCR = (1<<SE)|(1<<SM0)|(1<<ISC11)|(1<<ISC01);
avesat
Цитата(yaroslavic @ Aug 8 2006, 16:24) *
#pragma interrupt_handler adc_isr:15
void adc_isr(void) // ADC
{
ADCvalue=ADCL;
ADCvalue|=(int)ADCH << 8;
}


ADCvalue=ADC; Вроде нужно так! Точно не помню, но сдвигать ничего не нужно...
Инициализацию АЦП не смотрел.
defunct
Из когда видно, что выбран режим VRef = ARef. см даташит ADC Multiplexer Selection
Register – ADMUX.

Вероятно у вас ARef либо болтается в воздухе либо подключен к земле.
SasaVitebsk
Цитата(defunct @ Aug 8 2006, 17:31) *
Из когда видно, что выбран режим VRef = ARef. см даташит ADC Multiplexer Selection
Register – ADMUX.

Вероятно у вас ARef либо болтается в воздухе либо подключен к земле.


И не забудьте подключить конденсатор если будете использовать внутреннюю опору. При использовании внешней опоры тоже не помешает.
Если не требуется высокое быстродействие, то рекомендую автоматический режим. Только, естественно, надо сначала читать, а потом передёргивать канал.
yaroslavic
Спасибо defunct.
На плате была разомкнута перемычка подающая aref на ножку.

В принципе прогресс есть, но..

Заметил такую особенность. Если опрашивать один канал то все нормально ( если заземлил то на выходе 0, если на плюс то на выходе 1022-1023). Но так происходит только если опрашивать один канал. если в цикле опрашивать 2 или больше каналов начинается всякая чушь..(768,313,256....) по всем каналам

#pragma interrupt_handler adc_isr:22
void adc_isr(void)
{
while ((ADCSRA & (1<<ADSC))!=0);
ADCvalue = ADC;
}

int ReadADCchannel6(char channel)
{
ADMUX = channel;
ADCSRA|=(1<<ADSC);
asm("sleep");
return ADCvalue;
}


void adcscan(void)
{int a;
while(1){
a = ReadADCchannel6(0);
UARTSendStr(1,"ADC0 = ");
UARTSendInt(1,ADCvalue);
a = ReadADCchannel6(1);
UARTSendStr(1,"ADC1 = ");
UARTSendInt(1,ADCvalue);
.....
}
yaroslavic
Спасибо defunct.
На плате была разомкнута перемычка подающая aref на ножку.
Сейчас проверил подключение AVCC, AREF на всем присутствует Vcc

В принципе прогресс есть, но..

Заметил такую особенность. Если опрашивать один канал то все нормально
( если заземлил то на выходе 0, если на плюс
то на выходе 1022-1023). Но так происходит только если опрашивать один канал.
если в цикле опрашивать 2 или больше каналов,
на которые подан "сигнал"=vcc, начинается всякая чушь..(768,313,256....)
По всем каналам которые опрашиваются...
Пример подаю на ADC0=vcc, ADC1=gnd -> на выходе ADC0=783, ADC1=255
Пробовал ставить задержку между опрсами - не помогает.

#pragma interrupt_handler adc_isr:22
void adc_isr(void)
{
while ((ADCSRA & (1<<ADSC))!=0);
ADCvalue = ADC;
}

int ReadADCchannel6(char channel)
{
ADMUX = channel;
ADCSRA|=(1<<ADSC);
asm("sleep");
return ADCvalue;
}


void adcscan(void)
{int a;
while(1){
a = ReadADCchannel6(0);
UARTSendStr(1,"ADC0 = ");
UARTSendInt(1,ADCvalue);
a = ReadADCchannel6(1);
UARTSendStr(1,"ADC1 = ");
UARTSendInt(1,ADCvalue);
.....
}
aai_m
Что это за номер вектора прерываний 22 в MEGA16 ? (#pragma interrupt_handler adc_isr:22)
yaroslavic
Цитата(aai_m @ Aug 9 2006, 20:40) *
Что это за номер вектора прерываний 22 в MEGA16 ? (#pragma interrupt_handler adc_isr:22)

Ошибка вышла там конечно 15 вектор прерывания по завершению преобразования
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.