реклама на сайте
подробности

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> Package keepout и варианты исполнения
vitan
сообщение Jun 29 2011, 18:24
Сообщение #16


не указал(а) ничего о себе.
******

Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887



Цитата(Hoodwin @ Jun 29 2011, 20:49) *
а почему нельзя ограничиться лучшим по высоте компонентом? Я так понимаю, что какой-то компонент должен по высоте подходить под все исполнения, или нет?

Но ведь если компонент всего один, то как быть?
Попробую передать ход мысли.
1. Мне хочется иметь DRC тогда, когда компонент не проходит по высоте. Я рисую keepout, назначаю высоты, все ОК.
2. Я вспоминаю, что в этой области находятся компоненты, которые надо устанавливать в зависимости от вариантов.
3. Я понимаю, что ранее нарисованный keepout годится только для одного варианта. Для другого эта высота задана неправильно. А компонент стоит. Но его можно передвинуть.
4. Я начинаю чесать репу и создаю этот топик.

Похоже, надо думать не про варианты сборки, а про что-то другое. Вот только про что?
Go to the top of the page
 
+Quote Post
Hoodwin
сообщение Jun 29 2011, 21:33
Сообщение #17


Знающий
****

Группа: Участник
Сообщений: 881
Регистрация: 21-03-10
Из: _// \\_
Пользователь №: 56 107



Ну хорошо. Получается, что проблема имеет решение, которое состоит в том, что компоненты, не проходящие по высоте в некоторых исполнениях, лучше вообще не ставить внутрь области keepout. И их не только можно, но и нужно передвинуть, как бы это лениво ни было. Или вопрос подразумевает поиск какого-то иного пути решения? Например, альтернативный футпринт компонента с меньшей высотой? Но тогда мы приходим к моему первому вопросу, почему нельзя такой удачный футпринт выбрать на все исполнения?

А вообще вроде как у keepout есть свойство ROOM_TYPE, оно не подойдет для того, чтобы выделить часть компонентов, к которым применяется ограничение по высоте? Вроде как там есть настройка SOFT.
Цитата
SOFT: Generates no DRC errors for any components placed in this room. When present on the design root, then rooms without the ROOM_TYPE property inherit the root value.
Go to the top of the page
 
+Quote Post
vitan
сообщение Jun 30 2011, 18:37
Сообщение #18


не указал(а) ничего о себе.
******

Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887



Цитата(Hoodwin @ Jun 30 2011, 01:33) *
Ну хорошо. Получается, что проблема имеет решение, которое состоит в том, что компоненты, не проходящие по высоте в некоторых исполнениях, лучше вообще не ставить внутрь области keepout. И их не только можно, но и нужно передвинуть, как бы это лениво ни было. Или вопрос подразумевает поиск какого-то иного пути решения?

Ну, пути решения я пока не готов обсуждать, хотя оба варианта возможны. Просто хочется для начала, чтобы возникло предупреждение DRC, а о решении я пока не думал, честно говоря. Хотя надо, конечно...

Цитата(Hoodwin @ Jun 30 2011, 01:33) *
Например, альтернативный футпринт компонента с меньшей высотой? Но тогда мы приходим к моему первому вопросу, почему нельзя такой удачный футпринт выбрать на все исполнения?

Ну да, но, согласитесь, к варианту решения с одним удачным футпринтом приходить не обязательно. Разве что других не будет...

Цитата(Hoodwin @ Jun 30 2011, 01:33) *
А вообще вроде как у keepout есть свойство ROOM_TYPE, оно не подойдет для того, чтобы выделить часть компонентов, к которым применяется ограничение по высоте? Вроде как там есть настройка SOFT.

Да? Как-то неожиданно... Посмотрю обязательно, спасибо!
Go to the top of the page
 
+Quote Post

2 страниц V  < 1 2
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd August 2025 - 09:50
Рейтинг@Mail.ru


Страница сгенерированна за 0.0135 секунд с 7
ELECTRONIX ©2004-2016