[malkut.ss 0]

Приветствую всех!

Есть парочка вопросов с организацией центральной библиотеки.

Вопрос номер один. Как привязать IBIS-модель к конкретному компоненту? В DxDatabook что-то прописывать?

Слышал про какие-то фалы, де надо прописать соответствие партнабера к модели. Но как эти файлы называть, куда их ложить (в корень библиотеки?), как в них прописывать?

Спасибо!

[cioma 0]

Свойство компонента (сomponent property) "IBIS" Вам поможет.

Но опыт разработки показывает, что прописывать IBIS модели удобнее в CES проекта, а не в библиотеке.

 

[fill 2]

Приветствую всех!

Есть парочка вопросов с организацией центральной библиотеки.

Вопрос номер один. Как привязать IBIS-модель к конкретному компоненту? В DxDatabook что-то прописывать?

Слышал про какие-то фалы, де надо прописать соответствие партнабера к модели. Но как эти файлы называть, куда их ложить (в корень библиотеки?), как в них прописывать?

Спасибо!

 

При использовании HyperLynx, создается файл *.qpl в котором прописывается соответствие Part Number и модели. Этого достаточно чтобы далее при загрузке проектов в HL автоматически назначались и модели. Более подробно смотрите тренинг по HL - там это все описано.

[malkut.ss 0]

Спасибо большое за розъяснения!

А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?

Кажется в тренинге по PADS видел поля в датабуке такие:

• IBIS
• IBIS Model File
• Spice
• Spice Model File

как-то так они назывались.

[fill 2]

Спасибо большое за розъяснения!

А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?

Кажется в тренинге по PADS видел поля в датабуке такие:

• IBIS
• IBIS Model File
• Spice
• Spice Model File

как-то так они назывались.

 

 

В HL есть два варианта назначения моделей через файл: *.qpl и *.ref

Наличие указанных атрибутов это вариант присвоения через *.ref - в нем каждому RefDes ставится в соответствие модель.

Поэтому *.qpl один на все проекты, а *.ref под каждый проект свой.

[malkut.ss 0]

Уважаемый fill, основываясь на Вашем личном опыте, какой из выше обозначенных способов будет продуктивнее в плане скорости и удобства проектирования?

Хочется автоматизировать процесс подключения моделей и делать это минимумом телодвижений.

[fill 2]

Уважаемый fill, основываясь на Вашем личном опыте, какой из выше обозначенных способов будет продуктивнее в плане скорости и удобства проектирования?

Хочется автоматизировать процесс подключения моделей и делать это минимумом телодвижений.

 

К сожалению у меня нет большого опыта в этом вопросе, т.к. не занимаюсь проектированием на поток.

Для себя я бы выбрал *.qpl т.к. это более универсальный вариант - бывает для анализа присылают проекты сделанные не в менторе, соответственно если имя компонента там совпадает с имеющимся в файле, то делать ничего не надо, да и добавить новую строчку в текстовый файл (если такого компонента нет) не займет много времени.

 

Ну а вам советую попробовать все варианты и выбрать самому, что больше понравится.

[cioma 0]

...А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?

 

Нет, неверно поняли.

Если прописать название модели в свойстве "IBIS" в DxDatabook, то оно автоматически появится в CES проекта. А затем HyperLynx (и ICX тоже) автоматически подхватят эту модель.

[malkut.ss 0]

То это замечательно! А нужную модель надо положить в папку IBISModels центральной библиотеки?

[fill 2]

То это замечательно! А нужную модель надо положить в папку IBISModels центральной библиотеки?

 

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

[j_n 0]

Добрый день! подскажите, пожалуйста, откуда берутся файлы расширений .dbc и .mdb для конфигуратора DxDataBook.

Если уже обсуждался этот вопрос или же есть документация, в которой это описывается, дайте, пожалуйста, ссылку.

Заранее спасибо за ответ!

[fill 2]

Добрый день! подскажите, пожалуйста, откуда берутся файлы расширений .dbc и .mdb для конфигуратора DxDataBook.

Если уже обсуждался этот вопрос или же есть документация, в которой это описывается, дайте, пожалуйста, ссылку.

Заранее спасибо за ответ!

 

.dbc - создается в DxDataBook

.mdb - создается в MS Access

 

можете взять и модифицировать готовые в ЦБ c:\MentorGraphics\7.9.4EE\SDD_HOME\standard\examples\SampleLib2007\

[j_n 0]

.dbc - создается в DxDataBook

.mdb - создается в MS Access

 

можете взять и модифицировать готовые в ЦБ c:\MentorGraphics\7.9.4EE\SDD_HOME\standard\examples\SampleLib2007\

 

 

Спасибо! А есть ли какой-нить источник, где можно узнать, как правильно создать .mdb в MS Access?

[decom 0]

Спасибо! А есть ли какой-нить источник, где можно узнать, как правильно создать .mdb в MS Access?

 

Есть, называется Help к Access. Но на самом деле там все не просто, а очень просто. В Excel задаете пару строчек, это поля будущей базы, затем скармливаете ее Access и получаете готовую базу данных. Если не разберетесь с help, вышлю платное видео :)

[SII 0]

Ну а я, побаловавшись с самопальной базой данных (использовал, правда, не Access, с коим никогда дела не имел, а MySQL), в конце концов поставил DMS, в комплекте с которым идёт PostgreSQL. Даже проверил в распределённой конфигурации: сервер на конторском сервере, ну а я сам -- дома. Всё работало, только скорость паршивая, но это из-за конторского интернета. Правда, в процессе освоения поплясать с бубном пришлось изрядно...