Значит так. Я делал. Разводил 16 битную, при циклоне первом. Тесты на EMC итд прошла (в корее тестировалось)
1. Звезда нормально.
2. Резисторы на шину данных желательны. Они не для согласования линий, а для того чтобы она не шумела сильно. Также нужен на клок.
3. Я ничего не моделировал специально.
4. Растояние у меня было не большое. (тоесть совсем рядом)
5. Есть рекомендация, сделать вырез в виде буквы П под разводкой SDRAM. Та часть П которая сверху,должна быть под SDRAминой и пересекать ее в том месте где земля шины данных разделяется с обычной землей.
6. Критичен там только сигнал клока, остальные могут звенеть довольно сильно.

ПЗУ и СДРАМина висеть должны на разных шинах.

Тестирование я проводил по проверке на запас по частоте - задрал клок до 200 мегагерц, оно работало.

Пожалуй, еще не предел: у меня стояло максимум 5 устройств на шине - никаких проблем замечено не было. Хотя в "больших" циррусовских китах буферизировано все, кроме SDRAM.

Но я не о том: вот, например, в Вашем случае - зачем нужно ставить 4 * 8 бит SDRAM? Это же куча корпусов, лишняя емкость на шине адреса, усложнение разводки и т.п. Почему нельзя поставить 16 или даже 32 бита?
Использование нескольких банков SDRAM на разных CS, по-моему, тоже странная идея. Зачем?

Посмотрел 32 битные, например Micron и у на сайте написано что микросхемы с объемом более 128 мбит End of life... как-то насторожило, хотя 16 битные и 8 битные вплодь до 512 выпускаются. Не хочется проблем чтобы их найти.
Я хотел 128 мб RAM, конечно в серию это не пойдет, но так как ещё требования к интерфейсу девайса окончательно не сформировались и хотят видеть что-то промежуточное чтобы определиться Вот и решил сделать с запасом чтобы и отлаживать удобно было (а то я умудрялся все 64 мб съесть отлаживая полностю в RAM)

поставть 2 набора по 2 16битных как-то нехотелось из-за того что физическая память будет фрагментирована и придётся ещё хитрым образом OS модифицировать.. (вот в WinCE я так и не уверен можно ли без особых проблем так сделать..)

а если ставить 2 * 2 * 16 то шина адреса будет не так сильно нагружена? и не возникнет неприятностей с шиной данных...

А теперь по теме Экспортировал промежуточную разводку в HyperLynx, подключил IBIS модели ep9315, IntelFlashP33 (хотя у меня используется P30, но там не нашел её), и MT48LC32M8A2TG.. на ISP1581 что-то модели не нашел и поставил модель от флешки. Плата 4 слойка, 5mils /5 mils.
Запустил и .. фигня какая-то...
Моделирование на 133 мгц.


Линия А12 . Это нормально что пики уходят за 4V и к -1??

А вот и самая короткая A20 но тоже ведёт себя как-то нехорошо.. я даже такого не ожидал

Линия RAS, CAS и тд что-то среднее между A12 и A20.
Шины A0-A7, которые используются и в ISP1581 похожи на A12

Шина данных ведёт себя похуже..

Допустимы ли такие пики? или надо резисторы ставить последовательно? или ещё чего-то
HyperLynx рекомендовал R-C AC цепь..

A12 ведет себя отвратительно 80%, что в реальной схеме будут проблемы. Нижний ключ драйвера совсем дохлый. Спасти может повышение импеданса проводников и параллельных терминаторов, применение RC параллельных терминаторов или попытаться согласовать последовательно у драйвера. А вот A20 ведет себя вполне пристойно - можно оставить и так, хотя я бы поработал еще над согласованием. И еще: не оставляйте висящих проводников, как на U15. Такие места вызывают сильные отражения.

Вы не те шины ИМХО смотрите. U2.V8 выглядит СТРАННО. Очень. Вы уверены что он правильно включен?
И разведено немного не так.

А какие надо смотреть?
Всмысле СТРАННО? правильно включён это про pinout? если про него то проверил, правильно.
Развел как рекомендовали

На драйвере картина кардинально улучшилась а вот на всём остальном не очень =(



Так я и думал что проблемы будут =(
Паралельных никак не получится выход по постоянному току маленький:
AD[25:0] EBUS 8ma Shared Address bus out
DA[31:0] EBUS 8ma PU Shared Data bus in/out

А последовательное сопротивление куда лучше ставить ближе к драйверу?
А у RC параллельных терминаторов никаких побочных эффектов не бывает?

PS: Вот посмотрел на разводку обычных PC133 там с контакотов адреса идут к центру модуля и далее трассы вправо к 4 микросхемам и влево к 4.. работает же както..

Выглядело так, будто этот пин работал на передачу. вместе с пинами SDRAM.

К источнику сигнала. И к приемнику тоже. В идиале это должна быть согласованная линия.

На мой взгляд, все неплохо у вас. Главное во всем этом, не все эти "ужасные" и некрасивые сигналы, а чтобы клок был нормальный. И чтобы к моменту прихода клока был гарантированно или ноль или один. Что будет между клоками, никого не волнует.

Адресный пин на SDRAM невозможно даже сконфигурировать на передачу
А выбросы за 4V и менее -1V не способны убить микросхемы?
а то в Datasheet ах в Absolute Maximum Ratings
к EP9315 Digital Input voltage Min: -0.3 Max: RVDD+0.3 V (RVDD = 3.3 V)
к Micron у Voltage on inputs, NC, or I/O pins relative to VSS –1 +4.6 V
к JS28F128P30 Voltage on any signal (except VCC, VPP) –0.5 V to +4.1 V
к ISP1581 VI input voltage -0.5 VCC + 0.5 V (VCC = 3.3V )
меня волнует могут ли эти выбросы поубивать что-то..

Не обратил внимания. Сори.

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

Нет. Как раз этого опасаться не стоит.

Спасибо!
А вот про вырез мне ничего не попадалось, можете подсказать где про это прочитать можно?
Я там понаставил 7 кондеров на каждую SDRAM, по одному на каждый пин питания..
А "земляные пины шины данных" это как раз VssQ?
Их лучше куда лепить поближе к пинам питания или земли?

ХЕЗ. Я не помню. Посмотрите на сайте TI в описании их DSP TMS320C6000, посмотрите на сайте Альтеры, на сайте микрона, аналогового девайса (юлекфин). Вообще почти ко всем процессорам, которые работают с SDRAM, обычно идет описание, и каике-то рекомендации. Я не помню где я это видел. Я этим полтора года назад занимался.

Думаю что это перебор, хотя я сделал также. Но у меня одна была SDRAMина (вы абсолютно уверены что вам нужно так много?)

Да.

Вообще, то что земля у нас 0 а питание +5 вольт, пошло со времен ТТЛ серий. У них порог переключения был ближе к минусу, чем к плюсу. К примеру у ЭСЛ серий питание это -5.2 вольта. Так что к чему лепить ближе, это чистая условность. Главное чтобы по-короче. И самый главный сигнал в SDRAMинах это КЛОК!!! Он должен быть максимально чистым, и должен идти подальше от всех остальных сигналов.

Моделировать надо в Eye Mode. Там все видно гораздо лучше. В качестве примера привожу картинку. Видны фронт, спад и вершины сигналов. Также включено наложение маски допустимых значений. Сверху и снизу ограничение ставится согласно Absolute Maximum Ratings, внутри согласно пороговым значениям логических уровней для данного девайса. По горизонтали ограничение ставится согласно диаграмме работы девайса. Используются времена Tsetup, Thold. Отсчет идет относительно фронта тактового сигнала. Сигнал не имеет права попадать в запрещенные зоны.
Как я уже говорил ранее сигнал A12 надо серьезно править. Никакие ужимки и прыжки тут не помогут, а рассуждения типа clamp-diode сожрут выбросы и не парься надо считать околонаучным трепом. Диоды эти еще и выгорать умеют, если превышен Absolute Maximum Ratings. На шине A12 весьма серьезный звон, никакие конденсаторы и земляные лепестки не помогут. Звон создают подключенные по ходу шины входы микросхем. Для первой пробы можно в режиме LineSim добавить последовательное согласование на драйвере, если не поможет, попытаться отвязать резисторами от шины входы микросхем - это позволит уменьшить отражения по ходу шины. Обязательно надо устранить висящие хвосты.
Блокировочные емкости предназначены для подавления помех, порожденных именно тем девайсом, около которого они стоят. Для примера: предельная рабочая частота хорошего конденсатора 1нф X7R в режиме около 200МГц (плохого гораздо ниже), а период частоты пульсации, порожденной драйвером равен времени нарастания/спада фронта сигнала от 10 до 90%.

По поводу овершотов и андершотов у Хилых был некий аппнот или white paper - сейчас уже не вспомню. Там было популярно разъяснено, что даже если кламп-диод и не выгорает сразу, то это все еще не решает проблему, поскольку при длительной работе в таком режиме деградируют и со временем выходят из строя выходные транзисторы выходного каскада. Т.е. получается такая себе мина замедленного действия - устройство отработало полгода-год и все, дальше начинает сбоить или вовсе перестает работать. Потому, если планируется серийное производство к вопросам согласования необходимо подходить со всей возможной ответственностью.

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

В качестве заметки на полях. Создается впечатление, что 90% участников данного обсуждения не знакомы даже с азами Signal Integrity и Power Integrity. Говоря "а поставь там ххх конденсаторов и все получится", неплохо было бы привести хотя бы примитивный расчет импеданса системы распределения питания, а говоря о том, кто с кем конфликтует, неплохо было бы проанализировать коэффициенты отражений по концам линий и на неоднородностях по ходу линии. Отражения происходят даже на переходных отверстиях, не говоря уж о подключенных пинах со своей неслабой емкостью и индуктивностью. Давая советы, неплохо было бы опираться не на то, что "типа сделали и оно работает...", а привести хотя бы ссылку на умную книгу (типа High-Speed Signal Propagation) или результаты собственного моделирования.
Немного по поводу AppNote производителей. Не надо их воспринимать как догму. Они приводят данные для МИНИМАЛЬНОЙ РАБОЧЕЙ КОНФИГУРАЦИИ В ТЕПЛИЧНЫХ УСЛОВИЯХ. При этих решениях не гарантируется работа во всем диапазоне температур и нагрузок. Как правило приводятся данные для РАСЧЕТА необходимого количества конденсаторов, допустимых параметрах Signal Integrity и т.д., а готовых решений типа "хватит и 5 конденсаторов по 0,1 мкф" надо категорически избегать.

Я бы так не сказал. Он пишет что критично и что не критично. "Звон" по линиям связи это тоже критично. Но не стоит забывать, что рассчитав таким вот образом импеданс, чтобы он был в реальности, придется и печатные платы делать с контролем импеданса. Иначе все эти моделирования смысла не имеют.