Здравствуйте.Вот если перевести АЦП в непрерывный режим флаг ADIF установится сразу после окончания преобразования,но непонятно когда он сбросится , а ведь на очереди очередное преобразование.
Этот флаг необходимо програмно сбрасывать ,чтобы увидеть очередное преобразование.В даташите не увидел ответа.Благодарю всех ответившим.

он сбросится аппаратно в момент перехода на обработчик прерывания

Спасибо понятно.А можно ли считывать результат АЦП в любое время (Режим непрерывного преобразования) при считывании результата АЦП
ну вначале младший ADCL затем ADCH, при считывании младшего старший будет заблокирован пока и он не будет прочитан.И мне не надо ожидать окончания преобразования просто устройство примитивное-индикатор на 8 светодиодов.Для обучения.Спасибо.

В том экземпляре даташита, что есть у меня, в описании флага ADIF сказано:
Alternatively, ADIF is cleared by writing a logical one to the flag.
А в непрерывном режиме без использования прерываний можете спокойно читать из регистра ADC в любое время

для обучения лучше делать правильно, а не "как-нибудь". считывать ADC до завершения преобразования все равно что определять время по компасу - оно то, конечно, можно, но бессмысленно...

А если так.Дождаться когда завершится преобразование-Флаг ADIF установится,далее програмно сбросим ADIF и "поработаем" со светодиодами потом снова на метку-("Дождаться когда завершится преобразование-Флаг ADIF установится")
Или по прерыванию от АЦП и уже обработчик прерывания будет зажигать светодиоды.

Идея топикстартера корректно реализуема в atxmega, причем даже в многоканальном варианте. АЦП работает сам по себе в непрерывном режиме (и даже последовательно опрашивая каналы), а пользователь в произвольные моменты времени считывает специальные буферные регистры требуемого канала, в которых хранится последний результат преобразования по каналу.

Именно так и нужно делать (если без прерываний). Или так: Проверили флаг ADIF, если он еще не установлен - пошли, недолго поделали что-нибудь полезное. Потом снова вернулись на проверку флага.

Для задачи топикстартера - вовсе не бессмысленно - читаем непрерывно, непрерывно индицируем, и нам пофигу, что мы 10 (100 или 1000) раз отобразили значение предыдущего измерения

вы уверены, что считывая регистр ADC до завершения очередного преобразования мы получим результат предыдущего завершенного преобразования?

Подскажите, пожалуйста, как называются эти "специальные буферные регистры"?
Кандидатов на эту роль вижу два:
ADCA.CH1.RES
ADCA.CH1RES
Который из?

Названия регистров различаются в Си и ассемблере (я из тех извращенцев, что предпочитают ассемблер). Тем не менее, указанные Вами регистры имеют разные адреса, и в этом заключается фишка (содержимое регистров одинаковое).
Конкретно, в ассемблерном варианте, адреса регистров, принадлежащих одному каналу:
ADCA_CH0_CTRL,
ADCA_CH0_MUXCTRL,
ADCA_CH0_INTCTRL,
ADCA_CH0_INTFLAGS,
ADCA_CH0_RES,
идут подряд друг за другом, позволяя организовать обращение к общему блоку регистров канала (например, через DMA).

С другой стороны, адреса регистров
ADCA_CH0RES,
ADCA_CH1RES,
ADCA_CH2RES,
ADCA_CH3RES
также идут последовательно, что позволяет организовать блоковое обращение к регистрам результата всех каналов.

Я не об этом спрашивала. Меня интересует, откуда брать готовые данные. Из ADCA_CH0_RES или из ADCA_CH0RES? Тем более, если, по вашим словам, это имена не синонимы, а "имеют разные адреса".

Ну так я написал же, что содержимое регистров одинаковое. Откуда хотите, оттуда берите.
Этот вопрос я задавал еще в конце 2008 в техподдержку Атмела. Вот их ответ:

The two registers in ATxmega64A3def.inc (ADCA_CH0RES/ADCA_CH0_RES) are actually holding the same result from the ADC. The reason for having this is to enable easier C-code implementation.

В случае с одним каналом - да, абсолютно уверен. А что, в регистрах ADC есть битовый флаг "данные в регистре ADC протухли и содержат случайный набор битов"?