Вопросы по работе с ЦБ Опции

[Old_horse]

Добрый день.

Появилась возможность и желание поизучать 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 нельзя, или я действую неправильно?

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

[PeterD]

При создании элемента с нескольким "Юнитами" в одном корпусе можно ли заставить упаковщик, расставлять 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 хотя реально нужен только один.


Сообщение отредактировал PeterD - Jul 18 2017, 19:41

[fill]

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

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

[Gorby]

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

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

[fill]

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

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

[Gorby]

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

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