Inpharh

Если анод общий, то и на схеме, как я понимаю, светодиоды будут расположены рядом. Почему бы не сделать один символ в котором нарисовано рядом два светодиода с соединенными анодами?

Подскажите, плз, вот еще что. В скрипте KeyBindings.vbs можно назначать команды на клавиши клавиатуры. Можно ли там же назначить действия на дополнительные кнопки мыши, которые по умолчанию "назад" "вперед" при навигации в браузерах? Можно конечно в драйвере мышки переназначить кнопки на какие-нибудь кнопки клавиатуры, но этот способ мне не подходит, т.к. такое переназначение глобально, а в браузере хотелось бы оставить как есть :) P.S. И возможно ли использовать одни и те же кнопки для команд в разных режимах Expedition (Place, Route, Draw)? P.P.S. На первый вопрос отвечаю сам, командам мышки "вперед" и "назад" соответствуют сочетания Alt+Left и Alt+Right, достаточно назначить нужные команды Expedition на эти сочетания и с мышкой они тоже будут работать. Второй вопрос остается открытым...

Поэкспериментировал с отдельной довольно короткой цепью, получилось всунуть на исходную позицию после десятка непрерывных кликов левой кнопкой. Отключал все сетки в Editor Control, расфиксировал цепь, отключил глосс... разницы никакой, скопировать удается назад, но попасть сложно. Пытаюсь проделать тоже самое с дифпарой соединяющей две ПЛИС - болт. Пишет: Copy Trace Failed. Either unrepairable violations exist or an attempt was made to copy an unconnected trace/via set. Мне непонятно вот что. Например есть 4 ПЛИС, связи между ними одинаковые. Я развожу одну пачку связей между 2 ПЛИС и спокойно копирую на все остальные, но только с компонентов на компоненты, если же я скопирую за пределы платы, сброшу выделение и попытаюсь скопировать из-за пределов платы - ничего не выходит. Иногда это удается сделать, но с большим трудом, похоже что нужно очень точно попасть, но почему тогда при копировании с компонента на компонент довольно большое смещение копируемой трассы относительно конечных пинов спокойно обрабатывается и цепь спокойно устанавливается на нужное место, а во втором случае корректировки смещения не происходит? P.S. Может быть стоит акцентировать ваше внимание что цепь копируется за пределы платы не на аналогичные компоненты, а "в воздух". Вернее тут даже не обязательно "за пределы платы", просто в пределах платы нет места для расположения длинной цепи.

Есть такая кнопочка Copy Trace, к слову, очень удобная. Сегодня неприятно удивился. Значит есть несколько разведенных цепей, выделяем их, копируем за пределы платы, исходные цепи убиваем (например попытка переразвести). А теперь пытаемся восстановить - скопировать разведенные трассы из-за пределов платы на исходную позицию и... болт, експедишн ругается на какие-то неустранимые препятствия... Собственно вопрос - почему? И можно ли это как-нибудь обойти? P.S. И копированию ничего не мешает. Т.е. можно предположить что я что-то сдвинул итеперь на исходную позицию скопировать нельзя, это не так. Даже если скопировать трассу за пределы платы, исходную удалить, и сразу же попытаться скопировать назад - ничего не получается.

Маршрут DC-EE, при создании проекта CES можно отключить. Но вопрос не в этом. Если нормально присваивать диф.пары можно только в CES, так и скажите.

Подскажите, возможно ли в Net Properties массово задавать соответствие диф.пар подобно тому как это делается в CES? Ну или хотя бы как-то упростить этот процесс, а то вручную набирать номера диф.пар надоедает...

Бывает такой глюк, сам недавно мучался. Помогает такой способ: В директории проекта нужно удалить папку "имя_проекта.icdb", после чего заново скомпилировать и упаковать схематик, в экспедишине сделать форвард. Причем упаковывать и компилировать не стандартными кнопками на панели Compile iCDB и Package Design, а через кнопку (напоминает символ инь-янь, только трехцветный) Other Utilities -> Compile iCDB и Packager. Не знаю в чем разница, но при использовании разница есть. P.S. Справедливости ради следует заметить что уже впоследствии в схематике была найдена ошибка, после устранения которой заработали компиляция и упаковка стандартным способом. Так что стоит внимательно просмотреть схематик, особенно на странице имя которой добавляется к сигналу. Я например забыл удалить за рамкой листа кусочек схемы который копировался и был временно туда помещен :)

Попробуй VCCO, у меня получилось с ним.

По-идее ничего сверхъестественного, в DC все цепи переименовываются (в частности есть команда Edit->Replace text), проект упаковывается, в Exp делается форвард аннотация. По сути меняются только имена цепей подключенных к пинам элементов, если имена подключенных к пинам цепей меняются одновременно, то разведенная цепь остается. В частности провел эксперимент: цепь RESET подключена к трем пинам разных элементов, командой Replace Text заменил RESET на RSET, упаковал, сделал форвард аннотацию, в результате дорожка на pcb осталась разведенной, просто поменяла имя.

В 3м шаге генерации в Symbol Wizard'e есть пункт "CONFIG and JTAG pins", возможно у вас просто выбрано "Do not use CONFIG and JTAG pins"

Попробовал у себя, если схватить трассу и двигать туда-сюда, с OpenGL загрузка проца 30-40%, без ~50% А если просто передвинуть - кратковременные скачки загрузки и до 60% бывают в обоих режимах, ИМХО это не показатель производительности, но субъективно - с OpenGL отрисовка трасс пошустрее :)

А мне вот не пришлось менять PCAD, поскольку практически не работал в нем, пару курсовиков сделал будучи студентом. А на работе сразу начал осваивать Mentor EE-DC. В последствии доводилось работать и в PCAD, ну деревянный он, по сравнению с ментором конечно :)

Со схемами почти не работаю, в основном только трассировка. Но если не ошибаюсь - RefDes'ы автоматически расставляются в порядке добавления компонентов в схему, т.е. первый добавленный резистор будет R01, второй R02 и т.д., в независимости от "географического" расположения на листе схемы.

Ну а мне вот что непонятно. На ноутбуки ведь тоже ставится ОЕМ. И винда устанавливается задолго до покупки самого ноута (и лицензии на винду в комплекте), получается что дата инсталляции раньше даты покупки лицензии... Поправьте если ошибаюсь. P.S. Или не обязательно о ноуте говорить, допустим покупаем "готовое решение" с витрины, на которой стоит ОЕМ винда...

Наконец-таки скачал ЕЕ и DC 2007.6 со всеми апдейтами и решил поставить. Выскочила небольшая проблема: во время установки не запустился скрипт c:\MentorGraphics\win32\base_post_install_script.bat, можно было бы погрешить на небольшое повреждение архива о котором я написал в соседней теме, но скрипт этот не запускается ни при установке ЕЕ, ни DC, ни аптейтов. В итоге я всетаки запустил и вроде как все работает, ограничился я запуском конфигуратора c:\MentorGraphics\win32\configurator.exe. Собственно вопрос: что особенного делает указанный скрипт? Просмотр блокнотом особой ясности не внес, какие-то пути прописываются и т.д. Могут ли быть принципиальные проблемы из-за "незапуска" сего скрипта? P.S. пробовал я и отдельно его запускать из командной строки, окно с командной строкой "вылетает" нафиг. P.P.S. возможно проблема в том что винда х64, но ведь до этого ставил 2007.2 2007.3 2007.5 и никаких проблем со скриптами не было...

Да нормально все собирается, правда потом при распаковке архива EE2007.6_ESDM.ix2k.zip тотал ругнулся на файл dxdesigner_docs.ixn, мол поврежденный, и действительно весит 10мб вместо положенных 28мб, установщик на него потом тоже ругнулся. Но как видно из названия - в файле нет принципиальной необходимости, там просто документация :) Всё работает.

ИМХО нет, это специально сделано, т.к. подразумевается что при ручном редактировании трассы вы прокладываете маршрут "только так, и никак иначе", значит надо фиксировать, правда там режим полу-фиксации :) А чем не устраивает режим Gloss - Local? По-моему вполне компромиссный вариант.

А если вся основная работа делается в этой "одной глючной софтине"? P.S. А кто мешает поставить английскую версию винды и русский MUI? Я уже лет 5 использую такую связку, и вам советую.

А где взять?

:bb-offtopic: Подскажите есть ли что-то похожее на IOD для микропроцессоров или может бывают библиотеки микропроцессоров для IOD?

Ну не просто переключиться, а еще провести синхронизацию. Пробуйте :)

Тут не подскажу. Я в IOD генерил символ и компонент, на выходе имел .hkp и пачку .inp которые потом импортировал в центральную библиотеку и уже использовал в проекте. Чтобы свопировать в Exp. А то ведь запаришься аннотировать туда-сюда...

Так взаимодействие с проектом все равно через pdb происходит, если я всё правильно понимаю. Речь о маршруте DC-Exp, а с DxD не работал, не знаю как там. Если работать в режиме синхронизации IOD с проектом думаю у вас всё получится. Когда надо - поменять группы свопирования и тип пинов...

Насколько я знаю - нет. IOD генерит стандартный pdb, там же это невозможно? :) А там их и не будет, группы свопирования имеют условные названия которые при генерации pdb становятся некими группами :) Просто для удобства IOD сразу часть пинов определяет в стандартные группы, но это наверняка прописано в движке IOD, а не в файле .dev P.S. А цепи по-моему вообще не имеют групп свопирования.

А то что вы сами ответили на вопрос целесообразности IOD - экономия времени. А если "заточить" IOD, то и подгонять под ГОСТы почти нечего будет... Повторю еще раз - IOD одновременно генерит еще и pdb, а это тоже время. В любом случае сомневаюсь что какой-либо заточенный инструмент будет быстрее IOD по отношению к фпга, кроме случаев выхода новых плис еще не включенных в IOD :rolleyes: и то лишь до момента выхода соответствующих библиотек Ну наверно все оставшиеся дифпары банка объединить в другую группу свопирования и прицепить к какой-нибудь дифпаре этот сигнал. Если разберетесь в синтаксисе .\IOD\library\devices\... далее производитель, модель фпга и редактирование файла *.dev