Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Вопрос про иерархический проект и gate-ы
Форум разработчиков электроники ELECTRONIX.ru > Печатные платы (PCB) > Разрабатываем ПП в САПР - PCB development > Mentor-ExpeditionPCB
fatus
Приветствую всех!

Делаем некий проект в DxD2005, на "иерархических" листах расположены рад операционных усилителей, которые являются двумя gate-ами в одном корпусе.
При упаковке происходит перестановка их между собой.
Вопрос: каким образом запретить это делать, может есть какой-либо атрибут? Или тупо вручную вводить RefDes-OAT-ы ?

С уважением, Сергей.
fill
Цитата(fatus @ Jan 18 2011, 15:08) *
Приветствую всех!

Делаем некий проект в DxD2005, на "иерархических" листах расположены рад операционных усилителей, которые являются двумя gate-ами в одном корпусе.
При упаковке происходит перестановка их между собой.
Вопрос: каким образом запретить это делать, может есть какой-либо атрибут? Или тупо вручную вводить RefDes-OAT-ы ?

С уважением, Сергей.


В DxD2007-х есть атрибут Frozen Package. В старых уже не помню.
fatus
Цитата(fill @ Jan 18 2011, 15:26) *
В DxD2007-х есть атрибут Frozen Package. В старых уже не помню.


А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate?
fatus
Цитата(fatus @ Jan 18 2011, 16:15) *
А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate?

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

Это по-первости. У меня тоже было, довольно быстро прошло.
sh007
Цитата(fatus @ Feb 1 2011, 13:17) *
... очень сырой, неудобный (разные части сделаны в совершенно разных стилях...) и глючный софт.

Очень справедливое замечание про DxD. Особенно актуальное по той причине, что таким он стал начиная с версии 2007, то есть в процессе эволюции под управлением MG.
Версии до 2005 включительно хотя и были несколько аскетичны, но не обладали глючностью и были очень хорошо продуманы концептуально.
fill
Цитата(fatus @ Jan 18 2011, 16:15) *
А как вообще заставить поставить на первый иерархический лист первый gate, а на второй - второй gate?


Я так понимаю опять схемотехник не адекватно трактующий гост?

Вентили вообще-то в плате принято переставлять, чтобы добится нормальной трассировки на плате и поэтому фиксация назначения вентилей (и пинов) приводит к проблемам трассировки.

Но если так уже приспичило, то легко могли это сделать через плату смотрите
fatus
Цитата(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 их в произвольное время перекладывает так как сам считает правильным, ничего об этом не сообщая.
И вообще идеологию, когда в схему при каждой загрузке пректа грузятся символы из библиотек считаю не правильной. Поставленный символ должен содержаться в проекте и не грузиться из вне. Иначе редактирование библиотеки приводит к разрушению ранее выполненных проектов. Можно конечно тащить библиотеку с каждым проектом, но тогда проет разрастается до неоправданных объемов мегабайт.
vitan
Цитата(fatus @ Feb 9 2011, 10:12) *
Можно конечно тащить библиотеку с каждым проектом, но тогда проет разрастается до неоправданных объемов мегабайт.

А еще можно тащить не всю библиотеку, а только то, что нужно... И идеология резко становится правильной... sm.gif
fill
Цитата(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 то находятся в ЦБ).
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.