2.2 Управление рецептами и программами

Рецепт оборудования — будь то профиль пайки оплавлением, скрипт крутящего момента или файл для установщика SMT-компонентов (Pick & Place) — это не просто «настройка», а критически важная производственная спецификация. Если технолог изменяет температурный профиль на 5 °C для решения проблемы с процентом выхода годных с первого предъявления (FPY) изделий без надлежащей валидации, он фактически создает недокументированную ревизию продукта. Программы оборудования следует рассматривать как исходный код программного обеспечения, обеспечивая их версионирование, защиту и неизменность во время выполнения.

Архитектура «золотой копии»

Использование локального жесткого диска оборудования в качестве основного хранилища создает изолированные «острова данных», что затрудняет контроль версий.

Репозиторий: Все основные рецепты должны храниться в централизованной базе данных системы управления жизненным циклом изделия (PLM) или MES.
Кэш: Локальное хранилище оборудования предназначено исключительно для буферизации.
Принцип синхронизации:
- При запуске производственного заказа MES передает конкретную «золотую копию» рецепта непосредственно на оборудование.
- При сбое сети оборудование может безопасно работать из локального кэша, но только после того, как система проверит совпадение контрольной суммы с последней известной валидной основной копией.

Верификация по контрольной сумме

Предположение, что имя файла гарантирует его содержимое, может привести к ошибкам; например, файл «Profile_Rev2.rcp» на сервере теоретически может отличаться от одноименного файла на оборудовании. Для гарантии целостности файла надежным способом является использование криптографических хешей.

Логика проверки

Загрузка: MES загружает рецепт на оборудование.
Расчет: Оборудование или пограничный шлюз (Edge Gateway) вычисляет хеш (например, MD5 или SHA256) загруженного набора параметров.
Проверка: Оборудование отправляет рассчитанный хеш обратно в MES.
Решение:
- Если хеш с оборудования совпадает с хешем основной копии, система активирует кнопку «Старт».
- Если хеши не совпадают, система инициирует блокировку для остановки линии и уведомляет инженерную службу для немедленного расследования.

Жизненный цикл рецепта и управление состояниями

Изменение рецептов должно осуществляться через регламентированный процесс управления. Наилучшей практикой является предотвращение запуска «черновых» версий рецептов в серийном производстве.

Состояния рецепта

Черновик / Инжиниринг: Редактируемый. Разрешен только для заказов по освоению нового изделия (NPI) или с флагом «Инжиниринг».
На утверждении: Заблокирован (только для чтения). Ожидает утверждения отделом качества.
Выпущен (Активный): Стандартное состояние. Только для чтения. Исполняется по производственным заказам.
Устаревший: Архивирован. Заблокирован для выполнения.

Этапы утверждения

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

Редактор (например, технолог): Вносит изменения в параметры и переводит рецепт в состояние «На утверждении».
Утверждающий (например, менеджер по качеству или ведущий инженер): Проверяет изменения (часто с помощью отчета об изменениях) и переводит рецепт в состояние «Выпущен».
Ограничение: Система должна гарантировать, что редактор и утверждающий — разные пользователи.

Контроль доступа на основе ролей (RBAC)

Эти разрешения должны быть жестко прописаны в интерфейсе оператора (HMI) оборудования или управляться через централизованную консоль. Использование общих или универсальных паролей (например, «1234») недопустимо.

Роль	Возможности	Ограничение
Оператор	Загрузить рецепт, запустить, остановить.	Не может редактировать параметры процесса или обходить средства безопасности.
Технолог	Редактировать параметры, сохранять как новую версию.	Не может единолично выпустить рецепт в производство.
Менеджер по качеству	Просматривать параметры, утверждать/отклонять выпуск.	Не может напрямую редактировать параметры.
Служба обслуживания	Калибровать смещения (например, по оси Z, настройки системы технического зрения).	Изменения ограничены параметрами оборудования, а не конкретным «рецептом продукта».

Разграничение «допусков» и «уставок»

Операторам часто требуются незначительные корректировки для компенсации естественного разброса параметров материалов. Важно четко разграничить, какие параметры являются «фиксированными», а какие — «регулируемыми».

Критические параметры процесса (КПП): Это фиксированные уставки (например, температура пайки оплавлением, усилие прижима) и должны оставаться заблокированными для оператора.
Переменные оборудования: Это регулируемые в пределах заданного диапазона параметры (например, ширина конвейера, яркость системы технического зрения).
Логика работы с окном допуска:
- Система может разрешить оператору корректировку в пределах окна, например, ±5% от уставки.
- Если запрос на корректировку превышает это окно (например, >5%), система должна требовать авторизации изменения с помощью пароля мастера/супервайзера.

Резюме: Управление рецептами оборудования

Параметр / Объект	Требование	Значение / Состояние	Документ / Механизм
Хранение рецепта	Централизованное хранение «золотой копии»	PLM/MES репозиторий	Архитектура «золотой копии»
Целостность рецепта	Верификация при загрузке	Совпадение криптографического хеша (MD5/SHA256)	Верификация по контрольной сумме
Жизненный цикл	Состояние для серийного производства	Только «Выпущен (Активный)»	Управление состояниями рецепта
Утверждение изменений	Разделение ролей	Редактор ≠ Утверждающий	Правило «двух пар глаз»
Корректировка параметров	Разграничение уставок и допусков	КПП заблокированы, допуск для оператора ±5%	Контроль на основе окон допуска