Ок, сильно не буду Но спрошу:

То есть меняется и номер пина, и его имя?

Причем реализаций несколько, в том числе и с "замораживанием" символов Нажмите для просмотра прикрепленного файла



В данном случае (показанном выше) меняется только ИМЯ ЦЕПИ подключенной к данному пину.

кажись глюкнул DxD и глюкнул хорошо, что потянул изменения в системе

ХР, EE7.9.1 update10

проект синхронизировал, сделал в САМ350 гербера
DxD , ЕХР и САМ корректно закрыл
через пару минут пришлось открыть DxD и в ответ окно что имеются проблемы.

все открывается кроме DxD
все перепробовал: запускал DxD из под Ехр и из меню Start, перегружал комп - проблема осталась

проект на другом компе как огурчик открывается в DxD

что могло произойти ???

Если DxD не открывается с любым проектом, то явно что-то прописалось\удалилось в реестре.
Можно попробовать запустить конфигуратор для перерегистрации.
Можно попробовать изменить WDIR или просто удалить из нее (папки) все файлы настроек.
Последний вариант переустановка софта.

У меня работает вариант с апдейтом имен пинов скриптом после свопа. Реализовано так: в символе у каждого сваппируемого пина имеются пользовательские аттрибуты PNAME и PNUMNAME. В первом прописано имя пина (например P0.0) - оно и отображается на символе, во втором - пара номер пина - имя пина (например, 10_P0.0). После свопа скрипт для каждого пина по его номеру ищет в символе атрибут PNUMNAME с парой номер-имя и апдейтит имя PNAME.

Хороший костыль, одобряю Не надо ждать милостей от менторов, взять их - наша задача!!!

Так поделитесь со всеми полезным скриптом.

Наверно, это уже никому не интересно, но все-таки.
Есть два неприятных момента связанных с DxVariantManager (2005).
1. Он генерит неправильные бомы для вариантов, в которых есть компоненты с атрибутом $ARRAY. Задавать наличие-отуствие-замены можно, но в боме они не появятся.
2. При удалении листов (наверняка, и при других операциях с UID) данные о вариантах портятся, т.к. меняются UID компонентов. Об этом менеджеру вариантов, видимо, никто ничего не говорит, и он являет нам неправильную таблицу вариантов. Бекап спасает.
Не знаю, есть ли это в 2007...
UPD. Посмотрел на 2007, там для нетлиста вообще нет менеджера вариантов, есть только для CDB. Неужели жалко было оставить?

прошло 2 года
угадывание с цветом "selection" при нечёрном фоне по отношению к символам побороли, а вот по отношению к любым буковкам - атрибутам, названиям цепей, просто тексту - нет. То есть цвет "selection" разный для разных примитивов схемы. Полагаю, что это неправильно. Если фон чёрный - то всё нормально.

по отношению к любым буквам ничего не изменилось:
... на сереньком background пытаемся назначить selection:
Ставим -> Получаем
черный -> = цвету фона (серый, невидим) ---- 3 скриншот - очень наглядно, названия цепей тоже "типа выделены"
белый -> черный
.....

Да пожалуйста. В архиве скрипт и символ с нужными атрибутами пинов - для примера. Если можно было написать оптимальней - прошу больно не пинать ))

Есть, но наличие зависит от установленного релиза в EE нет, в PADS и IND есть Нажмите для просмотра прикрепленного файла

Спасибо! Но почему??? Побуждают таким образом использовать CDB? Не проще ли было вообще отказаться от нетлиста для EXP? Или побоялись гнева пользователей?

Видимо для "развязки" инсталляции, т.к. VM получается разный. Иначе при выборе конфигурации проекта надо перестраивать под конкретный VM и если разный VM использует одни настройки реестра, то это проблема.

И потом названию соответствует содержание:
EE - Enterprise Edition - т.е. iCDB
IND - Independent - т.е. netlist

Дошли руки проверить (на PADS).
Оказалось, что зависит не только от релиза, а еще и от установленного layout tool. Т.е. если выставить PADS, то все работает, если что-то другое (даже экспедишен, что совсем уж непонятно), то окошко есть, но компоненты в него не подгружаются.

Кто-нибудь может залить этот мифический IND на фтп? А то дискриминация получается какая-то!

Спасибо дедушке Морозу, выложившему перед Новым годом эту штуку.
Однако, там еще хуже. Пока в DxD не открыт проект, менеджер вариантов есть (пустой, ессно). Как только создаешь или открываешь проект, менюшка пропадает вместе с окошком, понятно. От типа разводки не зависит, даже для PADS и Exp нет менюшки. Явный косяк имхо. В релизе PADS поведение хотя бы объяснимо, а тут... А я так надеялся...

не могу понять в чем проблема с размером шрифта
в NSE уменьшаю шрифт до 7 что бы втиснуть в символ, а в DxD получается море места !!!

Тип шрифта и уровень масштабирования одинаковый на двух картинках?

Тип шрифта одинаков - Arial Narrow, только в NSE не много закрыл его овалом

открыт проект в DxD и символ в NSE , далее сделал скриншот
уровень масштабирования чуть отличается, не смог добится одинаковый на двух картинках
но прекрасно видно в DxD что шрифт для NSE делать не 7, а 8 или даже 9

В новой версии (EE7.9.3) проблема с толщиной линий символов.

Нарисовал новый символ. Толщину линий выставил равной 2 pt.
При вставке символа на схему толщина линий равна 1pt.

Причем, если редактировать старые символы, портится также.

в DxD спокон веку с толщинами зоопарк. Более того, менторовцы не обращают внимания на артефаткы отображения на экране различных толщин линий, а именно: толщина отображения линий (любых - хоть тел символов, хоть линий связи, хоть шин) зависит в числе прочего от масштабирования (ну это понятно, так и должно быть) но и от месторасположения на экране - в разных местах экрана линии одной заданной толщины физически отображаются разным количеством экранных пикселей. Особенно заметно если в одном углу толщина линии 1 экранный пиксел, а вдругом -2 пикселя. Это видимо особенности менторовских библиотек вывода графики, и в этом их уникальность - ни оркад ни пикад ни пульсоникс так вольно с графикой не обращаются.

Тут другое. Реально сломали символы

Удалите nse_lm.ini в папке ЦБ - после этого зайдя в проблемные символы увидите что толщина 1pt, измените на нужную и все нормально отобразится.
или другой вариант
Установите для линии\пина ... цвет не Automatic.

Удалил файл, действительно толщина 1pt.
Спасибо!

DxDatabook 2007.
1. Была нормальная бибилиотека, подключенная к БД (резисторы). В 2005 все было хорошо. Открываем в 2007, возникает ошибка: "DxDatabook - A formatting error occured when receiving data grom the web server. Data fields may be corrupted (1403)". Но на первый взгляд все работает нормально. Понять бы, что это за formating error еще...
2. Ставим ограничение на выводимое количество компонентов = 2 (поиски по пункту 1). Выводится первые 2 резистора. Тыкаем в фильтр по Value, например. Возникает выбор из двух (как и ожидается) значений, но сами значения не те, что имеются у уже выведенных резисторов, а два первых минимальных значения в базе. Забавно. Получается, сколько бы я ни указывал в ограничении (там по умолчанию 400), отфильтровать по старшим номиналам не получится.
3. Значение свойства в поле для указания фильтра с точкой, например, 3.3K, а в строках результата поиска по базе - с запятой. Ну вот как так можно?

Новый формат XML для файлов .dbc - это хорошо, но зачем нумеровать внутри все элементы? Это же маразм, невозможно в текстовом редакторе добавить\удалить библиотеку, приходится все равно юзать встроенный редактор. Отдельные конструкции внутри тоже вызывают улыбку, зачем, например, указывать внутри файла количество библиотек, когда софт мог бы их самостоятельно посчитать...

Действительно, формат XML-файла .dbc по-видимому разрабатывался левой задней лапой.

Подскажите, пожалуйста, можно ли как-нибудь перевести схему из dxdesigner'a в векторный формат что бы потом автокадом можно было открыть?!

тыц

спасибо за ссылку, но не могли бы помочь разобраться с CAMCAD'ом
когда искал его наткнулся же на вашу ссылку
скачал дистибутивы но среди них не нашел CAMCAD'a

Насколько я вижу, CCASM1.3.ix2k.zip есть здесь в "закромах родины".

Есть проблемы с командой slot.
Есть схема с 4 одинаковыми блоками, в каждом из которых по две микросхемы. В каждой микросхеме по 4 канала, оформлены одним УГО, чтобы можно было делать своп гейтов.Плата разведена. Своп был сделан, но не одинаковым манером для каждого блока, а по-разному. Т.е. внутри блоков циферки на пинах расставились после беканнотейта по-разному. УГО были локальными. При замене УГО на библиотечные своп сбросился. Это раз (может, есть какой-то другой способ?). Ладно, правим командой slot. Выполняем команду. При этом возникают глюки с рефдесом. Он сбрасывается (становится, допустим, D? вместо D32), но и то не сразу, а если поделать в редакторе еще какие-нибудь действия. Это два. Ладно, правим его вручную два раза, благо запомнили, каким он должен быть. Делаем форвард - все ок. Повторяем действия для другого канала, и тут оказывается, что распределение слотов повторяется по всем экземплярам блоков, т.е. только что поправленный блок опять "сломался". Это три.

Такая проблемка. Формирую в DcDesigner список комплектующих с помощью Part Lister'а. Основные поля -- Part Number, Ref Des и т.п. -- выводятся нормально. Однако вот Manufacturer выдаёт, так сказать, один через трое, хотя соответствующее свойство заполнено если не для всех компонентов, то для почти всех. В чём может быть проблема?

хоть бы написал, что проект сделан в DxD_Version "7.9.3"
получается зря качал и пробавал открыть

Если поставить Full для Manufacturer то видно что для одинаковых компонентов разная запись - на одних видит, на других нет, т.е. что-то с данными атрибутов этих компонентов (наглядный пример C0603C105Z9VACTU - у двух есть, у двух нет). Например методом тыка (удалением компонента из схемы) ищем правильные - смотрим результат в BOM. Далее если скопировать правильные вместо неправильных видим что для каждого в BOM прописалось значение - из указанного примера у всех четырех в BOM написано KEMET.
Соответственно разбирайтесь чем все таки они отличаются, вполне возможны невидимые лишние пробелы и т.п.

DxDatabook: если у компонента есть параметр, у которого в единицах измерения есть буквы, совпадающие с буквами кратных\дольных приставок, то верификация не проходит.
Пример: ESR=20mOhm (20 миллиом). Если убрать m из Ohm или не давать выставляться префиксу m (мили), то все ок.
Зачем сломали-то???

В DxD стали вываливаться сообщения



Соответственно, отвалился Keybinding.
В чем может быть проблема??

DxD переглючило. Не запускал очень долго, потом запустил. Непоянтно с чего появилась область экрана между областью схемы и областью панелей инструментов, которая не перерисовываются вообще (на вложении там видны следы от этого форума - он был открыт поверх DxD в эксплорере, после чего окно переключено на DxD). Вопрос - где хранится информация о расположении окон? От загруженного проекта никак сие не зависит. при изменении размеров окна DxD размер глюка масштабируется пропорционально. Этот глюк имеется сразу и до загрузки проекта. EE7.9.2 upd 4

Текущие пользовательские настройки DxD хранятся в файле DxDesigner.xml, который создается в первой папке указанной в переменной WDIR. Удалите его и при последующей загрузке DxD считается стандартный из $SDD_HOME\standard. Можно также удалить еще и DxDesigner.wsp (по моему хранит расположение окон и т.п.).

Спасибо. Достаточно оказалось убить .wsp

Коллеги, а как при помощи DRC в DxDesigner обнаружить такой косяк, как однократное вхождение цепи в шину?? Если цепь при этом присоединена более чем к одному пину, ни одна ошибка DRC не подходит.

File>Export>Quick_Connection_View

В отчете раздел:
# begin one pin nets list

FlatNet: 'A7' IC1-8

На single pin nets и в drc есть правило drc-123.
А если вхождение в шину вот такое:

Ошибка, в цепи нет приемника и\или закорочено два передатчика или нет передатчика.

Приведенный пример - распространенная практика для портов ввода-вывода микроконтроллеров.
вообще-то одна линия порта может быть передатчиком, вторая - приемником и уходить в шину, а оттуда уже никуда, например собирались прицепить еще приемник, но спутали чего-то, то есть в шину - только одно вхождение. нет второго bus ripper с таким же названием.
И это похоже не диагностируется.

Ключевое слово - "однократное вхождение в шину"

Может кто-нибудь сталкивался с такой проблемой - при открытии либо создании нового проекта вылетает такое вот окноНажмите для просмотра прикрепленного файла
Есть какой-нибудь рецепт кроме переустановки?

Проверьте значение переменной WDIR.

Занчение переменной вполне себе стандартное и соответствует реальному расположению

C:\WDIR;C:\MentorGraphics\7.9EE\SDD_HOME\standard

Версия EE7.9.4 update7 WinXP SP3.
1. Не работает кнопка выбора пути к центральной библиотеке, если не убрать путь прописанный "по умолчанию" (скриншот 1.png).
2. При попытке изменить значение строки в свойствах компонента она съезжает. Если делать следующим образом: Скрыть Value, изменить его значение, сделать его видимым, то всё нормально (скриншот 2.png).
Тестовый проект прилагается.

проблем не наблюдаю
НО я все делаю через меню Setup
хотя у меня англицкая W7

Через Setup у меня тоже всё работает.
Проблема возникает именно при работе через Start Page.
Проблема со вторым пунктом проявляется только при попытке изменить Value у вновь добавленного компонента.

По поводу размещения атрибута Name в символе типа Link.
DxD 7.9.4. Создаю символ типа "Link". В принципе всё как описано в хелпе. Поставил галку Settings->Advanced->Automatically Propagate net names to on-sheet/off-sheet links. Когда цепляю символ к именованному проводнику на схеме, в символе появляется свойство Name c именем цепи. Но оно размещается так, как взбредёт в голову в алгоритм DxD. Когда я попробовал отредактировать символ линка, добавив в него атрибут Name, при размещении символа в схеме к нему стал добавляться ещё один атрибут с именем Name и, как и раньше, располагаться в неудобном месте. Кто нибудь знает, как это победить?