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.
Можно ли запараллелить два входа, позволяет ли это входное сопротивление или нужно сделать какую-то обвязку?

1. Не включено тактирование AC. Вот биты и не включаются.
2. Почему бы нет. Должно работать.
3. Без кода можно только гадать.....
У АЦп также есть прерывание по уровню..смотрите даташит.
4. Можно, но не нужно.

bob1, спасибо за ответы!


Так и оказалось. Я устанавливал бит разрешения выхода компаратора до момента включения компаратора. Поменял две строчки кода местами - все заработало.


Проверил - действительно работает.


Я это прерываение как раз и использовал, но проблема была в том, что как только его включаешь, перестают происходить события EVSYS_CHMUX_ADCA_CH0_gc и DMA_CH_TRIGSRC_ADCA_CH0_gc до момента срабатывания компаратора. А мне нужно было все данные через DMA сохранить в буфер, независимо от того, выше они порога компаратора или нет. Прерывание по уровню по моему замыслу должно было только разбудить процессор и инициировать обработку сохраненных данных из циклического буфера.

Я нашел объяснение в даташите, почему так происходит
Т.е. "или-или".

В итоге, учитвая то, что один вход может использоваться ADC и AC, я решил поставленную задачу без функции компаратора ADC.

Подскажите пожалуйста (дайте примерчик), как ХМегой считать импульсы? Т.е. как на ней делать то, что обычные Меги делали через входы T0 и T1?

В описаниях одни только слова, по которым код не сваришь. Смотрела документы:
AVR1001 : Getting Started With the XMEGA Event System
AVR1306 : Using the XMEGA Timer_Counter
AVR1307 : Using the XMEGA USART"
AVR1311 : Using the XMEGA Timer_Counter Extensions
AVR1313 : Using the XMEGA IO Pins and External Interrupts
AVR1617 : Frequency Measurement with Atmel AVR XMEGA Family Devices"
но толку чуть.

Поняла лишь одно: таймер нужно запрограммировать на счет не от делителя тактовой частоты, а от канала событий. Это сделать я смогу, например, как-то так:
TCC0.CTRLA = TC_CLKSEL_EVCH0_gc; // Clock Selection: Event Channel 0
А потом какой-то пин в порту запрограммировать в режиме сенсора. Это тоже вроде бы ясно:
PORTF.PIN7CTRL = PORT_ISC_RISING_gc; // Sense rising edge on PORTF7
Но как отправить это событие в тот самый канал, который ждет таймер, остается для меня загадкой.

В документе "AVR1001 : Getting Started With the XMEGA Event System" дан такой совет:

Однако мне не ясно, как выполнять пунты 2 и 3, а подробности опущены. А про "digital filter for event channel" вообще не нашла даже упоминания, что такой существует.

Полагаю, что задаю не слишком тяжелый вопрос, т.к. не прошу вникать в мою задачу, а прошу лишь объяснить, как выкручиваться на ХМеге в тех задачах, которые на обычных Мегах решались через счетный вход таймеров T0 и T1. Например, на обычной Меге для этого было достаточно одной строки кода:
TCCR1B = 0x7; // external clock source, on rising edge
А дальше лишь присоединить сигнал к ножке T1 и дело в шляпе. А с ХМегой уже больше недели над этим вопросом бьюсь, голова распухла от чтения мануалов, а дело с мертвой точки не слезает. Вероятно, в интернете полно таких примеров, но найти их не смогла - видимо запрос не смогла правильно сформулировать.

Досконально не разбирался и не экспериментировал, но думаю нужно указать "Системе событий" источник события (нужный пин порта) путём засписи в нужный рег. CHnMUX соотв. данных.

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

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

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

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

А как это реализуется на ХМеге? Тоже через EVSYS?
Документы занового прошерстила, но именно такого примера не нашла. А похожие работать у меня отказались.

Пробовала так:


Но ничего не вышло - на ножке PORTF0 стоит твердо нуль.

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

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


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

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

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

?

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

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

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



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


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


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


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

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


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

TCF0 - это имя таймера, а не порта. Где у вас упоминается PWM_PORT, кроме того места, где вы его открыли на вывод?

В хидерое среди определений PWM_PIN не нашла. Это константа? А если мне нужно PWM выдать на другой пин, тогда что? Или место выдачи PWM в порту фиксировано?
Скажем, если мне нужен PWM на другой ножке, то какие измения в коде я должна провести, КРОМЕ открытия этого пина на вывод?

Совершенно верно. TCF0 - таймер.



В определениях упоминается:

Больше нигде.

Так это, значит, ваши собственные определения?
А если я переопределю PWM_PIN на другое число, скажем на 2 вместо 1, то PWM начет выводиться на соседнюю ножку? Или нет?

Да - константа. На плате у меня там шим должен быть.



Место выдачи шима фиксировано следующим образом:
Таймер типа 0 может выводить шим с канала А на пин 0 порта, с канала Б на пин 1 порта ... с канала D на пин 3.
Таймер типа 1 может выводить шим с канала А на пин 4 порта, с канала Б на пин 5.


Нужно разрешить соответствующий канал таймера, ну и пин на выход.


Естественно.


Нужно ещё канал разрешить и соответствующий регистр сравнения инициализировать (для пина 2 - канал С и set new compare value for compare channel C):

TC0_EnableCCChannels( &TCF0, TC0_CCCEN_bm );
TC_SetCompareC( &TCF0, PWM_PERIOD>>1);

Дошло до меня - номер порта и пина нигде не задается, поскольку он намертво привязан к имени таймера. Т.е. таймер может выдать PWM только на одноименный с ним порт, и только на пин, определяемый буквой после CC. Например, выдать PWM на PORTF0 можно ТОЛЬКО через TCF0.CCA и никак не иначе. А если нужна соседняя нога PORTF1, то надо переходить на TCF0.CCB, и т.д.

Всё так. Дошло.

Дабы не плодить тем спрошу здесь. Понадобилось мне переделать DFU bootloader для XMEGAxxA4 на свою ножку. это стало для меня трудной задачей ) для студии в ASF я готовых примеров не нашел, что делать с исходниками из архива http://www.atmel.com/Images/AVR1916.zip мне не понятно( т.к. я вижу там только хидеры, ни файла проекта ни сишного файла с main я не ощущаю, ЧЯДНТ учитывая что я пишу обычно в студии и на АСМе? )

ПС если есть добрые люди готовые пересобрать бутлоадеры под:
ATxmega16A4U - PD4
ATxmega128A4U - PB1 - буду оч благодарен )

Во всех бутлоадерах есть main() и находится он в файле:
\common\services\usb\class\dfu_flip\device\bootloader\xmega\main.c


Линии USB фиксированы, это PD6 (D-) и PD7 (D+). Переставить эти функции на другое место нельзя. Но если вам нужен загрузчик не по USB, а по USART, то пины PD4 и PB1 для этого тоже не годятся, т.к. RXD/TXD тоже выводятся на 6-й и 7-й пины портов C и D.

спасибо за указание на мэйн.

пины я писал те, что должны запускать бутлоадер при старте, чтоб управление не передалось приложению, то что ЮСБ линии фиксированы - понятное дело )

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

У меня возник новый вопрос: а можно ли наоброт? Т.е. существует ли возможность превратить событие с "Event Channel" в дрыгание какой-либо ножки?

Про то, как превратить ножку в сенсор, вызывающий переключение "Event Channel", я поняла, и это у меня заработало. Но гложет вопрос про обратную возможность - превратить возникшее у "Event Channel" переключение состояния в подергивание какой-то ножки, но только другой. Т.е. интересует возможность использования "Event Channel", как средства сообщения между двумя ножками МК, чтобы одна его ножка повторяла (в той же фазе или противофазе) изменения уровня на другой.

Ксения, микроконтроллер это аппаратно-программное устройство, содержащее несколько конфигурируемых аппаратных узлов, которые могут сигнализировать о своем состоянии флагами или прерываниями программы. Прямая связь аппаратных узлов в нем не предусмотрена, только через программу.

Я тоже всегда так считала. Но вот увидела, как сделан у XMaga "Event System", и возбудилась .

Равнодушнее, мадам, это всего лишь кусок кремния ))) Я ничего не знаю про "Event System", но есть какой-нибудь практический вопрос по конкретной хмеге и ножкам? Готов посмотреть дейташит на аппаратуру. Заодно новенькое узнаю ))

Вы зря беретесь отвечать на вопросы, связанные с тем, о чем вы ничего не знаете.

Речь идет о возможностях "Event System Controller", упоминаемого в даташите. Там сказано:

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

В русском варианте есть такая информация:

И вот это интересует меня в самом буквальном смысле: "отобразить событие на выводе микроконтроллера".

На рисунке, приведенном в даташите, стрелочки от "Port pins" идут в обе стороны! И меня интересует та возможность, которая соответствует стрелке вниз.

Ну не зря, мне интересное все новое. А вот наименования контроллера нет, поэтому я не могу прочесть дейташит, который есть у Вас. И в ссылке правая скобка мешает переходить на статью.

Данные возможности относятся ко всему семейству XMega, т.к. контроллер "Event System" представляет особенность новой архитектуры. Да и журнальная статья, ссылку на которую я привела, относится к рекламе возможностей всей линейки XMega, а не какого-то отдельного экземпляра.

Но лично у меня флагман этой серии - ATxmega128A1.

P.S. Более конкретно меня интересует всё, что связано с флагами:

Глянул дейташит на 256А3. Там обещают в качестве Ивент Систем некий 8-канальный мультиплексор, который в обход контроллера прерываний передает сигналы из одного аппаратного блока в другой, но с задержкой до 2 МЦ. То есть мне смотреть возможность передачи сигналов между двумя ножками разных портов? Или есть другая, конкретная задача?

Задача интересует в самом общем виде. Но, видя вашу склонность к конкретизации , предложу задачу моргания светодидом 1 раз в секунду (сигнализируя о работоспособности устройства) не прибегая к прерываниям! Очевидно, что "задержка до 2 МЦ" в этом деле несущественна.

Например, при тактовой частоте 32 МГц запускаем таймер :
TCC0.PER = 15625; // 32000000 Hz / 1024 / 2 = 15625 (без остатка!) = 1 Гц ровно
TCC0.CTRLA = TC_CLKSEL_DIV1024_gc;

Теперь отправим признак переполнения в 7-ой канал "Event System Controller":
EVSYS.CH7MUX = EVSYS_CHMUX_TCC0_OVF_gc; // channel 7 <- Overflow от таймера ТСС0

Ну, а дальше-то что? Как мне теперь событие 7-го канала превратить во что-то реальное?
Есть у меня флаг
PORTCFG_EVOUT_PE7_gc, ///< Event Channel 7 Output on Port E pin 7
якобы способный вывести событие на пин PE7, но что для этого надо сделать? Куда этот флаг пихать?

Моя склонность к конкретизации вызвана только необходимостью сузить рамки материала для изучения ))
Судя по дейташиту, функциональность Ивент Систем весьма ограничена, на вывод (и обратно) можно отмапить только из Канала 0 Ивент Систем на ножку Порт 7. Раздел 15.1 предпоследняя строка.

Если вы понимаете, что там написано, то ... напишите строку кода! Мне уже совершенно наплевать, нулевой там номер или седьмой. Дайте хоть хоть одним глазком взглянуть на реализацию ЛЮБОГО варианта, где "Event System" дергает пином! И чтобы без всяких оговорок типа "знаю, как это делается, но вам не скажу, т.к. к вашему номеру пина это не подойдет".

Xenia, найдите описание регистра CLKEVOUT . Думаю Вам это поможет...
PS. A1 уже не флагман. Флагман A1U...

Это я видела, оно из другой оперы - к "Event System" отношения не имеет, а просто тактовую частоту (периферийную) на пин гонит. Это совершенно не то.


Флагманом я назвала его не потому, что он самый лучший, а потому, что самый первый, тогда как A1U - лишь его немного усовершенствованная копия.

Еще раз посмотрите!


Это регистр отвечает и за вывод частоты и за событие.

У моих портов нет регистра CLKEVOUT . Этот регистр из категории виртуальных портов, которые я еще не освоила (и что-то не тянет). А у простых портов типа PORTA, PORTB, PORTC, PORTD, PORTE и PORTF такого расширения нет.

Скажем, такие бывают:
PORTB.OUT
PORTE.DIR
PORTE.INTCTRL
PORTE.INT1MASK
PORTE.INTFLAGS
PORTE.INT0MASK

А вот такого не бывает:
PORTE.CLKEVOUT

Error[Pe136]: struct "PORT_struct" has no field "CLKEVOUT"

Ксения, ну где-то есть этот CLKEVOUT. Нужно хидер прочитать, ты ж программист. И вообще, это уже становится частным вопросом, АртемКАД вот подключился. Может сперва сами порешаем, а потом решение сюда? А если кто из форумчан знает, сам отпишется.
А если у АртемКАД есть решение, то я попрошу его не говорить сразу.

хоть он и сидит рядом с виртуальными портами, но отношения к ним прямого не имеет, просто состоит вместе с ними в одной группе PORTCFG ...

Не совсем вместе с ними. Просто в PORTCFG засунули в т.ч. и настройку виртуальных портов. Эдакая общая группа портов для того, что в специализированные группы не влезло, но к портам относится. Сами-же виртуальные порты отдельно в VPORTх . Хотя я так пока и не вкурил зачем они вообще нужны...
В общем PORTCFG.CLKEVOUT в помощь...

100%

И у меня вопрос (дабы не плодить тем).
Почему на xmega128A1U не выводится на пин clkPER4?
Т.е. clkPER и clkPER2 выводится а clkPER4 нет.
Пробывал при clkPER4=128MHz, clkPER2=64MHz, clkPER=32MHz.

т.е. при выводе просто тишина? ради эксперимента попробуйте в целом уменьшить все частоты и попробовать так.

Да, ноль.


Необходимо было имеено 128MHz на пине получить.
Экспериментировать сейчас некогда, да и не актуально уже.
Просто думал сталкивался ли кто с этим

А что, разве на Xmega можно частоты выше, чем 32 МГц получать? Не знала... Точнее, видела, что множитель позволяет умножать аж до 31 раз, но думала, что это для медленных кварцев сделано, а верхнюю границу в 32 МГц нарушать нельзя. Или все-таки можно? И если да, то как? И какие возможности это дает? Таймеры быстрее заработают?

К примеру clkPER4 можно использовать для увеличения точности PWM.

32МГц это верх для ядра. А к примеру на USB надо подать 48МГц.

Можно нарушать, только неизвестно, как долго проработает. У меня один опытный образец уже полтора года на 48МГц работает и полностью исправен. Работает от внешнего кварца на 8 МГц и PLL на 6. Выше поднимать удавалось, уже не помню до скольки, но потом засомневался и прекратил эксперименты, оставив на 48МГц. Нагреваний МК-ра замечено не было. Ну, а таймеры могут тактироваться вместе с CPU или через делитель, так что - да, таймеры заработают быстрее.

Ядро разгонять свыше 32 МГц я не хочу, мне процессорной скорости вполне хватает. Однако хотелось бы, что таймер был способен считать внешние импульсы (меандр) на более высокой частоте, чем нынешние 16 МГц (половина от 32-х). Т.е. мне надо только на счет, а не на выдачу! И хотя, казалось бы, скорость внешнего счета от внутренней частоты никак не зависит, но какая-то там связь типа синхронизации есть, которая мешает мне подняться выше 16 МГц (начинает пропускать импульсы). Причем, мне не ясно, какого из трех клоков не хватает (clk_per, clk_per2, clk_per4). Похоже, что не хватает clk_per, т.е. именно он тактирует таймеры и систему событий (через последнюю сигналы от ножек попадат к таймеру). Но насколько технически возможно поднять clk_per выше частоты ядра? Ведь ядро вроде бы работает как раз от этого clk_per...

P.S. Может быть эта синхронизация как-то отключается, чтобы счет внешних импульсов стал асинхронным? И тогда клоками можно не заморачиваться?

P.P.S. По-видимому, задача моя нерешабельная, т.к. в руководстве (Atmel AVR1617: Frequency Measurement with Atmel AVR XMEGA Family Devices) прямо сказано:

что измеряете, если не секрет?

Пока измеряла две вещи:

Первое: сигнал с выхода кварцевого генератора KXO-210 с частотами 4-6-8-10-12-16 МГц на предмет их термостабильности. Хорошо бы подняться до 60 МГц (выше у кварцев обычно не бывает). По всей видимости воспользуюсь делителем, но разговор о частотах у Xmega, превышающих 32 МГц, меня заинтриговал.

Второе: тестовый вариант измерения частоты, генерирумой той же XMega другим таймером. Коннект выхода со входом внешний, посредством джампера. Тут частота стоит, как влитая - даже младший разряд не шелохнется.

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

Такая фича, как считать испульсы частотой выше процессорной традиционно присутствует у продукции Микрочип
Специально глянул PIC10Fxxx там таки осталось это. Счетчик с предделителем меряют до 50МГц, и это с незапамятных времен было. Так что поставьте предделитель из мелкого пичка, в sot23-6.

В DS на конкретный чип раздел Electrical Characteristics , Internal Phase Locked Loop (PLL) characteristics
там мин/макс чего можно от PLL получить