dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба Всем привет! Может, кто-то сталкивался и решил эту проблему. Дизайн в ОРКАДе имеет много иерархических блоков(зелёных). Но проект имеет разные модификации релизов, включающий в себя разные комбинации включения и исключения иерархических блоков. Есть ли какой-то параметр для зелёного блока, который будет подобен удалению блока со схемы, но при этом его изображение остаётся на схеме? Ну, чтобы не удалять. Чтобы было видно что есть всегда возможность вернуть этот блок обратно в схему просто изменив какой-то параметр. Спасибо за помощь! __________________________ OrCAD Capture 16.3 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexa1973 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба А удалить надо из нетлиста или только из Bill of Materials? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба А удалить надо из нетлиста или только из Bill of Materials? Из нетлиста и из BoM'а тоже. Чтобы в разводке он не участвовал, и чтобы в спецификации элементов из этого блока не было. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба На семинаре по оркаду специально задавал этот вопрос. Сказали, что варианты для иерархических блоков не поддерживаются. Если удалить из нетлиста, то это уже другая схема. Скопируйте в новый каталог и там удаляйте. Только у меня сомнения, что Вам именно это нужно... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба На семинаре по оркаду специально задавал этот вопрос. Сказали, что варианты для иерархических блоков не поддерживаются. Если удалить из нетлиста, то это уже другая схема. Скопируйте в новый каталог и там удаляйте. Только у меня сомнения, что Вам именно это нужно... Спасибо большое! Значит не поддерживается. Значит будем изгаляться с папочками, архивами... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба Значит будем изгаляться с папочками, архивами... Вы бы лучше объяснили, зачем Вам из нетлиста удалять? Это, как бы, ключевой вопрос топика пока что... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба Вы бы лучше объяснили, зачем Вам из нетлиста удалять? Это, как бы, ключевой вопрос топика пока что... Я ж объяснил. Чтоб в разводке печатной платы элементы из ненужного блока не участвовали. На трассировку передаётся нетлист из схемы, не так ли? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба Я ж объяснил. Чтоб в разводке печатной платы элементы из ненужного блока не участвовали. На трассировку передаётся нетлист из схемы, не так ли? Непонятно объясняете. Вы уверены, что надо не передавать в разводку элементы? Вы осознаете, что при этом не передадутся и подключенные к ним цепи? Очевидно, что Вам надо создать одну плату, на основе которой потом будут собирать (паять) те или иные блоки. Если так, то тогда это - варианты. А для них иерархические блоки не поддерживаются. Если не так, то Вы получите несколько плат на основе одной схемы. Не помню точно, возможно есть какое-то свойство, которое можно присвоить блоку, чтобы не передавать его в нетлист. Но тогда комбинации этих свойств Вы будете назначать каждый раз заново для нового варианта, и делать это, очевидно, в разных копиях схемы (в разных каталогах) по-разному. Который случай Ваш? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба Непонятно объясняете. Вы уверены, что надо не передавать в разводку элементы? Вы осознаете, что при этом не передадутся и подключенные к ним цепи? Очевидно, что Вам надо создать одну плату, на основе которой потом будут собирать (паять) те или иные блоки. Если так, то тогда это - варианты. А для них иерархические блоки не поддерживаются. Если не так, то Вы получите несколько плат на основе одной схемы. Не помню точно, возможно есть какое-то свойство, которое можно присвоить блоку, чтобы не передавать его в нетлист. Но тогда комбинации этих свойств Вы будете назначать каждый раз заново для нового варианта, и делать это, очевидно, в разных копиях схемы (в разных каталогах) по-разному. Который случай Ваш? Похоже, что второй. Есть отработанный дизайн ПОЛНОЙ сборки со всеми блоками - FULL. Заказчик требует, сделать другую модификацию платы - чтобы половину убрали(вот это, это и это...), чтоб уменьшить плату - SIMPLE. Но при этом FULL все ещё поддерживается и со временем модифицируется. Поэтому следующая ревизия SIMPLE будет содержать последние доработки из FULL, но с исключением ненужных блоков. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
alexa1973 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба С иерархическими блоками проблема. Компонентам из блока можно добавить свойство PSpiceOnly с значением True (case sensitive). Тогда они не появятся в BOMе и нетлисте. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dimasen 0 25 сентября, 2012 Опубликовано 25 сентября, 2012 · Жалоба С иерархическими блоками проблема. Компонентам из блока можно добавить свойство PSpiceOnly с значением True (case sensitive). Тогда они не появятся в BOMе и нетлисте. О! Действительно, с отдельными компонентами работает, а с блоками нет. Но, все-равно. Уже что-то. Спасибо!!! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
LV26 0 7 октября, 2012 Опубликовано 7 октября, 2012 · Жалоба На семинаре по оркаду специально задавал этот вопрос. Сказали, что варианты для иерархических блоков не поддерживаются. Если удалить из нетлиста, то это уже другая схема. Скопируйте в новый каталог и там удаляйте. Только у меня сомнения, что Вам именно это нужно... Можно соспоставить иерархическому блоку не только схему из текущего проекта - нои внешний DSN. Делайте для блока отдельный "плоский" DSN и пользуйтель вариантами в "плоском". Если уж варианты катастрофически разные - сделайте несколько DSN и подключайте по мере надобности. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SSerge 4 7 октября, 2012 Опубликовано 7 октября, 2012 · Жалоба В 16.5 можно tcl-скриптом пройтись по всем элементам блока и сделать им PSpiceOnly=True или False чтобы отключить или подключить блок. А в 16.3 tcl нет, разве что попробовать то же самое через Export/Import Properties сделать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uree 1 7 октября, 2012 Опубликовано 7 октября, 2012 · Жалоба Вообще идея не правильная. Полная схема должна соответствовать полной топологии. Разные топологии - разные схемы. Да, можно попробовать собрать их в рамках одного проекта, но это все равно должны быть разные схемы. Варианты - они только варианты монтажа, не более того. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться