Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

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

Дистрибутив PADS Professional Flow PADS-Pro VX.1 доступен. Нажмите для просмотра прикрепленного файла
Временные лиц. коды можем запросить.

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

К Лохову.

+++
1. Чудо!
Появился адекватный редактор символов.
Давно ожидал.

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

P.S.
Первый день полёта.
Этот релиз буду внимательно смотреть.

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

2. При работе в редакторе библиотек (xDM Library Tools) не обнаружил возможности группового
копирования/перемещения/удаления объектов. Крайне неудобно и странно. Неужели это так

3. Через какой атрибут передаётся информация о посадочном месте компонента, в случае описания его через
базу данных DxDatabook.
Раньше, в нетлисте это был атрибут PKG_TYPE.

Столкнулся со следующей непонятной ситуацией:
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 или к тем кто разобрался с этим вопросом прояснить ситуацию.

Вы немного не поняли вариант работы в интегрированном маршруте. База в 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" не заполняется.
С помощью какого средства управляется то, какие атрибуты автоматически добавляются и какими параметрами заполняются?

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

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

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

1. Разбил на слоты и создал для них символы. В символах прописал номера, имена и типы пинов.
2. В Part Editor указал посадочное место и символы слотов.

В результате, Part Editor в разделе Pins не увидел информации о номерах и именах контактов, а так же о разбиении на слоты.
То есть всю информацию об упаковке надо заводить по новой.
По моему это уже слишком. Или я неправильно что-то делаю?

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

Поймите меня правильно.
Как создавать символ не вводя в него информацию о упаковке я тяжело представляю.
Будет очень вслепую.
Т.е. не смотря на десятилетние развитие пока всё сыро.
Остаётся спросить Вас, когда предполагается появление упаковщика для PADS с возможностями аналогичного инструмента от Xperdition.
За консультации, Спасибо!
P.S.
Насколько я правильно понял, редактора PDB для линейки PADS пока не существует?

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

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

1. Возможно я путаюсь, но как я понимал, PADS Professional это обрезанный Xpedition а не PADS. Или это не так?
2. На счёт использования CSV и TSV файлов я в курсе, спасибо

Вы упомянули линейку PADS, а она на данный момент состоит из 3 наборов. Да, в последнем наборе используется весь перечень топологических редакторов, в том числе и Xpedition PCB в котором отключены только некоторые продвинутые функции Нажмите для просмотра прикрепленного файла

Уточните, пожалуйста.
PADS Professional содержит PADS Layout?

Набор лицензий да.
А дистрибутива надо ставить два.

Забавно...
Что бы пользоваться PADS надо прикупить Xpedition.
Вполне логично, наверное так и поступлю

Вы опять не поняли - есть дистрибутив PADS, а есть PADS Professional. Про них и идет речь, а не про дистрибутив X-ENTP (Xpedition Enterprise)

Спасибо,
Вроде пробовал ставить PADS Professional, но PADS Layaut там не нашёл. Возможно плохо искал. Попробую ещё раз

Я же специально написал выше: А дистрибутива надо ставить два. Т.е.:
1. PADS
2. PADS_Pro

Спасибо, теперь понял, ... неожиданное решение
За время тестирования PADS VX.1, способ ведения библиотек CL показался мне не интегрированным и каким то сырым.
Каковы перспективы, или PADS будут потихонечку придавливать?

1. А какой смысл ставить две программы? Обычно я создаю принципиальную электрическую схему в "Падс лоджик", делаю список связей с неё и развожу печатную плату в "Падс лэйаут" и "Роутере". Какие преимущества несёт одновременная установка двух программ?
2. В "Падс Ви-Экс.1" не уменьшилось количество библиотечных радиоэлементов? На мой взгляд, в прошлых версиях их было побольше. Библиотеки радиоэлементов необходимо скачивать отдельно?

Речь шла о том, что если схемы создавать в DxDesigner, и использовать CL (не netlist), а к такому маршруту проектирования нас настойчиво призывает MG.
То оказывается, что в маршруте PADS нет адекватного редактора компонентов для работы через CL. Он есть в комплекте PADS Pro, в котором в свою очередь нет PADS Layout и PADS Router.
Отсюда и получилась необходимость в двух дистрибутивах.
На мой взгляд это явный перебор. Придётся подождать, пока наведут порядок. Если PADS не прикроют вовсе (:

Я тоже пользуюсь Logic/Layout/Router, с Dx как-то не срослось, для моих задач это слишком и толку никакого.
Сам падс по ходу уже давно толком не развивается, развивают только DX

Eval PADS Professional можно скачать
https://www.pads.com/downloads/professional-eval-request

Вопрос:
Пробую его, не вижу, как сохранить плату в ASCII-формате. Это ограничение eval или функции вообще нет?

File>Export

В eval нет такого пункта
http://clip2net.com/s/3oEiPbn

Есть возможность более полно оценить САПР?

Тыц