[sh007 0]

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

2. Существует ли возможность в атрибуте DEVICE (схемного редактора DxDesigner) указать имя библиотеки из которой необходимо взять компонент.

3. Существует ли возможность централизованного хранения библиотеки переходных отверстий. Или хотя бы переноса их из одного проекта в другой.

[Fellow 0]

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 0]

Спасибо за ответ.

Но тогда вопрос к fill.

Не предполагается ли реализация указанных возможностей в ближайших версиях.

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

[fill 2]

Спасибо за ответ.

Но тогда вопрос к fill.

Не предполагается ли реализация указанных возможностей в ближайших версиях.

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

 

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

[Nixon 4]

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

[Fellow 0]

Спасибо за ответ.

Но тогда вопрос к fill.

Не предполагается ли реализация указанных возможностей в ближайших версиях.

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

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

[sh007 0]

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

п.3

Безусловно предложенным Вами способом возможно перетянуть переходное отверситие из существуещего проекта в новый. Но в качестве ведения единой базы переходных отверстий, с возможностью внесения изменений в любой момент времени как в саму базу, так и в разрабатываемые проекты на любой их стадии разработки, явно не подходит.

п.1

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

 

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

 

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

А вот эта информация более оптимистична.

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

[fill 2]

А вот эта информация более оптимистична.

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

 

Ориентировочно в следующем году.

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

[fill 2]

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

 

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

[Nixon 4]

Жаль.

[sh007 0]

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

 

Интересно.

Особенно понравилось автоматическое заполнение полигонов переходными отверстиями.

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

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

[fill 2]

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

 

Интересно.

Особенно понравилось автоматическое заполнение полигонов переходными отверстиями.

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

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

 

1. Нет не видел в планах

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