Помогите с АЦП на меге16

[Znamen]

Т.е. как я понял чтобы постоянно работало преобразования нужно после оканчания преобразования опять устанавливать бит ADIF в 1? или как? Получаеться преобразование само по сибе не работает и не выкладывает значения преобразования в регистры ADC. Чет я ваще тогда не доганяю какой смысл тогда режима непрерывного преобразования если все равно его постоянно включать надо(((((((((((

[_Артём_]

Т.е. как я понял чтобы постоянно работало преобразования нужно после оканчания преобразования опять устанавливать бит ADIF в 1?

Нет, ADIF - флаг завершения преобразования.Запись 1 в него сбрасывает его.
Новое запускается записью 1 в ADSC.

Получаеться преобразование само по сибе не работает и не выкладывает значения преобразования в регистры ADC. Чет я ваще тогда не доганяю какой смысл тогда режима непрерывного преобразования если все равно его постоянно включать надо(((((((((((

Есть ещё FreeRuning mode - один раз записать ADSC и считывать по флагу ADIF

[Znamen]

Так в том то и дело что устонавливаем ADSC ждем ADIF читаем и все, преобразование на этом заканчиваеться, пока заново неустановить ADSC или не сбросить ADIF

[_Артём_]

Так в том то и дело что устонавливаем ADSC ждем ADIF читаем и все, преобразование на этом заканчиваеться, пока заново неустановить ADSC или не сбросить ADIF

ADFR чему у вас равен?

[mimuh64]

Т.е. как я понял чтобы постоянно работало преобразования нужно после оканчания преобразования опять устанавливать бит ADIF в 1? или как?

На ассме пишу, как говорят со словарем, но алгоритм работы с АЦП могу объяснить. При желании можно все выложить и в Протеусе (но на Си).

Инициализация АЦП

Первый способ.
1. Настроили порт на вход.
2. ADCSRA = (1 ‹‹ ADEN) | ADC_CONV_SP; - включили АЦП (ADEN) и установили предделитель (ADPS2, ADPS1, ADPS0) – скорость преобразования (переменная ADC_CONV_SP).
3. ADMUX = (1 ‹‹ REFS0) | (1 ‹‹ ADLAR) | ADC_CHANNEL; - опорное AVCC с внешним конденсатором на выводе AREF, выбрал выравнивание (ADLAR), выбор аналогового канала (MUX4, MUX3, MUX2, MUX1, MUX) (переменная ADC_CHANNEL).
4. ADCSRA |= (1 ‹‹ ADSC); запустил преобразование.
5. while(ADCSRA & (1 ‹‹ ADSC)); ждем окончания преобразования, если ADSC равно нулю, то выход из цикла.
6. Читаем ADCH.

Пункты 4, 5, 6 должны быть вставлены в программу там, где мы читаем АЦП. Для чтения АЦП они должны повторяться, так как указаны.
Я обычно делаю так, сразу читаю ADCH (естественно там ерунда), затем ADCSRA |= (1 ‹‹ ADSC); запустил преобразование и ушел на цикл программы (цикл ожидания не ставлю), просчитываю цикл программы так, чтобы следующее чтение ADCH дало правильный результат. Так и кручусь в цикле. Такой способ дает возможность не задерживаться в пустом цикле while. Мы как бы читаем с отставанием, но на практике это неважно.
В крайнем случае, ставлю проверку по if (ADCSRA & (1 ‹‹ ADSC) == 0) {var = ADCH; ADCSRA |= (1 ‹‹ ADSC);}

Другой способ это автоматическое преобразование.

Первым делом настраиваем таймер/счетчик 0 или 1 согласно опций регистра SFIOR.
Например, включаю таймер0 (установил предделитель).
TCCR0 &= 0xf8;
TCCR0 |= 0x05;
Затем все пункты такие же, только выбрасываем пункт 5, и добавляем
7. ADCSRA |= (1 ‹‹ ADATE); включили Auto Trigger.
8. SFIOR |=(1‹‹ADTS2); разрешили автопреобразование по переполнению таймера0.

Все. После этого в любом месте программы читаю ADCH (если 8 бит). Изменение данных в нем будет происходить с частотой переполнения таймера0 (в данном примере).

Последовательность настроек не догма, можно их менять (согласно дате, там есть нюансы).
Но если несколько каналов, то разумный способ первый (все пункты по порядку).

[ut1wpr]

Все. После этого в любом месте программы читаю ADCH (если 8 бит). Изменение данных в нем будет происходить с частотой переполнения таймера0 (в данном примере).

Если вас не интересует актуальность сосчитанных данных - то можно и так. Если же вас интересуют "свежие" данные - надо бы глянуть флаг обновления... Вдруг в момент обращения к регистру данные в нем еще старые? Они вас устроят? Не получится ли это частным решением? Типа, а мне пофигу..

[alvadep]

Получаеться преобразование само по сибе не работает и не выкладывает значения преобразования в регистры ADC. Чет я ваще тогда не доганяю какой смысл тогда режима непрерывного преобразования если все равно его постоянно включать надо(((((((((((

Если Вы разрешите прерывание по ADC, флаг ADIF будет сбрасываться автоматически при переходе на вектор прерывания. В обработчике можете ни чего не делать, а сразу RETI. И будет Вам счастье.

[mimuh64]

Если же вас интересуют "свежие" данные - надо бы глянуть флаг обновления... Вдруг в момент обращения к регистру данные в нем еще старые? Они вас устроят? Не получится ли это частным решением? Типа, а мне пофигу..

В данном случае не актуальное замечание, я просто не привел третий способ чтения по прерыванию (или скажем по обновлению). Вот и опишите алгоритм на этот случай. Естественно все зависит от постановки задачи. Не нужно цепляться и выискивать казусы. Все описывать я не собирался. Я просто хотел чтобы ТС от чего-то оттолкнулся.

[SasaVitebsk]

Если вас не интересует актуальность сосчитанных данных ....

Сделайте, чтобы прерывание по таймеру приходило 1 раз за 3-4 цикла преобразования АЦП.
При синхронной работе АЦП использовать флаг завершения преобразования не вижу смысла.

[mimuh64]

Сделайте, чтобы прерывание по таймеру приходило 1 раз за 3-4 цикла преобразования АЦП.
При синхронной работе АЦП использовать флаг завершения преобразования не вижу смысла.

А вот это абсолютно верное замечание. Частота запуска на конвертацию может быть достаточно большой (сообразуясь с потребностью). Так что в регистре ADCH будут всегда "свежие", данные. Ну а забирать их разработчик будет тогда когда ему нужно. Хоть по прерыванию от таймера (ведь таймер уже запущен), хоть по событию, хоть в цикле программы (я не знаю тех кто работает в цикле и не понимает за какой период его программа делает этот цикл).
Но мы почемуто отошли от темы. Как же там дела у ТС?