Всем доброго времени суток!

Буду очень благодарен за помощь. Можно ли и как сделать правило в Pads Layout, которое поможет избежать ошибки клиренса при установке компонента за пределы платы? В редакторе правил нельзя поставить отридцательное значение для зазора тело компонента/граница платы. Или я что-то не понял. Пример в файле.

Заранее благодарен.

Нажмите для просмотра прикрепленного файла

Не довелось работать в PADS. Могу только заметить, что компоненты выходят за границу платы очень редко и всегда по желанию конструктора. Так что правило лучше не назначать. Особые случаи помогут эту ошибку отследить и назначить "override" или другое правило игнорирования этой частной ошибки. Заодно проверите, правильно ли компонент поместили.

В PADS-е отрицательное значение по зазору задать нельзя.
Для корректной проверки проекта ПП, расположения компонентов по зазорам, в том числе, и расположение за пределами платы, делаем следующее:
- устанавливаем зазоры, заполняя таблицу Setup/Design Rules/Default/Clearance (разумные величины, не слишком большие и не слишком маленькие, соотносящиеся с классом точности ПП);
- перед запуском проверки устанавливаем все галочки в таблице Tools/Verify Design/Setup;
- после первого прохода проверки внимательно просматриваем все маркеры ошибок, возможно потребуется корректировка правил в Design Rules;
- устраняем замечания, запускаем проверку еще раз до исключения всех ошибок.

Помним, что DRC работает только в видимом окне и во включенных слоях.

Можно просто создать копию компонента в библиотеке с "неправильной границей компонента". То есть сам компонент обычное посадочное место, а его граница это малюсенький квадратик в центре компонента. DRC будет проверять именно этот квадратик, а то что сам компонент всеми четырьмя лапами за пределами платы ему будет все равно
Ну и поставить вот такой компонент на плату. А копию в библиотеке предлагаю сделать и в названии пометить что это такой особый вариант, чтобы в будущем не поставить его на другую плату по ошибке.

Это плохой совет - такой способ обязательно приведет к ошибкам в будущем.
Если уж так хочется создать "неправильный" компонент - подредактируйте на плате уже существующий "правильный" компонент, но не записывайте его в библиотеку.
А, собственно, что страшного в том, что DRC ругнется на выступающий за границу платы, например, разъем ?
Ну, проверили размещение, затем снимите галочку в менюшке, и все ОК.

Я бы вообще рекомендовал проверять все зазоры в PADS Router, a не в PADS Layout. На мой взгляд там это лучше реализовано, в частости можно настраивать вот это:
Плюс можно выставить флаг игнорирования ошибки для будущих проверок, в вашем случае это может помочь избавиться от ложных индикаторов.

Добрый день,

Благодарю всех за обсуждение и советы. Приму к сведению. Огромное спасибо.

Всем удачи.