Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Организация центральной библиотеки
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB
malkut.ss
Приветствую всех!
Есть парочка вопросов с организацией центральной библиотеки.
Вопрос номер один. Как привязать IBIS-модель к конкретному компоненту? В DxDatabook что-то прописывать?
Слышал про какие-то фалы, де надо прописать соответствие партнабера к модели. Но как эти файлы называть, куда их ложить (в корень библиотеки?), как в них прописывать?
Спасибо!
cioma
Свойство компонента (сomponent property) "IBIS" Вам поможет.
Но опыт разработки показывает, что прописывать IBIS модели удобнее в CES проекта, а не в библиотеке.
fill
Цитата(malkut.ss @ Jul 3 2012, 21:31) *
Приветствую всех!
Есть парочка вопросов с организацией центральной библиотеки.
Вопрос номер один. Как привязать IBIS-модель к конкретному компоненту? В DxDatabook что-то прописывать?
Слышал про какие-то фалы, де надо прописать соответствие партнабера к модели. Но как эти файлы называть, куда их ложить (в корень библиотеки?), как в них прописывать?
Спасибо!


При использовании HyperLynx, создается файл *.qpl в котором прописывается соответствие Part Number и модели. Этого достаточно чтобы далее при загрузке проектов в HL автоматически назначались и модели. Более подробно смотрите тренинг по HL - там это все описано.
malkut.ss
Спасибо большое за розъяснения!
А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?
Кажется в тренинге по PADS видел поля в датабуке такие:
  • IBIS
  • IBIS Model File
  • Spice
  • Spice Model File

как-то так они назывались.
fill
Цитата(malkut.ss @ Jul 4 2012, 19:12) *
Спасибо большое за розъяснения!
А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?
Кажется в тренинге по PADS видел поля в датабуке такие:
  • IBIS
  • IBIS Model File
  • Spice
  • Spice Model File

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



В HL есть два варианта назначения моделей через файл: *.qpl и *.ref
Наличие указанных атрибутов это вариант присвоения через *.ref - в нем каждому RefDes ставится в соответствие модель.
Поэтому *.qpl один на все проекты, а *.ref под каждый проект свой.
malkut.ss
Уважаемый fill, основываясь на Вашем личном опыте, какой из выше обозначенных способов будет продуктивнее в плане скорости и удобства проектирования?
Хочется автоматизировать процесс подключения моделей и делать это минимумом телодвижений.
fill
Цитата(malkut.ss @ Jul 4 2012, 22:19) *
Уважаемый fill, основываясь на Вашем личном опыте, какой из выше обозначенных способов будет продуктивнее в плане скорости и удобства проектирования?
Хочется автоматизировать процесс подключения моделей и делать это минимумом телодвижений.


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

Ну а вам советую попробовать все варианты и выбрать самому, что больше понравится.
cioma
QUOTE (malkut.ss @ Jul 4 2012, 17:12) *
...А в DxDataBook названия моделей можно прописать только ради информативности, я так понял?


Нет, неверно поняли.
Если прописать название модели в свойстве "IBIS" в DxDatabook, то оно автоматически появится в CES проекта. А затем HyperLynx (и ICX тоже) автоматически подхватят эту модель.
malkut.ss
То это замечательно! А нужную модель надо положить в папку IBISModels центральной библиотеки?
fill
Цитата(malkut.ss @ Jul 6 2012, 10:08) *
То это замечательно! А нужную модель надо положить в папку IBISModels центральной библиотеки?


HL по умолчанию смотрит в папку инсталляции. Поэтому в любом случае надо будет в настройках HL прописать дополнительный путь(и) поиска моделей, соответственно хранить модели можно где угодно.
j_n
Добрый день! подскажите, пожалуйста, откуда берутся файлы расширений .dbc и .mdb для конфигуратора DxDataBook.
Если уже обсуждался этот вопрос или же есть документация, в которой это описывается, дайте, пожалуйста, ссылку.
Заранее спасибо за ответ!
fill
Цитата(j_n @ Mar 15 2013, 16:12) *
Добрый день! подскажите, пожалуйста, откуда берутся файлы расширений .dbc и .mdb для конфигуратора DxDataBook.
Если уже обсуждался этот вопрос или же есть документация, в которой это описывается, дайте, пожалуйста, ссылку.
Заранее спасибо за ответ!


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

можете взять и модифицировать готовые в ЦБ c:\MentorGraphics\7.9.4EE\SDD_HOME\standard\examples\SampleLib2007\
j_n
Цитата(fill @ Mar 15 2013, 16:51) *
.dbc - создается в DxDataBook
.mdb - создается в MS Access

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



Спасибо! А есть ли какой-нить источник, где можно узнать, как правильно создать .mdb в MS Access?
decom
Цитата(j_n @ Mar 15 2013, 17:27) *
Спасибо! А есть ли какой-нить источник, где можно узнать, как правильно создать .mdb в MS Access?


Есть, называется Help к Access. Но на самом деле там все не просто, а очень просто. В Excel задаете пару строчек, это поля будущей базы, затем скармливаете ее Access и получаете готовую базу данных. Если не разберетесь с help, вышлю платное видео sm.gif
SII
Ну а я, побаловавшись с самопальной базой данных (использовал, правда, не Access, с коим никогда дела не имел, а MySQL), в конце концов поставил DMS, в комплекте с которым идёт PostgreSQL. Даже проверил в распределённой конфигурации: сервер на конторском сервере, ну а я сам -- дома. Всё работало, только скорость паршивая, но это из-за конторского интернета. Правда, в процессе освоения поплясать с бубном пришлось изрядно...
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.