[fill 2]

 

 

[prototype 2]

Добрый день.

А PADs Professional существует в виде пробной версии?

[fill 2]

Добрый день.

А PADs Professional существует в виде пробной версии?

 

Дистрибутив PADS Professional Flow PADS-Pro VX.1 доступен.

Временные лиц. коды можем запросить.

[prototype 2]

Дистрибутив PADS Professional Flow PADS-Pro VX.1 доступен.

Временные лиц. коды можем запросить.

Спасибо за ответ. Вопрос возник из того, что в разделе Downloads на сайте pads.com я увидел только 14-ти дневные версии PADS Standard Evaluation и PADS Standard Plus Evaluation.

За ссылкой на скачивание и временной лицензией обращаться к Вам, или к господину Лохову?

[fill 2]

Спасибо за ответ. Вопрос возник из того, что в разделе Downloads на сайте pads.com я увидел только 14-ти дневные версии PADS Standard Evaluation и PADS Standard Plus Evaluation.

За ссылкой на скачивание и временной лицензией обращаться к Вам, или к господину Лохову?

 

К Лохову.

[sh007 0]

+++

1. Чудо!

Появился адекватный редактор символов.

Давно ожидал. :)

 

---

2. Пока остались некоторые проблемы с русской кодировкой. :(

3. Не смог передвигать курсор по сетке с помощью клавиатуры и напрямую задавать координаты графических примитивов. :(

 

P.S.

Первый день полёта.

Этот релиз буду внимательно смотреть.

[sh007 0]

1. Обнаружился забавный глюк у нового символьного редактора.

Если установить по умолчанию толщины объектов рисования (линий, прямоугольников и т.п.) больше чем 1 (например 2),

то при сохранении символа, все эти объекты сохраняются с толщиной 1. При этом, если изменить цвет объекта на иной

нежели по умолчанию, то сохранение толщин происходит корректно.

 

2. При работе в редакторе библиотек (xDM Library Tools) не обнаружил возможности группового

копирования/перемещения/удаления объектов. Крайне неудобно и странно. Неужели это так :(

 

3. Через какой атрибут передаётся информация о посадочном месте компонента, в случае описания его через

базу данных DxDatabook.

Раньше, в нетлисте это был атрибут PKG_TYPE.

[sh007 0]

Столкнулся со следующей непонятной ситуацией:

1. Создал базу данных конденсаторов в Access. В ней прописал необходимые атрибуты.

2. Подключил базу данных к "xDM Library Tools" и создал раздел "Capacitors". Соответственно получил доступ к базе данных через "xDM Library Tools"

(Имею возможность просматривать и редактировать базу).

3. В схемном редакторе так же имею доступ к созданной базе, т.е. возможность выбирать компоненты по параметрам и устанавливать на схему.

4. Однако упаковка схемы не проходит со следующим сообщением.

 

ERROR: There is no Part Number: GQM1875C2E1R2BB12 in the Parts

DataBase for symbols with Part Name: GQM1875C2E1R2BB12 and Part Label: (null).

[Please add the Part Number to the PDB either directly

or by having the project file point to a PDB that contains it.]

 

То есть упаковщик требует явным образом создать соответствующий Part в "xDM Library Tools".

Если это проделать, то упаковка проходит успешно.

 

Возникает вопрос:

Неужели упаковщик и "xDM Library Tools" на основании имеющейся у них информации не могут самостоятельно создать Part.

А то ведь получается, что приходится вручную дублировать информацию из Databook в Part Editor. Это муторно и небезопасно с точки зрения ошибки.

 

Просьба к Fill или к тем кто разобрался с этим вопросом прояснить ситуацию.

[fill 2]

Возникает вопрос:

Неужели упаковщик и "xDM Library Tools" на основании имеющейся у них информации не могут самостоятельно создать Part.

А то ведь получается, что приходится вручную дублировать информацию из Databook в Part Editor. Это муторно и небезопасно с точки зрения ошибки.

 

Просьба к Fill или к тем кто разобрался с этим вопросом прояснить ситуацию.

 

Вы немного не поняли вариант работы в интегрированном маршруте. База в DxDataBook служит дополнением к PDB (Part). Т.е. создавать PDB (Part), в котором прописывать символ(ы)\посадочные нужно обязательно, а вот атрибуты нет (они у вас берутся из БД DxDataBook). На символах теперь не нужны атрибуты упаковки, т.к. используется другой упаковщик которому достаточно знать только значение Part Number по которому он возьмет всю нужную информацию из PDB. При упаковке упаковщик проверяет есть ли данный символ в PDB, и если нет, то не упаковывает. Если хотите чтобы по старому создавались Part при выполнении упаковки на основании данных из схемы, перейдите в нетлистовый маршрут (без ЦБ).

[sh007 0]

Вы немного не поняли вариант работы в интегрированном маршруте. База в DxDataBook служит дополнением к PDB (Part). Т.е. создавать PDB (Part), в котором прописывать символ(ы)\посадочные нужно обязательно, а вот атрибуты нет (они у вас берутся из БД DxDataBook). На символах теперь не нужны атрибуты упаковки, т.к. используется другой упаковщик которому достаточно знать только значение Part Number по которому он возьмет всю нужную информацию из PDB. При упаковке упаковщик проверяет есть ли данный символ в PDB, и если нет, то не упаковывает. Если хотите чтобы по старому создавались Part при выполнении упаковки на основании данных из схемы, перейдите в нетлистовый маршрут (без ЦБ).

 

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

Но это уже из области пожеланий :)

Ещё один вопрос.

При создании компонента в "xDM Library Tools" в базу PDB автоматически попадают атрибуты "Part Name", "Part Number", "Part Label" и "Description".

Причём атрибутам "Part Name", "Part Number" и "Part Label" назначается значение имени компонента, а атрибут "Description" не заполняется.

С помощью какого средства управляется то, какие атрибуты автоматически добавляются и какими параметрами заполняются?

 

 

 

[fill 2]

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

Но это уже из области пожеланий :)

Ещё один вопрос.

При создании компонента в "xDM Library Tools" в базу PDB автоматически попадают атрибуты "Part Name", "Part Number", "Part Label" и "Description".

Причём атрибутам "Part Name", "Part Number" и "Part Label" назначается значение имени компонента, а атрибут "Description" не заполняется.

С помощью какого средства управляется то, какие атрибуты автоматически добавляются и какими параметрами заполняются?

 

Скорее всего просто потому что взяли упаковщик от Exp и минимально переделали. А в Exp компонент (PDB) выглядит так

[sh007 0]

Очередное непонимание :(

 

С резисторами-конденсаторами наигрался, решил создать компонент микросхемы средних размеров.

 

1. Разбил на слоты и создал для них символы. В символах прописал номера, имена и типы пинов.

2. В Part Editor указал посадочное место и символы слотов.

 

В результате, Part Editor в разделе Pins не увидел информации о номерах и именах контактов, а так же о разбиении на слоты.

То есть всю информацию об упаковке надо заводить по новой.

По моему это уже слишком. Или я неправильно что-то делаю?

[fill 2]

Очередное непонимание :(

 

С резисторами-конденсаторами наигрался, решил создать компонент микросхемы средних размеров.

 

1. Разбил на слоты и создал для них символы. В символах прописал номера, имена и типы пинов.

2. В Part Editor указал посадочное место и символы слотов.

 

В результате, Part Editor в разделе Pins не увидел информации о номерах и именах контактов, а так же о разбиении на слоты.

То есть всю информацию об упаковке надо заводить по новой.

По моему это уже слишком. Или я неправильно что-то делаю?

 

Я же написал ранее, на символе не нужна информация об упаковке, т.к. она с уровня символа при упаковке схемы и в компоненте никак не применяется. Вся упаковочная информация вводится непосредственно в PDB. Опять же, как я понимаю проблема в том что не доделали такие функции какие есть в PDB (в случае Xpedition) - при импорте символа в PDB импортируются номера и тип пинов (если они присутствуют на символах).

[sh007 0]

Я же написал ранее, на символе не нужна информация об упаковке, т.к. она с уровня символа при упаковке схемы и в компоненте никак не применяется. Вся упаковочная информация вводится непосредственно в PDB. Опять же, как я понимаю проблема в том что не доделали такие функции какие есть в PDB (в случае Xpedition) - при импорте символа в PDB импортируются номера и тип пинов (если они присутствуют на символах).

 

Поймите меня правильно.:)

Как создавать символ не вводя в него информацию о упаковке я тяжело представляю.

Будет очень вслепую.

Т.е. не смотря на десятилетние развитие пока всё сыро.

Остаётся спросить Вас, когда предполагается появление упаковщика для PADS с возможностями аналогичного инструмента от Xperdition.

За консультации, Спасибо!

P.S.

Насколько я правильно понял, редактора PDB для линейки PADS пока не существует?

[fill 2]

Поймите меня правильно.:)

Как создавать символ не вводя в него информацию о упаковке я тяжело представляю.

Будет очень вслепую.

Т.е. не смотря на десятилетние развитие пока всё сыро.

Остаётся спросить Вас, когда предполагается появление упаковщика для PADS с возможностями аналогичного инструмента от Xperdition.

За консультации, Спасибо!

P.S.

Насколько я правильно понял, редактора PDB для линейки PADS пока не существует?

 

В линейке PADS есть PADS Professional в котором есть приведенный мной выше редактор PDB.

 

На счет в слепую - вы вводите информацию о именах и номерах пинов беря ее из таблицы в даташите, так и в Part Editor тоже табличка где колонка с номерами сразу заполнилась согласно выбранному PCB Decal, а колонку с именами заполните согласно таблице из даташита, собственно этим же вы и занимаетесь сейчас, но только на уровне символа.

Кроме того, логично для ускорения скопировать таблицу из даташита в Excel, сохранить в csv файл и импортировать Part Editor. Тоже самое можно сделать и в Symbol Editor.