Доброго времени суток!

Хочу измерить температуру. Инициализирую АЦП (в момент первоначальной настройки периферии):

ADC12CTL0 = 0x0000+REFON+REF2_5V+MSC+SHT01;
ADC12CTL1 = 0x0000+ADC12SSEL1+ADC12DIV0+SHP+CONSEQ0;

ADC12MCTL0 = 0x10; // SREF=001
ADC12MCTL1 = 0x11; // SREF=001
ADC12MCTL2 = 0x12; // SREF=001
ADC12MCTL3 = 0x13; // SREF=001
ADC12MCTL4 = 0x9B; // SREF=001
ADC12MCTL5 = 0x1A;
ADC12MCTL6 = 0x14; ADC12MCTL7 = 0x95;
ADC12IE = 0x00B0;

Потом запускаю преобразование следующим кодом:

ADC12CTL1 = 0x5000+SHP+ADC12SSEL1+ADC12DIV0;
ADC12CTL0 = 0x0900+REFON+REF2_5V+ADC12ON+ENC;
ADC12CTL0 |= 0x0001;

Прерывание:

#pragma vector=ADC12_VECTOR
__interrupt void ADC(void)
{
if(ADC12IV == 0x000E)
{
// Обработка
}
}

Проблема в том, что у меня при входе в прерывание регистры ADC12IV и ADC12IFG - уже в нулях (хотя до этого они устанавливались).
Работаю пошагово с кристаллом через JTAG: он даже не дает установить вручную ADC12IFG - сразу сбрасывает.
Что я делаю не так? Заранее спасибо.

в качестве совета. В IDE обычно всегда есть хедеры со всеми константами, не надо делать так:
ADC12CTL0 |= 0x0001;
ADC12MCTL0 = 0x10;
ADC12CTL1 = 0x5000+SHP+ADC12SSEL1+ADC12DIV0;
и пр.

Ваш код пока не смотрел, ибо докипод рукой нет, а на память не помню. Если резидент не опередит, что обычно бывает то скажу в чем проблема к вечеру.

А без разных лазаний по регистрам житагами работает?
В доке сказано, что IV сбрасывается при первом чтении, а IFG - при обращении к соответствующим регистрам MEM
Может, вы это самое и наблюдаете?

Елы-палы. Взял запустил процессор вообще без JTAG - блин, работает...

Да, я иногда неиспользую названия битов, порой это даже информативнее.

С лазаниями и без лазаний в регистры - ошибка проявляется. Перестала только когда вообще JTAG отцепил и перезапустил MSP.
Блин, до этого не было вообще такого, сколько с ними работаю. Век живи, век учись.

Спасибо за помощь!

АЦП работает и с джитагом

АЦП-то может и работает, а вот с прерываниями могут разные фокусы происходить

Если открыто окно отладчика с регистрами АЦП - то да. Но точно такие же чудеса будут происходить и с таймерами (TAIV, TBIV), и с UART - вообще с любой периферией, значение регистров которой изменяется чтением.

Ух ты, вот оно что ! Теперь ясно...

Теперь я запутался.
Проц 169.
Задача:
а) оцифровать 3 канала по внешнему "пинку"
б) оцифровывать все время 3 канала по таймеру-В.

Инициализирую АЦП:


Тестовый кусок кода:



Таймер инициализировал так:


В таймере даю "пинок":


Все работает, но если в ините ADC12CTL0 я убираю MSC, то работать перестает. Я не понял, MSC это ведь только время S/H, без него по идее, должно быть просто меньше время общего преобразования?

Теперь вариант Б:
добавляю SHS_2 в АЦП:

таймер инициализирую так:



Получаю естессно фигвам.
Вопрос - чего я забыл еще включить ?

Пробегаю по диагонали, потому как в отпуске:
1) ADC12IFG &=0x07; // clear IRQ flags
Сбрасывает все флаги, кроме трех младших. Если я правильно понял, вы хотели наоборот.
2)
Нет. Это значит, что один "пинок" будет запускать либо каждое преобразование, либо всю серию до ячейки с ENC(преобразование следующего канала начнется сразу после окончания преобразорвания предыдущего).

3) Для постоянной оцифровки трех каналов у вас должна быть инициализация с CONSEQ = 3 (Repeat-sequence-of-channels). В прерывании таймера надо CONSEQ поставить в 1 (Sequence-of-channels), переставить CSTARTADD на группу тех трех каналов, которые вам надо оцифровать по "пинку", для последнегно канала этой группы разрешить прерывание. В прерывании вернуть CONSEQ и CSTARTADD, а также дернуть ADC12SC.
В таком варианте (насколько я понимаю описание) после прерывания таймера АЦП закончит последовательность трех постоянных каналов и перейдет к оцифровке "пинаемых". Если же вам надо начать преобразование "пинаемых" немедленно, то в прерывании таймера надо несколько поколдовать с ENC и CONSEQ (см. раздел Stopping Conversions).

Да, конечно, я забыл испрвить - у меня там на самом деле стоит ADC12IFG =0;



Я наверное не очень обьяснил, "пинок" - это было чисто для проверки, а мне надо постоянно оцифровывать только 3 канала 0-1-2, но запуск осуществлять по таймеру В (чтобы не получиь джиттер).

Так что, CONSEQ = 3 (Repeat-sequence-of-channels) не нужно совершено - оно запусукает непрерывный процесс без участия таймера, поэтому я и ставлю CONSEQ_1 - однократныую оцифровку последовательности каналов. Вот если я эту оцифровку запускаю в прерывании таймера, сигналом ADC12SC - все работает.
Далее я могу использовать прерывание от последнего канала, или просто читать ADC12MEMx из программы.

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

Остальное цитировать не буду, т.к. все ваши непонятки от того, что вы невнимательно прочитали раздел, посвященный ADC12, в User's Manual. А конкретные непонятки у вас в функционировании узле выборки-хранения, который обведен на блок-схеме.
Поясните точнее, что вы хотите:
а) полностью контролировать и длительность выборки и периодичность каждого преобразования?
б) контролировать только периодичность каждого преобразвоания?
в) контролировать только периодичность преобразований всей группы?
В зависимости от этого и советы будут точнее.

Попробую описать что я хочу:
1) Запрограммировать таймер_В допустим на 16кгц, без прерываний.
2) по этому таймеру запускать преобразование группы из 3-х каналов.

Сейчас я п.2 делаю в прерывании таймера (взвожу ADC12SC), а хотелось бы чтобы это было без прерывания, чисто аппаратно (если это возможно).
Т.е. "запустил и забыл" - далее в программе я когда хочу, читаю результаты в ADC12MEM0,1,2, зная что каждый канал оцифровывается с частотой 16кгц.
Но у меня таймер не запусакает АЦП.
Я настраиваю АЦП на запуск от "выход 0 таймера В" используя SHS_2 в ADC12CTL1.
Далее - таймер я настраиваю так, чтобы при достижении CCR0 выход 0 устанавливался в "1" (что должно запускать АЦП), а вот кто его сбрасывать в 0 будет - я пока не разобрался.

И еще - мне не совсем понятна фраза в даташите, про необходимость дергать ENC перед кадой серией - это что, надо делать программно? Т.е. сделать так, чтобы ежиножды настроив АЦП и Таймер, запуск серии происходил все время автоматически аппаратно по таймеру нельзя, без софта?

Т.е. вы хотите оцифровать последовательность каналов и с периодом 1/16кГц=62,5мкс получать постоянно три готовых результата измерения без каких-либо манипуляций с АЦП, так? Это в принципе возможно, но нужно внимательно посмотреть на времена выборки. Достаточно ли их длительностей будет для оцифровки ваших сигналов?
Посчитаем. Максимальная тактовая у ADC12 - 6,3МГц. Каждое преобразование - 13 тактов ADC12CLK. 62,5мкс-13*3/6,3МГц=56,5мкс суммарно на все выборки или 56,5мкс/3=18,8мкс на каждую Для ваших сигналов достаточно такого времени выборки? Если да, то ближайшее подходящее значение таймера выборки-хранения SHT0/1=5 даст 96 тактов ADC12CLK или 15,2мкс на каждую выборку при тактовой ADC12CLK = 6,3МГц. Устраивает?
Тогда взводим биты MSC и SHP, биты SHSx и ISSH в зависимости от сигнала таймера, выбираем режим CONSEQ_3 и получаем повторяющуюся последовательность каналов с периодом запуска 1/16кГц и общим временем преобразования (96+13)*3=327 тактов ADC12CLK.
Вот только с произвольным считыванием результата без использования DMA может быть небольшой облом-с. Для чтения ADC12MEMx в произвольный момент времени тактовая ADC12CLK должна быть обязательно синхронна тактовой частоте ядра. Т.е. ADC12CLK должен тактироваться от MCLK или другого CLK, синхронного ему.

Именно!



Достаточно, проверил


ADC12CLK у меня 4 Mhz = MCLK/2
Одно преобразование - 13*0.25uS=3.25uS.
Выборки я ставлю SHT0_1, т.е. 8 тактов - 8*0.25=2uS, зачем делать 96 тактов ?
Получается полное время преобразования 3-х каналов - 3*(3.25+2)=15.75uS
Впрочем, это сейчас неважно, могу и 96 тактов поставить.


Я пока не разобрался как сам таймер запрограммировать так, чтобы он запускал АЦП ?



Может я конечно совсем тупой, но не понимаю - если CONSEQ_3, то это Repeat-sequence-of-channel, т.е. после преобразования последнего канала сразу начнется преобразование самого первого, и так по кругу, т.е. без участия в этой таймера вообще.

Поэтому я и ставил CONSEQ_1 - Sequence-of-channels.


Ядро у меня от тех-же 8мгц MCLK кормится, так что с этим проблем не будет.