Шаблон правил PCB DRC не должен существовать только для того, чтобы CAD-система "убрала ошибки". В реальных проектах шаблон правил PCB DRC напрямую определяет, согласованы ли ширина и зазоры трасс, переходные отверстия, импеданс, монтажные расстояния и релизный пакет с текущей структурой слоев, возможностями производителя плат и процессом сборки. Многие команды на раннем этапе просто копируют файл правил из старого проекта. Макет выглядит чисто и без ошибок, но проблемы все равно массово всплывают позже на CAM-проверке, DFM-проверке, проверке импеданса или пилотной сборке.
С точки зрения запуска в производство действительно полезная DRC-база должна одновременно зафиксировать условия структуры слоев, технологическое окно поставщика, границы сборки и дисциплину релиза. Если сами правила оторваны от текущей структуры слоев платы, толщины меди, целевого импеданса и предположений по сборке, полностью зеленый макет не означает, что плата действительно производима, собираема и стабильна в серии. Более надежный подход - считать DRC "макетным выражением производственных предпосылок проекта", а не стандартной проверкой из коробки.
Почему шаблон правил PCB DRC нельзя просто копировать из старого проекта
Многие DRC-проблемы начинаются не с трассировки, а с ошибочных предпосылок. Команда продолжает использовать файл ограничений из старого проекта, хотя у текущей платы уже другое число слоев, другая толщина меди, другие диэлектрики, другие цели по импедансу, иная плотность компонентов или иные возможности завода. CAD проходит, а производство и сборка нет.
Такие риски обычно возникают из-за того, что:
- Ширины и зазоры из старого проекта не подходят к текущей толщине платы и меди
- Диаметр отверстий, annular ring и aspect ratio все еще отражают окно прошлого поставщика
- High-speed или mixed-signal плата продолжает использовать правила импеданса и возвратного тока обычной цифровой платы
- Courtyard и монтажные расстояния не были обновлены под текущие возможности SMT
- Перед релизом нет привязки файла правил к версии структуры слоев, производственным примечаниям и требованиям к сборке
Поэтому хороший DRC-шаблон не тот, который максимально универсален, а тот, который точнее всего отражает реальные технологические условия текущего проекта.
Таблица ключевых параметров для шаблона правил PCB DRC
Таблица ниже не является фиксированным отраслевым стандартом. Она показывает пункты, которые чаще всего замораживаются при создании шаблона правил PCB DRC. Конкретные значения по-прежнему нужно подтверждать по типу платы, структуре слоев, плотности компонентов и возможностям поставщика.
| Пункт правила | Что обычно замораживается | Подсказка по проектированию |
|---|---|---|
| Число слоев и структура слоев | Число слоев, опорные слои, толщина меди, толщина диэлектрика | DRC должен быть привязан к текущей структуре слоев и не может существовать отдельно от нее |
| Ширина / зазор | Определяются по классам сетей, а не одним числом на всю плату | Питание, обычные сигналы, high-speed и высоковольтные зоны нужно вести отдельно |
| Диаметр отверстия / annular ring | Готовое отверстие, компенсация сверления, минимальный annular ring | Нужно учитывать допуск совмещения и запас после металлизации, а не только теоретический минимум |
| Правила импеданса | Single-ended / differential цель, допустимые слои, стратегия neck-down | Набор правил должен одновременно ограничивать путь возврата и поведение при смене слоя |
| Паяльная маска и край платы | Перемычка маски, окна, расстояние меди до края | Это напрямую влияет на пайку, депанелизацию и стабильность выхода годных |
| Межкомпонентные расстояния | SMT, THT, rework и доступность тестирования | Они должны отражать реальное окно сборки и ремонта, а не только то, что физически помещается на макете |
| Зоны теста и технологические области | Test point, tooling hole, технологические поля и keep-out | Чем позже они добавляются, тем дороже обходится переделка |
| Релиз и управление версиями | Файл правил, ревизия структуры слоев, утверждение исключений | Без дисциплины по версиям даже правильные числа теряют силу |
Если эти пункты не заморозить до начала layout, DRC очень легко превращается из инструмента управления в простой список ошибок.
Сначала нужно привязать структуру слоев и импеданс, потом задавать ширины и зазоры
Первый шаг к рабочему DRC-шаблону - не ввод минимальной ширины трассы, а подтверждение того, какой stackup реально будет использоваться на этой плате. Ширины и зазоры, классы импеданса, опорные слои возврата и пределы neck-down должны строиться на текущей многослойной структуре PCB и на реальном технологическом окне завода.
До начала layout как минимум нужно зафиксировать:
- Утвержденное число слоев, толщину меди и диэлектрика
- Каждую цель по импедансу и соответствующий опорный слой
- Требуют ли high-speed сети более строгих layer-правил на основе возможностей производства high-speed PCB
- Какие сети допускают neck-down, а какие должны сохранять полный проводящий срез
- Нужны ли отдельные классы для высоковольтных, силовых и чувствительных сигнальных зон
Если эти предпосылки еще не заморожены, текущий DRC можно считать только временной версией, а не финальной базой для релиза. И целевое значение импеданса не должно оставаться только ярлыком вроде "90 Ом дифференциально", а должно превращаться в исполнимое правило по слоям, ширине, зазору и опорной плоскости.
Почему ширина, зазор, диаметр отверстий и annular ring должны управляться по классам сетей
Одна из типичных проблем многих шаблонов в том, что вся плата живет с одной минимальной шириной трассы и одним минимальным зазором. High-speed линии, силовая медь, высоковольтные зоны изоляции и обычные цифровые трассы оказываются внутри одного набора правил. Это просто, но для серии почти бесполезно.
Более практичная структура DRC обычно делит правила на несколько категорий:
- Обычные сигнальные сети: базовые ширины, зазоры и стандартные via
- High-speed сети: отдельные ограничения для дифференциальных пар, допустимых слоев, согласования длин и возвратного пути
- Силовые сети: более широкие проводники в зависимости от тока, толщины меди и нагрева
- Высоковольтные или safety-сети: увеличенные расстояния и отдельные зоны запрета
- Зоны fanout разъемов и BGA: управляемый neck-down может быть разрешен, но границы должны быть зафиксированы явно
Точно так же диаметр отверстий, контактное кольцо и типы переходных отверстий нужно вести по назначению. Профиль риска у обычных переходных отверстий, высокоскоростных переходов между слоями, тестовых переходных отверстий и переходных отверстий для большого тока совершенно разный. Если в шаблоне остается только одно типовое переходное отверстие, проблемы обычно проявляются позже на CAM-проверке или в процессе анализа сечений пилотной партии.
В PCB DRC правила импеданса, возвратного тока и смены слоя должны писаться вместе
В high-speed проектах очень распространенная ошибка - задать только целевое значение импеданса, но не ограничить соответствующее поведение макета. Надпись 50 Ом single-ended или 100 Ом differential сама по себе не гарантирует работоспособный канал. Если сигнал пересекает split plane, меняет слой без stitching по возврату или слишком сильно сужается в breakout-зоне, теоретический импеданс на реальной плате вряд ли сохранится.
Поэтому controlled-impedance классы в DRC также должны определять:
- На каких слоях может идти каждый класс импеданса
- Какова опорная плоскость по умолчанию и какие области нельзя пересекать через split
- В каких случаях смены слоя обязательны stitching-via по возврату
- Допускается ли neck-down, и если да, то на какой длине и в каком месте
- Нужны ли специальные правила для разъемов, BGA fanout и переходных зон у края платы
Если команда не внесла эти условия в шаблон, проблемы SI с большой вероятностью не проявятся на этапе DRC, а всплывут позже на отладке прототипа и испытаниях. Для проектов, где нужно передавать импеданс в производство, стоит также синхронно держать документацию по stackup и подготовку Gerber-данных, чтобы правила layout и пакет поставки не расходились.
Почему ограничения по сборке, тестированию и панелизации должны попадать в DRC-шаблон заранее
Еще одна частая ошибка состоит в том, что на раннем этапе команда смотрит только на геометрию и импеданс, а вопросы сборки оставляет на момент перед выпуском Gerber. Если в этот момент оказывается, что компоненты стоят слишком плотно, fiducial неработоспособны, места для rework нет или rails панели мешают разъемам, макет приходится откатывать назад.
Шаблон, ориентированный на серию, обычно заранее включает:
- Минимальные расстояния между компонентами вокруг fine-pitch ИС, плотных разъемов и крупных компонентов
- Правила keep-out и ориентации для зон SMT, THT, selective solder или ручной пайки
- Зарезервированное пространство под test point, технологические поля и контактные зоны оснастки
- Ограничения по компонентам, связанные с panel rails, V-cut и напряжением при депанелизации, как в руководстве по панелизации
- Требования к передаче данных по сборке, BOM и технологическим примечаниям вместе с лучшими практиками по BOM для сборки и основами производственного чертежа
Если проект сразу идет в SMT-сборку или сборку под ключ, DRC не должен останавливаться на одной только проверке трассировки. Он должен заранее отражать возможности монтажа, доработки и тестирования.
Почему управление версиями шаблона DRC так же важно, как и сами числа
Даже если численные значения в шаблоне разумны, проект все равно может пойти не так при хаотичном управлении версиями. Аппаратная команда, команда трассировки, CAM, завод по PCB и сборщик должны понимать: какая версия правил сейчас активна, какой версии структуры слоев она соответствует, какие исключения утверждены официально и какие ограничения поменялись после ECO.
Более надежный порядок работы обычно включает:
- Совместное управление версией файла правил и версией stackup.
- Фиксацию причины и области действия при каждом изменении ключевого правила.
- Ведение утвержденных следов по временным waiver, локальным исключениям и ECO-отклонениям.
- Повторную проверку перед релизом, что Gerber, таблица сверления, координаты центров и примечания по сборке все еще соответствуют текущему набору правил.
- Согласование процесса выпуска трассировки с лучшими практиками передачи проекта.
Без такой дисциплины итоговый пакет данных часто уже не совпадает с теми предпосылками, на которых основывалась проверка.
Что нужно проверить перед выпуском шаблона правил PCB DRC
Перед финальным релизом команда не должна смотреть только на то, показывает ли CAD ноль ошибок. Нужно также подтвердить, что DRC действительно соответствует производственным данным. Практичный release-check обычно включает:
- Повторную проверку структуры слоев и импеданса: полностью ли совпадают финальный stackup, примечания по импедансу и правила layout.
- Повторную проверку геометрии и отверстий: остаются ли критические сети, диаметр отверстий, annular ring и отступ от края внутри окна, согласованного с поставщиком.
- Повторную проверку сборки и теста: остаются ли после ECO действительными межкомпонентные расстояния, test point, panel rails и пространство под rework.
- Повторную проверку релизных данных: соответствуют ли Gerber, таблица сверления, сборочные чертежи и технологические примечания текущему набору правил.
- Повторную проверку исключений: все ли waiver и специальные разрешения записаны и приняты заинтересованными командами.
Если эти пункты не проверяются вместе, шаблон DRC легко разрывается между состояниями "макет прошел" и "производство прошло".
Часто задаваемые вопросы о шаблонах правил PCB DRC
Можно ли напрямую использовать шаблон правил PCB DRC из старого корпоративного проекта?
Его можно брать как ориентир, но не стоит переносить без проверки. Как только меняются stackup, толщина меди, плотность компонентов, цели по импедансу или возможности поставщика, старый шаблон уже требует перенастройки.
Почему одной общей ширины и зазора на всю плату недостаточно?
Потому что обычная цифровая трассировка, high-speed дифференциальные пары, силовая медь и высоковольтные зоны изоляции несут совсем разный риск. Один общий набор правил обычно убирает управленческий фокус и оставляет только формальное единообразие.
Ноль ошибок DRC означает, что плата производима?
Нет. DRC проверяет только те условия, которые в него записаны. Если сами правила не привязаны к структуре слоев, сборке и окну поставщика, ноль ошибок еще не означает, что завод PCB и сборщик смогут стабильно изготовить плату.
Когда стоит записывать правила сборки в DRC?
Как можно раньше. Если межкомпонентные расстояния, test point, panel rails и пространство для rework оставлены до этапа перед Gerber, стоимость исправлений обычно заметно возрастает.
Какие пункты важнее всего заморозить до релиза?
В первую очередь структуру слоев, классы импеданса, структуру отверстий, межкомпонентные расстояния, зоны запрета для сборки, требования к релизным данным и версию файла правил. Чем позже они замораживаются, тем больше появляется ECO и переделок.
Заключение
Шаблон правил PCB DRC - это не формальный чек-лист, а механизм управления, который переводит предпосылки по stackup, возможности поставщика, границы сборки и дисциплину релиза в исполнимые ограничения layout. Наиболее ценен обычно не самый сложный шаблон, а тот, который лучше всего соответствует реальному технологическому окну проекта и который команда может стабильно переиспользовать.
Следующие шаги
Если ваша команда строит или очищает базу PCB DRC, HILPCB может помочь следующим:
- Предварительная проверка структуры слоев и правил: выявление рисков по ширинам, зазорам, импедансу и структуре отверстий до начала трассировки -> Посмотреть возможности по производству PCB и поддержке DFM
- Координация сборки и условий релиза: помощь в оценке межкомпонентных расстояний, доступности тестирования и границ релизных данных -> Запросить расчет на производство и сборку PCB
- Поддержка старта проекта и заморозки правил: раннее согласование DRC-шаблона, структуры слоев и дисциплины релиза -> Связаться с инженерной командой PCB для оценки
Если вы хотите завершить аудит шаблона правил PCB DRC, проверку структуры слоев и импеданса или проверку DFM-релизной базы до первого запуска платы, инженерная команда может разобрать конкретный проект вместе с вами.
Материалы по теме:
- Лучшие практики передачи проекта: как держать синхронизированными условия выпуска трассировки и передаваемые файлы
- Документация по stackup: почему примечания к stackup должны оставаться синхронными с шаблоном DRC
- Подготовка Gerber-данных: как производственные данные могут расходиться с правилами layout
- Руководство по панелизации: как keep-out компонентов и границы панели должны попадать в правила заранее
- Лучшие практики по BOM для сборки: какую информацию по сборке нужно замораживать вместе с DRC