Вопросы по XMega Опции

[Tim0xA]

XMega-ми заинтересовался недавно. Имеется отладочная плата XMEGA-A3BU Xplained. Использую Atmel Studio 6 и ASF 3.5.0.

Появилось несколько вопросов. Может коллеги подскажут что-нибудь...

1. Во-первых, в ASF отсутствует функция для управления выходами аналогового компаратора AC. Хотя в драйверах для IAR она имеется. Я прописал установку битов AC1OUT ACOOUT записью в регистр CTRLA, но при отладке в дебаггере вижу, что реально биты не устанавливаются. Пытаюсь в окошке I/O View установить эти биты, тоже безрезультатно. Ни в симуляторе, ни в железе. Что я делаю не так?
На плате стоит чип ATxmega256A3BU.

2. Возможно ли одновременное использование одного аналогового входа компаратором и АЦП? Или в реальности вход будет отдан тому, кто проинициализировал его последним?

3. Хочу записать результаты АЦП в память через DMA. В ASF есть пример - ознакомился, настроил. Запуск АЦП происходит через систему событий циклически, DMA записывает данные в память, все ОК. Все это происходит в спящем режиме. Но мне нужно отловить некий уровень на входе АЦП и после этого выдать данные в USART. Я настраиваю компаратор на выходе АЦП, который генерирует прерывание, когда на входе АЦП значение первышает некий уровень. Как только разрешаю это прерывание - сразу перестает работать система событий после получения результата АЦП, соответственно не запускается новый цикл АЦП и запись DMA. Ок. Перевожу АЦП в режим freerun - компаратор отрабатывает как надо, прерывания генерятся, но теперь и события генерятся только вместе с прерываниями после срабатывания компаратора. Соответсвенно и DMA тоже работает только когда сработал компаратор. Как только компаратор выключается - пропадают прерывания и события. Почему?
Мне нужно чтобы события оставалсиь всегда, чтобы пока проц спит в фоне постоянно работал АЦП и велась запись в память через DMA. Проц должен просыпаться только если на входе компаратора есть требуемый уровень. А так работает или одно или другое. Т.е. либо тебе события без прерываний, либо события с прерываниями, но после срабатывание компаратора.

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

Отсюда вопрос 4.
Можно ли запараллелить два входа, позволяет ли это входное сопротивление или нужно сделать какую-то обвязку?

[bob1]

Считает с ноги через компаратор в режиме idle.
Если без AC, то EVSYS_CH3MUX=EVSYS_CHMUX_PORTA_PIN6_gc;

CODE

void main (void){
EVSYS_CH2MUX=EVSYS_CHMUX_TCD0_OVF_gc;
EVSYS_CH0MUX=EVSYS_CHMUX_TCC0_OVF_gc;
TCE0.CTRLA=TC_CLKSEL_EVCH2_gc;
TCC1.CTRLA=TC_CLKSEL_EVCH0_gc;

TCD0.CTRLA=TC_CLKSEL_EVCH3_gc;
ACA.AC0CTRL=0;

ACA.CTRLB=35;
ACA.AC0MUXCTRL=(uint8_t)(AC_MUXPOS_PIN6_gc|AC_MUXNEG_SCALER_gc);
ACA.AC0CTRL=(uint8_t)(AC_INTMODE_RISING_gc|AC_HYSMODE_LARGE_gc|AC_ENABLE_bm);


uint32_t Freq_cnt=F_t_cek(~(F_CPU/10));
}

uint32_t F_t_cek (uint32_t TT) {

TCC0.PER=0xFFFF;
TCC1.PER=0xFFFF;
TCD0.PER=0xFFFF;
TCE0.PER=0xFFFF;
TCC0.CNT=TT;
TCC1.CNT=TT>>16;
TCD0.CNT=0;
TCE0.CNT=0;

TCC1.INTFLAGS=0xF3;
TCC1.INTCTRLA=TC_OVFINTLVL_LO_gc;
TCC0.CTRLA=TC_CLKSEL_DIV1_gc;
EVSYS_CH3MUX=EVSYS_CHMUX_ACA_CH0_gc;
__sleep();
EVSYS_CH3MUX=EVSYS_CHMUX_OFF_gc;
TCC0.CTRLA=TC_CLKSEL_OFF_gc;
TCC1.INTCTRLA=TC_OVFINTLVL_OFF_gc ;

uint32_t Freq_cnt=0x10000*TCE0.CNT;
return Freq_cnt+TCD0.CNT;
};

[Xenia]

Если без AC, то EVSYS_CH3MUX=EVSYS_CHMUX_PORTA_PIN6_gc;

Спасибо! Вроде заработало. Действительно секрет состоял в использовании EVSYS.
Моей же ошибкой было то, что PDF-документы я читала (на них Google ссылки хорошо дает), но не видела к ним кодов. А они есть, хотя и в разделе мобилок:
http://www.atmel.com/applications/mobile_e...x?tab=documents
(справа от соответствующих PDF-документов).

[_Артём_]

А они есть, хотя и в разделе мобилок:
http://www.atmel.com/applications/mobile_e...x?tab=documents
(справа от соответствующих PDF-документов).

Причём тут мобилки?

Appnotes с исходниками.

А как в обратную сторону? Т.е. то, что все обычные Меги умеют делать через выход OC?
Это когда таймер генерит меандр (или PWM), который выводится на какую-то ножку Меги.

Про ШИМ смотрите AVR1306 и AVR1306 code
Пункты про Single Slope PWM Mode и Dual Slope PWM Modes

А как это реализуется на ХМеге? Тоже через EVSYS?

Тактировать таймер можно и от системы событий, но зачем? Обычно от системного клока шим тактируют.

Такой шим не подойдёт:

Код

{// настройка шима

        /* Enable output  */
        PWM_PORT.DIR = 1<<PWM_PIN;
        TC0_ConfigClockSource( &TCF0, TC_CLKSEL_OFF_gc );


        /* Set the TC period. */
        TC_SetPeriod( &TCF0, PWM_PERIOD-1);

        /* Configure the TC for single slope mode. */
        TC0_ConfigWGM( &TCF0, TC_WGMODE_SS_gc );

        /* Enable Compare channel A. */
        TC0_EnableCCChannels( &TCF0, TC0_CCBEN_bm );

        TC_SetCompareB( &TCF0,  PWM_PERIOD>>1);
        TC_SetCount( &TCF0, 0);

        /* Start timer by selecting a clock source. */
        TC0_ConfigClockSource( &TCF0, TC_CLKSEL_DIV1_gc );
    }

?

[Xenia]

Такой шим не подойдёт:

Меня не генерация шима волнует, а способ его передачи на пин! Т.е. во вне микроконтроллера.
В вашем же коде я вижу только то, то вы настроили один пин порта на вывод (PWM_PORT.PWM_PIN), но нигде не вижу его связи с таймером, т.к. его имя нигде больше не упоминается.
Откуда таймер знает, что надо выдавать меандр именно на этот пин? А если бы у меня на вывод было открыто много пинов у разных портов? Неужели таймер станет гнать меандр на все порты, сконфигурированные на вывод?
Думаю, что-то важное вы пропустили. А именно то, что меня волнует - перенаправление меандра на конкретный пин.

В рекомендованном вами документе AVR1306 очень много написано про разные варианты модуляции, но что мне от того толку, если эту модуляцию наружу вывести не могу?

Сообщение отредактировал IgorKossak - Jun 12 2013, 21:48

Причина редактирования: избыточное цитирование

[_Артём_]

Меня не генерация шима волнует, а способ его передачи на пин! Т.е. во вне микроконтроллера.
В вашем же коде я вижу только то, то вы настроили один пин порта на вывод (PWM_PORT.PWM_PIN), но нигде не вижу его связи с таймером, т.к. его имя нигде больше не упоминается.

Упоминается:

Код

TC0_EnableCCChannels( &TCF0, TC0_CCBEN_bm );

Откуда таймер знает, что надо выдавать меандр именно на этот пин?

Таймер узнаёт это из того, что разрешена Capture-compare функция на нужном канале таймера, а канал привязан к определённому пину порта.

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

С чего бы таймеру это делать? Не будет он так работать (разве что с ума сойдёт).

Думаю, что-то важное вы пропустили.

Ничего я не пропустил - шим выдаётся куда нужно.

А именно то, что меня волнует - перенаправление меандра на конкретный пин.

Разрешив альтернативную функцию и включив порт на выход вы привязываете шим к нужному пину.

В рекомендованном вами документе AVR1306 очень много написано про разные варианты модуляции, но что мне от того толку, если эту модуляцию наружу вывести не могу?

Пример шима можете взять в коде к AVR1306:

CODE

/*!
* This function implements example 4, "Using a Timer/Counter for PWM
* Generation" from the "Getting Started" section of application note AVR1306.
*
* This example shows how to configure TCC0 for pulse width modulation output
* with varying duty cycle on channel A.
*/
void Example4(void)
{
//Enable output on PC0.
PORTC.DIR = 0x01;

//Set the TC period.
TC_SetPeriod(&TCC0, 0xffff);

//Configure the TC for single slope mode.
TC_ConfigWGM(&TCC0, TC_WGMODE_SS_gc);

//Enable Compare channel A.
TC_EnableCCChannels(&TCC0, TC_CCAEN_bm);

//Start timer by selecting a clock source.
TC_ConfigClockSource(&TCC0, TC_CLKSEL_DIV1_gc);

uint16_t compareValue = 0x0000;
for (;;) {
//Calculate new compare value.
compareValue += 32;

//Output new compare value.
TC_SetCompareA(&TCC0, compareValue);

//Wait for the new compare value to be latched from CCABUF[H:L] to CCA[H:L].
//This happens at TC overflow (UPDATE).
while( TC_GetOverflowFlag(&TCC0) == 0) {
}

//Clear overflow flag.
TC_ClearOverflowFlag(&TCC0);
}
}

Этого не достаточно?

Сообщение отредактировал IgorKossak - Jun 12 2013, 21:49

Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!