Design Capture Опции

[G_A_S]

Как разобраться в проектной иерархии? Во вкладке Design Hierarchy есть общая ветка Default Configuration. Она разветвляется на проекты, которые могут быть иерархическими. И в зависимости от выбранного аттрибута Set As Root, компиллируется тот или иной проект и при аннотации в PCB именно он оказывается в разводчике. Так зачем нужно еще несколько проектов (например, TOP, unsaved_design_top) в уже созданном проекте? Как эти проекты связаны между собой? И почему в File Manager файлы схем всех проектов, входящих в ветку Default Configuration свалены в одну кучу?

[fill]

Конфигурации придумали, чтобы не нужно было делать новые проекты под разные цели. Например конфигурация PCB подразумевает, что примитивами являются компоненты платы, конфигурация под аналоговое моделирование примитивы аналогового моделирования (т.е. как правило более подробное описание чем в PCB), для HDL моделирования наоборот может быть более абстрактное представление и т.д. В разных конфигурациях может быть и разная иерархия, разный корень.
Файлы могут лежать даже на других компьютерах в сети. Например один проект делают двое схемотехников, тогда делаем конфигурацию в которой подключаем одну из подсхем с сылкой по сети. Если сосед сделал какие-либо изменения мы сразу это увидим - без копирования информации с места на место.

[G_A_S]

Есть возможность ставить несколько элементов (например, кондеров) на одом месте для компактности?

[gray.k]

А зачем их ставить. Разместите один и задайте атрибут Vector Width = N, где N - количество конденсаторов. Позиционные обозначения после упаковки можно указать в формате С1-С111.

[G_A_S]

Спасибо большое за ответ! Попробую. А где именно указывать позиционные обозначения после упаковки?

[gray.k]

В процессе упаковки упаковщик сам расставит позиционные обозначения ("от балды"), и Вы их увидете в Instance режиме также как и любой другой атрибут Refdes. Например Packager после упаковки заполнит Refdes у конденсатора C1,C12-C13, а Вы можете изменить это значение в удобный для Вас вид C1-C12 (естественно при такой правке "ручками" необходимо следить, чтобы Redfes не пересекались)

Сообщение отредактировал GKI - Jan 31 2008, 08:05

[G_A_S]

Понятно. А вот как изменить другие аттрибуты у этого элемента в схематике? Допустим я размножил элемент без Part Name в несколько с помощьяю вектора. Естественно, упаковщик сигнализирует об ошибке, когда не находит этого аттрибута, но по щелчку мыши выбирается лишь один элемент (видимо, верхний) из всего массива. И вообще есть ли в схематике какой-нибудь вьюер наподобие SCH LIST у ALTIUM? Так, чтобы видеть сразу все элементы и сразу все их аттрибуты, как в IOD для пинов и цепей.

[gray.k]

Графического массива нет - символ один. Количество дается на уровне атрибута компонента. И система не превращает символ в 10 графических компонентов. Эта информация воспринимается в логической базе данных проекта.
Соглашусь, что было бы удобным иметь окно структуры проекта (компонентов, цепей и т.д.), но к сожалению такого окна нет и скорее всего не будет (так как базовым средством создания схем в настоящее время является DxDesigner (в нем такой навигатор по проекту есть) и развития DC в части новых функций не будет)

[G_A_S]

Но почему же тогда упаковщик ругается на отсутствие Part Number? Что-то становится непонятно...

[fill]

Чтобы можно было упаковать нужен Part_Number (или Part_Name). У всех компонентов в массиве будет одинаковый Part_Number.

[G_A_S]

Создал символ питания по образу и подобию работающего символа GND, который был уже в библиотеке, но упаковщик не хочет его упаковывать. И причем тут вообще все приставки Part в отчете, если это просто символ?


ERROR Block Sch Page 2, Symbol XCMP289: No part data.
No Part Number, Part Name, nor Part Label has been entered.
Please enter some data to enable packaging.

[gray.k]

А тип символа то изменили в "Positive tap"? Скопировали бы GND и изменили графику и атрибут Net Name. Упаковщик же должен знать, что этот символ не учавствует в дальнейшем физическом проектировании. В Вашем случае он и обрабатывает данные символа, считая, что это компонент, поэтому и просит указать необходимые атрибуты.

[G_A_S]

Спасибо большое, все получилось!
Возникла еще парочка вопросов:
1) Где определяются шрифты по умолчанию, их высота, наклон и т.д. Например, когда я присваиваю цепям имена, шрифт слишком большой и приходится все это потом изменять. Глобальное назначение через Tools-Options-Text немного неудобно.
2) При изменении Lable в ЦБ никак не изменяется Part Lable этого элемента в схематике. Уже и деталь пробовал обновлять и символ, ничего не помагает.

[Vadim]

1) Где определяются шрифты по умолчанию, их высота, наклон и т.д. Например, когда я присваиваю цепям имена, шрифт слишком большой и приходится все это потом изменять. Глобальное назначение через Tools-Options-Text немного неудобно.

Library Manager - Property Definition Editor

2) При изменении Lable в ЦБ никак не изменяется Part Lable этого элемента в схематике. Уже и деталь пробовал обновлять и символ, ничего не помагает.

Lable - это Label, надо полагать? Странно, у меня изменяется. А дверцей хлопали DC закрывали-открывали после внесения изменений в библиотеку? А проект ссылается на ту библиотеку? А при Replace Devices галка Include PDB data включена? А галка Only if selected ...

[G_A_S]

Спасибо, все получилось! Даже не знаю, почему не получалось... У ментора почему-то возникают проблеммы на ровном месте. То их нет, то вдруг раз и вот она.