|
|
  |
MG Expedition ликбез ... |
|
|
|
Mar 4 2010, 10:49
|

Неиодный дизайнер
    
Группа: Свой
Сообщений: 1 240
Регистрация: 1-12-04
Из: Минск
Пользователь №: 1 273

|
Цитата(fill @ Mar 4 2010, 12:06)  Странно, но я знаю пользователей которые активно используют Variant Manager и претензий не высказывают (может конечно стесняются  ). Везет Вам. А я вот ни одного вариантного менеджера вживую не видел  Лично знаком только с одним иодным дизайнером. Он тоже не жалуется. Цитата(fill @ Mar 4 2010, 12:06)  В чем там проблемы? Имхо, конечно, но сам VM и есть проблема. Чего он только не умеет - если мне что-нибудь от него надо, обязательно не умеет!!! Количество слоев поменять не хочет, убрать компоненты, не трогая разводку, не научился. И трогая, кстати, тоже. Ну и все. Больше мне от него ничего не требовалось. А умеет он подменять компоненты, но только если корпус не меняется. В общем-то дело полезное, конечно, но имхо оно не стоит того, чтобы из-за этого использовать VM и раздувать проект. Если мне такое будет надо, я лучше перечень элементов новый сделаю. Имхо, структура проекта Expedition и без того перегружена и запутана до такой степени, что вполне нормальными считаются периодические падения проектов и их последующее восстановление путем создания нового. C VM, имхо, это будет происходить чаще  ЗЫ. По поводу возможностей VM могу ошибаться, давно не пробовал, может что изменилось к лучшему. Но слабо верится, т.к. вопросы SM и f0GgY не остались бы без ответа, и им был бы дан совет попробовать именно новый, улучшенный VM
--------------------
SPECCTRA forever! IO/Designer forever!
|
|
|
|
|
Mar 4 2010, 13:17
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(Vadim @ Mar 4 2010, 13:49)  ЗЫ. По поводу возможностей VM могу ошибаться, давно не пробовал, может что изменилось к лучшему. Но слабо верится, т.к. вопросы SM и f0GgY не остались бы без ответа, и им был бы дан совет попробовать именно новый, улучшенный VM  Для SM VM явно не подойдет, т.к. в данном случае наверняка две разработки будут сильно отличаться по разводке и VM здесь уже не применим.
Сообщение отредактировал fill - Mar 4 2010, 14:55
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Mar 4 2010, 14:56
|

Гуру
     
Группа: Модераторы
Сообщений: 4 361
Регистрация: 17-08-04
Из: КП Две Поляны
Пользователь №: 512

|
Цитата(f0GgY @ Mar 4 2010, 17:20)  мне надо чуть другое. я некорректно выразился, извиняюсь. плата одна, схемы три. Т.е. мне надо что бы на одну плату "вешалось" три схемы.
Или не заморачиваться и решать этот вопрос профсто соответствующим оформлением кд. Извините, в торопях вопрос другого человека по поводу замены стеков воспринял за ваш. В принципе если идет реч о замене\удалении компонентов в схемах\плате (при этом трассировка одна на все варианты), то VM должен вам подойти. Цитата(Doomsday machine @ Mar 4 2010, 00:14)  Roman53 Т.е. насколько я понимаю, встроенных средств нет, только через automation. Спасибо, AATK_V4.1 я уже скачал, попробую разобраться. Хорошо хоть, что уже есть готовые скрипты, не надо учиться программировать =). В padstack есть Technology (варианты исполнения стека площадок), таким образом если внутри этого же padstack задать другие данные по площадкам (а это насколько я понимаю и требуется) для новой технологии и в плате (Setup>Parameters) включить эту технологию, то автоматом изменятся сразу все площадки на нужные.
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Mar 4 2010, 16:21
|
Гуру
     
Группа: Свой
Сообщений: 7 946
Регистрация: 25-02-05
Из: Moscow, Russia
Пользователь №: 2 881

|
Цитата(fill @ Mar 4 2010, 16:17)  Для SM VM явно не подойдет, т.к. в данном случае наверняка две разработки будут сильно отличаться по разводке Да, именно. Грубо говоря - здоровый кусок схемы "справа, снизу и сверху от ПЛИС" у всех одинаков, и его разводка сохраняется, а "слева от ПЛИС" - совсем разная, разные компоненты, разъемы, дорожки... Кстати не мешало бы заодно при таком "клонировании" Design-а еще бы и IOD-но-ПЛИСовый блок клонировать заодно... Хотя это и вручную вроде не напряжно.
|
|
|
|
|
Mar 12 2010, 08:55
|

Частый гость
 
Группа: Свой
Сообщений: 167
Регистрация: 7-02-08
Из: Ростовская обл.
Пользователь №: 34 835

|
Цитата(Doomsday machine @ Mar 12 2010, 01:39)  Пытаюсь сделать библиотечный элемент - светодиод с одним общим анодом и двумя катодами, т.е. фактически 2 светодиода в одном 3-хвыводном корпусе с одним общим электродом. На схеме требуется раздельное отображение светодиодов. При импорте этих 2-х символов, в каждом вентиле выводу анода ставлю в соответствие один и тот же номер физического вывода корпуса. Но при использовании созданного элемента в проекте, каждому символу светодиода почему-то ставиться в соответствие отдельный корпус, хотя на самом деле корпус должен быть один. Каким образом можно (если конечно можно) осуществить задуманное и что я делаю неправильно? Если анод общий, то и на схеме, как я понимаю, светодиоды будут расположены рядом. Почему бы не сделать один символ в котором нарисовано рядом два светодиода с соединенными анодами?
|
|
|
|
|
Mar 12 2010, 09:19
|
Местный
  
Группа: Свой
Сообщений: 210
Регистрация: 20-01-10
Из: M.O.
Пользователь №: 54 961

|
Цитата(Inpharhus @ Mar 12 2010, 11:55)  Если анод общий, то и на схеме, как я понимаю, светодиоды будут расположены рядом. В том-то и дело, что не рядом, а в разнесенных друг от друга частях схемы. Цитата(Inpharhus @ Mar 12 2010, 11:55)  Почему бы не сделать один символ в котором нарисовано рядом два светодиода с соединенными анодами? Понятно, что это самый простой вариант, но он неудобен с точки зрения читабельности схемы, по словам разработчика этой схемы. Да и вообще с трудом верится, что такая простая вещь нереализуема в таком серьезном пакете.
|
|
|
|
|
  |
566 чел. читают эту тему (гостей: 566, скрытых пользователей: 0)
Пользователей: 0
|
|
|