OrCAD Layout Plus, by the hand... Опции

[shvv]

для нескольких одинаковых диаметров назначены разные символы

Уже есть на стр. 297.

хотелось бы добавить информацию подобную проблеме описаной в этой ветке форума

fffiiilll тогда не выложил картинку на форуме, так что я так и не понял, что там получалось неправильно. Если есть картинка или файл, дайте посмотреть.

пожалуйста )) обращать внимание на площадки под 45 градусов, стоят у бга, при генерации гербера создает 0 арпертуру и заливает эти площадки ей, и не правильно делает заливку вокруг них

Прикрепленные файлы

 AU.RAR ( 290.2 килобайт ) Кол-во скачиваний: 91

 

[Vinnetu]

Мда-а! Такого я ещё не видел! В TOP всё открылось без ошибок. В BOTTOM глючат ёмкости с футпринтами SM_C_0603, причём если повёрнуты на угол между 270 и 360.
При дальнейшем исследовании выяснилось, что глючат и SM_R_0805 с теми же симптомами. Что интересно - в TOP всё нормально.
У обоих футпринтов pad-ы прямоугольные, но у емкостей в длину, а у резисторов - в ширину. Я попробовал покрутить микросхему - всё в порядке.

Интересный глюк! Спасибо! Надо будет поэкспериментировать. Если будет что-то умное сказать, напишу.

[Vinnetu]

Вот уже и появилось, что сказать!

Во-1, причина, судя по всему в том, что в библиотеке у этих футпринтов площадки повёрнуты на 90. По идее, конечно, мешать не должно, но на практике Layout глючит.

А во-2, починить оказалось очень просто. Гораздо проще, чем HVCircuit описал! Заходите в свойства компонента и вместо 315 пишете -45. Обновляете экран, и всё!

Я работаю в SPB-15.7. Проверьте, кто сможет, в других версиях.

[shvv]

Вот уже и появилось, что сказать!

Во-1, причина, судя по всему в том, что в библиотеке у этих футпринтов площадки повёрнуты на 90. По идее, конечно, мешать не должно, но на практике Layout глючит.

А во-2, починить оказалось очень просто. Гораздо проще, чем HVCircuit описал! Заходите в свойства компонента и вместо 315 пишете -45. Обновляете экран, и всё!

Я работаю в SPB-15.7. Проверьте, кто сможет, в других версиях.

я думаю что подобную информацию было бы полезно занести в книгу ))

[KiV]

Поигрался с приведенным глюком.

Как оказалось, данный эффект проявляется, если суммарный угол поворота контактной пощадки превышает +- 550 - 556 градусов.
У приведенных компонентов угол поворота КП в библиотеке - 90 градусов. После переноса на нижний слой угол меняется на 270. Плюс к этому угол поворота самого компонента 315 -> итого 585 градусов и имеем глюк.

Кстати глюк легко повторяется и на верхнем слое, если в свойствах КП поменять угол 90 на 270 - у компонентов с поворотом 315 градусов возникают те-же проблемы. Все аналогично если взять отрицательные углы.

ЗЫ.

Гораздо проще, чем HVCircuit описал!

Не проще! HVCircuit предлагает поменять несколько контактных площадок, а Вы - повернуть сотню компонентов. Вот и решайте что проще. Кроме того первый метод кардинально решает проблему, а при поворотах можно какой-то компонент и пропустить - тем более что их много.

ЗЗЫ. Вывод один - использовать собственную проверенную библиотеку и делать в ней все площадки с поворотом 0.

[Heho]

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

[Vinnetu]

Не проще! HVCircuit предлагает поменять несколько контактных площадок, а Вы - повернуть сотню компонентов

Согласен, сдаюсь! Если компонентов сотня, то конечно, надо исправлять причину. Только тогда уж площадки править не на плате, а сразу в библиотеке, откуда футпринт был взят. А потом на плате сделать update.
Верно?

[KiV]

Если компонентов сотня, то конечно, надо исправлять причину. Только тогда уж площадки править не на плате, а сразу в библиотеке, откуда футпринт был взят.

В сотый раз получаю подтверждение правила:

Собственная проверенная и выверенная библиотека -
залог крепких нервов и отсутствия лишних телодвижений в будущем!


Это еще и деньги часто экономит