Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: AT91SAM7: настройка PLL для USB
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
singlskv
May 28 2009, 17:32
Вот мучает меня вопрос и ответа не нахожу... unsure.gif

Почему для всех примеров от атмела(да и от всех остальных) пользуют схему:
MCK, UDPCK = 18.432MHz * 73 / 14 / 2 = 48.05486MHz
и не пользуют:
MCK, UDPCK = 18.432MHz * 125 / 12 / 4 = 48MHz ровно ?

при этом и для UART(9600, 19200, 115200)(5%maxerror) и для CAN(125000, 500000, 1000000)(0,5%maxerror)
48MHz ровно, куда как лучше.

ЗЫ Еще встречал вариант MCK, UDPCK = 18.432MHz * 26 / 5 / 2 = 47.9232MHz ,
он хорош для UART но хуже для USB и CAN.
amw
May 28 2009, 18:57
Цитата(singlskv @ May 28 2009, 20:32) *
Почему для всех примеров от атмела(да и от всех остальных) пользуют схему:
MCK, UDPCK = 18.432MHz * 73 / 14 / 2 = 48.05486MHz
и не пользуют:
MCK, UDPCK = 18.432MHz * 125 / 12 / 4 = 48MHz ровно ?

Потому что ихний pll calculaor так посчитал.
Я тоже этому удивлялся поначалу, а потом написал свой pllcalc http://code.google.com/u/amwsoft/.
aaarrr
May 28 2009, 19:08
Не все SAM'ы поддерживают 192MHz (например, у AT91SAM7S512/256/128 Fout max = 180MHz). Атмеловцы же выбрали универсальный вариант.

Цитата(amw @ May 28 2009, 22:57) *
Потому что ихний pll calculaor так посчитал.

Если их калькулятор попросить сделать 192MHz, то он выдаст именно эти числа (DIV=5, MUL=13).
singlskv
May 28 2009, 20:22
Цитата(amw @ May 28 2009, 22:57) *
Потому что ихний pll calculaor так посчитал.
Я так и подумал, но червь сомнений мешал жить... smile.gif


Цитата(aaarrr @ May 28 2009, 23:08) *
Не все SAM'ы поддерживают 192MHz (например, у AT91SAM7S512/256/128 Fout max = 180MHz). Атмеловцы же выбрали универсальный вариант.
Это объясняет но не оправдывает Атмел.
Ну и сделали бы в конце концов допустимой схему:
MCK, UDPCK = 18.432MHz * 125 / 24 / 2 = 48MHz
к тому же она и так у них замечательно работает...

18.432/24 = 768KHz , от 1MHz не так уж сильно и отличается...
aaarrr
May 28 2009, 20:42
Цитата(singlskv @ May 29 2009, 00:22) *
Ну и сделали бы в конце концов допустимой схему...

Они много чего пытались сделать, в том числе и вторую PLL, но не все получилось sad.gif

Ошибка от 48.05486MHz с запасом укладывается во все требования USB, CAN, UART. Не понимаю суть претензий совершенно.
singlskv
May 28 2009, 20:57
Цитата(aaarrr @ May 29 2009, 00:42) *
Ошибка от 48.05486MHz с запасом укладывается во все требования USB, CAN, UART. Не понимаю суть претензий совершенно.
Ну этож не претензии а недопонимание, у меня на A3 ровно 48MHz и все OK, почему так и не сделать ?
aaarrr
May 28 2009, 21:14
Цитата(singlskv @ May 29 2009, 00:57) *
Ну этож не претензии а недопонимание, у меня на A3 ровно 48MHz и все OK, почему так и не сделать ?

Потому что 48.05486MHz принципиально не хуже 48.0MHz, зато работает на всех кристаллах. Учитывая качество атмеловских примеров нужно радоваться, что все так хорошо.
singlskv
May 29 2009, 18:03
Цитата(aaarrr @ May 29 2009, 01:14) *
Потому что 48.05486MHz принципиально не хуже 48.0MHz, зато работает на всех кристаллах.
Кстати, вот тут еще вспомнил почему 48 ровно намного лучше,
у меня, например, там еще и дискретные входы/выходы есть, ну и всякие подсчеты частоты итд...
Цитата
Учитывая качество атмеловских примеров нужно радоваться, что все так хорошо.
В смысле что такие примеры все-таки работают ?
aaarrr
May 29 2009, 19:07
Цитата(singlskv @ May 29 2009, 22:03) *
Кстати, вот тут еще вспомнил почему 48 ровно намного лучше,
у меня, например, там еще и дискретные входы/выходы есть, ну и всякие подсчеты частоты итд...

Удобнее - возможно, но ничем не лучше по большому счету. Не думаю, что ошибка в 0.16% может часто портить жизнь.

Цитата(singlskv @ May 29 2009, 22:03) *
В смысле что такие примеры все-таки работают ?

Иногда smile.gif По мне, лучше бы их и не было вовсе.
defunct
May 29 2009, 23:24
Цитата(aaarrr @ May 29 2009, 00:14) *
Потому что 48.05486MHz принципиально не хуже 48.0MHz, зато работает на всех кристаллах.

Можно сказать даже лучше, за счет +54K тактов в секунду.

PS: по части компенсации ошибок частоты - Luminary рулит. Baud rate задается дробным числом!
zltigo
May 30 2009, 07:13
Цитата(defunct @ May 30 2009, 02:24) *
PS: по части компенсации ошибок частоты - Luminary рулит. Baud rate задается дробным числом!

Fractional baudrate генераторы давно обыденное явление в микроконтролерном мире, а не только у Luminary.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.