fill 2 4 декабря, 2015 Опубликовано 4 декабря, 2015 · Жалоба Прикольно, сегодня на второй машинке тоже начал запускаться новый NSE %) Барабашки, не иначе... А импорт символов в ЦБ из ASCII совсем убрали? У меня в library service активен импорт только из ЦБ, переключатель на ascii не активен. Ещё в хелпе прочитал, что можно ПКМ - Import Symbol, но таким путем он файл хавает, не ругается, но новых символов не появляется :( UPD. Ой, я лопух, оказывается это и в 7,9 есть только в DC Flow... Печалька, как же теперь импортировать символы из моего генератора... UPD2. Есть какой-то метод обмена символами между библиотеками DX - DC? Start > All Programs > Xpedition Enterprise X-ENTP VX.x.x (32-bit) > Translators > DCLib to xDX Translator В DC_Lib символный раздел ЦБ это компилированный файл, внутри которого содержатся все символы данного раздела. В DX_Lib символьный раздел это папка, в которой лежат текстовые файлы символов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Nicola 0 4 декабря, 2015 Опубликовано 4 декабря, 2015 · Жалоба Транслятор либы это понятно, но это уж больно геморно, под каждый символ транслировать библиотеку... Похоже, надо осваивать встроенный Symbol Wizard... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ClayMan 0 7 декабря, 2015 Опубликовано 7 декабря, 2015 · Жалоба Поясните, правильно ли я понял - в новом Xpedition снова вернулись к механизму создания символов через DxD убрав выделенный symbol editor? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Harry 1 7 декабря, 2015 Опубликовано 7 декабря, 2015 · Жалоба Поясните, правильно ли я понял - в новом Xpedition снова вернулись к механизму создания символов через DxD убрав выделенный symbol editor? Почему вы так решили? В Library tools есть Symbol Editor. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SII 0 7 декабря, 2015 Опубликовано 7 декабря, 2015 · Жалоба Поясните, правильно ли я понял - в новом Xpedition снова вернулись к механизму создания символов через DxD убрав выделенный symbol editor? Он присутствует, но по умолчанию библиотекарь запускает в качестве редактора символов DxDesigner. Чтобы использовать старый NSE, надо переименовать экзешники. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Harry 1 7 декабря, 2015 Опубликовано 7 декабря, 2015 (изменено) · Жалоба Он присутствует, но по умолчанию библиотекарь запускает в качестве редактора символов DxDesigner. Чтобы использовать старый NSE, надо переименовать экзешники. Да, читал об этом. Даже раньше вроде пробовал. Но сейчас аутоматично запускается именно старый NSE. Ментор полон загадок). Изменено 7 декабря, 2015 пользователем Harry Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Nicola 0 8 декабря, 2015 Опубликовано 8 декабря, 2015 · Жалоба Он присутствует, но по умолчанию библиотекарь запускает в качестве редактора символов DxDesigner. Чтобы использовать старый NSE, надо переименовать экзешники. Не подскажете, как прибить гвоздями запуск DxDesigner'а в качестве SE? У меня при каждой загрузке венды меняется редактор, достало :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SII 0 8 декабря, 2015 Опубликовано 8 декабря, 2015 · Жалоба Глянуть каталог C:\MentorGraphics\EEVX.1.1\SDD_HOME\nse\win64 (путь может отличаться в зависимости от того, куда именно ставили и какую версию). Там лежат два файла: nse.exe (маленький) и nse.exe_old (большой). Первый, который маленький, -- это обёртка для запуска DxD в качестве символьного редактора. Его во что-нибудь переименовываете, после чего переименовываете второй файл (большой -- это как раз старый редактор символов) в nse.exe. У меня работает такой способ 100%, ничего не слетает. Правда, сейчас у меня активным стоит DxD, а не старый редактор символов -- собираюсь посмотреть, не починили ли они его в VX.1.1 (в VX.1 он кривой был, поэтому там я пользовал только старый NSE), но пока руки не дошли. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Nicola 0 8 декабря, 2015 Опубликовано 8 декабря, 2015 · Жалоба Хм, у меня nse.exe маленький, при этом запускается старый nse из library tools. А при попытке запустить сам экзешник он отваливается с ошибкой dll. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dm_mur 2 22 марта, 2016 Опубликовано 22 марта, 2016 · Жалоба Добрый день, уважаемые коллеги! Вопрос по xDxD - при перемещении символа происходит нежелательный сдвиг подключенных к нему сегментов цепей - нарисуешь все красиво, сдвинешь и... каша как избежать? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
fill 2 20 апреля, 2016 Опубликовано 20 апреля, 2016 · Жалоба Разобрался со своей проблемой. По документации выходит (во всяком случае, я так понял), что объекты в Library - 3D Model и 3D Package появляются сразу по факту установки M3DL и указания пути к ней в настройках xDM Library Client. Однако на практике объекты там появляются лишь после того, как они будут назначены тем или иным компонентам -- причём появляются лишь объекты, использованные для компонентов, а не вся M3DL. Просмотр 3D моделей в M3DL Генерирование 3D модели Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
bureau 0 3 мая, 2016 Опубликовано 3 мая, 2016 · Жалоба VX1.2 x64 ---- Установил 6-е обновление. Теперь не могу открыть Layout Template которое создавал на системе где было установлено 4-е обновлением Error: Open source iCDB 'G:\mentor.lib\Templates\Layout\PI_2_Layer/keyin.icdb' - Database is newer than application version, the project will not be opened. Cannot import layout template. Как то пугают слова "Database is newer than application version"... Ментор вернулся на старую версию базы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SII 0 4 мая, 2016 Опубликовано 4 мая, 2016 · Жалоба Возникла странная проблема. Хочу развести дифпару, начинающуюся от микросхемы в корпусе TQFP (шаг выводов 0,4) и идущую себе к разъёму. Так вот, тянуть её по плате получается без проблем, но не удаётся заставить подключиться к микросхеме: там необходимо уменьшить ширину дорожек и, естественно, расстояние между ними, ну а Экспедишн (VX1.1) упорно хочет продолжать вести с обычными параметрами. В CES вроде как всё прописал. Одиночные дорожки разводятся нормально (в районе ноги используется уменьшенная ширина дорожки, дальше автоматом расширяющаяся до обычной ширины). Давным-давно была аналогичная проблема в 7.9.4, тогда я её победил, но с тех пор разводить дифпары как-то не было нужды, и я благополучно всё забыл... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
bureau 0 4 мая, 2016 Опубликовано 4 мая, 2016 · Жалоба Возникла странная проблема. У Вас в CES прописаны правила которые как раз и являются причиной такого поведения. Ищите в CES какое именно правило вам не дает полностью проложить дорожки Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SII 0 6 мая, 2016 Опубликовано 6 мая, 2016 · Жалоба У Вас в CES прописаны правила которые как раз и являются причиной такого поведения. Ищите в CES какое именно правило вам не дает полностью проложить дорожки Проблема оказалась элементарной: я банально забыл определить отдельную область правил вокруг процессора -- и, естественно, широкие дорожки с большими интервалами между ними (для соблюдения импеданса) не хотели подключаться к его ногам, хотя благополучно велись по плате. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться