Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: есть ли особенности трассировки ARM
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Ruslan85
Народ у меня вопрос: существуют ли различия при трассировке плат между AVR (с частотой работы процессора 8 Мгц например Atmega 2560) и каким нибудь ARM процессором (с частотой работы 70 Мгц например STM 32) при условии, что останутся примерно те же сигналы , т.е. UART с такой же скоростью как и на AVR, ну и остальные сигналы такие же. Есть ли какието подводные камни которых нет на Атмегах. Например я слышл что из за более резких фронтов при смене уровней на пинах, на соседних дорожках может возникать больше наводк нежели при работе с Атмегой, так ли это ? и какие ещё есть особенности?
scifi
С STM32 трудностей не припомню. Просто расставить ёмкости по питанию так, как рекомендовано в даташите, и всё.
Про фронты - не совсем так. В STM32 драйверы портов настраиваются, так что резкость фронтов можно выбирать самостоятельно. То есть с фронтами проблем нет.
Danis
Цитата(Ruslan85 @ Jul 20 2012, 15:34) *

Ничего особенного нет, разводите схему тактирования и питания согласно даташиту.
Если первый раз работаете с ARM, можете порты защитить резюками во избежание токовой перегрузки.
scifi
Цитата(Danis @ Jul 20 2012, 23:39) *
Если первый раз работаете с ARM, можете порты защитить резюками во избежание токовой перегрузки.

Страшилка какая-то. Можете привести реальный пример, когда это нужно?
Danis
Цитата(scifi @ Jul 20 2012, 23:47) *
Страшилка какая-то. Можете привести реальный пример, когда это нужно?


Кнопка, которая при нажатии тянет неверно сконфигурированный порт i/o к Vdd или Vss.
scifi
Цитата(Danis @ Jul 20 2012, 23:51) *
Кнопка, которая при нажатии тянет неверно сконфигурированный порт i/o к Vdd или Vss.

Насколько я понимаю, в этом примере нет специфики ARM. С AVR было бы то же самое. И вообще, чтение даташита и принятие мер для избежания максимально допустимых значений (тока через ножку, например) никто не отменял.
Danis
Цитата(scifi @ Jul 21 2012, 00:01) *
Насколько я понимаю, в этом примере нет специфики ARM. С AVR было бы то же самое.


Не пробовал с AVR, но, например, c PIC убежден. Пин любого порта i/o как правило не выгорает при к.з, что не сказать об объявленном ТС stm32.
scifi
Цитата(Danis @ Jul 21 2012, 00:07) *
Пин любого порта i/o как правило не выгорает при к.з, что не сказать об объявленном ТС stm32.

ТС такой информации не содержит. Не припомню у STM32 пина, выгоревшего из-за КЗ.
umup
STM32F100 без проблем работает на простейшей односторонней плате на 24МГц. Разгонял и до 28МГц.
Нужно будет попробовать F103 на 48..72МГц
KnightIgor
Цитата(Ruslan85 @ Jul 20 2012, 14:34) *
Народ у меня вопрос: существуют ли различия при трассировке плат между AVR (с частотой работы процессора 8 Мгц например Atmega 2560) и каким нибудь ARM процессором (с частотой работы 70 Мгц например STM 32)

При трассировке вообще следует придерживаться опеределённых общеизвестных правил. Самое главное - прокладка массы, чтобы не создавать колец (rings) и ответвлений (stubs). Если нет возможности организовать сплошную поверхность (на многослойке), то следует стремиться к звездообразному сведению массы к одной точке, как правило - к точке разъема питания или - еще лучше - массе регулятора напряжения. Для микропроцессоров важно развязать его питание керамическими конденсаторами 0.1..1uF наиболее близко к их выводам, то есть - придерживаться рекомендаций производителя. При соблюдении этих правил на частотах до 200MHz проблем быть не должно. Кстати, о резисторах (в районе 50..100 Ом) в линиях портов. Такой подход не столько защищает линии от выбросов напряжения извне, - резистор совместно со встроенными в процессоре защитными диодами на линиях портов погасит пики и спасет порты при случайном приложении снаружи напряжений больше питания, - но прежде всего гасит звон на линии, возникающий от крутых фронтов. Например, уже на 5MHz и более - вполне реальные частоты SPI и всяких параллельных интерфейсов, - последовательные резисторы избавят от непонятных глюков.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.