[Arci0m 0]

Roman53, утилитка под 2005.1 встанет?

[fill 2]

Возможно, Вам будут советовать использовать Variant Manager. Не ведитесь :) Костыль это. Именно копи-паст. К сожалению.

 

Странно, но я знаю пользователей которые активно используют Variant Manager и претензий не высказывают (может конечно стесняются ). В чем там проблемы?

[SM 0]

fill, подскажите пожалуйста (правда это скорее по dxd), можно ли все таки скопировать полностью один дизайн в другой внутри одного проекта? Вместе с платой... По аналогии с копированием листа схемы из одного Schematic в другой... Это, в общем-то, тоже мне как бы для вариантов... Одна девайсина с разными половинами схемы, отвечающими за интерфейсную часть.

[fill 2]

fill, подскажите пожалуйста (правда это скорее по dxd), можно ли все таки скопировать полностью один дизайн в другой внутри одного проекта? Вместе с платой... По аналогии с копированием листа схемы из одного Schematic в другой...

 

Я видел ваше сообщение с данным вопросом, но пока не стал отвечать, т.к. нужно провести эксперименты по вариантам решения (теоретически я вижу несколько обходных вариантов), а у меня пока катастрофически нет на это времени.

[Vadim 0]

Странно, но я знаю пользователей которые активно используют Variant Manager и претензий не высказывают (может конечно стесняются ).

Везет Вам. А я вот ни одного вариантного менеджера вживую не видел Лично знаком только с одним иодным дизайнером. Он тоже не жалуется.

В чем там проблемы?

Имхо, конечно, но сам VM и есть проблема. Чего он только не умеет - если мне что-нибудь от него надо, обязательно не умеет!!! Количество слоев поменять не хочет, убрать компоненты, не трогая разводку, не научился. И трогая, кстати, тоже. Ну и все. Больше мне от него ничего не требовалось. А умеет он подменять компоненты, но только если корпус не меняется. В общем-то дело полезное, конечно, но имхо оно не стоит того, чтобы из-за этого использовать VM и раздувать проект. Если мне такое будет надо, я лучше перечень элементов новый сделаю. Имхо, структура проекта Expedition и без того перегружена и запутана до такой степени, что вполне нормальными считаются периодические падения проектов и их последующее восстановление путем создания нового. C VM, имхо, это будет происходить чаще :)

 

ЗЫ. По поводу возможностей VM могу ошибаться, давно не пробовал, может что изменилось к лучшему. Но слабо верится, т.к. вопросы SM и f0GgY не остались бы без ответа, и им был бы дан совет попробовать именно новый, улучшенный VM :)

[fill 2]

ЗЫ. По поводу возможностей VM могу ошибаться, давно не пробовал, может что изменилось к лучшему. Но слабо верится, т.к. вопросы SM и f0GgY не остались бы без ответа, и им был бы дан совет попробовать именно новый, улучшенный VM :)

 

Для SM VM явно не подойдет, т.к. в данном случае наверняка две разработки будут сильно отличаться по разводке и VM здесь уже не применим.

Изменено 4 марта, 2010 пользователем fill

[Arci0m 0]

мне надо чуть другое. я некорректно выразился, извиняюсь.

плата одна, схемы три. Т.е. мне надо что бы на одну плату "вешалось" три схемы.

 

Или не заморачиваться и решать этот вопрос профсто соответствующим оформлением кд.

[fill 2]

мне надо чуть другое. я некорректно выразился, извиняюсь.

плата одна, схемы три. Т.е. мне надо что бы на одну плату "вешалось" три схемы.

 

Или не заморачиваться и решать этот вопрос профсто соответствующим оформлением кд.

 

Извините, в торопях вопрос другого человека по поводу замены стеков воспринял за ваш. В принципе если идет реч о замене\удалении компонентов в схемах\плате (при этом трассировка одна на все варианты), то VM должен вам подойти.

 

Roman53

Т.е. насколько я понимаю, встроенных средств нет, только через automation. Спасибо, AATK_V4.1 я уже скачал, попробую разобраться. Хорошо хоть, что уже есть готовые скрипты, не надо учиться программировать =).

 

В padstack есть Technology (варианты исполнения стека площадок), таким образом если внутри этого же padstack задать другие данные по площадкам (а это насколько я понимаю и требуется) для новой технологии и в плате (Setup>Parameters) включить эту технологию, то автоматом изменятся сразу все площадки на нужные.

[Vadim 0]

В принципе если идет реч о замене\удалении компонентов в схемах\плате (при этом трассировка одна на все варианты), то VM должен вам подойти.

Он умеет удалять компоненты, не трогая трассировку (оставляя КП)? Я что-то пропустил. Все, ушел заниматься самообразованием.

[SM 0]

Для SM VM явно не подойдет, т.к. в данном случае наверняка две разработки будут сильно отличаться по разводке

Да, именно. Грубо говоря - здоровый кусок схемы "справа, снизу и сверху от ПЛИС" у всех одинаков, и его разводка сохраняется, а "слева от ПЛИС" - совсем разная, разные компоненты, разъемы, дорожки... Кстати не мешало бы заодно при таком "клонировании" Design-а еще бы и IOD-но-ПЛИСовый блок клонировать заодно... Хотя это и вручную вроде не напряжно.

[Arci0m 0]

подскажите пожалуйста,

ренамбер рефдесов в схеме (dc2005.1) можно ли сделать автоматически.

структура иерархическая (листы схемы, разные файлы)

[fill 2]

подскажите пожалуйста,

ренамбер рефдесов в схеме (dc2005.1) можно ли сделать автоматически.

структура иерархическая (листы схемы, разные файлы)

 

http://megratec.ru/forum/1/?theme=1629&find=renumber

[Doomsday.machine 0]

Пытаюсь сделать библиотечный элемент - светодиод с одним общим анодом и двумя катодами, т.е. фактически 2 светодиода в одном 3-хвыводном корпусе с одним общим электродом. На схеме требуется раздельное отображение светодиодов. При импорте этих 2-х символов, в каждом вентиле выводу анода ставлю в соответствие один и тот же номер физического вывода корпуса. Но при использовании созданного элемента в проекте, каждому символу светодиода почему-то ставиться в соответствие отдельный корпус, хотя на самом деле корпус должен быть один. Каким образом можно (если конечно можно) осуществить задуманное и что я делаю неправильно?

[Inpharh 0]

Пытаюсь сделать библиотечный элемент - светодиод с одним общим анодом и двумя катодами, т.е. фактически 2 светодиода в одном 3-хвыводном корпусе с одним общим электродом. На схеме требуется раздельное отображение светодиодов. При импорте этих 2-х символов, в каждом вентиле выводу анода ставлю в соответствие один и тот же номер физического вывода корпуса. Но при использовании созданного элемента в проекте, каждому символу светодиода почему-то ставиться в соответствие отдельный корпус, хотя на самом деле корпус должен быть один. Каким образом можно (если конечно можно) осуществить задуманное и что я делаю неправильно?

Если анод общий, то и на схеме, как я понимаю, светодиоды будут расположены рядом. Почему бы не сделать один символ в котором нарисовано рядом два светодиода с соединенными анодами?

[Doomsday.machine 0]

Если анод общий, то и на схеме, как я понимаю, светодиоды будут расположены рядом.

 

В том-то и дело, что не рядом, а в разнесенных друг от друга частях схемы.

 

Почему бы не сделать один символ в котором нарисовано рядом два светодиода с соединенными анодами?

 

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