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

Вернулся из отпуска. Вот, значит, по порядку:

1) В IOD я задал нужные мне названия цепей.


2) IOD мне сгенерировал подключения этих цепей (выделенное сверху вниз: к 3.3V подключены VCCIO, согласно определению в сетапе сигнала "3_3"; к 3.3V_0 подключены VCCAUX, согласно определению в сетапе сигнала "VCCAUX", суффикс "_0" подставлен IOD-ом автоматически; последний сигнал - это на самом деле "VCCJ", почему-то определенный в БД IOD-а как пин типа VCC, хотя на самом деле он VCCO, назначен на цепь "3.3V_1" мной вручную):


3) Картинка из DxD:


Вопрос: мне нужно (выделил потому, что именно это нужно, а не как всегда, какие-то обходные маневры и советы делать по-другому принципиально), чтобы либо все эти цепи в сгенеренном IOD-ом листе именовались одинаково, как 3.3V (IOD не дает в разных строках таблицы назначений писать сигнал с одинаковым именем, а как делать по-другому я не знаю, учитывая что "type" у пинов разный, VCCO, VCCAUX и VCC), либо как-то где-то в DXD объявить, что все эти 3.3V, 3.3V_0 и 3.3V_1 есть физически одна цепь.

1. Т.к. вы вытащили эти сигналы на символы, соответственно меняем имена цепей на схеме.
Если бы не вытаскивали, то можно было бы поменять через добавление атрибута Supply_Rename.

2. Насколько я понимаю, разработчики подразумевали что обычно данные цепи\пины проектируются как отдельные фигуры плейн, потом (в конечной стадии) соединяемые в единую физическую цепь.

В том и дело, что я не хочу их менять - схему ведь генерирует IOD и я хочу использовать ее так как есть, ничего в ней не трогая вообще. Ведь совершенно точно есть способ объединения нескольких цепей с разными именами в одну физическую, я же сам в начале на это нарывался, неправильно делая BUS-ы... А теперь вот никак не пойму, как это сделать специально. Мне бы просто на листе с питачем как-то что-то поставить, чтобы выход стабилизатора 3.3 шел на все эти три цепи.

Это решается несколькими способами, один из них уже назван вами - шина:
- создаем шину в состав которой входит сигнал\цепь 3.3V
- от выхода стабилизатора выводим 3.3V к этой шине
- в другом месте шины рисуем отрезок цепи 3.3V_0 и подключаем к этой шине, в диалоге подключения выбирая 3.3V
Таким образом получается одна цепь (правда ее имя будет составным ).
И т.д.

Второй способ через иерархию:
- на лист "с питачем" добавляете порты подсоединяя их к концам отрезков цепей 3.3V_0 и т.д. (чтобы на генерируемом символе появились пины с данными именами)
- генерируете символ для подсхемы питания
- создаете схему более высокого уровня на которую размещаете символ подсхемы питания
- подключаете пины 3.3V_0 и т.п. к одной цепи 3.3V.

Спасибо. Решил вопрос при помощи такой шины, в которую входит 3.3V, а выходят 3.3V_0 и 3.3V_1. Вот никогда раньше не думал, что эта фича этого пакета может мне для чего-то понадобиться Однако понадобилась, чтобы компенсировать другую особенность этого же софта

Хм. А как провести цепь под 45 градусов?

Нажать на иконку Route_Mode и выбрать Straight

Вопрос к fill.
Разбираюсь с ICXPro Explorer, симулирование одной цепи, параметр Simulation Delay Min, Max.

Опуская подробности, вопрос. Почему результаты simulation delay min и max у ICXPro Explorer вообще не совпадают ни с чем.
Как я понял из многочисленных источников эта задержка измеряется от момента когда выход драйвера нагруженный на testload
пересекает порог Vmeas назовем его Tvm, до момента времени когда сигнал на входе приемника пересечет верхний (назовем Th) или нижний пороги (Tl).
Tvm измерял как вручную, так и с помощью XTK. Получается полная чехарда.
Параметры получаемые от XTK не совпадают с моделированием вручную, данные для testload брал прямо из IBIS, конечно там где они были указаны.
А данные ICXPro Explorer spreadsheet не совпадают ни со значениями рассчитанными с Tvm от XTK, ни со значениями вычисленными вручную.
И все это не совпадает с измерением того же параметра уже в Waveform => Measurements=> SI SDelay, где также подставлял разные Tvm.

Вопрос к fill, прошу прояснить, как именно получить данные совпадающие в ICXPro spreadsheet со значениями в Waveform, и как это все соотносится
с общепринятой методикой. Может я что то делаю неверно. А то получается непонятно где взять более менее достоверные данные.

Все руководства от Mentor по этому вопросу излазил там все очень мутно. А если Вы посмотрите на картинку в руководстве ICXPro Explorer для Simulation Delay, то очень сильно удивитесь, они установили значение Tvm равным -2 сек. Это прикол такой или как.

Система где это все проверялось DxD2007.7, WinXP.

Сообщение отредактировал baken - Dec 1 2009, 09:12

Немного уточню вопрос, мне в принципе не так важно знать, почему ICXPro что то там неверно измеряет. Нужно знать, что же означают цифры Simulation Delay на самом деле, и каким методом они получены. Тогда при сомнениях, эти цифры можно было бы уточнить другими способами. А так просто непонятно, что и как получено. Спасибо.

Сообщение отредактировал baken - Dec 1 2009, 14:35

[attachment=38737:Delay.png]

Спасибо

Сообщение отредактировал baken - Dec 1 2009, 15:59

Простенький вопрос. А как в DxD заменить один (или группу) компонент(ов) другим, если у них, естессно, символы одинаковые? Ну например резистор типа "R0402" заменить на "R0603". Кроме как удалить и поставить заново? (т.е. чтобы не вводить заново всяких его свойств/параметров)

Изменить property через find/replace?

А какие проперти-то? Part Number и Part Name? Чтобы еще после замены тогоже R0402 на R0603 и после FA Exp поменял целл на плате. Что-то так вот в лоб не получилось...