|
|
  |
Вопрос про иерархический проект и gate-ы |
|
|
|
Jan 18 2011, 12:08
|
Участник

Группа: Участник
Сообщений: 27
Регистрация: 18-01-11
Пользователь №: 62 309

|
Приветствую всех!
Делаем некий проект в DxD2005, на "иерархических" листах расположены рад операционных усилителей, которые являются двумя gate-ами в одном корпусе. При упаковке происходит перестановка их между собой. Вопрос: каким образом запретить это делать, может есть какой-либо атрибут? Или тупо вручную вводить RefDes-OAT-ы ?
С уважением, Сергей.
Сообщение отредактировал fatus - Jan 18 2011, 12:11
|
|
|
|
|
Jan 18 2011, 13:15
|
Участник

Группа: Участник
Сообщений: 27
Регистрация: 18-01-11
Пользователь №: 62 309

|
Цитата(fill @ Jan 18 2011, 15:26)  В DxD2007-х есть атрибут Frozen Package. В старых уже не помню. А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate?
|
|
|
|
|
Feb 1 2011, 10:17
|
Участник

Группа: Участник
Сообщений: 27
Регистрация: 18-01-11
Пользователь №: 62 309

|
Цитата(fatus @ Jan 18 2011, 16:15)  А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate? Разобрались как это можно сделать. Надо на компоненты наложить атрибут PKG_LOCK и задавать ОАТ-ы на каждый пин. Лучше бы проект делали неирархическим... А вообще делюсь общим впечатлением об MG: очень сырой, неудобный (разные части сделаны в совершенно разных стилях, например, чтоб поменять GRID в редакторах Схем, Плат и Компонентов надо лазить в совершенно различные места) и глючный софт. Худший по качеству работы из PCAD-OrCAD-Protel-MG. Не рекомендую.
Сообщение отредактировал fatus - Feb 1 2011, 10:17
|
|
|
|
|
Feb 1 2011, 11:06
|

Живой
  
Группа: Свой
Сообщений: 322
Регистрация: 28-08-04
Из: Москва
Пользователь №: 560

|
Цитата(fatus @ Feb 1 2011, 13:17)  ... очень сырой, неудобный (разные части сделаны в совершенно разных стилях...) и глючный софт. Очень справедливое замечание про DxD. Особенно актуальное по той причине, что таким он стал начиная с версии 2007, то есть в процессе эволюции под управлением MG. Версии до 2005 включительно хотя и были несколько аскетичны, но не обладали глючностью и были очень хорошо продуманы концептуально.
|
|
|
|
|
Feb 1 2011, 15:59
|

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

|
Цитата(fatus @ Jan 18 2011, 16:15)  А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate? Я так понимаю опять схемотехник не адекватно трактующий гост? Вентили вообще-то в плате принято переставлять, чтобы добится нормальной трассировки на плате и поэтому фиксация назначения вентилей (и пинов) приводит к проблемам трассировки. Но если так уже приспичило, то легко могли это сделать через плату смотрите
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
Feb 9 2011, 07:12
|
Участник

Группа: Участник
Сообщений: 27
Регистрация: 18-01-11
Пользователь №: 62 309

|
Цитата(fill @ Feb 1 2011, 18:59)  Я так понимаю опять схемотехник не адекватно трактующий гост? Нет, схемотехник у которого есть задание сделать схему для конструкторского отдела. Про глючность и нерекомендации. MG в какой-то период считался "крутым" софтом. Ряд фирм начали на него переходить. Я в нем работаю 2 года. Не привык. К Оркаду (несмотря на его глючность тоже) и Интегре привык, PCAD вообще мой дом родной, а этот вызывает отторжение. Причем неудобен как DxD, так и Expedition. У нас MG2005 - не знаю как насчет глючности 2007, но и этот более чем глючный. Пример неудобства: абсолютно разные интерфиейсы; чтоб установить Grid в DxD надо лазить в Project/Settings, в Exp - в Setup/Editor Control, в Symbol Editore - в File/Preferences. Я уж не говорю что в Exp надо все линии лочить, иначе MG их в произвольное время перекладывает так как сам считает правильным, ничего об этом не сообщая. И вообще идеологию, когда в схему при каждой загрузке пректа грузятся символы из библиотек считаю не правильной. Поставленный символ должен содержаться в проекте и не грузиться из вне. Иначе редактирование библиотеки приводит к разрушению ранее выполненных проектов. Можно конечно тащить библиотеку с каждым проектом, но тогда проет разрастается до неоправданных объемов мегабайт.
Сообщение отредактировал fatus - Feb 9 2011, 07:13
|
|
|
|
|
Feb 9 2011, 13:01
|

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

|
Цитата(fatus @ Feb 9 2011, 10:12)  Нет, схемотехник у которого есть задание сделать схему для конструкторского отдела.
Про глючность и нерекомендации. MG в какой-то период считался "крутым" софтом. Ряд фирм начали на него переходить. Я в нем работаю 2 года. Не привык. К Оркаду (несмотря на его глючность тоже) и Интегре привык, PCAD вообще мой дом родной, а этот вызывает отторжение. Причем неудобен как DxD, так и Expedition. У нас MG2005 - не знаю как насчет глючности 2007, но и этот более чем глючный.
Пример неудобства: абсолютно разные интерфиейсы; чтоб установить Grid в DxD надо лазить в Project/Settings, в Exp - в Setup/Editor Control, в Symbol Editore - в File/Preferences. Я уж не говорю что в Exp надо все линии лочить, иначе MG их в произвольное время перекладывает так как сам считает правильным, ничего об этом не сообщая. И вообще идеологию, когда в схему при каждой загрузке пректа грузятся символы из библиотек считаю не правильной. Поставленный символ должен содержаться в проекте и не грузиться из вне. Иначе редактирование библиотеки приводит к разрушению ранее выполненных проектов. Можно конечно тащить библиотеку с каждым проектом, но тогда проет разрастается до неоправданных объемов мегабайт. Сетка выбирается через выпадающее меню
В режиме Local_Gloss изменяется только та часть трассы которая задета изменениями. СмотритеЧто понимается под разрушением? Невозможность увидеть схему без подключенной символьной библиотеки? Если да, то в 2007 такого нет - изображение символов схемы хранится во внутреннней базе проекта схемы. Но работать, т.е. упаковывать и передавать в плату без ЦБ естественно не получится (ведь Part Number то находятся в ЦБ).
--------------------
Чем больше познаю, тем больше понимаю ... насколько мало я все таки знаю. www.megratec.ru
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|