Можно, как выяснилось, проще.

- Сделать символическую связь, организовав второй директорий, название которого отличается от основного одной цифрой/буквой, в котором лежит та же ЦБ. Делается один раз навсегда. Наприемр ЦБ лежит в /mnt/raid/lib_home/mentor-lib/pcb/mylib.lmc и сделать симлинк /mnt/raid/lib_home/mentor-lib/ -> /mnt/raid/lib_home/mentor-lib1/

- Подставить-стереть эту буковку-циферку в пути к ЦБ
- Apply

Так как реально ЦБ одна и та же, то не надо два раза менять.

Вот такой вопрос (чей глюк, не знаю...)

Хочу объявить аттрибут "Supply Rename".
У меня в pdb компоненту объевлены следующие пины питания:
VCC_LR_PLL
VCC_UL_PLL
VCORE
VCCAUX
VCCJ
VCCIO0...VCCIO7

При вписании такой строчки в "Supply Rename" :
VCC_LR_PLL=VPLLA VCC_UL_PLL=VPPLB VCORE=1.2V VCCAUX=3.3V VCCJ=3.3V
после нажатия Enter пропадает половина описаний, а именно VCC_UL_PLL, VCORE, VCCJ. Остается только VCC_LR_PLL и VCCAUX. Вопрос - что это и почему? Указанные цепи существуют, указанные названия питаний в pdb существуют. И, как всегда, "Что делать?"


Так... Увидел... "Too many characters in property value, max 32". Ну и что теперь делать? Как подключить питания к микрухе? Где увеличить этот предел?
ЗЫ Только не говорите, что придется рисовать лишний и не нужный символ с питаниями!!!!!!

SUPPLY RENAME Property (Netlist Flow)

Type: PCB

Purpose: Supply nets (Power and Ground) are usually defined as global nets in DxDesigner. Typically, the power and ground pins of a component are not visible on its symbol, and therefore are not connected to the global power and ground nets in the schematic. Instead, they are defined in the part definition and extracted from the parts database in PCB layout.

Use the SUPPLY RENAME property to assign alternate supply nets for a component by specifying the correspondence between the supply net name on a part and the global supply net, effectively connecting the supply pins for the part to the global supply nets.

Placement:

* On the symbol, unattached.

* On the schematic, attached to a component.

Format:

SUPPLY RENAME =Part_supply_name1=schematic_gobal_net1 [Part_supply_name2=schematic_gobal_net2]

Special Considerations:

The SUPPLY RENAME property accepts multiple values (separated by the = sign). You can also assigne multiple SUPPLY RENAME properties, with different values, to the same component.

Examples:

The following example shows a single property with multiple values:
SUPPLY RENAME=VCC=P_12VC GND=AGND

The following lines show multiple properties:
SUPPLY RENAME=VCC=P_12VC
SUPPLY RENAME=GNDPlacement


Supply Rename Property (Expedition flow)

Purpose
The Supply Rename property allows you to assign alternate supply nets for a particular device. This property overrides the supply augmentation performed automatically by the Packager or Database Load processes. Typically, the power and ground pins for a device are not included in the schematic, but are extracted from the parts database in PCB layout. If alternate supply nets are assigned via the Supply Rename property, the supply nets defined in the parts database are translated for the device in which the Supply Rename property is defined.

Placement
Attached to a symbol.

Value
Any characters up to the default limit of 32.

Visibility
Visible.

Editing
Can be edited in the schematic.

Syntax
<old_netname>=<new_netname>
<old_netname>=<new_netname>

Example
GND=AGND
VCC=5V


Нажмите для просмотра прикрепленного файла


Способ решения выбирайте сами (я вижу по крайней мере 2).

У меня Expedition Flow. А где этот "Property Definition Editor" находится? Я так понял, что там можно увеличить предел в 32 символа...

В Library Manager в Tools.

Спасибо, нашел, это в LM. Поставил лимит в 255 символов (256 обращается в ноль пожалели байтика )

при внимательном рассмотрении оказалось, что исправили как-то... своеобразно. Для толщин net 1 и 2 - действует установленное значение dot net. Для "3" - в 1.5 раза больше, для толщины "4" - в 2 раза, для толщины "6" - в 3 раза.... пропорция ясна. Может быть програмеры ментора думают, что это фича, а по мне - бага, ну или очень кривая фича.
кстати, box size (квадратик на висящей net) ведет себя так-же.
еще прикольнее, что при одинаковых установках dot size в 2 раза больше, чем box size. Тяжеловато с устным счетом в менторе...

При размещении символа - отображаются не все номера выводов.
При размещении выбираю "Part View\Slot" и строчку с номерами ног.
Нажмите для просмотра прикрепленного файла

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

Спасибо.

Пора уже wiki заводить. Или FAQ

А лучше FAQ на Wiki

Новогодний подарочёк от ЕЕ2007.7 update 3

в схеме две разные цепи идут на два разных пина
в сборке на данные пины идет одна цепь DSP_CE0, т.е. пины закоротились

кусок из SchematicNetlist.txt

SN74LVTH16245AZQLR DD7 12 1 5 5 1 D5 23 0 DSP_CE0 (2-1-13)
SN74LVTH16245AZQLR DD7 12 1 6 6 1 D6 24 0 DSP_CE0 (2-1-13)
SN74LVTH16245AZQLR DD7 12 1 7 7 1 E5 27 0 DSP_CE2 (118-3-13)
SN74LVTH16245AZQLR DD7 12 1 8 8 1 E6 28 0 DSP_CE3 (4305-1-13)

кусок из KeyinNetList.txt

\DSP_CE0\ \DD7\-\D5\ \DD7\-\D6\ \R6\-\4\ \R203\-\6\
\DSP_CE1\ \R6\-\3\ \R203\-\5\


проект синхронизирован, DRC - ок
и самое хреновое, что 40 сборок уже смонтированы

в сборке еще имеется 5 таких мелкосхем, там славо богу все ок
слипаний не обнаружено

что могло такое произойти сверх ординарное чтобы получился такой глючёк ?

Надо разбираться в проекте, наверняка есть причина.

пришлось отправить на почту, т.к. ни опера ни IE не смогли загрузить файл размером 3 (Три)М при заявленном 9.77М

Проблема в том что по каким-то причинам у данного компонента на схеме "залипли" соединения в базе даннных iCDB. Если его удалить со схемы и заново поставить, то его id номер и соединения обновятся - после этого все нормализуется.

спасибо
понятно, что не понятно почему
возможно из-за перехода с версии 2007.6 на версию 2007.7
т.к. в остальных еще таких 5 (Пяти) мелкосхем в базе даннных iCDB все ок
главное не возможно выщемить такой косяк в проекте если он проявился
придется в ребрединге проекта сделать проверку глазками.

Судя по таблице ICT у тебя проблемы были и с DSP_CE2.
Что было Нажмите для просмотра прикрепленного файла
Что должно быть и получается после удаления\вставки компонента Нажмите для просмотра прикрепленного файла

упс, вот тебе бабуля и Юрьев день
в таблицу ICT до данного момента не лазил, да есть проблема, НО как не странно все ок

в логах специально выделил цветом и в Ехр пальцем проверил проводники, все ОК только монитор запачкал

SN74LVTH16245AZQLR DD7 12 1 5 5 1 D5 23 0 DSP_CE0 (2-1-13)
SN74LVTH16245AZQLR DD7 12 1 6 6 1 D6 24 0 DSP_CE0 (2-1-13)
SN74LVTH16245AZQLR DD7 12 1 7 7 1 E5 27 0 DSP_CE2 (118-3-13)
SN74LVTH16245AZQLR DD7 12 1 8 8 1 E6 28 0 DSP_CE3 (4305-1-13)

\DSP_CE0\ \DD7\-\D5\ \DD7\-\D6\ \R6\-\4\ \R203\-\6\
\DSP_CE1\ \R6\-\3\ \R203\-\5\
\DSP_CE2\ \DD7\-\E5\ \DD12\-\J8\ \R6\-\1\ \R203\-\7\
\DSP_CE3\ \DD7\-\E6\ \R6\-\2\ \R203\-\8\

глаза видят одно в схеме
в ICT вторую интерпритацию
а в СБ третий вариант проекта

спишем данный глючек на барабашку

возможно это и не глюк
фон при просмотре символов в библиотеке стал салатовым, как это исправить?

В DxD измените цвет фона.

Нигде не смог найти данную проблему:
Вчера сохранил нармольно рабочий проект с содержащими в нем 3-мя Backup'и. Сегодня пытаюсь открыть свой проект, а он выдает:

The block schematic1 associated with the design: schematic1 could not be found.

Попробовал запустить все Backup'ы. Сообщение то же. Ни схемы ни топологии. В файле .prj вроде все прописано правильно: и путь к библиотеки и к схеме.

В чем может быть проблема, как ее исправить и почему такое могло произойти?

а Ехр открывает проект диск:\имя_проекта\PCB\Design1.pcb ?

Пишет: Unable to locate block schematic1 in schematic. If the root has change Formard Annotation will be required to reestablish relationship between schematic and loyout

Problem encountered while accessing the block information from the schematic database.

Такая же проблема я помню возникала при трансляции одного из проектов с DC 2002 на DXD 2007.

Unable to open Expedition PCB design in EE2007
Symptoms
Unable to locate root block <root schematic filename> in schematic. If the root block has been changed Forward Annotation will be required to reestablish relationship between schematic and layout.
Problem encountered while accessing the block information from the schematic database. See PCBLogFile.txt for details. Loading of the database has failed.

Causes

The root block has been set to a different name in .pcb file. Reset the root block in Design Capture, compile/package, and Forward Annotate to Expedition PCB. See MG931 for information on setting a schematic as root.

If the problem persists, then edit the .pcb file in a text editor, to match the entry (see below) with the schematic name that is set as root in Design Capture.

KEY RootBlock "<root block schematic>"

А что в .prj в качестве root block прописано?

Как и нужно KEY RootBlock "schematic1"

Убедитесь, что это же прописано .pcb, а не .prj, как это советовалось в TechNote

В том то и дело что все прописанно так как надо. Даже сверял с более старой версией этого же проекта. Проблема мне кажется именно в "schematic1", но в чем именно она заключается не могу понять.

Очередной замеченный глюк DxD:
Замечено в версии DxD 7.9. Возможно присутствовал и раньше.

Операционная система: Windows XP sp3
Мышь: Logitech с функцией качания колеса право/лево (драйвер 4.90.80)

При качании колеса мыши право/лево в схемном редакторе происходит горизонтальный скролинг.
При качании колеса в символьном редакторе NSE происходит падение последного.
Пользоваться в таком режиме очень неудобно.

свежий глюк, появившийся в 7.9
Берем очень небрежно выполненный учебный проект DxPADS_2007WS, когда-то выложенный fill-ом для учебных целей.
Поскольку проект небрежно нарисован (линии связи и шины - не по сетке), пытаемся все сделать красиво и все примитивы привязать к сетке. Специально для этого на тулбаре есть "волшебная" кнопка. Пытаемся применить ее к шине. Успешно. НО! от шины оторвались рипперы, и на них эта кнопка не действует. А шину теперь можно перемещать с "оторванными" рипперами. В 2007.8 такого глюка нет - рипперы тоже подвластны этой кнопке и вполне могут быть перемещены в узлы сетки.

Problems Fixed in EE7.9 Update3
DxDesigner
dts0100688495 - drc-121: Busses not handled properly

вообще никаких проблем ИМХО...
как ск масяня адзын большой глюк...

однако это какое-то другое исправление. в DxD7.9upd3 при попытке переместить в сетку шину рипперы от шины по-прежнему отрываются.

Еще один свежак.
по-прежнему балуемся с учебным проектом DxPADS_2007WS.
при снятии свежепоявившейся опции Fixed Text Rotation названия цепей приобретают причудливый вид - см. скриншот. Кроме переворота названий цепей одна из них расположена типа в одном месте, а отображается в другом (белый прямоугольник выбора цепи IMP_D7), кстати, чтобы выбрать это название цепи надо тыкнуть именно не в буквы, а левее рядом, в пустое место.

Проблема с использованием Properties "SIGNAL".

В прежних версиях DxD (до 2007) для задания выводов земли/питания я активно использовал атрибут "SIGNAL".
Для этого символ имел примерно следующие атрибуты.
SIGNAL=GND;1,2,3,4,5,6,7,8,9
SIGNAL=VCC1;10,11,12
SIGNAL-VCC2;13,14,15
При установке символа на схему, имелась возможность изменить "VCC1" и "VCC2", на соответствующие значения используемые в схеме (+3.3V, +3.3VA, +2.5V и т.п.).
При этом окно атрибутов явно указывало, исходное значение атрибута на символьном уровне и его переопределённое значение на уровне схемы.

В современной версии 7.9 (PADS 9.3), при при изменении значения Properties "SIGNAL" "VCC1" на значение питающего напряжения реально присутсттвующего на схеме, происходит переопределение Properties "SIGNAL" отвечающей за подключение выводов земли.
Т.е. в современной версии DxD механизм задания питающих напряжений через Properties "SIGNAL" не работает.
Задать истинное имя питающей цепи сразу на уровне символа как правило бывает невозможно. Имя этой цепи формируется от особенностей включения в каждом конкретном случае.

а так не устраивает ?

Забавно
На первый взгляд, то то что надо. Даже лучше чем было.
Надо проверить.

Попробовал проверить. К сожалению, не получилось

У символа присутствует Properties
SIGNAL=VCC;1,2,3

У компонента на уровне схемы
Supply Rename=VCC=+3.3V

В итоге в плату попадает на ногах 1,2,3 - связь VCC, а вовсе не переопределённая +3.3V.
Ответьте у кого Properties "Supply Rename" переопределяет имя цепи питания?

P.S. Маршрут DxD->PADS (Netlist)

не понимаю зачем тебе это ?
пропиши Supply Rename=+U=+3.3V -U=0V
может картинка поможет

работает все на ура

Причина неудачи понятна. "Supply Rename" переопределяет пины, описаные через Properties "Supplies Pin" в маршруте DxD->Expedition.
В маршруте DxD->PADS питание описывается через "SIGNAL", а на него "Supply Rename" не распространяется.
Так что вопрос остался актуальным.
Каким образом в маршруте DxD->PADS на схемном уровне переназначать имя цепи питания компонента.
(Изменение значения Properties "SIGNAL" в окне свойств компонента на схемном уровне приводит к путанице различных Properties "SIGNAL")

Согласно документации Нажмите для просмотра прикрепленного файла

В тестовом проекте Нажмите для просмотра прикрепленного файла

Но глюк в данном случае есть ибо приходится вводить два раза, т.е. при вводе в строке +5V;28 значения +12V;28, это значение появляется в другой строке (там где было GND;14), и теперь в оставшейся строчке +5V;28 надо ввести GND;14

Как вы работаете в DxD с интерфейсом PADS, ведь для него же нет LibManager'а как для экспедишна..в каком редакторе вы создаете символы/посадочные места для DxD?

Данный способ у Mentor Graphics называется "Netlist". (Передача информации от схемного редактора в PCB через список цепей).
Раньше, у DxD данный способ был базовым для работы с очень большим списком систем PCB.
Схемные символы создаются в символьном редакторе DxD (NSE), с необходимым набором "Properties".
Для задания большой номенклатуры "Properties" (резисторы, конденсаторы) удобно использовать DxDataBook.
Посадочные места создаются непосредственно в PADS.
Метод работы через LibManager, для DxD относительно нов и касается только маршрута "Expedition".
К моему великому сожалению его появление в версиях начиная с 2007 существенно испортило возможности стандартного метода "Netlist", касающегося интерфейса со всеми прочими маршрутами кроме "Expedition".

Т.е. правильно ли я понял - для того, чтобы назначить decal для определенного символа на DxD, его нужно определять в PADS - Library и только там? Из DxD никак нельзя добавить существующий decal для символа?

В PADS создаются посадочные места (Decals).
В DxD или DxDataBook на уровне "Propreties" Вы определяете соответствие конкретного посадочного места для соответсвующего компонета ("Properties" - "PKG_TYPE").
Соответсвенно в PADS Вы фактически используете только библиотеку посадочных мест (decals).
Библиотека компонетов создаётся автоматически (в заранее выделенную библиотеку PADS) в процессе трансляции из схемы в PCB, исходя из заданных
DxD "Properties"

Спасибо, нужно будет освоить подобный способ. А то PADS Logic не всегда справляется с тем, что от него требуется.

У меня коллега очень сильно ругался на неудобное свапирование пинов при работе с сигналами на Xilinx в DxD. Говорит, что при изменении сигналов на топологии, на схеме изменяется лишь номер пина, но не его имя - получается, что на УГО сигнал идет на пин, название которого ему не соответствует. Есть ли такая проблема и есть ли решение?

Проблема есть, решения нет... Разве что не писать имена пинов на символах, либо писать в максимально общем виде.

наверное вечная проблема . Точно такая же была в pcad4.5, лет 25 назад.
обычно в таких случаях дают совет в духе "свапируемые (эквивалентные) пины должны иметь одинаковые имена"

прошу не иодных дизайнеров меня сильно не бить за ответ
но при работе в IOD таких проблем не видел