конфигурирование PADS Опции

[sh007]

1. Существует ли у PADS Layout понятие конфигурации проекта. Не в смысле файл PCB в отдельном каталоге, а возможность задать для каждого проекта свой список используемых библиотек (в том числе и рабочей библиотеки конкретного проекта) и т.п.
2. Существует ли возможность в атрибуте DEVICE (схемного редактора DxDesigner) указать имя библиотеки из которой необходимо взять компонент.
3. Существует ли возможность централизованного хранения библиотеки переходных отверстий. Или хотя бы переноса их из одного проекта в другой.

[Fellow]

1. Существует ли у PADS Layout понятие конфигурации проекта. Не в смысле файл PCB в отдельном каталоге, а возможность задать для каждого проекта свой список используемых библиотек (в том числе и рабочей библиотеки конкретного проекта) и т.п.
2. Существует ли возможность в атрибуте DEVICE (схемного редактора DxDesigner) указать имя библиотеки из которой необходимо взять компонент.
3. Существует ли возможность централизованного хранения библиотеки переходных отверстий. Или хотя бы переноса их из одного проекта в другой.

1. Список библиотек задается в ini-файле, так что простого способа менять его от проекта к проекту нет. Так как проекта, как такового, тоже нет, и схематика хранится отдельно от Layout, то такое конфигурирование представляется опасным. Что подразумевает "и т.п." не ясно. См. пункт 3.
2. Вряд ли.
3. Для переноса переходных отверстий из одного проекта в другой создайте заготовки пустого дизайна с этими отверстиями и сохраните по команде File/Save as Start-up File... Так как переходные отверстия зависят от количества слоев платы, то можно сделать несколько вариантов и переключать их по команде File/Set Start-up File+File/New

[sh007]

Спасибо за ответ.
Но тогда вопрос к fill.
Не предполагается ли реализация указанных возможностей в ближайших версиях.
Ведь даже в старом P-CAD v.2.0 (лет эдак 20 назад) пункты 1 и 3 были реализованы. А PADS рекламируется как замена P-CAD.

[fill]

Спасибо за ответ.
Но тогда вопрос к fill.
Не предполагается ли реализация указанных возможностей в ближайших версиях.
Ведь даже в старом P-CAD v.2.0 (лет эдак 20 назад) пункты 1 и 3 были реализованы. А PADS рекламируется как замена P-CAD.

Насколько я знаю есть планы сделать библиотеки в PADS совместимыми с Expedition и управляться одним библиотекарем Library_Manager. Таким образом все это будет решено.

[Nixon]

А linux версия будет?

[Fellow]

Спасибо за ответ.
Но тогда вопрос к fill.
Не предполагается ли реализация указанных возможностей в ближайших версиях.
Ведь даже в старом P-CAD v.2.0 (лет эдак 20 назад) пункты 1 и 3 были реализованы. А PADS рекламируется как замена P-CAD.

Не понял, чем вас не удовлетворил предложенный вариант решения для 3. Да и с пунктом 1 у пользователей PADS особых проблем не было, видимо, потому, что они не рассматривали его как вариант замены P-CAD.

[sh007]

Не понял, чем вас не удовлетворил предложенный вариант решения для 3. Да и с пунктом 1 у пользователей PADS особых проблем не было, видимо, потому, что они не рассматривали его как вариант замены P-CAD.

п.3
Безусловно предложенным Вами способом возможно перетянуть переходное отверситие из существуещего проекта в новый. Но в качестве ведения единой базы переходных отверстий, с возможностью внесения изменений в любой момент времени как в саму базу, так и в разрабатываемые проекты на любой их стадии разработки, явно не подходит.
п.1
Проблемы с п.1 возникают по причине п.2. То обстоятельство, что имя устройства не связано с именем библиотеки, накладывает ограничение на то, что устройства в различных библиотеках не имеют право иметь одинаковые имена. По большому счёту теряется смысл наличия нескольких библиотек (раз уж они существуют в едином адресном пространстве). Т.е. нет возможности различить lib1:dev1 и lib2:dev1.

P-CAD я не рекламирую. Пор ряду технических причин был вынужден отказаться от него лет 10 назад. Но тем не менее, глупо и обидно не признавать, что ряд технических решений, не доступных в современном продукте PADS, были успешно реализованы много лет назад в продукте, ныне всеми признанном умеершим.

Насколько я знаю есть планы сделать библиотеки в PADS совместимыми с Expedition и управляться одним библиотекарем Library_Manager. Таким образом все это будет решено.

А вот эта информация более оптимистична.
Огласите пожалуйста предполагаемый срок выхода продукта с ожидаемыми функциями.

[fill]

А вот эта информация более оптимистична.
Огласите пожалуйста предполагаемый срок выхода продукта с ожидаемыми функциями.

Ориентировочно в следующем году.
А пока можете посмотреть, что точно будет в PADS2007

[fill]

А linux версия будет?

А вот это вряд ли. Linux пока не рассматривается как операционка для "одиночек", т.е по сравнению с виндами требуется иметь ряд дополнительных знаний по конфигурированию и управлению. Что приводит к необходимости в коллективе иметь "системщика", который и решает эти вопросы, а иметь выделенного человека по управлению системой может себе позволить только большой коллектив, ну а большие коллективы это уже задача для Expedition.

[Nixon]

Жаль.

[sh007]

А пока можете посмотреть, что точно будет в PADS2007

Интересно.
Особенно понравилось автоматическое заполнение полигонов переходными отверстиями.
К стати, не предполагается ли возможность добавления переходных отверстий в Decal. Данная функция была бы полезна при создании термоотводящих площадок. Сейчас, создание термальной площадки с одним сквозным отверстием вполне логично (создаётся сквозная площадка и ассоциируется с полигоном). Однако для создания термальной площадки с несколькими отверстиями, требуется добавления соответствующего количества земляных контактов у схемного символа. Это не совсем логично и не всегда удобно.
Про единые библиотеки правда ничего особо внятного сказано не было, но будем надеятся.

[fill]

А пока можете посмотреть, что точно будет в PADS2007

Интересно.
Особенно понравилось автоматическое заполнение полигонов переходными отверстиями.
К стати, не предполагается ли возможность добавления переходных отверстий в Decal. Данная функция была бы полезна при создании термоотводящих площадок. Сейчас, создание термальной площадки с одним сквозным отверстием вполне логично (создаётся сквозная площадка и ассоциируется с полигоном). Однако для создания термальной площадки с несколькими отверстиями, требуется добавления соответствующего количества земляных контактов у схемного символа. Это не совсем логично и не всегда удобно.
Про единые библиотеки правда ничего особо внятного сказано не было, но будем надеятся.

1. Нет не видел в планах
2. Не сказано потому что PADS2007 это конец этого года (если успеют ), а я говорил о следующем.