[Duke_N 0]

Доброго времени суток.

Ситуация: необходимость post-layout анализа целостности сигнала и перекрёстных помех контроллера PCI в Expedition PCB встроеными средствами. Есть IBIS-модель сгенерированная ISE Xilinx для BGA микросхемы (т.к. используются не все контакты, неисползуемые пины не описываются в модели). В качестве модели для ответной части PCI (т.к. готовая отсутствует) берётся подправленная ручками(возможно кривыми :( ) модель микросхемы. Переименовываются только столбцы 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:

 

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

[fill 2]

Доброго времени суток.

Ситуация: необходимость post-layout анализа целостности сигнала и перекрёстных помех контроллера PCI в Expedition PCB встроеными средствами. Есть IBIS-модель сгенерированная ISE Xilinx для BGA микросхемы (т.к. используются не все контакты, неисползуемые пины не описываются в модели). В качестве модели для ответной части PCI (т.к. готовая отсутствует) берётся подправленная ручками(возможно кривыми :( ) модель микросхемы. Переименовываются только столбцы  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:

 

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

<{POST_SNAPBACK}>

 

Причина отторжения в том что:

- не совпадает тип пина (т.е в PDB он например выход, а в IBIS двунаправленный, или не задействованный и т.п)

- различия в номерах и именах пинов\сигналов

 

Можете открыть файл отчета об ошибках, там в табличке все расписано.

Что делать? - править PDB или IBIS или оба. :rolleyes:

[Duke_N 0]

При попытке запустить Crosstalk Simulation выдаётся сообщение unable to simulate, причем в его не содержится в Analysis-> Review Hazards->Simulation -> unable to simulate.Так же в окне Crosstalk Waveforms нет никакого драйвера и не одной Aggressor Net, хотя пример тестовый, параллельные линии, в свойствах цепи установлен малый уровень помехи.

Симуляция для одиночной линии проходит, но в случае если в опциях симуляции установить start at high в окне WaveScope в столбце Comment появляется сообщение Invalid, хотя визуально сигнал не отличается от начиняющегося с 0 (т.е они не пересекают запрещённые уровни напряжения).

[fill 2]

При попытке запустить Crosstalk Simulation выдаётся сообщение unable to simulate, причем в его не содержится в Analysis-> Review Hazards->Simulation -> unable to simulate.Так же в окне Crosstalk Waveforms нет никакого драйвера и не одной Aggressor Net, хотя пример тестовый, параллельные линии, в свойствах цепи установлен малый уровень помехи.

Симуляция для одиночной линии проходит, но в случае если в опциях симуляции установить start at high в окне WaveScope в столбце Comment появляется сообщение Invalid, хотя визуально сигнал не отличается от начиняющегося с 0 (т.е они не пересекают запрещённые уровни напряжения).

<{POST_SNAPBACK}>

 

Гадать не хочется, нужен пример для анализа.

[Duke_N 0]

Почему есть желание использовать внутренние инструментарий Expedition, а не HyperLinx.

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

 

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

[fill 2]

Почему есть желание использовать внутренние инструментарий Expedition, а не HyperLinx.

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

 

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

<{POST_SNAPBACK}>

 

В данный момент трассировщик Expedition это "геометрический трассировщик". Т.е он оперирует понятиями длин параллельных сегментов, а не электрическими параметрами наводки. Таким образом если правила ограничений Crosstalk сформулированны вторым способом (длинами параллельных сегментов) он это будет выдерживать автоматически; если же поставили только абсолютное значение Crosstalk, его нарушение будет отражено в Review_Hazard, а убирать нарушение придется полностью в ручную.

[40in 0]

Извиняюсь, что влез в ваш разговор. У меня возникла похожая проблема.

При попытке подключить к компоненту 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 и проставить номера пинов, то все проходит без ошибок.

 

Где я не прав? И как подключить модель в случае когда пины питания присутствуют в УГО.