Современные практики документирования для интегрированного проектирования печатных плат и механики

Когда я работал в дочерней компании Control Data, каждой схеме, механическому чертежу и печатной плате присваивался уникальный последовательный идентификатор. Хотя я был в отделе документации, я все еще не помню точный процесс, который собирал миникомпьютер вместе.

В то время все чертежи были рукописными. Чертежи переносили схему на велюм (или кальку) с использованием стандартных символов и шаблонов. Топология печатной платы делалась точечно-ленточным методом, в то время как механические инженеры создавали упаковочные чертежи на чертежном столе. Коммуникация текла через мемо, отчеты и личные встречи. Позже я написал блог How It Was: PCB Layout from Rubylith to Dot and Tape to CAD чтобы задокументировать те воспоминания.

С подъемом CAD чертежи стали цифровыми, но рабочий процесс остался в сущности тем же: схема питала нетлист, выход печатной платы конвертировался в .dxf для AutoCAD, и получившиеся файлы могли быть сгруппированы и категоризированы. Новый электронный формат просто сделал бумажный след легче для управления.

Современные продукты строятся этапами, создавая подсборки, которые вводят дополнительную сложность. Когда у вас несколько сборок, использующих разные компоненты, иерархия документации должна отражать уровень, на котором схема и другие чертежи принадлежат. Привязана ли схема к самому раннему общему дизайну, или у каждой сборки своя версия с обновленными значениями компонентов? Ответ зависит от предполагаемого использования — отладки, производства или сервиса.

За годы наша система документации эволюционировала ад-хок, под влиянием персонала из разных источников. Я принял принцип из авиации: каждый документ должен существовать только в одном месте. Дублирующие документы создают путаницу и увеличивают риск ошибок.

Рисунок 1. Сложный продукт. Полная спецификация материалов для компонента А включает чертежи боковых этикеток (B), корпуса (C), передней панели (D), разъемов (E и F), подсборки (G) и прошивку для микроконтроллера на G. Где в иерархии должна находиться схема? (Источник: Автор)

Каждому продукту присваивается каталоговый номер — обычно последовательно. Документы верхнего уровня используют буквенный префикс, каталоговый номер и суффикс ревизии. Например, схема (рев C) для каталогового номера 330924 — W330924C; механический чертеж (реф F) — M330924F; BOM (рев G) — P330924G. Подсборки получают свои последовательные номера (например, SB00123), и их документы следуют той же схеме префикс-номер-суффикс. Документы появляются только там, где нужны; схема, например, находится на уровне общего предка. Значения компонентов, меняющиеся между сборками, помечаются символом, указывающим, что значение определено в BOM. Механические сборки и прошивка следуют той же схеме. Сама печатная плата получает последовательный номер и ревизию — без префикса.

Современные CAD-экосистемы, такие как Altium, интегрируют схему, печатную плату, сборочные чертежи, механические чертежи и даже прошивку в единую среду проектирования. Чертежи часто настаивают на том, что печатная плата — физическое проявление схемы, поэтому обе должны оставаться в шаге. Когда значение компонента меняется, ревизия печатной платы тоже должна меняться. Вопрос: какой номер должны нести схема, сборочные и механические чертежи при любом изменении печатной платы (даже для тривиальных обновлений вроде шелкографии)? Привязаны ли они к каталоговому номеру или номеру печатной платы? И как гарантировать, что инженеры видят обновленный чертеж, а не тот, что автоматически в комплекте с печатной платой?

Существуют лучшие практики. Примите систему управления данными продукта (PDM), которая обеспечивает единственный источник правды, контроль версий и четкие иерархии документов. Используйте согласованную схему нумерации, такую как:

• Каталоговый номер (CAT): Уникальный идентификатор продукта (например, 330924).
• ID компонента (CMP): Последовательный номер подсборки (например, SB00123).
• Префикс документа: W для схем, M для механики, P для BOM, R для топологии печатной платы.
• Буква ревизии: A, B, C… для каждого изменения.

Когда происходит изменение, обновите ревизию соответствующего документа и создайте новую версию всего дизайн-пакета. Храните файлы дизайна в централизованном репозитории с контролем доступа и аудиторскими следами. Свяжите каждую ревизию с BOM, чтобы производство, ОТК и сервисные команды всегда ссылались на правильную версию.

Для дополнительного руководства обратитесь к стандартам вроде ISO 9001 (управление качеством), IEC 61360 (данные продукта) и IEEE 1557 (управление электронным дизайном). Если ищете академические исследования, многие кандидаты наук публикуют фреймворки документирования в инженерных журналах. Обратитесь к профессиональным группам вроде Association for Manufacturing Technology (AMT) или Institute of Electrical and Electronics Engineers (IEEE) за кейс-стади и шаблонами.

Внедрение современной, согласованной системы документирования сократит ошибки, ускорит выход на рынок и построит уверенность в инженерных, производственных и сервисных командах.