Цитата(usercod @ Feb 17 2012, 12:13)

Интересует как обрабатывается прерывание при ADC10_A conversion is completed
Обработка прерывания (функция обработки прерывания) это задача программиста. Как напишите, так и будет. Аппаратура АЦП только лишь формирует запрос прерывания в соответствии с описанными условиями.
Цитата
The ADC10IFG0 bit is set when the ADC10MEM0 memory register is loaded with the conversion result.
An Interrupt request is generated if ADC10IE0 bit and the GIE bit are set. The ADC10OV condition occurs
when a conversion result is written to the ADC10MEM0 before its previous conversion result was read.
The ADC10TOV condition is generated when another sample-and-conversion is requested before the
current conversion is completed. The DMA is triggered after each conversion.
С другой стороны посудите сами
логически - вот готов результат преобразования, куда его АЦП должен девать, если другого места кроме ADC10MEM0 для него не предусмотрено? А запись в ADC10MEM0 приводит к установке флага ADC10IFG0 и если разрешено прерывания, то к вызову его обработчика. Так что прерывание будет возникать на
каждое преобразование.
Цитата(usercod @ Feb 17 2012, 22:33)

Если было бы все так просто, я бы не спрашивал. Под отладкой я вижу, что в прерывании содержание регистра результата преобразования, меняется на значение для другого канала.
А вы надеялись что-то иное увидеть? АЦП работает
независимо от ядра, поэтому с учетом выбранного вами режима работы АЦП и задержек обновления регистров в окне дебаггера вы можете увидеть в окне значение любого из преобразований, вне зависимости от вашего желания. Можете убедиться в этом, проверив значение флагов переполнения ADC10OVIFG. Если хочется определенности, то реализуйте "программные триггеры" и смотрите результаты преобразования во временных переменных, используемых для них.