Изучаю ATxmega.
В наличии есть ATxmega64A1 его и планирую "мучать".
Хочу по быстрому сделать PCB для экспериментов под свою задачу.

Сразу возник вопрос: зачем у хмег столько ног питания и земли?

Чтобы из-за неравномерности потребления разные узлы не влияли друг на друга. А что, хочется сэкономить? А нельзя.

А мег было много меньше ног питания и земли?

Ну да. У тех которые использовал по одной.


Нет не экономить.
Планирую использовать энергосберегающий режим (RTC) и думаю может в этом режиме вообще не запитывать ненужные узлы?

Нельзя.

Для этого есть регистры PRGEN и PRPA/B/C/D/E/F

ОК. продолжаю курить дш

Другой вопрос: а как до этого работали с контроллерами AVR, в tqfp корпусе например?

До недавнего времени работал с mega8515,mega162 и в tqfp и в dip.

А вчем собственно вопрос?

ну, тогда вроде как само собой разумеющееся, что и у mega и и xmega в силу конструктивных особенностей корпуса предполагается наличие нескольких Vcc и GND:)

Еще вопрос:
То что внутренний 32 kHz (ULP) с его точностью 30% для часов не годится я понял и буду ставить внешний резонатор.
А возможна ли авто подстройка внутреннего 32MHz от внешнего 32.768кHz и если возможна то насколько она точная?
В устройстве предполагается несколько com портов с максимальной скоростью 115.200 кб и звук 22.050 kHz.

Подстройка внутренних RC2 и RC32 от внешнего 32.768кHz кварца возможна.




Работали не с Com-портом, а выводили меандр 2МГц.
При отключённой подстройке частота ушла примерно на 0,5-2%.
При включении подстройки частота меандра стала отличаться от идеальной на величину точности кварца (десятки ppm). Так что и Com-порт должен заработать без проблем.

Спасибо, уже и сам разобрался.


Т.е. проц работал от RC32?


Это радует, но всетаки, атмел гарантирует какую то точность авто калибровки?

Да автоподстойка возможна и для RC2 и для RC32.
Не без глюков, но скорей всего сейчас уже подправили:
для ревизии 1 (вроде) Xmega256A3 оказалось что нужно включать автоподстройку для обоих генераторов, иначе не работает.



Не знаю...
Напишите, когда разберётесь...

Вот че нашел : AVR1606

+/-1% это действительно точность калибровки любого RC в xmege? или я чегото не понял?



И cледующий вопрос:
Зачем нужны два разных RC генератора если из каждого с помощью делителя или умножителя можно сделать частоту другого?
Может какой тайный смысл в этом есть?

Тайный смысл - в токе потребления

Ясно.



А что по поводу этого:

Ну, откалибруете Вы RC-генератор... А, дальше - что? См. в DS зависимость частоты RC от температуры и напряжения.

Дык я как раз и не хочу его сам калибровать.
Я хочу авто калибровку использовать от внешнего 32.768 кHz и пытаюсь выяснить насколько точными будут RC2 и RC32.
Есть минимальный шаг изменения частот RC2 и RC32?

Приведенная Вами выше AN AVR1606 к DFLL отношения не имеет


Да, типичное значение 0.2%

О, это уже кое что. Но все равно многовато для меня.
Буду использовать внешний генератор на 16MHz тем более что в устройстве все равно он необходим.


Снова вопрос: не могу понять в каких хмегах есть RTC а в каких RTC32 ?

Видимо RTC32 для Мег с с батарейным питанием
ATxmega256A3B

У xMeg других не встречал.

В дополнение к остальным ответам: в megaAVR АЦП 10-разрядный, а в Xmega - 12-разрядный, компаратор более чувствительный и с регулируемым гистерезисом, да плюс ЦАП имеется. Вся эта периферия налагает более жесткие требования на разводку питания и земли


Тайный смысл в энергопотреблении. Генератор с меньшей частотой и потребляет меньше

О.К. Всем спасибо.

След. вопрос: как правильно организовать вход/выход в sleep (Power-save)?
В устройстве имеется внешний супервизор питания.
Хмега тактируется от плиски.

Я бы исспользовал кварц "кратный" UARTу

Еще вопрос:
Правильно ли я понял что в хмеге можно задать количество циклов ожидания "cycles wait state" для внешней рам,
но только целиком для всей рам и нельзя организовать несколько областей с разными cws, как например в меге162 ?
Или я ошибаюсь?

Какой из трех вариантов получения CLKcpu=32MHz потребляет наименьший ток?

1: RC32 непосредственно на CLKcpu
2: RC32/4 на PLL умножаем 4
3: RC2 на PLL умножаем на 16


И ещё вопрос: можно ли в "Oscillator Control Register" записать 0x00, т.е. запретить работу всех генераторов и таким образом остановить проц?