Вопросы по ATtiny461, как правильно работать с ADMUX? Опции

[ivainc1789]

Устройство должно измерять три аналоговых сигнала: AS1, AS2, AS3. Таймер 1 переполняется каждые 32 мкс. К факту переполнения привязан ADC с общими настройками:

Код

  

  ADCSRA = BIN(10111101); // ADC 250kHz при Fbq=8MHz, включен

  ADCSRB = BIN(00000110);

Конечно, таймер 1 переполняется чаще, чем ADC успевает выполнить одно преобразование, но это пока представляется не важным.

Обработчик прерывания по завершению преобразования выполнен так:

Код

// ADC Conversion Complete
#pragma vector = ADC_vect
__interrupt void ADC_COMPLITE(void) {
  unsigned int tmp = ADC;
  if(ADMUX == BIN(10010010)){AS1 = tmp;ADMUX = BIN(10000010);return;}
  if(ADMUX == BIN(10000010)){AS2 = tmp;ADMUX = BIN(10000011);return;}
  if(ADMUX == BIN(10000011)){AS3 = tmp;ADMUX = BIN(10010010);return;}
}

Казалось бы, все правильно: закончили одно преобразование, забрали результат, посмотрели от какого MUX оно произошло и записали в соотв глобалную переменную. Но не работает. Причина установлена, заключается в том, что ADMUX некорректно менять в данный момент в данном прерывании. Если читать только одну величину преобразования (не меняя ADMUX) ее значение получается правильным и устройство работает.

В даташите по поводу работы с мультиплексором написано на стр.147-148:



If Auto Triggering is used, the exact time of the triggering event can be indeterministic. Special

care must be taken when updating the ADMUX Register, in order to control which conversion

will be affected by the new settings.

If both ADATE and ADEN is written to one, an interrupt event can occur at any time. If the

ADMUX Register is changed in this period, the user cannot tell if the next conversion is based

on the old or the new settings. ADMUX can be safely updated in the following ways:

a. When ADATE or ADEN is cleared.

b. During conversion, minimum one ADC clock cycle after the trigger event.

c. After a conversion, before the Interrupt Flag used as trigger source is cleared.

When updating ADMUX in one of these conditions, the new settings will affect the next ADC

conversion.



Использовать вариант (a) как-то не хочется, вкл/выкл ADC на такой частоте чреват переходными процессами... Хотелось бы все же менять ADMUX в прерывании по окончанию преобразования, но как это лучше сделать и можно ли понять пока не смог...

[Qwertty]

....
Использовать вариант (a) как-то не хочется, вкл/выкл ADC на такой частоте чреват переходными процессами... Хотелось бы все же менять ADMUX в прерывании по окончанию преобразования, но как это лучше сделать и можно ли понять пока не смог...

Может измерять каждый канал по два раза подряд, и использовать только результат второго преобразования? Насколько критична скорость оцифровки?

[ivainc1789]

Может измерять каждый канал по два раза подряд, и использовать только результат второго преобразования? Насколько критична скорость оцифровки?

Скорость оцифровки желательно иметь максимальную. Вопрос по сути: как правильно менять настройки ADMUX для трех AS1,AS2,AS3 при триггерировании ADC от TOV1, если период триггерного сигнала меньше, чем время преобразования ADC?

Варианты ( и (с) даташита сложно использовать для обеспеч. макс скорости оцифровки...

[Qwertty]

Если ADC работает в режиме одиночного преобразоания, то в прерывании от него можно изменить ADMUX и запустить следующее преобразование- получится псевдо автоматический режим.
Или по другому - ADC молотит непрерывно, в прерывании мы сохраняем результат преобразования в зависимости от ADMUX, т.е. если второй канал в ADMUX, то результат отностися к первому каналу , третий - результат от второго. Далее ADMUX меняется.

[ivainc1789]

Если ADC работает в режиме одиночного преобразоания, то в прерывании от него можно изменить ADMUX и запустить следующее преобразование- получится псевдо автоматический режим.
Или по другому - ADC молотит непрерывно, в прерывании мы сохраняем результат преобразования в зависимости от ADMUX, т.е. если второй канал в ADMUX, то результат отностися к первому каналу , третий - результат от второго. Далее ADMUX меняется.

Да, это все понятно. Я так и сделал: ADC молотит по кругу:

Код

#define AS1set      BIN(10000011)// mux const for AS1
#define AS2set      BIN(10010010)// mux const for AS2-AS1
#define AS3set      BIN(10000010)// mux const for AS3

__C_task void main (void) {
  // settings for ADC
  ADMUX = AS2set;        
  ADCSRA = BIN(10011101);
  ADCSRB = BIN(00000000);  
  DIDR0 = BIN(11111111);
  DIDR1 = BIN(11110000);
  __enable_interrupt();
  
  SETBIT(ADCSRA,ADSC);// first ADC conversion start

  while(1);
}



// ADC Conversion Complete
#pragma vector = ADC_vect
__interrupt void ADC_COMPLITE(void) {
  //AS2value = ADC;
  switch(ADMUX){
    case AS1set: ADMUX = AS2set;AS1value = ADC;break;
    case AS2set: ADMUX = AS3set;AS2value = ADC;break;
    case AS3set: ADMUX = AS1set;AS3value = ADC;break;
  }
  SETBIT(ADCSRA,ADSC);
}

Проверил: сигналы AS1 и AS3 измеряются нормально. А вот AS2 - это дифференциальный сигнал, пропущенный через внутр. инструментальный усилитель. Вот с ним-то и возникают проблемы:

1. Если обработчик использовать как приведено выше (мультиплексор периодически переключается), то ADC = 0 для сигнала AS2.

2. Если в обработчике убрать весь оператор SWITCH и раскомментировать строку //AS2value = ADC;, т.е. мультиплексор остается ПОСТОЯННО настроенным для сигнала AS2, то данный сигнал измеряется нормально.

Никак не могу понять, почему так???