Возникли вопросы по шинам:

1) Не криминал, но хотелось бы. Как сменить ripper, надо что бы по ГОСТу, хотя бы просто полное отсутствие риппера с виду. Или ввод в шину под 45 градусов. Если нельзя - то и фиг с ним.

2) Жизненно необходимо! В шине идет огромная толпа совсем разных сигналов. Через список цепей в навигаторе я могу выделить их сразу всей толпой. А как выделить только лишь одну заданную цепь? Чтобы оперативно найти все ее выходы из шины. Ну или скажем так, почему шина раскрывается в навигаторе одной строчкой, в которой просто перечислены все цепи через запятую?

3) Как из этого списка цепей убрать нечто загадочное с именем, равным имени шины (например шина MAIN_BUS, в ней полторы сотни разных цепей, но нет ни одной с этим же именем, но в списке оно есть. Типа суслика , ты его не видишь, а он есть). Да и вообще мне не нужно, чтобы шина имела какое-то осмысленное имя. Она нужна лишь для красоты.

4) (вероятно как следствие 2) - заходя в CES я тоже вижу все то, что попало в шину, одной строкой. А как мне содержимое шины распихать по разным классам цепей?

5) Как мне определить дифпару внутри шины. Когда я назначаю пару например lvd_in_p для сигнала lvd_in_m, и при этом они идут внутри шины, меня матерят, что Cannot make diff pair with same net. Какой это нафиг same net?

PS. Сорри, если все это банальный RTFM, но TFM к сожалению не поддается R в виду какого-то глюка всего EE... Т.е. главное окно хелпа открывается, а дальше никуда.

Выкладываю тестовый проект, потому что с данным повторяющимся блоком проблема повторяется. Независимо от префиксов реюзаблов система прописывает в ЦЕС хрень типа A1A2C, A2A1R и т.д. Хотелось бы понять, откуда рога торчат.

Note: проблема вылазит только с данным реюзаблом, с другим - гораздо реже, почти никогда.

Измените префикс B9 на блоке на просто 9. И в префиксах дискретов добавьте #C и #R и т.п.
Возможные вариации префиксов блоков например:
BA BC BD и т.д
1 2 3 и т.д
Но не смесь букв и цифр, которая и приводит к проблеме распознавания. Естественно, количество букв (или цифр) может быть и большим, например BLOCK_A BLOCK_B и т.п.


Разработчики закладывались на вариант:
Rule: When your design uses reference designators that are of the format YYYRNN (i.e. schematic sheet, reference designator prefix, unique instance), append a # to each discrete component prefix that you define here. For example, instead of using just C to define the discrete component prefix for capacitors, use #C.

Товарищи, подскажите такую вещь:
Начал разбираться, как "работают" Reusable Block в DxD-Exp 7.9.1upd10. Всё бы хорошо, но когда в DxD добавляю в в схеме блока к именованной цепи иерархический пин, то ему присваивается имя. И это имя (атрибут Name) располагается слева вверху над символом. Как отредактировать символ пина, чтобы имя появлялось в том месте, где я хочу (по центру символа пина к примеру)?

Подскажите правильный синтаксис для атрибута Supply Pin. Пытаюсь изменить название цепи на пине атрибутом 1=0VD но реакции нетлиста на это не вижу, цепь называется как и прежде - GND (по умолчанию).

Мда...DxD в плане эргономики инструмент, конечно, никудышный. Второй день вожусь с переименованием Supply цепей для Xilinx. Мало того, что атрибут Supply Pin работать отказывается по непонятным мне причинам, так теперь и в графе Supply Rename обнаружилась проблема. Ввожу туда данные для трех групп пинов "GND=0V Vcco=5V Vcci=3V" - получаю на выходе в нетлисте NET : '0V' .... NET : '3V' ... NET : '5V Vcci=3' ... Почему имя третьей цепи выводится в таком виде? Для любых двух напряжений все в порядке, но как только добавляешь третье - получаешь вот такую картину. Помогите разобраться в чем дело - перелопатил поиск по хэлпу и форуму.

Сообщение отредактировал ClayMan - Jun 21 2011, 12:55

К этой цепи подключены какие-либо пины других компонентов? Если в цепи только один пин, то естественно ничего и не увидите.



1. Неонятно причем здесь эргономика?
2. Невидя проекта трудно сказать что вы там наворотили.
3. Внутри IOD такие вещи как изменения имен неявных сигналов земли\питания делаются парой щелчков и т.к. PDB пере-генерируется автоматом, то и не приходится что-либо переделывать руками на уровне схемы.

Естественно подключены. Я попытался аннотировать схему с проблемным элементом в Exp - вот что выдает лог ошибки:

Pin 1 of DD10 has default net \GND\ assigned to it
in the Parts DataBase for Part XC2S200-5PQG208I which
would have had its net renamed to \0VD\ if the pin
did have a SupplyPinPhrase in the schematic. It is being
reassigned to net 0VBS in the schematic. A supply pin
may not be assigned to a net other than the one to which
it would have been renamed. Please adjust the
supply rename property or the assignment in the schematic
and rerun Packager.

Как это понимать? Я не могу переназвать группу пинов 0VD и выделить из нее несколько пинов, принадлежащих к другой цепи? Поясните пожалуйста.

1. Неонятно причем здесь эргономика?

Ну как при чем. С DxD очень сложно разговаривать на понятном ему и пользователю языке. Вот простая совершенно ситуация, а я пытаюсь решить ее уже который день. При этом прочитан был хэлп, форум, сделано все в соответсвии с указаниями. Причем ведь далеко не только у меня одного нарекания и проблемы с ним. Функциональность безусловно на высоком уровне, но зачастую требуется сделать нечто простое без пляски с бубном - и вот тут часто возникают проблемы.

2. Невидя проекта трудно сказать что вы там наворотили.

Да ничего особенного, вобщем-то. Обычный FPGA на схеме задан одним УГО. Часть пинов занесена в группу Supply и разбита на три подгруппы (GND, Vcci, Vcco). переименование с помощью Supply Rename работает отлично для любых двух подгрупп, если переименовывать сразу три - одна из цепей получается обозвана некорректно.

3. Внутри IOD такие вещи как изменения имен неявных сигналов земли\питания делаются парой щелчков и т.к. PDB пере-генерируется автоматом, то и не приходится что-либо переделывать руками на уровне схемы.

Охотно верю. Но на данный момент у меня нет времени погружаться еще и в тонкости работы с IOD. Не все ведь сразу, хотя бы DxD-Exp освоить более-менее.

Поэтому я и написал что не видя что вы там наворотили сказать трудно.
Судя по диагностике у вас получается двойное переопределение цепи, могу только продположить что все пины GND переопределяются сначала через Supply_Rename и затем еще отдельные из них через Supply_Pin. Т.е. получается масло-маслянное что и не нравится упаковщику.
Собственно говоря тогда какие проблемы изменить название цепи в локальном PDB (если не хотите изменить в ЦБ) и применить Supply_Pin для отдельных пинов?

"Карфаген должен быть разрушен"...

Ну никак не получается у меня Лезем в Special Symbol и ставим на схему или PORT, или LINKS. ПОЧЕМУ у этого символа на схеме атрибуты ставятся, извините, раком? Нет, конечно я их потом подвину как мне надо, но тем не менее. Подключаем LINKS к именованной цепи. Получаем атрибут Name в том месте, которое DxD считает правильным. А если в символе УЖЕ имеется атрибут Name, ручками определённый в Library manager, тогда вообще цирк. В свойствах символа на схеме оказывается ДВА одинаковых свойства с именем Name и с одним реальным атрибутом на схеме. Причем если снять галочку отображения у любого из них, то соответствующий атрибут становится невидимым. Но почему же это свойство вдобавок перемещается, хотя в символе уже задано его положение?!

Александр, Вы правы - именно так. Я хочу переименовать всю группу и выделить из нее несколько пинов для повторного переименования. Это запрещенная операция? Я считал, что аттрибут Supply Pin для того и предназначен.
Проблем с изменением PDB никаких, но хотелось достичь результата исключительно с помощью схемотехнического редактора - без изменения компонента.

Двойное переименование запрещено.
Так используйте только Supply Pin для обеих групп пинов.
Формат же позволяет:
<pin number>=<netname> <pin number>=<netname> <pin number>=<netname>
Например:
2=GND 4=VCC 1=VDD
единственная проблема если их много, то вбивать придется долго.

Подскажите, а как в DxD настроить отображение атрибутов сразу всех символов, как это делалось в DC (в настройках текста). Например я хочу сразу у всех символов включить/выключить отображение PartNumber или GostValue.

Их действительно много) QFP на 240 контактов, по пинам будет очень неудобно все описывать. Видимо придется использовать в PDB конкретное имя цепи, например 0V.


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

Вообще говоря так тоже можно, только:

1. У новых символов все равно будет по умолчанию, придется делать для них заново.
2. Снимаются эти галочки как-то по-кривому: при желании снять галочку устанавливается другая, после чего нужно снимать их обе.

Посмотрите здесь

Не могу скачать по указанным в топике ссылкам DxDesigner Automation Utilities (DxD-AU). В английском не силен, чтобы пообщаться там. Может кто-нибудь выложит в доступное место их.