1.1 Стандарт ЭПД: Форматы, Структура и Целостность

Проблемы в производстве часто возникают из-за неоднозначности исходных данных. Если инженерные данные изменчивы, субъективны или неполны, то и результаты производства становятся непредсказуемыми.

Эталонный пакет данных (ЭПД) — это строго контролируемый элемент конфигурации, а не случайный набор вложений в электронном письме или ссылка на общую папку SharePoint. Он представляет собой единый, неизменяемый снимок определения изделия в конкретный момент времени. Если ЭПД не приведен в детерминированное, воспроизводимое состояние, приступать к физическому производству нельзя.

Принцип замороженного артефакта

ЭПД следует рассматривать как скомпилированный бинарный файл для производства. Рекомендуется представлять его в виде единого архива с контролем версий (.zip или .tar), содержащего уникальный хеш.

Правило неизменяемости

Как только ревизия ЭПД (например, REV_A01) официально передана контрактному производителю, ни один файл внутри нее не должен изменяться.

• Если требуется инженерное изменение (даже изменение номинала одного резистора), необходимо сгенерировать и выпустить совершенно новую ревизию Эталонного пакета данных (REV_A02).
• Если файлы заменяются «на лету» через электронную почту или Slack, целостность конфигурации нарушается, и ответственность по гарантии возвращается к инженеру-разработчику.

Стандарт структуры каталога

Стандартизированная структура каталога исключает хаотичный поиск файлов инженерами CAM. Корневой каталог ЭПД рекомендуется приводить в соответствие со следующей схемой.

Рекомендуемая структура каталога:

/PROJECT_NAME_REV_XX/

├── 00_MANIFEST/ (Прослеживаемость и метаданные)

├── 01_BOM/ (Спецификация материалов (BOM))

├── 02_FABRICATION/ (Герберы, ODB++, Файлы сверления, Определения стеков)

├── 03_ASSEMBLY/ (Сборка и размещение, Чертежи сборки, Данные трафарета)

├── 04_SCHEMATICS/ (PDF формат, строго для отладки)

└── 05_TEST_FIRMWARE/ (Бинарные файлы, Инструкции по прошивке, Спецификации тестирования)

Лучшая практика

Размещение файлов в глубоких вложенных папках, например, .../Outputs/Job1/Gerbers/Final/For_Production, не рекомендуется. Иерархию следует упрощать до основных папок, перечисленных выше.

Допустимые форматы и критерии отказа

Процесс приема данных контрактным производителем является четким логическим шлюзом. Данные должны быть машинно-читаемыми и однозначными.

Данные изготовления (PCB)

• Предпочтительно: ODB++ (.tgz) или IPC-2581 (.xml). Эти интеллектуальные форматы содержат четкие данные слоев и явно определенные материалы, что значительно снижает риск ошибок интерпретации стеков.
• Принятые: Gerber (формат RS-274X или X2). Должны явно включать файлы сверления (в формате Excellon) и сетевой список (IPC-D-356) для проверки электрических тестов на голой плате.
• Не принимаются: Только исходные файлы САПР (например, .PcbDoc, .brd) без сгенерированных выходных данных. Исходные файлы вводят риски зависимости от версии и проблем с переводом шрифтов.

Данные сборки (PCBA)

• Требуется: Файл центров координат / данные установки (ASCII/CSV), содержащий точную матрицу: RefDes, X-Loc, Y-Loc, Поворот, Сторона (Верх/Низ).
• Требуется: Спецификация материалов (BOM) в структурированном формате CSV или Excel.
• Не принимаются: Спецификация материалов (BOM) только в формате PDF или отсканированные изображения.

Логика приема: Когда отклонять пакет

• Если архив содержит файлы с неясным назначением (например, Old_Files_Ignore.zip), пакет следует отклонить.
• Если имена файлов содержат конфликтующие теги ревизий (например, корневая папка указывает REV_B, но пакет Gerber указывает REV_A), пакет следует отклонить.
• Если отсутствуют критические слои для изготовления (Паста, Шелкография, Сверление), пакет следует отклонить.

Манифест: Доказательство происхождения

Каждый отдельный ЭПД должен содержать файл 00_MANIFEST/README.txt или manifest.json. Этот файл действует как паспорт конфигурации изделия. Без него производство не может надежно доказать, что было собрано, спустя 12 месяцев.

Рекомендуемые поля данных манифеста:

1. Ревизия пакета: Должна точно соответствовать имени архива.
2. Дата генерации: Формат ISO 8601 (ГГГГ-ММ-ДД).
3. Автор/Владелец: Ответственный контактный инженер.
4. Версия EDA-инструмента: (например, Altium 23.1, KiCad 7.0). Это критично для отладки неясных ошибок перевода полигонов.
5. Мастер-контрольная сумма (SHA-256): (Настоятельно рекомендуется) Криптографически подтверждает целостность файла.

---

Резюме: Стандарт ЭПД для передачи производства

Параметр	Требование	Формат/Значение	Критерий отказа
Неизменяемость ревизии	Запрещено изменение файлов после передачи.	Новая ревизия ЭПД (напр., REV_A02).	Замена файлов «на лету» (email, Slack).
Структура каталога	Стандартизированная, плоская иерархия.	/PROJECT_NAME_REV_XX/ с папками 01_BOM/, 02_FABRICATION/ и т.д.	Глубокие вложенные папки (.../Final/For_Production).
Форматы данных (PCB)	Машинно-читаемые, однозначные.	Предпочтительно: ODB++ (.tgz), IPC-2581. Принято: Gerber (RS-274X/X2) + файлы сверления в формате Excellon + IPC-D-356.	Только исходные файлы САПР (.PcbDoc, .brd).
Форматы данных (PCBA)	Структурированные, обрабатываемые.	BOM: CSV/Excel. Координаты: ASCII/CSV (RefDes, X, Y, Поворот, Сторона).	BOM только в PDF или отсканированный.
Манифест	Обязателен для прослеживаемости.	Файл в 00_MANIFEST/ (README.txt или manifest.json).	Отсутствие манифеста или несоответствие ревизии.