Отправлено 507 09 октября 2005 г. 22:35 В ответ на: Что-то меня на старую страницу снесло. Подскажите, где здесь глюк >> отправлено <font color=gray>Настя</font> 09 октября 2005 г. 22:00

Во-вторых, почему номера каналов такие странные? 0xF, 0xE ... почему не 0,1,2 ? И в-третьих как вы хотите увидеть 123, если возвращаете ADCH - там же вроде 10 бит АЦП, а значит в ADCH только два младших содержат код с АЦП.
Такое ощущение, что кто-то из нас двоих сегодня хорошо покурил ;)
Я вот юзаю такой тупой код для атмеги8. на оптимальность не претендую, но у меня вроде работает:

unsigned int ADCGetValue(char ch)
{
ADMUX=ch;
ADCSR=0xC6;
while(ADCSR&_BV(ADSC));
return (ADCL|(ADCH<<8));
}

p.s. сначала на старую страницу ответил.

• p.p.s.: #define _BV(bit) (1 << (bit)) //win_avr юзаю — 507   (09.10.2005 22:38 213.177.101.144, пустое)
• Ыыы.Доку бы почитали вначале. 0xF - землю мерять, 0x0E - опрору. А ADLAR позволяет только 8 бит читать старших в один присест кому больше не надо — DASM   (09.10.2005 22:38 217.118.78.1, пустое)
  • Точно, спасибо. Это я с 4433 перенёс, а в меге8 про ацп почти не читал. (+) — 507   (09.10.2005 22:44 213.177.101.144, 109 байт)
    • Там не на пальцах, а все разжевано (ДШ 10/2004 rev.O, стр. 195): If the result is left adjusted and no more than 8-bit precision is required, it is sufficient to read ADCH — =AVR=   (09.10.2005 22:58 80.92.96.19, пустое)
      • опять согласен. поспешил - людей насмешил — 507   (09.10.2005 23:13 213.177.100.7, пустое)
        • Смешно у тебя вот что - (ADCL|(ADCH << 8) для char. К чему - ведь ADCH << 8 всегда 0 ? — =AVR=   (09.10.2005 23:30 80.92.96.19, пустое)