[malkut.ss 0]

Здравствуйте!

Вопрос такой. Можно ли в менторе сделать схему и плату read only?

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

Спасибо за ответ!

[fill 2]

Здравствуйте!

Вопрос такой. Можно ли в менторе сделать схему и плату read only?

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

Спасибо за ответ!

 

Делаете экспорт из DxD и Exp в формат *.cce (visECAD). Скачиваете (http://www.mentor.com/products/pcb-system-design/fabrication-assembly-test/visecad/) и передаете заказчику visECAD, который он ставит у себя и смотрит схему-плату без возможности что-либо из нее сделать, кроме как добавить свои заметки\комментарии, которые передать вам.

[malkut.ss 0]

Спасибо большое! :rolleyes:

[Arci0m 0]

fill, а по моему вопросу мыслей нет? Почему некорректно транслируется проект из 2005.1 в 7.9.2.

Работаю через костыль

Редактирование схемы в 2005.1, затем упаковка в 7.9.2.

Про БА, и ЦЕС из ЕЕ "забыл". Ибо если им пользоваться начинается бардак в свойствах партсов (Instance Name etc).

[fill 2]

fill, а по моему вопросу мыслей нет? Почему некорректно транслируется проект из 2005.1 в 7.9.2.

Работаю через костыль

Редактирование схемы в 2005.1, затем упаковка в 7.9.2.

Про БА, и ЦЕС из ЕЕ "забыл". Ибо если им пользоваться начинается бардак в свойствах партсов (Instance Name etc).

 

У меня проблема не наблюдается. Но правда я в DC\DV залезаю только когда пользователи присылают проекты - т.е. очень редко. И работаю в 7.9.3.

К 7.9.2 вышло уже 14 update.

В DxD проблем с FA\BA точно нет.

Проблемы с конвертацией (известные мне) это только если проект DC-Exp (не CES), тогда при трансляции вылезают различия в назначении правил, но если правила изначально поправить в CES(DC\DV) т.е. переделать с учетом того что в CES есть понятие электрических цепей, то транслированный в DxD-Exp проект нормально работает.

[SII 0]

У меня в проекте имеется несколько ОУ, которые физически располагаются по 4 штуки в корпусе с общим питанием. На схеме же у каждого имеется 5 выводов: два входа и выход, индивидуальные для каждого усилителя, и два питания, которые, понятное дело, должны подключаться к одним и тем же линиям, поскольку физически они общие. В библиотеке для этого компонента сделано 4 одинаковых Gate (каждый на три вывода -- два входа и выход) и ещё один отдельный Gate, к которому относятся выводы питания.

 

При упаковке каждый из размещённых на схеме ОУ помещается в отдельный корпус, причём используются ноги, указанные в библиотеке для первого Gate, плюс ноги питания. Выполнить перестановку, чтобы разместить по нескольку ОУ в один корпус, в Expedition не удаётся. Внутри одного и того же корпуса переставить Gate возможно, однако при попытке переставить в другой корпус позволяет выбрать лишь уже занятый там Gate, т.е. лишает перестановку всякого смысла. В чём может быть загвоздка?

Изменено 27 июня, 2012 пользователем SII

[vitan 2]

В чём может быть загвоздка?

А зачем у каждого еще ноги питания нарисованы? Уж не в этом ли загвоздка?

[Frederic 0]

У меня в проекте имеется несколько ОУ, которые физически располагаются по 4 штуки в корпусе с общим питанием. На схеме же у каждого имеется 5 выводов: два входа и выход, индивидуальные для каждого усилителя, и два питания, которые, понятное дело, должны подключаться к одним и тем же линиям, поскольку физически они общие. В библиотеке для этого компонента сделано 4 одинаковых Gate (каждый на три вывода -- два входа и выход) и ещё один отдельный Gate, к которому относятся выводы питания.

сделай выводы питание скрытыми через атрибуты, тогда символ один и упаковка в PartEditor элементарно

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

 

 

[fill 2]

сделай выводы питание скрытыми через атрибуты, тогда символ один и упаковка в PartEditor элементарно

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

 

или последний третий вариант 5 пинов на символе, 5 в вентилях (вентилей всего 4) - номера питания повторяются во всех вентилях.

 

PS: я тоже предпочитаю первый способ - неявно выраженное на схеме питание

[SII 0]

Всем спасибо, буду пробовать.

 

P.S. Вариант со скрытым питанием всем хорош, кроме наглядности. В данном моём случае это безразлично (вся аналоговая часть питается от одной и той же пары напряжений +/- 15 В), но иногда, думаю, может затруднять восприятие схемы, когда питающих напряжений несколько...

[Frederic 0]

....Вариант со скрытым питанием всем хорош, кроме наглядности. ....

тогда в символе атрибут питания сделай видимым

и тогда каждый вентиль на схеме однозначно определен по питанию

[vitan 2]

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

Один из главных вопросов: как отследить, куда приходит цепь? Раньше был диалог "show attached pins". Теперь его нет, в навигаторе черт ногу сломит, ICT не показывает иерархические блоки и т.п.

Уже замучился, просветите, плиз, особенно, кто рисует иерархические схемы, как можно отследить это? :crying:

[fill 2]

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

Один из главных вопросов: как отследить, куда приходит цепь? Раньше был диалог "show attached pins". Теперь его нет, в навигаторе черт ногу сломит, ICT не показывает иерархические блоки и т.п.

Уже замучился, просветите, плиз, особенно, кто рисует иерархические схемы, как можно отследить это? :crying:

Например так

[vitan 2]

Например так

Хнык...

Это надо скопировать, вызвать диалог поиска, там еще пимпочек понажимать, а потом искать...

 

А как увидеть пины-то? Не видно даже обычных пинов, куда цепь подключена, не говоря уж о пинах иерархических блоков (снаружи блоков). Очень хотелось бы видеть привычный список подключенных пинов.

 

Может, надо как-то по-другому вообще работать?

[SII 0]

или последний третий вариант 5 пинов на символе, 5 в вентилях (вентилей всего 4) - номера питания повторяются во всех вентилях

 

Этот вариант не прошёл: ругается при попытке выполнить FA, сообщая, что-де нога питания уже назначена. Так что остаётся лишь с 3-ножечными ОУ и питанием через свойства.