Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Трассировка дифференциальных пар
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Работаем с трассировкой
vicnic
День добрый.
Есть разработка на основе Spartan 3A. Требуется провести порядка 100 дифференциальных пар. Возник вопрос к тем, кто работал с данным ПЛИС: на сколько точно имеет смысл выравнивать трассы? Например, к одному разъему, в грубом приближении, длина трасс колеблется от 40 мм до 55 мм для разных дифпар. Какой разброс, проверенный практикой, не будет критичным - 1 мм или 5 мм или еще какой другой?
Понимаю, что в идеале длина одинаковая, но хочу понять, чем реально можно пренебречь.
Заранее благодарен.
Uree
А какие частоты, какие тайминги сигналов на парах, какие вообще это сигналы? Без этого вопрос ни о чем...
f0GgY
надо полный даташит, и там смотреть данные, к примеру у меня на TMS320dm6467 всё расписано. вполть до на сколько могут отличаться цепи шин.
vicnic
Цитата(Uree @ May 14 2009, 11:03) *
А какие частоты, какие тайминги сигналов на парах, какие вообще это сигналы? Без этого вопрос ни о чем...

Я понимаю, что на основе тайминга надо делать расчет, но сейчас на руках нет параметров, с которыми работает плата. Поэтому и спросил, кто работал с данной микросхемой, какие реально условия закладывали для нужного результата и как в итоге все заработало в готовой плате.
К сожалению, в основном даташите я не нашел рекомендаций, нашел большой для серии Spartan, копаюсь, пока не нашел.
Пока планирую в пределах одного разъема выравнивать в пределах 1 мм.
Uree
С таким подходом - успехов.
tAmega
Цитата(vicnic @ May 14 2009, 12:38) *
К сожалению, в основном даташите я не нашел рекомендаций, нашел большой для серии Spartan, копаюсь, пока не нашел.
Пока планирую в пределах одного разъема выравнивать в пределах 1 мм.

Можно попробовать на основе risetime, в даташите его нет, зато есть на графике IBIS модели. У спартана оно в районе 1ns,
и если рассматривать рассогласование в диффпаре как stub для обычной трассы, то есть такое правило Len(дйюмы)< RiseTime(ns)/5
Тогда грубо рассогласование в диффпаре не должно быть больше чем 1/5=0.20inch или 25*0.2 = 5мм
Конечно шаманство, но в большинстве случаев должно сработать для спартана.
vicnic
Цитата(tAmega @ May 14 2009, 13:27) *
Можно попробовать на основе risetime, в даташите его нет, зато есть на графике IBIS модели. У спартана оно в районе 1ns,
и если рассматривать рассогласование в диффпаре как stub для обычной трассы, то есть такое правило Len(дйюмы)< RiseTime(ns)/5
Тогда грубо рассогласование в диффпаре не должно быть больше чем 1/5=0.20inch или 25*0.2 = 5мм
Конечно шаманство, но в большинстве случаев должно сработать для спартана.


Спасибо за подсказку.
Uree
Цитата(tAmega @ May 14 2009, 11:27) *
...рассогласование в диффпаре не должно быть больше...


Это для пары внутри. А изначальный вопрос был о

Цитата
длина трасс ... для разных дифпар


т.е. речь о выравнивании пар между собой. Но если сигналы по разным парам не связаны между собой, что в случае с FPGA очень даже вероятно, выравнивание просто не имеетсмысла. Выравнивать нужно какой-то интерфейс, но нужно знать какой. Плюс к тому пока вроде нет интерфейсов, использующих сотню диффпар, максимум PCI-E-16, но и там их только 32. Так что надо копать вопрос, а потом его задавать.
vicnic
Цитата(Uree @ May 14 2009, 15:02) *
Это для пары внутри. А изначальный вопрос был о
т.е. речь о выравнивании пар между собой. Но если сигналы по разным парам не связаны между собой, что в случае с FPGA очень даже вероятно, выравнивание просто не имеетсмысла. Выравнивать нужно какой-то интерфейс, но нужно знать какой. Плюс к тому пока вроде нет интерфейсов, использующих сотню диффпар, максимум PCI-E-16, но и там их только 32. Так что надо копать вопрос, а потом его задавать.


Есть сетевой интерфейс, в сумме 8 дифпар (2 разъема), частота работы задана 256МГц, фронты сигналов на уровне 1нс. Закладываю разницу для разных дифпар 2мм. Остальные работают на частоте 64МГц, фронты на уровне 5нс. Закладываю разницу в 5 мм.
Boris_TS
Цитата(vicnic @ May 14 2009, 00:41) *
Какой разброс, проверенный практикой, не будет критичным - 1 мм или 5 мм или еще какой другой?
Понимаю, что в идеале длина одинаковая, но хочу понять, чем реально можно пренебречь.

Как уже отмечалось выше недостаточно информации для реальных советов, посему (как ПЛИС'овик разводящий свои платы) укажу на пропущенные моменты:
1. Вы не указали назначение линий: ни интерфейс ни направление передачи сигнала
а) для пар, которые являются входными для Spartan-3A - в ПЛИС во входных каскадах есть элементы управляемой задержки, их можно использовать для некоторой компенсации разности длин проводников - проконсультируйтесь у Вашего ПЛИС'овика что он сможет сделать для выравнивания задержек распространения сигналов.
б) для линий, которые являются выходами ПЛИС - совсем не понятно куда они идут - это тоже очень авжная информация.

2. Как-то выпало из рассмотрения куда собственно идут линии после разъема ?
Если пары удут через другую плату разработанную Вами же, то тогда имеет смысл выравнивать не длины проводников на одной плате, а длины проводников во всём тракте прохождения сигнала,.. и если на том конце стоит ПЛИС, то тоже можно еще и в её входных каскадах выставить компенсирующую задержку.

3. Вообщето есть еще они вопрос - главный: "А надо ли вообще выравнивать ??!" - ответ на него может дать моделирование в Hyper Linx или в аналогичных средах. Оцените задержку сигнала при Ваших параметрах PCB и трасс дифференциальных пар, потом проконсультируйтесь с тем же ПЛИС'овиком - а насколько получившиеся разбеги фронтов для него критичны. Так может стать, что после этого моделирования появиться желание сделать clock линии более длинными, или наоборот более короткими - но это уже решать не разводчику, а схемотехнику и ПЛИС'овику (если это не один человек). А может и вообще делать ничего не прийдется.

И еще: 100 пар... это же наверное к различным микросхема идет ? Если да, то тогда имеет смысл выравнивать длины только внутри групп пар (т.е. линий идущих к одной микросхеме).
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.