Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Анализ средствами Expedition
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB
Duke_N
Доброго времени суток.
Ситуация: необходимость post-layout анализа целостности сигнала и перекрёстных помех контроллера PCI в Expedition PCB встроеными средствами. Есть IBIS-модель сгенерированная ISE Xilinx для BGA микросхемы (т.к. используются не все контакты, неисползуемые пины не описываются в модели). В качестве модели для ответной части PCI (т.к. готовая отсутствует) берётся подправленная ручками(возможно кривыми sad.gif ) модель микросхемы. Переименовываются только столбцы pin и signal_name.
Компиляция модели IBIS Librarian проходит без ошибок,но при подключении модели к компоненту (Parts Database -> Component Properties) выдаётся сообщение
"Model has Pin Mapping errors". Соответственно при при симуляции unable to simulate -> no IBIS model, хотя точно в ibs-файле указаны конкретный пин и линия.

Вопрос 1 : Возможно ли при отсутствии модели для конкретного устройства использовать подправленную (заменой pin и signal_name) модель с такой же model_name (типом драйвера).

Вопрос 2: Имеются где-либо в свободном доступе IBIS-модели ответной части PCI (разъёма).

Вопрос 3: Каковы возможные причины того что модель отторгается пакетом? Возможно как-либо локализовать ошибку в файле IBIS-модели? Кто виноват и что делать? blink.gif

Заранее благодарен за ответ.
fill
Цитата(Duke_N @ Sep 1 2005, 11:13)
Доброго времени суток.
Ситуация: необходимость post-layout анализа целостности сигнала и перекрёстных помех контроллера PCI в Expedition PCB встроеными средствами. Есть IBIS-модель сгенерированная ISE Xilinx для BGA микросхемы (т.к. используются не все контакты, неисползуемые пины не описываются в модели). В качестве модели для ответной части PCI (т.к. готовая отсутствует) берётся подправленная ручками(возможно кривыми sad.gif ) модель микросхемы. Переименовываются только столбцы  pin и signal_name.
Компиляция модели IBIS Librarian проходит без ошибок,но при подключении модели к компоненту (Parts Database -> Component Properties) выдаётся сообщение
"Model has Pin Mapping errors". Соответственно при при симуляции unable to simulate -> no IBIS model, хотя точно в ibs-файле указаны конкретный пин и линия.

Вопрос 1 : Возможно ли при отсутствии модели для конкретного устройства использовать подправленную (заменой pin и signal_name) модель с такой же model_name (типом драйвера).

Вопрос 2: Имеются где-либо в свободном доступе IBIS-модели ответной части PCI (разъёма).

Вопрос 3: Каковы возможные причины того что модель отторгается пакетом? Возможно как-либо локализовать ошибку в файле IBIS-модели? Кто виноват и что делать? blink.gif

Заранее благодарен за ответ.
*


Причина отторжения в том что:
- не совпадает тип пина (т.е в PDB он например выход, а в IBIS двунаправленный, или не задействованный и т.п)
- различия в номерах и именах пинов\сигналов

Можете открыть файл отчета об ошибках, там в табличке все расписано.
Что делать? - править PDB или IBIS или оба. rolleyes.gif
Duke_N
При попытке запустить Crosstalk Simulation выдаётся сообщение unable to simulate, причем в его не содержится в Analysis-> Review Hazards->Simulation -> unable to simulate.Так же в окне Crosstalk Waveforms нет никакого драйвера и не одной Aggressor Net, хотя пример тестовый, параллельные линии, в свойствах цепи установлен малый уровень помехи.
Симуляция для одиночной линии проходит, но в случае если в опциях симуляции установить start at high в окне WaveScope в столбце Comment появляется сообщение Invalid, хотя визуально сигнал не отличается от начиняющегося с 0 (т.е они не пересекают запрещённые уровни напряжения).
fill
Цитата(Duke_N @ Sep 26 2005, 14:00)
При попытке запустить Crosstalk Simulation выдаётся сообщение unable to simulate, причем в его не содержится в Analysis-> Review Hazards->Simulation -> unable to simulate.Так же в окне Crosstalk Waveforms нет никакого драйвера и не одной Aggressor Net, хотя пример тестовый, параллельные линии, в свойствах цепи установлен малый уровень помехи.
Симуляция для одиночной линии проходит, но в случае если в опциях симуляции установить start at high в окне WaveScope в столбце Comment появляется сообщение Invalid, хотя визуально сигнал не отличается от начиняющегося с 0 (т.е они не пересекают запрещённые уровни напряжения).
*


Гадать не хочется, нужен пример для анализа.
Duke_N
Почему есть желание использовать внутренние инструментарий Expedition, а не HyperLinx.
Мне казалось, что при установке параметра Crosstalk в параметрах цепи, это будет использоваться при авто- или ручной трассировке, наряду с другими правилами(как расстояние между цепями и т.д). Т.е. ведёшь цепь, а она не может пройти через участки, на которых на ней будут наводиться помехи(рассчитанные хотя бы в грубом приближении). Так ли это и имеют ли к этому отношение SV и SA?

Если это так, то смысл в SV и SA при наличии HyperLinx я вижу. А если не так, то однозначно нужно пользоваться HyperLinx?
fill
Цитата(Duke_N @ Oct 12 2005, 10:50)
Почему есть желание использовать внутренние инструментарий Expedition, а не HyperLinx.
Мне казалось, что при установке параметра  Crosstalk в параметрах цепи, это будет использоваться при авто- или ручной трассировке, наряду с другими правилами(как расстояние между цепями и т.д). Т.е. ведёшь цепь, а она не может пройти через участки, на которых на ней будут наводиться помехи(рассчитанные хотя бы в грубом приближении). Так ли это и имеют ли к этому отношение SV и SA?

Если это так, то смысл в SV и SA при наличии HyperLinx я вижу. А если не так, то однозначно нужно пользоваться HyperLinx?
*


В данный момент трассировщик Expedition это "геометрический трассировщик". Т.е он оперирует понятиями длин параллельных сегментов, а не электрическими параметрами наводки. Таким образом если правила ограничений Crosstalk сформулированны вторым способом (длинами параллельных сегментов) он это будет выдерживать автоматически; если же поставили только абсолютное значение Crosstalk, его нарушение будет отражено в Review_Hazard, а убирать нарушение придется полностью в ручную.
40in
Извиняюсь, что влез в ваш разговор. У меня возникла похожая проблема.
При попытке подключить к компоненту IBIS(от производителя) модель выдается примерно следующее:
Pin Mapping Errors:
=======================
PDB Partition.....IC
Part Number.......AU1100-500MBC
IBIS Partition....Temp
IBIS Component....AU1100BC
Pin # IBIS Model IBIS Model Type PDB Pin Type
----- ---------- --------------- ------------
A2 Model Not Found N/A
A3 POWER no type (pwr, gnd or NC) Value Ref
...
B2 GND no type (pwr, gnd or NC)
B5 GND no type (pwr, gnd or NC)
и.т.д.
В даташите сказано, что при компоновке сравниваются типы пинов комнонента и модели, и что пинам питания соответствуют типы :
Value Ref No_type POWER or GND
Value2 Ref No_type POWER or GND.

Если пины питания на символе компонента не рисовать, а затем указать в PDB редакторе Supply Name VCC и GND и проставить номера пинов, то все проходит без ошибок.

Где я не прав? И как подключить модель в случае когда пины питания присутствуют в УГО.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.