Компонент с несколькими символами и EDM Library Cockpit, Выбирается только один символ Опции

[SII]

У меня имеется энное количество компонентов, где одному корпусу соответствует несколько символов (это как современные микросхемы с большим количеством ног, так и всякое старьё, содержащее внутри несколько разных элементов ). Давно не приходилось их использовать, поэтому уж не помню, как было раньше; возможно, последний раз их использовал ещё с DxDatabook. Ну а сейчас выползла такая проблема: когда пытаюсь добавить компонент в принципиальную схему, в окошке появляется только один из символов, и возможности выбрать другие нет, хотя у компонента они имеются.

Ниже прикладываю скриншот окна EDM Library Cockpit. Как можно видеть, у К155ЛЕ2 есть два символа (интерфейса), но в окне выбора показан только один из них -- K155LE2_A.

Ни у кого нет идей, в чём может быть проблема?

Эскизы прикрепленных изображений

 

[fill]

У меня имеется энное количество компонентов, где одному корпусу соответствует несколько символов (это как современные микросхемы с большим количеством ног, так и всякое старьё, содержащее внутри несколько разных элементов ). Давно не приходилось их использовать, поэтому уж не помню, как было раньше; возможно, последний раз их использовал ещё с DxDatabook. Ну а сейчас выползла такая проблема: когда пытаюсь добавить компонент в принципиальную схему, в окошке появляется только один из символов, и возможности выбрать другие нет, хотя у компонента они имеются.

Ниже прикладываю скриншот окна EDM Library Cockpit. Как можно видеть, у К155ЛЕ2 есть два символа (интерфейса), но в окне выбора показан только один из них -- K155LE2_A.

Ни у кого нет идей, в чём может быть проблема?

[SII]

Спасибо; помогло, как всегда

Попутный вопрос: а нельзя ли как-нибудь сделать, чтобы EDM Library instantiation dialog открывался с уже установленной галкой Show columns that differs only -- чтобы сразу видеть, в чём разница между предлагаемыми вариантами?

[cniism]

Добрый день.
А в EDM Library Cockpit - е как библиотеку вести?
Можно отдельные компоненты добавлять или их импортировать надо?
И что такое SandBox?

[SII]

Sandbox (песочница) -- в данном случае это та же центральная библиотека, но созданная в связке с xDM Server / EDM Library Cockpit.

В EDM Library Cockpit лично я создал иерархию папок для компонентов (в отличие от ЦБ, здесь возможна именно иерархия, а не плоская, по сути, структура). При создании part'а в ЦБ (песочнице) я добавляю его на сервер, при этом создаётся компонент, который попадает в самую верхнюю папку (TOP), откуда я его вручную переношу в нужный мне раздел, а затем при необходимости заполняю дополнительные параметры (вроде сопротивления-индуктивности-ёмкости).

В принципе, компоненты можно создавать и прямо в EDM Library Cockpit, но они же должны быть связаны с part'ами, поэтому, как по мне, проще делать это из песочницы. В общем, EDM Library Cockpit и EDM Librarian при ведении библиотеки используются совместно.

[cniism]

Спасибо.
А поэтапный процесс можно как-то расписать. У меня работает EDM Library Cockpit.
Есть EDM Librarian.
Как мне песочницу создать?
Как элемент (part) в EDM Librarian сделать я знаю, а потом как его на сервер перекинуть? У меня только всю библиотеку получилось.
И не подскажите что за программа EDM Library Cache Mgr?

[SII]

А поэтапный процесс можно как-то расписать

Чтоб создать песочницу, нужно в Librarian создать новую библиотеку (File -> New), и там в окошках появляющихся выбрать её свойства. В первом же окошке, где выбираем место для библиотеки, нужно поставить галку Create Sandbox. После этого Librarian захочет подключиться к серверу (вводим логин-пароль), а затем появляется окошко, где выбираем одну из библиотек, существующих в базе (у меня только одна -- LIB называется, но Library Cockpit позволяет создать несколько, если для чего-то это нужно). Здесь же указываем параметры. Я ставлю галки в пунктах Associate Part/Mappings to Component и Create Components, но НЕ ставлю Create Component taxonomy: если её поставить, иерархия папок компонентов в Library Cockpit будет повторять иерархию папок в part'ах песочницы, что не особо удобно (поскольку в Library Cockpit можно создать иерархию для удобства поиска и т.п., а в песочнице, как и в обычной ЦП -- нельзя).

После этого появляется окошко для выбора part'ов, cell'ов и прочего, которые мы хотим выкачать с сервера в создаваемую песочницу. Я всегда вытаскиваю всё, при этом не только part'ы, но и cell'ы, символы и пр. Если это не сделать, в песочнице будет не всё. Например, символы рамок не имеют своих part'ов, а значит, если загружать только part'ы, рамок в песочнице не будет.

На этом, собственно, всё. После выбора загружаемого нажимаем кнопку и ждём, после чего проверяем на наличие ругательств.

Как элемент (part) в EDM Librarian сделать я знаю, а потом как его на сервер перекинуть?

После того, как создали песочницу, в ней создаём, что надо, и выбираем Add to EDM Server (ну или добавление иерархии, если создали сразу символ, целл и парт, например -- чтоб каждый не добавлять по отдельности).

И не подскажите что за программа EDM Library Cache Mgr?

Если память не изменяет, Ментор предполагает, что с песочницей работают только библиотекари, а инженеры, создающие платы, работают с кэшем библиотеки -- ещё одной разновидностью ЦБ; этот самый кэш менеджер как раз и позволяет создавать и обновлять эти кэши. Но я кэш не использую, поскольку я и библиотекарь, и разработчик плат в одном лице. Ну а если точнее надо знать -- ищите в документации, вроде б там всё это расписано было (давно читал, подробностей не помню уже).

[cniism]

Чтоб создать песочницу, нужно в Librarian создать новую библиотеку (File -> New), и там в окошках появляющихся выбрать её свойства. В первом же окошке, где выбираем место для библиотеки, нужно поставить галку Create Sandbox. После этого Librarian захочет подключиться к серверу (вводим логин-пароль), а затем появляется окошко, где выбираем одну из библиотек, существующих в базе (у меня только одна -- LIB называется, но Library Cockpit позволяет создать несколько, если для чего-то это нужно). Здесь же указываем параметры. Я ставлю галки в пунктах Associate Part/Mappings to Component и Create Components, но НЕ ставлю Create Component taxonomy: если её поставить, иерархия папок компонентов в Library Cockpit будет повторять иерархию папок в part'ах песочницы, что не особо удобно (поскольку в Library Cockpit можно создать иерархию для удобства поиска и т.п., а в песочнице, как и в обычной ЦП -- нельзя).

После этого появляется окошко для выбора part'ов, cell'ов и прочего, которые мы хотим выкачать с сервера в создаваемую песочницу. Я всегда вытаскиваю всё, при этом не только part'ы, но и cell'ы, символы и пр. Если это не сделать, в песочнице будет не всё. Например, символы рамок не имеют своих part'ов, а значит, если загружать только part'ы, рамок в песочнице не будет.

На этом, собственно, всё. После выбора загружаемого нажимаем кнопку и ждём, после чего проверяем на наличие ругательств.



После того, как создали песочницу, в ней создаём, что надо, и выбираем Add to EDM Server (ну или добавление иерархии, если создали сразу символ, целл и парт, например -- чтоб каждый не добавлять по отдельности).



Если память не изменяет, Ментор предполагает, что с песочницей работают только библиотекари, а инженеры, создающие платы, работают с кэшем библиотеки -- ещё одной разновидностью ЦБ; этот самый кэш менеджер как раз и позволяет создавать и обновлять эти кэши. Но я кэш не использую, поскольку я и библиотекарь, и разработчик плат в одном лице. Ну а если точнее надо знать -- ищите в документации, вроде б там всё это расписано было (давно читал, подробностей не помню уже).

Спасибо большое.

[cniism]

Добрый день.
Не подскажите?
Шрифты в Library Cockpit можно как-то настроить?
Просматриваю символ с посадочным местом в закладке Mapping и символ выглядит коряво (шрифты слишком большие, налезают друг на друга).
И еще один вопрос.
Когда компонент (содержит два символа, один символ сигнальные линии а другой выводы питания) загрузил на сервер, при проверке соответствия выводов символа выводам корпуса столкнулся со следующим моментом.
У компонента оказалось много слотов и некоторые выводы корпуса не соответствовали выводам символа, в основном это касалось выводов питания. И кроме того сигнальные выводы расположены в
одном слоте, а выводы питания (с 10-ок) имеют каждый свой слот.
Что не очень удобно. Я проверил как создается компонент и при создании компонента в EDM Library каждому выводу питания устанавливается отдельный слот, хотя они все расположены
на одном символе.
В общем я в EDM Library Cockpit привел все выводы питания на один символ (символ с выводами питания), но остались пустые символы привязанные к компоненту, их можно удалить как-нибудь,
или это не стоит делать?

[SII]

Честно говоря, понятия не имею по обоим вопросам.

Но насчёт символов и слотов могу сказать, что, в принципе, при создании part'а можно при выборе символа не устанавливать галку про создание слотов и т.п., после чего всё нужное создать вручную и распихать ноги по слотам самостоятельно. Это решает проблему с кучей слотов, но требует лишних телодвижений. Лично я игнорирую слоты, хотя полностью согласен, что разбиение всех питаний и земель по отдельным слотам несколько напрягает.

Кстати, разбивает она, насколько помню, лишь линии, объявленные как power или ground. Т.е., в принципе, можно не указывать эти типы, и разбиения тогда не будет. Эти объявления используются, насколько понимаю, только для моделирования целостности сигналов и питания, но ничего утверждать здесь не берусь.

[cniism]

Честно говоря, понятия не имею по обоим вопросам.

Но насчёт символов и слотов могу сказать, что, в принципе, при создании part'а можно при выборе символа не устанавливать галку про создание слотов и т.п., после чего всё нужное создать вручную и распихать ноги по слотам самостоятельно. Это решает проблему с кучей слотов, но требует лишних телодвижений. Лично я игнорирую слоты, хотя полностью согласен, что разбиение всех питаний и земель по отдельным слотам несколько напрягает.

Кстати, разбивает она, насколько помню, лишь линии, объявленные как power или ground. Т.е., в принципе, можно не указывать эти типы, и разбиения тогда не будет. Эти объявления используются, насколько понимаю, только для моделирования целостности сигналов и питания, но ничего утверждать здесь не берусь.

Спасибо.
Данное объявление , насколько я понял , используется для проверки схемы(верификации).

[SII]

А, да, и для проверки. Но это не шибко толковая проверка, как по мне. Она хорошо годится для рассыпухи, но не для современных микросхем с их многофункциональными ногами и т.п.

[cniism]

Согласен.
Не подскажите где в Cockpit посмотреть property компонента (атрибуты), ну и добавить их или убавить....

[SII]

У. там целая история... Готовых свойств типа сопротивления и т.п. попросту нет -- их надо создавать самому. Как именно, я не помню, ибо делал ещё несколько лет назад, но всё это описано в докуменатции. Общий порядок примерно такой:

1. Создаются описания самих свойств (раздел Admin -> Characteristics; собственно, про него в документации и надо искать).

2. Создаётся иерархия разделов (папок) для компонентов (Comp -> Components).

3. Нужным разделам компонентов добавляются созданные характеристики (там всё просто, правая кнопка мыши и Add Characteristics Wizard). Например, конденсаторам у меня добавлены ёмкость, точность, напряжение и тип материала (C0G, X7R и т.п.), но при желании можно добавлять что угодно: какие характеристики создадите, такие и можно добавить

4. Поля для просмотра/ввода характеристик надо разместить по вкладкам редактора компонентов, обычно это будет вкладка Spec. Редактирование -- через меню Edit -> Catalog -> Compose Mode (он вызывается и по F12). Система не особо гибкая (одна и та же характеристика должна находиться на экране в одной и той же позиции на любых вкладках любых компонентов, где она вообще есть -- т.е. координаты запоминаются в связке с характеристикой, а не с каталогом компонентов), но достаточная для практического использования после некоторых плясок и привыкания к её "характеру".

5. Настраивается передача характеристик при добавлении компонентов на плату (меню Tools -> Administration -> Designer Settings -> Instatiation). Прикладываю для наглядности описание передаваемых характеристик у меня (скриншот соответствующей страницы). Это тоже надо смотреть в документации для подробностей.

Собсно, после этого можно нормально пользоваться. Поскольку не всё очевидно, поначалу иногда будут какие-нибудь косяки выползать, но постепенно всё побеждается.

Из важного могу отметить определённые проблемы с числовыми характеристиками, значение которых меньше единицы (ёмкости и индуктивности именно такие). У меня они хранятся как вещественные числа двойной точности, однако такое представление не является математически абсолютно точным (поскольку точное дробное десятичное число в общем случае нельзя представить абсолютно точно в двоичном виде). Из-за этого, понятно, выполняется округление и т.п. вещи. Так вот, для некоторых значений у меня возникла ситуация, когда при вводе значений в базу они округлялись в одну сторону, а при попытке их поиска по значению -- в другую, из-за чего поиск не работал (грубо говоря, вводишь 2.2uH, а она не может найти _некоторые_ катушки такого номинала, хотя другие находит). В итоге мне пришлось вручную править значения прямо в СУБД, используя консоль PostgreSQL. Естественно, это доставляет определённые проблемы, и утешает то, что они "одноразовые": если ты ввёл компонент и его характеристики, и он сразу заработал, то он будет работать и дальше, а если с ним возникла такая неприятность -- один раз исправляешь в базе, и дальше будет порядок. Смахивает сие на какую-то... хм... даже не ошибку, а непредусмотрительность разработчиков Кокпита (работа с вещественными числами всегда таит в себе подобные сюрпризы, но о них программисты, как правило, не помнят, а то и вообще не знают: мало кто задумывается, как машина реально всё это дело считает).

Эскизы прикрепленных изображений

 

[cniism]

Спасибо.
Тут наверное не в Mentora-е а в базе данных которую Mentor использует. Я столкнулся с аналогичной ситуацией когда DxDataBook использовал. Там возникали проблемы похожие на те что Вы описали, и я решил их задавая форму представления чисел в виде: %g а не %f как по умолчанию стоит...


В общем методика ясна.

Не до конца понятно зачем: описания самих свойств.
Я все характеристики создал через: Add Characteristics Wizard

И не подскажите?
Как вкладки можно переименовать, у меня создается по умолчанию вкладка "Custom"
В режиме Compose Mode я могу только сами свойства перенести и тд., вкладки не переименовать. Хотя это не так и важно важно.