Перейти к содержанию
    

Изучаю ATxmega.

В наличии есть ATxmega64A1 его и планирую "мучать".

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Изучаю ATxmega.

В наличии есть ATxmega64A1 его и планирую "мучать".

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

 

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

Нет не экономить.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Нельзя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Планирую использовать энергосберегающий режим (RTC) и думаю может в этом режиме вообще не запитывать ненужные узлы?
Для этого есть регистры PRGEN и PRPA/B/C/D/E/F

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще вопрос:

То что внутренний 32 kHz (ULP) с его точностью 30% для часов не годится я понял и буду ставить внешний резонатор.

А возможна ли авто подстройка внутреннего 32MHz от внешнего 32.768кHz и если возможна то насколько она точная?

В устройстве предполагается несколько com портов с максимальной скоростью 115.200 кб и звук 22.050 kHz.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Еще вопрос:

А возможна ли авто подстройка внутреннего 32MHz от внешнего 32.768кHz и если возможна то насколько она точная?

В устройстве предполагается несколько com портов с максимальной скоростью 115.200 кб и звук 22.050 kHz.

 

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

 

 

В устройстве предполагается несколько com портов с максимальной скоростью 115.200 кб и звук 22.050 kHz.

 

Работали не с Com-портом, а выводили меандр 2МГц.

При отключённой подстройке частота ушла примерно на 0,5-2%.

При включении подстройки частота меандра стала отличаться от идеальной на величину точности кварца (десятки ppm). Так что и Com-порт должен заработать без проблем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Работали не с Com-портом, а выводили меандр 2МГц.

При отключённой подстройке частота ушла примерно на 0,5-2%.

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

 

При включении подстройки частота меандра стала отличаться от идеальной на величину точности кварца (десятки ppm).

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Да автоподстойка возможна и для RC2 и для RC32.

Не без глюков, но скорей всего сейчас уже подправили:

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

 

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

 

Не знаю...

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

The internal RC oscillator frequency can be calibrated to within +/-1% of the

frequency specified in the datasheet for the XMEGA device.

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

 

 

 

И cледующий вопрос:

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

Может какой тайный смысл в этом есть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...