dm_mur
-
Постов
278 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Сообщения, опубликованные dm_mur
-
-
На single pin nets и в drc есть правило drc-123.
А если вхождение в шину вот такое:
-
Коллеги, а как при помощи DRC в DxDesigner обнаружить такой косяк, как однократное вхождение цепи в шину?? Если цепь при этом присоединена более чем к одному пину, ни одна ошибка DRC не подходит.
-
В DxD стали вываливаться сообщения
Соответственно, отвалился Keybinding.
В чем может быть проблема??
-
Поищите на форуме, тут недавно похожее обсуждалось. Там сказали, что помогают некие Links. Сам про это не знаю, т.к. в моей версии этого еще нет.
Спасибо, не помогло. Наверное я некорректно сформулировал проблему. Не получается "заставить" подключить вывод питания при помощи атрибута Suppy Pin или Supply Rename не к "глобальной" цепи, а к локальной (неважно как задано ее имя - на отрезке цепи или при помощи Links. К примеру, я задаю Supply Pin 8=VIA (не важно на уровне блока или на уровне экземпляра), ну и именую цепь VIA в блоке. После упаковки на всех микросхемах цепи питания собраны в кучу и присоединены к цепи VIA одного из блоков, а во всех остальных цепи VIA названы по-другому (VIA_7 и VIA_8 к примеру) и висят в воздухе. Так же нет проблем, если пины питяния явно заданы у символа.
т.е. я вижу:
а нужно:
-
Попробуйте переназначить значение этого атрибута на уровне экземпляров.
На уровне экземпляров я переназначаю значение атрибута Supply Rename, и если RC цепочки по питанию вынести в основную схему, а не в блок, и требуемые цепи питания сделать "глобальными", то все работает. но вот обозвать цепь питания на уровне экземпляра как-то не получается.
-
Подскажите, как мне красиво сделать следующее.
В схеме есть несколько одинаковых блоков, в каждом блоке микросхема, питающаяся через RC цепочку. Выводы питания у символа микросхемы отсутствуют, используется свойство SUPPLY RENAME. Как сделать так, чтобы микросхема в каждом блоке питалась через свою RC цепь, нарисованную в этом же блоке.
-
Подскажите плз по DxD
1. Как сделать так, чтобы при присоединении цепи к символу питания/земли/порту имя цепи автоматом не высвечивалось?
2. Как задать размер и цвет шрифта отдельно для имен цепей, портов, символов питания?
Спасибо
-
Так поделитесь со всеми полезным скриптом. :rolleyes:
Да пожалуйста. В архиве скрипт и символ с нужными атрибутами пинов - для примера. Если можно было написать оптимальней - прошу больно не пинать :laughing: ))
-
Ок, сильно не буду :) Но спрошу:
То есть меняется и номер пина, и его имя?
У меня работает вариант с апдейтом имен пинов скриптом после свопа. Реализовано так: в символе у каждого сваппируемого пина имеются пользовательские аттрибуты PNAME и PNUMNAME. В первом прописано имя пина (например P0.0) - оно и отображается на символе, во втором - пара номер пина - имя пина (например, 10_P0.0). После свопа скрипт для каждого пина по его номеру ищет в символе атрибут PNUMNAME с парой номер-имя и апдейтит имя PNAME.
-
Небольшой глюк (возможно, известный) - при копировании элемента в DxD если не установлен флажок в настройках "Preserve packaging info on copy" после переупаковки сбрасываются цвет шрифта, размер, точка привязки рефдезов
-
Извиняюсь, если было уже..
Можно ли новый Symbol Editor подружить с кириллицей? Если в SE писать кириллицей, то вместо нее отображаются ??, если исправить в текстовом редакторе, то в окне символа отображается корректно, а в окне свойств - другая кодировка
-
Вообще-то в менторе стандартный механизм это изменение Номеров пинов (Pin Number), а Имена пинов (Pin Name) остаются без изменений. Pin Name можно изменять только в NSE при редактировании символа.
Попробуйте скрыть Pin Name и ввести доп. атрибут для отображения (например My_pin_name), с которым и производить перестановки. У каждого атрибута может быть три значения (Symbol, Block, Instance) - Instance показывает текущее значение номера пина на плате, Symbol - начальное значение установленное в символе. Можете написать скрипт который будет отслеживать пары Pin Number-My_pin_name и соответственно изменениям Pin Number менять значение My_pin_name.
Спасибо. Примерно так оно и было сделано, только не скриптом, а внешней утилиткой - БД схемы была в текстовом виде
-
Подскажите еще плз.. В 2005 я при свопе пинов их имена менял используя механизм OAT (актуально для микроконтроллерных проектов, при свопе на схеме менять нужно не только номера выводов, но и их имена). в 7.9 данный механизм, насколько я понимаю, сломан. Как мне добраться внешней утилитой до имен выводов?
-
Спасибо! Намного лучше. Осталось вернуть на место имена просвопленных выводов микроконтроллера, но это мелочи. Расскажете в чом проблема этого проекта?
-
CES из DxD открывается?
Да, открывается.
-
Это следствие переупаковки с перегенерацией локальной библиотеки. Если сможете привести проект в 2005 к нормальному состоянию без этого, то и в 2007 все будет на месте. Я вам показал что передать можно, но нужно нормально синхронизировать данные в 2005.
Большое спасибо. То, что можно передать, я и не сомневался. Вопрос в том, что нужно сделать, чтобы привести проект к "нормальному состоянию". По внешним признакам, проект 2005 синхронизирован.
-
Исправил\переупаковал в 2005 и
Спасибо огромное! Однако, в оттранслированном проекте появились проблемы:
- все свопленные пины вернулись в первоначальное положение
- микроконтроллер оказался unplaced
- номеров и имен выводов на символе микроконтроллера тоже не стало - а они были как OATs
-
Я не могу упаковать этот проект даже в 2005, например TJ8P8C_52-09_5222-8P: на символе 10 пинов (8 реальных и 2 через NC) в ячейке всего 8.
Упаковщик выдает 6 ошибок. Естественно ни о какой синхронизации DxD-Exp-CES и речи быть не может.
Исправляйте в 2005.
отправил лс
-
Сделал архив проекта (в дашбоард), перезалил в предыдущий пост. Должно быть достаточно.
-
Документик ессно, читал. Несколько других проектов перетащились в ЕЕ79 без проблем. Проблема именно с этим проектом. Проект в 2005 синхронизирован. Приложил к сообщению, если глянете буду премного благодарен :rolleyes:
-
Спасибо. Конвертация проекта действительно начинается с конвертации библиотек, без этого система и не даст начать конвертацию проекта. Маршрут DxD. В общем, если в 2005 удалить CES и перекомпилировать CDB, затем снова пытаться тянуть проект в EE79, то результат тот же. Если же просто удалить CES, не перекомрилируя CDB в 2005, то выдается сообщение что CES не синхронизирован.. как-то так.
-
Пытаюсь сконвертировать старый проект. Получаю сообщение
Conversion failed. Error (-1146): Error converting CES Parts and Components.
Finished C:\MentorGraphics\7.9EE\SDD_HOME\ces\win32\bin\conv2iCDBpi.exe
00:00:06 Ces db conversion completed with errors
00:00:06 Migration stopped because of problems with constraints database
Гуру, посоветуйте как бороться плз!!
-
Спасибо за ответ.
У меня получается так, что в "Strategy->RouteSweep" я могу изменить параметр, а мышкой по букве "B" - не могу. Даже при уменьшении пишет, что Rounting box too large.
Какая у вас Routing Grid? В качестве разделителя целой и дробной части в винде точка?
-
Появилась странность в моем Orcad 9.2
DRC box очень маленький и не хочет изменяться в размерах. Пишет "Routing box too large".
Игрался с различными параметрами Worspace settings, не помогает.
Переустановка, чистка реестра не помогла. Может, у него есть какой-нибудь файл с параметрами?
Где еще копать?
Размеры его устанавливаются в Strategy->RouteSweep. Единица измерения - шаг сетки RoutingGrid (попугаи). Максимальное значение - 500. т.е.вам нужно увеличить RoutingGrig в Options->System Settings
Помогите идентифицировать
в Компоненты
Опубликовано · Пожаловаться
Добрый день!
Помогите идентифицировать предположительно полевой транзистор
Установлен в перестраиваемом генераторе до 3 ГГц, анализатор спектра Rode & Shwarz. Напряжение питания 7В, на предположительно затворе напряжение -0.5 В