Шина данных и способы трассировки, что лучше? Опции

[Rex]

Ситуация такая. Имеется usb контроллер, sdram и проц. В виду объективных обстоятельств, нет возможности провести шину данных последовательно через пады каждого компонента. Задался вопросом, а что лучше, подключить компоненты к шине параллельно (все согласовано), или же добиться последовательно, используя большое число переходных отверстий (4-6)? Системная частота - 133Мгц

[Rex]

У меня случай простой, будет работать в любом случае. Просто давно хотелось узнать, есть ли для этого вопроса однозначный ответ. Похоже, что зависит от конкретного случая..

[Ariel]

У меня случай простой, будет работать в любом случае. Просто давно хотелось узнать, есть ли для этого вопроса однозначный ответ. Похоже, что зависит от конкретного случая..

1. Если ваша шина не согласована по выходу, ширина линий должна быть такая, чтобы получить импеданс 60-70 ом относительно земли
2. Мин. расст. между соседними линиями должно быть в 2-3 раза больше ширины линий. Кол-во виа на всех проводах шины должно быть одинаково.
3. Отводы от шины должны быть как можно короче, и идти под 45 град., смотрите присоединенный эскиз.
4.Расстояние от источника сигнала (если шина однонаправленная) до первого из приемников сигнала должно быть как можно меньше.

Прикрепленные файлы

 BUS.pdf ( 1.69 килобайт ) Кол-во скачиваний: 183

 

[Obstinate]

2. Мин. расст. между соседними линиями должно быть в 2-3 раза больше ширины линий

Можно поподробнее для чего это ? Я свегда делал их наоборот как можно ближе друг к другу, ведь данные выставляются на шине все одновременно, и во время считывания они не изменяются, след влиянием проводников друг на друга можно пренебречь, или я чтото недопонимаю? Вот если так поступать с управляющими сигналами, то я с Вами согласен.

[Ariel]

Можно поподробнее для чего это ? Я свегда делал их наоборот как можно ближе друг к другу, ведь данные выставляются на шине все одновременно, и во время считывания они не изменяются, след влиянием проводников друг на друга можно пренебречь, или я чтото недопонимаю? Вот если так поступать с управляющими сигналами, то я с Вами согласен.

При вашей частоте (127мГц) помеха от соседнего проводника, в основном из-за взаимной индуктивности, может достаточно сильно исказить сигнал, что приведет к ошибкам при считывании.

[AlexN]

При вашей частоте (127мГц) помеха от соседнего проводника, в основном из-за взаимной индуктивности, может достаточно сильно исказить сигнал, что приведет к ошибкам при считывании.

добавлю - это называется crosstalk - влияние соседних проводников через взаимную индуктивность и емкость.
рекомендация от intel - по адресным линиям и линиям данных - зазор = 2 ширины проводника, у клоков - 3 ширины.

[Obstinate]

добавлю - это называется crosstalk - влияние соседних проводников через взаимную индуктивность и емкость.
рекомендация от intel - по адресным линиям и линиям данных - зазор = 2 ширины проводника, у клоков - 3 ширины.

Проводник 0.15, зазор 0.15. Фольга 18мк. Нет никаких ошибок при считывании, саму плату я выкладывал выше.

[AlexN]

Проводник 0.15, зазор 0.15. Фольга 18мк. Нет никаких ошибок при считывании, саму плату я выкладывал выше.

кроме всего прочего важно еще расстояние до plane во внутреннем слое. При увеличении расстояния до plane в 2 раза crosstalk увеличивается в 4 раза.

а я не так оптимистичен, проводник -0.15, зазор 0.25, до plane - 0.12 и тоже работает!
я ж не сам это выдумывю, верю их наработкам, мне их путь с их ошибками проходить некогда. Раз уж они испробовали и рекомендации дали - воспользуемся чужим опытом, чем потом думать, почему оно от погоды глючит иногда...