Вопросы новичка, 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

[Frederic]

Добрый день.
1) можно ли где-нибудь в конфигах выставить вращение символов на 45 гр. Иногда очень полезно. Типичный пример - диодный мост.

при вращение на 45 или 90 будут также вращаться и атрибуты. проще нарисовать дополнительные виды на 45 и 90

2) все же где-нибудь прописан синтаксис, по которому пишутся esh-файлы (чтобы сделать риперы по ГОСТу)?

буквально на днях это обсуждали, я давал ссылку на первоначальный пост. глянь поиском.

[fill]

Добрый день.
3) пользуется ли реально кто-нибудь DxDataBook в работе? Объясните, как возможно перегнать данные ЦБ --> DxDataBook. Все доки обшарил - так и не понял.

Перегнать можно было в одном из старых релизов. А так предполагается что данные как раз формируются и храняться в базе данных к которой идет обращение через DxDatatbook, а не наоборот. Смотрите пример ЦБ с подключенной базой c:\MentorGraphics\2007.5EE\SDD_HOME\standard\examples\SampleLib2007\

4) до DxD работал в DV. Накатал библиотечку и обнаружил что в DxD используется другой символьный формат. Очень хочется теперь перегнать либу DC/DV в маршрут DxDesigner. Каким образом?

Транслятор проекта и ЦБ из Design_Capture в DxDesigner
http://megratec.ru/download/162/

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ы?!

Не понял, так CES в 2005.1 был включен и вы им пользовались? Тогда причем здесь галка Convert Net Class/Net Properties constraints to CES? Она нужна только если в процессе конвертации хотите перейти от Net Class/Net Properties к CES.
В файле *.prj строчка:
KEY UseCES "1"
так выглядит? Тогда CES уже включен.

[expflash]

А так предполагается что данные как раз формируются и храняться в базе данных к которой идет обращение через DxDatatbook, а не наоборот.

Недавно тоже перешел на использование DxDatabook. Но пришлось вручную всю библиотеку переносить в базу, и теперь приходится все дублировать PDB и базе данных.
Сначала создаю компонент в PDB, затем вручную переношу все атрибуты в базу. Несколько раз ошибся.
Что-то здесь не так, или может я не ту базу данных использую (access).

[tAmega]

Тоже непонятно, при переходе с DC на DxD проект переводится в проект, а в библиотеке изменяются только символы. И дальше работа идет между проектом и библиотекой. Также, как в DC.
DxDatabook при этом не используется. Она вообще в стороне. Если она так важна для будущих проектов, почему утилиты переноса проекта с DC на DxD не экспортируют библиотеку сразу в Dx Databook.
И во время Forward Annotation она так ни разу не всплыла и не пригодилась. Попробовал тест. Схема нарисована, детали на плате стоят, трассы разведены, и все нормально. DxDatabook при этом вообще неактивна.
Может действительно на не нужна.

[maailmankaikkeus]

при вращение на 45 или 90 будут также вращаться и атрибуты. проще нарисовать дополнительные виды на 45 и 90

То есть, по-хорошему, при отсутствии поворотных видов в DxD, придется делать 4 символа (два смещенных на 90 гр. и два - на 45)?

буквально на днях это обсуждали, я давал ссылку на первоначальный пост. глянь поиском.

В найденном отсутствуют какие-либо ссылки на синтаксис написания подобных форм. Остается только догадка, что некая функция ELLIPSE в ripper.esh - это и есть загадочный восьмиугольник на символе риппера да танцы с бубном

Перегнать можно было в одном из старых релизов. А так предполагается что данные как раз формируются и храняться в базе данных к которой идет обращение через DxDatatbook, а не наоборот. Смотрите пример ЦБ с подключенной базой c:\MentorGraphics\2007.5EE\SDD_HOME\standard\examples\SampleLib2007\

В указанной библиотечке (SampleLib2007) не нашел какие-либо указания на подключенную к ней какую-либо базу данных DxDatabook. Я может, чего-то не понимаю, но облазил все менюшки в Library Manager и дерево каталогов ЦБ.

Транслятор проекта и ЦБ из Design_Capture в DxDesigner
http://megratec.ru/download/162/

Транслятор DC2DX в процессе установки матерится (первый файл) и при запуске матерится еще (второй файл). Что это может означать?
P.S. Имя учетной записи - латиница. EE2007 установлен на чистой виртуалке. В логе установки - попытка скопировать ссылки на конвертор на "Рабочий стол" (кракозябры). Похоже, кириллица ему не нравится.

Не понял, так CES в 2005.1 был включен и вы им пользовались? Тогда причем здесь галка Convert Net Class/Net Properties constraints to CES? Она нужна только если в процессе конвертации хотите перейти от Net Class/Net Properties к CES.
В файле *.prj строчка:
KEY UseCES "1"
так выглядит? Тогда CES уже включен.

Да, CES включен. Поэтому галка и неактивна. Третий файл - лог апгрейда, завершенный фаталом.

Сообщение отредактировал maailmankaikkeus - Jun 9 2009, 08:27

Эскизы прикрепленных изображений

 

Прикрепленные файлы

 Upgrade_log.txt ( 6.21 килобайт ) Кол-во скачиваний: 174

 

[fill]

1. DxDataBook действительно НЕОБЯЗАТЕЛЕН в процессе проектирования.
2. DxDataBook просто может добавить некоторые дополнительные возможности, которых нет в случае простого обращения к центральной библиотеке:
- возможность поиска компонентов по параметрам для размещения на схеме
- возможность проверить соответствие параметров на символах в схеме параметрам в базе данных - если база менялась или меняли значения параметров в схеме (например при моделировании)
- если база данных корпоративная, т.е. в ней может содержаться множество доп. параметров нужных для закупки и т.п., т.е. параметров не нужных вам для разработки схемы - в данном случае DxDatataBook дает возможность отфильтровать для размещения на схему и верификации соответствия только нужные указанные вами параметры
3. При использовании DxDataBook нет необходимости вводить доп. атрибуты в PDB ибо они будут браться из таблиц базы данных.
http://megratec.ru/data/ftp/exp_movie/new/LM_DxDataBook.avi
4. Как вы заметите в видео, в таблице БД есть повторяющиеся Part_Number, т.е. в данном случае возможен и альтернативный вариант работы, когда для каждого компонента не нужно создавать свой PDB - обо на каждом компоненте схемы есть свой нужный набор параметров, который попадет в BOM и поэтому набору и произведут поиск\закупку нужного электронного компонента; или в таблицу можно ввести доп. колонку например MNF_Part_Number значение из которой определяет уникальный номер компонента - т.е. пишите подпрограмку которая анализирует набор параметров в BOM-е и выбирает нужный номер компонента для закупки.

То есть, по-хорошему, при отсутствии поворотных видов в DxD, придется делать 4 символа (два смещенных на 90 гр. и два - на 45)?



В найденном отсутствуют какие-либо ссылки на синтаксис написания подобных форм. Остается только догадка, что некая функция ELLIPSE в ripper.esh - это и есть загадочный восьмиугольник на символе риппера да танцы с бубном



В указанной библиотечке (SampleLib2007) не нашел какие-либо указания на подключенную к ней какую-либо базу данных DxDatabook. Я может, чего-то не понимаю, но облазил все менюшки в Library Manager и дерево каталогов ЦБ.



Транслятор DC2DX в процессе установки матерится (первый файл) и при запуске матерится еще (второй файл). Что это может означать?
P.S. Имя учетной записи - латиница. EE2007 установлен на чистой виртуалке. В логе установки - попытка скопировать ссылки на конвертор на "Рабочий стол" (кракозябры). Похоже, кириллица ему не нравится.



Да, CES включен. Поэтому галка и неактивна. Третий файл - лог апгрейда, завершенный фаталом.

1. Внимательно читайте Release Notes - конвертор DC-to-DxD сделан для релиза 2007.3 т.е. должен быть инсталлирован этот релиз и конвертация произведена в нем, а уж потом открываете в 2007.5
2. Ошибку "Error converting CES PowerNets" уже здесь обсуждали (поищите) - дополнительные цепи питания (т.е. не те которые используются по умолчанию) надо прописать в соответствующем файле.

Для тех кто не умеет пользоваться поиском http://electronix.ru/forum/index.php?showt...mp;hl=PowerNets

[fill]

Как подключить демо базу к SampleLib в LM [attachment=33486:DxDataBook_in_LM.7z]

[Konkere]

Только начал изучать DXD EE2007.5. Появилась проблема - после некоторого момента не отображаются имена создаваемых цепей. Т.е. создал цепь, присвоил имя - на схеме отображается; после закрытия-открытия DXD уже на схеме не отображается, хотя в свойствах имя цепи есть(но при этом галочка свойства имени не убирается). Как исправить ситуацию?

[fill]

Только начал изучать DXD EE2007.5. Появилась проблема - после некоторого момента не отображаются имена создаваемых цепей. Т.е. создал цепь, присвоил имя - на схеме отображается; после закрытия-открытия DXD уже на схеме не отображается, хотя в свойствах имя цепи есть(но при этом галочка свойства имени не убирается). Как исправить ситуацию?

Ни у кого такой проблемы не было.

[Doomsday_machine]

fill

3. При использовании DxDataBook нет необходимости вводить доп. атрибуты в PDB ибо они будут браться из таблиц базы данных.
4. Как вы заметите в видео, в таблице БД есть повторяющиеся Part_Number, т.е. в данном случае возможен и альтернативный вариант работы, когда для каждого компонента не нужно создавать свой PDB.

Нашел также обсуждение на вашем форуме, правда 5-летней давности:

В принципе, мой подход вполне "вписывается" в названную вами "идеологию ЦБ". Только кроме минимизации информации, передаваемой из схемы в плату, хочется еще минимизировать информацию, хранимую в ЦБ.

3. При моделировании в PCB значения Value берутся из PDB и если у Вас на все резисторы один PDB вы и получите у всех один номинал (что неверно).

Т.е. получается, что атрибуты в DxDataBook носят чисто информативный характер и не могут заменить собой системные атрибуты, задаваемые в PDB (например Value, Tolerance, IBIS, Simulation Model, VHDL Model, Verilog Model и пр.), даже если названия для них взять такие же, как у системных. Все равно в DxDataBook они будут только лишь параметрами поиска. Из этого следует, что необходимость задавать некоторые атрибуты именно в PDB все же есть. Или я не прав?

Update: OK, если Александр сейчас занят, то может быть кто-нибудь из активных пользователей DxDataBook поделится своими соображениями? Не может быть, чтобы только мне одному это было интересно.

Сообщение отредактировал Doomsday machine - Oct 29 2010, 13:30

[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

[fill]

На символе в схеме добавляются те атрибуты которые:
- прописаны как размещаемые\аннотируемые в Property_Definition_Editor в ЦБ (соответствующая галочка)
- автоматически обратно аннотируемые из платы (Cell Name)
У меня Cell Name появляется после обратного аннотирования.

Согласен что создание одного PDB для множества компонентов не согласуется с идеологией уникальности компонента. Но это не означает что кому-то именно этот вариант подходит и он им не может пользоваться.

Если сомневаетесь в передаче атрибутов в CES и программы моделирования не через PDB, попробуйте сделать тестовый пример и сразу все увидите.

[Doomsday_machine]

На символе в схеме добавляются те атрибуты которые:
- прописаны как размещаемые\аннотируемые в Property_Definition_Editor в ЦБ (соответствующая галочка)
- автоматически обратно аннотируемые из платы (Cell Name)
У меня Cell Name появляется после обратного аннотирования.

Спасибо. Про Property Definition Editor я знаю, галочку для Cell Name там ставил, почему-то это не влияет (с тех пор, как я начал разбираться с DxDB, странное совпадение) на появление Cell Name в properties символа. И действительно, появляется оно на символе только после обратной аннотации.

Если сомневаетесь в передаче атрибутов в CES и программы моделирования не через PDB, попробуйте сделать тестовый пример и сразу все увидите.

Видимо придется. Хотя я думал, кто-нибудь развеет мои сомнения. Уж очень не хочется дублировать записи в PDB и DxDB.

[cioma]

Идеологии библиотеки, конечно, могут быть разными. И у ментора нет единой, их у него как минимум три: symbol-oriented, part-oriented и DxDB (по числу купленых компаний\продуктов, не считая DMS).

Я описал откуда берутся модели при передаче на моделирование из EE в HL (правильный ответ: из CES, а в CES они могут попадать в том числе и из DxDB)
Про "Type" и "Reference des prefix" согласен, нет свойства в DxD через которое их можно задать, эта информация (нужная) хранится в PDB.
Вопрос как всегда упирается в программы, в которые Вы хотите передавать данные схемы-платы, и в то, что Вы считаете "уникальным компонентом".

[YUDSV]

Прошу совета у знатоков. Вот уже прошло более двух лет со дня первого поста в этой ветке, может что-нибудь изменилось? Вопрос в следующем: появилась ли возможность "перегнать" библиотеку .lmc (DxD 7.9 или DC 7.9) в DxDataBook или необходимо каждый Part Number из Library Manager вручную прописывать в базе *.mdb. Александр в 3 посту сообщал, что была такая возможность в старом релизе, если не секрет - в каком? А то я не представляю как "вбитые" в LM данные опять вбивать в Access, может есть какой-нибудь еще путь? С примером SampleLib2007 познакомился, поставил - все нормально, вроде, даже новые PDB получились.

[Doomsday_machine]

YUDSV

Собственно какая разница в каком релизе можно было, если сейчас все равно нельзя. Как вы планируете сделать даунгрейд из версии 7.9 в 2007.X или 2005? Руками, конечно, вбивать таблицы тоскливо. Как вариант - попробуйте использовать Report Writer. Он позволяет извлечь базу данных в формате Access на всю библиотеку (.Imc) или на отдельные Parts DBLibs (файлы .pdb в папке PartsDBLibs). Полученные базы данных содержат в себе все необходимые таблицы, из которых вы можете сформировать свою DB. Необходимы некоторые навыки работы с MS Access.

[YUDSV]

Doomsday_machine, большое спасибо за совет, хоть понятно в каком направлении копать. А библиотеку из 7.9 буквально несколько дней назад открыл в 2005.5, правда были замечания, которые исправил, а остальное вроде в норме.

[SShLD]

Проясните пожалуйста следующие моменты, я так понимаю что атрибуты в DxDB только для информации( и в моём случае для получения документов ПЭ3, ВП, СП). Вся информация берётся из атрибутов PDB и значит PartNumber каждого номинала уникален!?
А вот моя концепция. которая я думаю ошибочна:
вот пример таблицы резисторов
вот конфигурация
здесь уникальным полем является PartLabel, чтобы всё было по уму значит в PDB PartLabel должен быть PartNumber и количество компонентов соответствует количеству номиналов?
Вся информация для моделирования берётся из PDB? Значит DxDB в моём случае нужен только для документации
PartLister->TDD_> получаем

[cioma]

Поищите мои посты по теме - разъяснялось неоднократно

[SShLD]

Поищите мои посты по теме - разъяснялось неоднократно

Спасибо. Посмотрел, идеи появились, но полной ясности вопроса нет...

Сообщение отредактировал SShLD - Mar 27 2012, 07:32

[fill]

Спасибо. Посмотрел, идеи появились, но полной ясности вопроса нет...

В принципе можно работать и так но проблемы будут с менеджером вариантов - в этом случае Part Number должен быть уникален.

[SShLD]

Что означает данный Warning при упаковке: Limited Precision PartsDB property: Part Name = buffer <-к примеру

[SShLD]

Что означает данный Warning при упаковке: Limited Precision PartsDB property: Part Name = buffer <-к примеру

Ну вообщем все ворнинги поборол, тестовый проект доведён до логическогго завершения. Возможности САПРа приятно поражают!
А можно ли в версии 7.9.3 в библиотеках делать на компоненты привязки к 3D моделям!?

[Doomsday_machine]

А можно ли в версии 7.9.3 в библиотеках делать на компоненты привязки к 3D моделям!?

Нет, это вам не альтиум.

[vitan]

А можно ли в версии 7.9.3 в библиотеках делать на компоненты привязки к 3D моделям!?

Делайте в DxDataBook и все будет ок.

[SShLD]

Нет, это вам не альтиум.

Но ведь есть 3D Вьювер к которому ручками потом и назначаются 3D, а так всё было бы автоматизированно...