Добрый день.

Появилась возможность и желание поизучать PADSVX.1.2. Интересует работа с центральной библиотекой. Документацию читал, но объем очень большой, чтобы докопаться найти нужное место требуется много времени.

Может ли кто-нибудь подсказать:

1. Есть старые библиотеки символов и футпринтов из PCAD, маршрута PADS Logic, отдельные элементы выдернутые из проектов ORCAD и PADS. Есть таблицы в Excel с описанием свойств компонентов (наименование, номинал, код заказа, цена и т.п.), которые можно преобразовать в файл БД MS Access. Где найти внятное описание, как из этого собрать новую ЦБ. Подскажите, пожалуйста, каким средством для этого пользоваться и в каком разделе документации про это написано.

2. Беру готовую ODA Starter Library, подключаю ее к xDxDesigner, вроде работает. После этого пытаюсь открыть библиотеку в Library Studio и выскакивает сообщение, что LStudio не может загрузить символьную библиотеку. Так и должно быть, или я не догоняю? Я считал, что LStudio позволяет в полном объеме работать с подключенной библиотекой.

3. Хотел отредактировать описание компонентов в БД средствами MS Access (для удобства). Отредактировал в ODA Starter Library файл БД Databook.mdb, поменял значения отдельных полей, удалил ненужные записи, также пробовал добавить дополнительное поле в одну из таблиц. Потом записал Databook.mdb на старое место, но ни LStudio, ни xDxDatabook не видят сделанных изменений и продолжают показывать старую информацию. Получается, что редактировать базу в MS Access нельзя, или я действую неправильно?

Прошу сильно не пинать, потратил несколько дней, но не могу найти ответа на эти вопросы.

1. "PADS Library Tools Process Guide" - расписано как работать с ЦБ
"PADS Schematic Design Administrator's Guide" - расписано как работать с БД
2. Внутри DxD меню Tools > PADS Library Tools - вызовется редактор в котором откроется ЦБ, подключенная к проекту, и в котором и производятся все манипуляции с элементами ЦБ. В нем же можно напрямую изменять данные БД - в окне навигатора выбрать компонент, затем ПКМ >Edit Parametric Data - откроется соответствующая таблица БДНажмите для просмотра прикрепленного файла
3. Можно, но зачем перезаписывать файл БД? Надо менять непосредственно в файле БД подключенном по ODBC и это сразу в режиме реального времени отображается во всех подключенных приложениях. В окне xDxDatabook выполните ПКМ > Configure > Edit Configuration и настройте: какие логические библиотеки получаются на основе таблиц БД, какие атрибуты читать\аннотировать и как и т.д.

Fill, большое спасибо за ответ, вроде некоторые моменты стали понятнее, буду пробовать.


Я читаю эти документы, но видно что-то упускаю. В итоге хожу по замкнутому кругу. Чтобы создать файл .lmc нужно сослаться на проект, в котором сконфигурирована база данных, а чтобы сконфигурировать базу данных в LStudio, нужно сослаться на файл lmc. Поэтому и стал задавать вопросы. Впереди выходные, попробую еще раз внимательнее прочитать оба документа, их объем обозримый.


Из xDx designer готовая библиотека работает, как написано. Я пытаюсь ее сильно переделать, убрать лишние директории, ненужные мне поля в таблицах, добавить и заполнить нужные, поэтому пытаюсь работать из MSAccess и Library Studio, так мне показалось удобнее совершать групповые операции, а может и какие-то обработки придется написать. Поэтому я и спрашивал именно про Library Studio, которая запускается напрямую из Windows. Или так делать нельзя?


Спасибо за разъяснение, попробую не лезть к данным напрямую, а использовать ODBC.

1. Чтобы создать новую ЦБ (lmc), нужно просто в DxD выбрать шаблон создания интегрированного проекта и в строке Central Library нажать крайнюю иконку справа - появится проводник в котором можно указать где и с каким именем создать новую ЦБ.
2. Library Studio я вообще не использую, т.к. элементы ЦБ создаются в Library Manager (LM) - другими словами PADS Library Tools, а БД правится непосредственно в MSAccess (или LM).
3. Под термином напрямую, я подразумевал что править надо сразу в исходном файле MSAccess, а не копировать в новый и затем (после изменений) замещать старый, т.к. возможно при этом что-то может "залипать" в ODBC. Вы же формируете БД как:
- создали файл в MSAccess (mdb)
- запустили DSN (ODBC) на этот файл
- создали конфигурацию xDX DataBook, в которой указали что нужно подключаться к этому источнику данных (DSN) и как извлекать данные
Теперь если подключить этот конфиг. файл xDX DataBook в DxD к проекту (и к ЦБ в LM), то можно видеть данные БД внутри DxD и редактировать в LM или MSAccess.
При этом, изменяете данные БД в LM - они изменяются сразу в файле mdb и сразу отображаются в открытом xDX DataBook (в DxD); и наоборот меняете в файле mdb (MSAccess) - изменения также сразу отображаются в открытом xDX DataBook (в DxD)
Фактически мы имеем цепочку:
Исходные_данные(mdb)<--->интерфейс_подключения(ODBC)<--->фильтр_данных(xDX_DataBook)<---->конечная_программа(DxD\LM)
Соответственно, исходные данные можно править в:
- MSAccess
- LM
- Library Studio

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

Здравствуйте.
Продолжаю попытки освоить PADSVX.1.2. Ставил из закромов вместе с UPD1 и ODA Starter Library. Работаю на виртуальной машине WIN7PRO(64 bit) SP1 со всеми обновлениями.
Из xDX Designer запускаю xDM Library tools и пытаюсь отредактировать существующий символ или создать новый. Рисовать линии, вводить новые атрибуты получается,а при попытке ввода текста редактор символов падает. Делать библиотечные элементы без ввода текстовых констант как минимум неудобно.
Вопрос - это только у меня такие проблемы, или так и должно быть?

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

Fill, очередной раз спасибо.

Действительно нашелся файл nse.exe_old, которым можно подменить штатный, и он не падает при вводе текста.
Также наспех попробовал версию VX.2. Там видны сильные изменения, и не все программы нормально запускаются, но редактор символов вроде работает.
Видел Ваше сообщение, что за VX.2 уже вышла следующая версия. На других ресурсах пишут, что в ней исправлено много ошибок, не угонишься. Пока продолжу опыты с VX.1.2, глядишь и схему какую-нибудь нарисую со своей библиотекой .

Кстати, не очень понятно зачем в ODA Starter Library нарисованы отдельные компоненты для четырех углов поворота(0,90,180,270). Ведь внутри каждого компонента задаются виды для этих же поворотов и отзеркаливания. Получается загромождение библиотеки и много рутинного рисования. Не удобнее ли оставлять только компонент с основной ориентацией и править в нем дополнительные виды?

Дело в том что поворотные виды как раз только появились в новой версии символьного редактора (VX2 и выше), ранее их не было. Поэтому рисовали отдельные версии символов для разных углов.

С поворотными видами понятно, спасибо за разъяснения.

Пытаюсь прейти с Altium-a две недели бьюсь с PADS VX.2, не могу в голове уложить, как работать с библиотеками и создавать свои (возможно я тупой но как кто все сложно и запутанно).
Даже вопрос не знаю как сформировать, где ни будь существует (пусть на англицком) референт пошаговый как создать библиотеку с нуля собственную.
Вопрос неужели все разработчики ПП так сильно разбираются во всяких скриптах и базах данных(((((

1. Не понятно в чем конкретно проблема заключается. Если проблема просто в создании первичной папки ЦБ, то
Нажмите для просмотра прикрепленного файла
2. В документации есть полный документ по работе с библиотеками PADS Library Tools Process Guide
3. Есть переведенный краткий курс по изучению Тыц. В котором есть раздел по работе с библиотекой и пошаговое создание символа, посадочного, компонента.
4. Можно работать и без использования сторонней БД, но это менее удобно, т.к.:
- придется размещать все значения нужных атрибутов на уровне символов (в таблицах это делать намного быстрее и удобнее, а также один символ можно использовать во множестве компонентов)
- не будет возможности искать нужные компоненты по значениям атрибутов
- не будет возможности автоматически проверить насколько данные атрибутов на схеме соответствуют действительности и автоматически исправить несоответствия
- не будет возможности подключить\посмотреть даташиты на компоненты

fill спасибо, краткий курс я прошёл там все у меня получилось, но вопрос даже не могу сформулировать т.к. окончательно запутался в ЦБ и базах данных, а когда начинаешь конфигурировать DataBook вообще голова кругом куча таблиц откуда все это берется и как связана с ЦБ я не могу догнать.
Ладно может наступить еще прозрение....

Уважаемый fill подскажите, правильно я понимаю что БД это просто описание элементов с набором атрибутов и не содержит графических изображений. Я сделал свою БД добавил ее в Databook все отображается
но как ее связать с графическим изображением я не понимаю. Премного благодарен. Простите если заранее написал глупость но первые шаги всегда сложны))))

1. Есть атрибут Part Number это уникальный номер компонента. Второго такого номера не может быть ни в ЦБ ни вообще в мире.
В ЦБ вы создаете Part в котором ссылаетесь на применяемый символ(ы), посадочное место(а) и формируете таблицу соответствия пинов.
В данном случае Part=Part Number.
Когда в редакторе схемы, в окне DxDatabook, вы выбираете закладку CL (внизу) и закладку Part View (вверху), в таблице отображается список разделов компонентов, которые есть в данной ЦБ. При раскрытии раздела, вы видите компоненты, хранящиеся в данном разделе. Выбрав конкретную строчку с компонентом, система лезет в ЦБ и по Part Number считывает из соответствующего Part значение символа и посадочного места, по которым уже берет графическое изображение соответствующего символа (из символьных разделов) и посадочного (из разделов Decal).

2. БД является надстройкой к выше перечисленному. В ней хранятся только значения атрибутов компонентов. Соответственно, в таблицах обязательно есть атрибут по которому можно установить соответствие между данными в таблице и компонентами в ЦБ. Обычно это атрибут Part Number. Т.е. если в БД есть например строчка со значением PN_001 в колонке Part Number, то при выборе такой строчки в DxDatabook (в закладке Search) система возьмет все данные атрибутов из соответствующей таблицы БД, а также выполнит все действия описанные в п1 по поиску компонента PN_001 в ЦБ. Т.е. в данном случае происходит считывание и размещение на схему данных из двух источников (БД и ЦБ).
Заметьте также что DxDatabook имеет возможность настройки подключения к БД. Т.е. необязательно название колонки в таблице = название атрибута. Вы можете в таблице назвать колонку PN, но в конфиг. файле DxDatabook написать что PN=Part Number, т.е. на схему разместится атрибут Part Number со значением из колонки PN. Также можно указать какие колонки в БД не надо обрабатывать (отображать\размещать\проверять\аннотировать), т.к. они например нужны снабженцам но не вам.

fill спасибо большое, приходит понимание. Правильно я понимаю что в ЦБ это все хранилище то есть нет смысла делать отдельную ЦБ от проекта к проекту т.к нельзя подключить две ЦБ в проект. К примеру есть ЦБ с пассивными компонентами и операционными усилителями, для одновременного применения в проекте совершенно
необходимо чтобы в ЦБ находились и пассивные компоненты и операционные усилители т.е. нельзя сразу подтянуть две раздельных
центральных библиотеки в один проект. Еще раз спасибо за терпение.

К проекту подключается только одна ЦБ.
В ЦБ есть возможность создавать разделы для группировки определенных типов символов\посадочных\компонентов.
В ЦБ есть возможность создавать схемы пути поиска разделов. Соответственно выбрав нужную схему поиска в проекте, можно скрыть не нужные разделы.
Доступность\выбор компонентов можно также регулировать через различные конфигурации DxDatabook. Например создать конфигурацию где видны только компоненты определенной фирмы или типа исполнения или ...

Спасибо fill огромное за помощь.

Подскажите пожалуйста не могу разобраться, при добавлении компонента из БД с помощью "Add new component with all Properties" компонент добавляется но нет номеров пинов, они скрыт, если добовлять "Add new component only with common Properties" на символе отображаются номера пинов но соответственно свойства компонента только из ЦБ. Как сделать чтобы номера пинов символа были видны. Спасибо.

Номера добавляются если они выбраны в поле Slot.

Друзья продолжаю разбирается с PADS, вот такой вопрос при создании своего компонента в PADS Decal при работе с Pad Stacks Properties слоя маски пасты и припоя не добавляются автоматически т.е. их приходится добавляться в ручную и потом конфигурировать. Я не до шёл еще до вывода Гербера для производства. Но на мой взгляд это делать достаточно утомительно, может есть более правильный и простой или этого вовсе можно не делать?

В большинстве случаев можно этого ТУТ не делать. Потому как по умолчанию для маски и для пасты возьмется графика из слоя меди площадки. То есть автоматом.

Но в жизни бывают и другие случаи, поэтому идеологически правильным выглядит явное указание вырезов в маске и пасту в падстеке. Но это заморочно. Но позволяет контролировать каждую индивидуальную площадку. При этом при формировании герберов указываем, что геометрию вырезов брать именно из SolderMask и PasteMask, а не объект PAD из слоя ТОР.

Трюк: если не задан, то копируется с площадки меди, а вот если задан - то с сответствующего слоя. Но бывает, выреза и не надо, а оно его само с меди ставит. Трюк заключается в том, что ставим наличие выреза в слое маски, но его диаметр делаем 0 или 0,001мм. Таким образом получим закрытую площадку - выреза в маске не будет. Иногда полезно для VIA.
Ну и читаем документацию на PADS Layout - там специально таблица приведена - приоритеты при создании графики маски и пасты.

>>Я не до шёл еще до вывода Гербера для производства.
А вот зря. Это очень просто и легким движением руки вы уже сможете увидеть превью выходного слоя AS-IS. Очень помогает в понимании того, как и что подключать для вывода в гербер.

Удачи.

Друзья спасибо за ваши ответы. Продолжаю терзать PADS подскажите не могу разобраться на этапе создания элемента почему нельзя к нему добавить 3D модель, перерыл весь "хелп", но нашел только путь добавления из PADS Layout, а на этапе создания элемента в PADS Decal иконки импорта не активны и хелпе ни намека на возможность добавления модели.

Ну потому наверное, что такая идеология:
3D модели сопоставляются компонентам НА ПЛАТЕ [а не в библиотеке , на бронепоезде или на танке].
Что очень логично - закончили разводку платы (ну или насыпали элементов) - и каждому ТИПУ декали поставили в соответствие 3D модель.
Эти модели и это соответствие хранятся в своей собственной локальной директории.
Таким образом 3D присутствует, но не мешает. Вот Вы хотели бы все степ-модели иметь внутри файла платы? Вот и я не хочу. Вот их там и нет.

Вообще говоря логичнее и правильнее - как раз наоборот, привязывать 3D модель на этапе библиотеки. Тогда будет единообразие и надежность, т.к. при создании библиотек их обычно проверяют. А если насыпать на плате по месту, то будет кто во что горазд - на выходе одни и те же компоненты в разных платах будут иметь разные модели, далеко не всегда корректные.

При создании элемента с нескольким "Юнитами" в одном корпусе можно ли заставить упаковщик, расставлять RefDes как U1.1, U1.2 и т.п. иначе получается не очень удобно на мой взгляд. К примеру, вот два транзистора n-p-n и p-n-p в SOIC8 он их обозначил как VT1, а хочется VT1.1 и VT1.2.



При создании не стандартной Decal часто на ней требуется поставить Via и медью что ни будь изобразить (Altium разрешает ставить Via) здесь же приходится добавлять Terminalю Затем при упаковки с символом Я делаю их Unused, на сколько это нормально или есть какие то другие способы. Вот к примеру PCB антенна имеет 21 Terminals хотя реально нужен только один.

1 - что-то Вы не так делаете. Секции именуются VT1-A, VT1-B.. в PADS Logic. В DxDesigner не знаю какие правила.

2- антенну скорее надо бы делать не компонентом, а прямо на плате, сохранить в библиотеку Reuse. И потом пользовать. Ведь ей не сопоставлен никакой реальный (покупной) компонент.

В случае же необходимости множества отверстий (монтажное отверстие с ободком из мелких дырочек) таки-да, их рисуют электрическими выводами и на схеме все соединяют, а в декали размещают и определяют их как выводы. Ну и медью покрывают. Именно так делает один знакомый немец, работающий в Альтиуме еще со времен Протела. Он не пользует VIA в декали.

Остается только гадать, почему VIA нельзя использовать в компоненте. Может, иная сущность, отличается от PIN во многих аспектах.

От изображения номера вентиля отказались еще в прошлом веке, т.к. во всем мире это считается избыточной и не нужной информацией - нужны только номера пинов. Номера вентилей ранее нужны были только для ручного отслеживания заполнения корпусов, теперь эта информация доступна автоматом в файле UnusedGates.txt. Кроме того, U1.1 в нетлисте будет интерпретироваться как пин 1 компонента U1.

Ну как сказать, в вентиле пинов может быть и 400. При разбиении FPGA, например. И без явного показывания какой именно вентиль перед тобой бывает тяжко.

Когда разбивают большую микросхему на множество символов, как правило по названиям символов все видно.
Чтобы понять все ли я символы данной микросхемы разместил на схеме мне достаточно заглянуть в файл UnusedGates.txt, а не пытаться сканировать глазами всю схему на предмет, а все ли они присутствуют. А при использовании IOD и этого бывает не нужно, т.к. он сам создает подсхему на которую "выбрасывает" все символы данной FPGA.
Попробуйте ответить на вопрос какую конкретно полезную информацию дает вам отображение на схеме номера вентиля. Ну увидели вы номер 2 например и что?

А, вот Вы о чем... Ответ прост: значит следующий символ надо ставить с номером 3. У меня эти номера явно видны в названии символа. Типа так: FPGA_XXXXXX_3.

Вот именно достаточно увидеть в названии символа, а дополнительный номер вентиля в порядковом номере уже не нужен.