[Vadim 0]

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

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

но при работе в IOD таких проблем не видел

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

[fill 2]

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

но при работе в IOD таких проблем не видел

 

Причем реализаций несколько, в том числе и с "замораживанием" символов

 

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

 

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

 

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

[Frederic 0]

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

 

ХР, EE7.9.1 update10

 

проект синхронизировал, сделал в САМ350 гербера

DxD , ЕХР и САМ корректно закрыл

через пару минут пришлось открыть DxD и в ответ окно что имеются проблемы.

 

все открывается кроме DxD

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

 

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

 

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

[fill 2]

Если DxD не открывается с любым проектом, то явно что-то прописалось\удалилось в реестре.

Можно попробовать запустить конфигуратор для перерегистрации.

Можно попробовать изменить WDIR или просто удалить из нее (папки) все файлы настроек.

Последний вариант переустановка софта.

[dm_mur 2]

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

 

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

 

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

[Vadim 0]

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

[fill 2]

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

 

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

[vitan 2]

Наверно, это уже никому не интересно, но все-таки.

Есть два неприятных момента связанных с DxVariantManager (2005).

1. Он генерит неправильные бомы для вариантов, в которых есть компоненты с атрибутом $ARRAY. Задавать наличие-отуствие-замены можно, но в боме они не появятся.

2. При удалении листов (наверняка, и при других операциях с UID) данные о вариантах портятся, т.к. меняются UID компонентов. Об этом менеджеру вариантов, видимо, никто ничего не говорит, и он являет нам неправильную таблицу вариантов. Бекап спасает. :rolleyes:

Не знаю, есть ли это в 2007...

UPD. Посмотрел на 2007, там для нетлиста вообще нет менеджера вариантов, есть только для CDB. Неужели жалко было оставить? :crying:

[AlexN 0]

Угадывание присутствует. Понять бы принципы - насколько я вижу происходит сложение\вычитание цвета фона с цветом объекта. Возможно где-то можно найти описание принципов расчета итогового цвета. Например я заметил, если на бледно сером фоне добавляем яркость цвета объекта - он темнеет и наоборот.

 

прошло 2 года

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

 

по отношению к любым буквам ничего не изменилось:

... на сереньком background пытаемся назначить selection:

Ставим -> Получаем

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

белый -> черный

.....

[dm_mur 2]

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

 

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

swp.zip

[fill 2]

UPD. Посмотрел на 2007, там для нетлиста вообще нет менеджера вариантов, есть только для CDB. Неужели жалко было оставить? :crying:

 

Есть, но наличие зависит от установленного релиза в EE нет, в PADS и IND есть

[vitan 2]

Есть, но наличие зависит от установленного релиза в EE нет, в PADS и IND есть

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

[fill 2]

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

 

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

 

И потом названию соответствует содержание:

EE - Enterprise Edition - т.е. iCDB

IND - Independent - т.е. netlist

[vitan 2]

Есть, но наличие зависит от установленного релиза в EE нет, в PADS и IND есть

Дошли руки проверить (на PADS).

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

 

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

[vitan 2]

Спасибо дедушке Морозу, выложившему перед Новым годом эту штуку.

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