Вопросы новичка, DxD Опции

[maailmankaikkeus]

Добрый день.
Только начал осваивать DxD EE2007.5. Имею следующие вопросы:
1) можно ли где-нибудь в конфигах выставить вращение символов на 45 гр. Иногда очень полезно. Типичный пример - диодный мост.
2) все же где-нибудь прописан синтаксис, по которому пишутся esh-файлы (чтобы сделать риперы по ГОСТу)?
3) пользуется ли реально кто-нибудь DxDataBook в работе? Объясните, как возможно перегнать данные ЦБ --> DxDataBook. Все доки обшарил - так и не понял.
4) до DxD работал в DV. Накатал библиотечку и обнаружил что в DxD используется другой символьный формат. Очень хочется теперь перегнать либу DC/DV в маршрут DxDesigner. Каким образом?
5) на фтп IOD7.4 триальный на неделю (не дает даже сохранять проекты). Как это дело побороть?

Спасибо

6) Еще вопрос: когда апргрейдил проект DC/DV с 2005.1 до 2007.5 в диалоге Project Upgrade была неактивна галка Convert Net Class/Net Properties constraints to CES. Далее, при нажатии на кнопке Upgrade в конце в логе вылезал фатал (не помню какой) со смыслом: Upgrade failed. Помогло только удалении всех папок с вхождением слова CES в дереве проекта. Но после этого в Project Settings стала неактивна галка Use CES for constraints entry. КАК ВЕРНУТЬ CESы?!

Сообщение отредактировал maailmankaikkeus - Jun 8 2009, 07:41

[cioma]

Как Вы сами заметили, сообщение было пятилетней давности
На сегодняшний момент имеем следующую ситуацию:
При передаче платы на моделирование из Expedition в HyperLynx значения "Value" и "IBIS" берутся из CES. A уж как они попали в CES - неважно, хоть из PDB, хоть из DxDB, хоть из символа, хоть руками вписали. Я считаю, что PDB нужен только для связки символа и посадочного (т.е. там хранится pinmap), а все свойства удобнее брать из DxDB. Естественно, от наличия PartNumber, PartName и PartLabel в PDB никуда не деться, но это не критично.

[Doomsday_machine]

Как Вы сами заметили, сообщение было пятилетней давности
На сегодняшний момент имеем следующую ситуацию:
При передаче платы на моделирование из Expedition в HyperLynx значения "Value" и "IBIS" берутся из CES. A уж как они попали в CES - неважно, хоть из PDB, хоть из DxDB, хоть из символа, хоть руками вписали.

Ну руками вписывать в CES - сразу отпадает, библиотека должна иметь все необходимые параметры компонентов, которые должны передаваться при необходимости куда следует. Все же есть некоторые сомнения по поводу полноценности замены данных PDB данными DxDB. Скажем, в релизе 7.9 в LM у Part кроме ассоциированных символов и ячеек, появились ассоциации с моделями для компонента (verilog, VHDL), которые берутся именно из PDB, насколько я понимаю.

Я считаю, что PDB нужен только для связки символа и посадочного (т.е. там хранится pinmap), а все свойства удобнее брать из DxDB. Естественно, от наличия PartNumber, PartName и PartLabel в PDB никуда не деться, но это не критично.

Вы забыли еще как минимум Type и Reference des prefix (по сути Ref Designator), без которого part тоже не сможет появиться в PDB . По поводу использования таких generic компонентов в PDB с целью минимизации числа записей там, впринципе я несильно против такого варианта работы. Но смущает один момент: менторовцы предоставили такую возможность пользователю, но формально она противоречит менторовской же концепции для Part Number, как единственного уникального идентификатора компонента во всем маршруте проектирования. И фактически разные компоненты формально будут одинаковыми, скажем для Expedition и CES, т.к. будут иметь одинаковый Part Number. Это немного смущает.

fill
Посмотрел еще раз видео http://megratec.ru/data/ftp/exp_movie/new/LM_DxDataBook.avi. Вопрос: а почему нет атрибута Cell Name на символах? Причем даже на том резисторе, который ставится из интерфейса CL View. При работе из CL View, он же вроде всегда автоматом добавляется на символ.

Сообщение отредактировал Doomsday machine - Nov 1 2010, 08:12