При переходе на Altium Designer Winter c Altium 6.5 возникли следующие проблемы:
В PCB все SMD компоненты подсвечивает в зеленый цвет, якобы ошибка. Похоже слишком маленький Clearense между TOP и TOP OVERLAY. не SMD компоненты окрашены нормально. Раньше такого не наблюдалось. В чем может быть проблема?

Изменить clearance в правилах (если такой зазор устраивает, конечно)

еще проверить в правилах на зазоры пасты и маски. на много-многоножечной микросхеме может ругаться на узкую полоску маски между выводами, не помню на вскидку как правило называется

Сообщение отредактировал zltigo - Oct 8 2009, 13:06

При проверке DRC пишет следющее: Silkscreen Over Component Pads (Clearance=10mil) (All),(All)
Рабочими библиотеками пользуюсь давно, при работе на более старой версии таких ошибок никогда не возникало.
Не могу понять в чем дело.
В ALtiume вроде не новичок

В последней версии появилась проверка наложения шелкографии на PAD/ На это и ругается. Отключите и будет как было. Но лучше настроить если используете
Отключается тут
tool/design rule check; Rule to check: manufactiring-флаги снять silcscren... и silk no silk
Настраивается Rule/manufactoring  в соответствующи разделах

Ага, на производстве сами шелкографию почистят с КП. Или же, если охота все самому, перед передачей на производство можно почистить автоматически в CAM.
Я это выполняю в CAM350.

Ну а если по новой плату редактировать будете опять в CAM350 все чистить?

Ну так разработка ПП и подготовка к передачи на производство - это в общем то разные процессы

Оно то так. Но если после "вычищения" надпись "не читаема" или еще хоже "в водит в заблуждение" --- Это не есть хорошо.
Чистит автомат, и ему по баробану что из 8 получилась тройка, или вместо "R12" осталось "R1"
Уж лучше вообще такое не писать, чем такое иметь на плате

Ясно, мы о "понятиях" немного не договорились!
Я имел ввиду шелкографию компонента, а не позиционные обозначения и номиналы (я их не рисую на плате). Так вот в таком случае шелкография в легкую может налезть на контактныю площадку (допустим, нумерация выводов у многолапой м/с). И не буду же я править из-за этого сам компонент!
Поэтому тут или правило надо писать хитро, или его не использовать.

PS. (Not IsComponentPrimitive)-(All) захватывает и строки свойств компонента (Comment, Designator). Как отделить мух от котлет?

Ну там раздельные правила для компонента и обозначений.
Одно можно исключить и шелкографию удалять.
Хотя лучше не лениться и ее подправить. Этож раз, но навсегда.
У вас мухи это Comment? а котлеты Designator?

Котлеты - шелкография компонента, мухи - обозначения, номиналы и прочие важные надписи и рисунки.
Рвздельных правил не увидел, только SilkscreenOverComponentPads и SilkToSilkClearance. А это несколько различные вещи...

Как я написал, это не всегда возможно:
я никогда заранее не могу предугадать на какую КП залезет циферка 0 от числа 120 (или штрих маркирующий десятки выводов).

А Вы вообще в курсе того, что можно править компонент уже на самой плате, а не в библиотеке ? В том числе и его "шелкографию" на плате.
А то после прочтения Вашего поста, что-то сложилось впечатление, что Вы даже и не ведаете о таких возможностях

А по подробнее можно. Или ссылочку где почитать.

А куда тут подробней: снимаете галочку, которая указана на рисунке, правите как Вам надо, потом ставите обратно, что б компонент не разлазился. И написанно обо всем этом , конечно же в документации ("TR0112 PCB Editor and Object Reference.pdf" - стр.17), просто ее читать надо

Спасибо. А что касается почитать - Документация объёмная да ещё и на английском, достаточно сложно найти что нужно.
Поэтому и приходится спрашивать.