Форум РадиоКот

Привет котам! Использовал кто нибудь микроконтроллеры на повышенных частотах? Есть ATmega8535 в DIPe и кварцевый генератор на 27Мгц , можно подать с генератора на мегу тактовую частоту в режиме внешней тактовой частоты? будет вообще работать? или 16Мгц предел? У какго какой опыт есть? поделитесь плиз.
зы. Не спрашивать зачем нужно. В целях самообразования, и интересен ваш опыт.

Не знаю как меги, но я с ПИКами эксперементировал.
PIC18F26K22, максимум 16 MIPS по документам. Ставил кварц на 25 - работал нормально, на честных 25 MIPS'ах. Таймеры "шпарили" на 100 Мгц (Fosc x 4).

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

mega8 паспортные 16 запускалась на 27 простейший ногодрыг работал, как остальная переферия работает не знаю.

65MHz:
http://habrahabr.ru/post/190180/

Попадалась также инфа о запуске AVR в районе 30МГц в нормальных условиях.

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

Попадалась также инфа о запуске AVR в районе 30МГц в нормальных условиях.

Где почитать не вспомните?
В первую очередь нужна стабильная работа портов и самого CPU. Нужно принимать, вычислять и выводить данные со скоростью около 10Мгц. Переферия не очень интересует, хотя инфа тоже будет полезна.
СПС за отклики.

Уже даже и не скажу, давно было.
Вы соберите внешний генератор, работы максимум на полчаса. Там всё сами и увидите.

А для вычисления, ввода и быстрого вывода есть более подходящие МК. Хотя бы таже Xmega.

так высоко не задирал, но на 2-4мгц поднимал частоту, работала нормально (мега16, мега8515)

Я ХЗ ... В проекте (mega32А) задействована практически вся переферия контроллера, при установке кварца на 20 метров эпизодически происходит сброс, эпизодически некорректное "задвигание" бит в модули P10, при документных 16-ти - все ОК. О кривизне своих рук спорить не буду (никогда не считал их ровными), но это факт.

Uzebox - ATmega644 @ 28.61818 MHz

у меня от 20 мГц генератора работала без каких-либо проблем. просто для интересу.
но для чего это может быть нужно?

fedo® писал(а):...В целях самообразования, и интересен ваш опыт.

Если "для интереса" - можно и разогнать.
Если проектируете серийное изделие, которое должно работать в заявленном производителем диапазоне температур - с документаций спорить не рекомендуется.

Albert_V писал(а):Если "для интереса" - можно и разогнать.
Если проектируете серийное изделие, которое должно работать в заявленном производителем диапазоне температур - с документаций спорить не рекомендуется.

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

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

Как правило, "разгон" нужен тем, кто ошибся в выборе контроллера или "понапихал" чужих библиотек "по заливную горловину".

Обычно сам процессор (Арифм.-Логич. Устр.) вполне нормально переносит разгон. Но периферия типа RS232, USB - она ведь хардварно завязана на тактовую частоту своими временнЫми параметрами. И будет выдавать нестандартные скорости протокола. Соответственно - не будет приёма-передачи.

ПС. В далёком 1989м году мне отдали неисправный IBM286AT. Был успешно восстановлен. Работал изначально аж на 8 МГц-ах. Но потом вполне нормально пахал и на 20-ти. Тест-прогой служили ПРИКЛЮЧЕНИЯ ГОБЛИНОВ часть 1.

Обычно сам процессор (Арифм.-Логич. Устр.) вполне нормально переносит разгон. Но периферия типа RS232, USB - она ведь хардварно завязана на тактовую частоту своими временнЫми параметрами. И будет выдавать нестандартные скорости протокола. Соответственно - не будет приёма-передачи.

Главная проблема не в периферии, а во FLASH. Как раз где-то в районе 16 МГц FLASH-память перестает успевать выдавать данные.

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

Во-во, именно во флэше проблема. В АРМах, например, при переключении частоты шины на высокие частоты (там есть встроенные умножители и делители тактовых частот, коих тоже несколько) иногда необходимо вставлять задержку на чтение флэш-памяти в один такт, так как память не успевает отработать запрос (реально программа работает с той же скоростью, а вот периферия "летает").

Кстати, на счёт преимущества АРМов перед АВР: контроллер всегда стартует на частоте встроенного низкочастотного (несколько МГц) генератора, а на высокие частоты и внешние кварцы переключается программно, если сигнал от этих генераторов стабилен (если нет, то выдаётся ошибка, которую программно можно обработать). В результате внутрисхемные дебаг/программирование будут гарантированно работать вне зависимости ни от чего. Вспомните проблему реанимации всяких тинек после неправильного программирования фьюзов при отсутствии параллельного программатора.

Кстати, на счёт преимущества АРМов перед АВР: контроллер всегда стартует на частоте встроенного низкочастотного (несколько МГц) генератора, а на высокие частоты и внешние кварцы переключается программно

Ну, это не фишка именно ARM. MSP430 тоже так умеют, например.

Спасибо господа за ответы. YS и B@R5uk отдельное спасибо, теперь известно узкое место.