Проверка и подтверждение результата
Помощь ИИ меняет то, как получается черновик. Она не меняет того, как принимается постпроцессор. Успешная сборка и чистый прогон доказывают, что программы сработали, — и не более того.
Указывайте, до какого предела дошла проверка
Пользуйтесь одним из четырёх состояний и сохраняйте подтверждение для него. Смысл в том, чтобы незавершённая проверка была видна, а не чтобы всё называлось «готово».
| Состояние | Что означает |
|---|---|
| Не проверено | Есть план, изменения или сборка, но постпроцессор не запускался на зафиксированном проекте |
| Технически проверено | Запуск завершился ожидаемо, сохранены лог, код результата и сформированный файл; содержание УП не разбиралось |
| Проверено на тестовом проекте | Исходная и новая УП сравнены на обычных тестовых операциях и применимых граничных сценариях — например, в начале и конце программы, при переходах между операциями и инструментами, повторе модальных команд, а также на минимальных и максимальных значениях параметров; параметры станка сверены |
| Одобрено для производства | Квалифицированный специалист подтвердил УП для конкретного станка, системы ЧПУ и области применения |
Применять в производстве позволяет только последнее состояние, и присвоить его может только человек. Никогда не описывайте результат как готовый или безопасный на основании кода завершения процесса.
Проверка изменений в исходном коде
- Изменения содержат то, о чём просили, и ничего больше: ни переформатирования, ни посторонних переписываний.
- Названия команд, параметры, единицы измерения, системы координат и предположения о модальности соответствуют справочнику CLData и фактическим данным проекта.
- Постпроцессор компилируется, и сообщения компиляции прочитаны, а не пролистаны.
- Проверены обычные, пропущенные, повторяющиеся, максимальные и неподдерживаемые входные значения, а не только один случай из тестового набора.
- Имя выходного файла, кодировка, переводы строк и обработка ошибок такие, каких ожидает станок.
Проверка УП
Сравнивайте с заведомо правильной программой и начинайте с первого отличающегося кадра: отличие в начале программы часто объясняет всё, что идёт после. Каждое отличие проследите до команды CLData и кода, который его породил.
Проверьте программу в целом:
- выбранный станок, систему ЧПУ, единицы измерения и рабочую систему координат;
- начало и конец программы, включая финальное позиционирование и останов;
- смену инструмента, шпиндель, подачи, охлаждение и безопасные позиции;
- знаки, порядок осей, коррекции, смещения нулей и отходы;
- циклы, подпрограммы, вращательные перемещения, ограничения и синхронизацию;
- отсутствие неожиданных перемещений, пропущенных команд и лишних кадров;
- соответствие программы исходной траектории — на тестовом участке и на пограничных случаях.
Затем прогоните её через симулятор и через ту проверку для конкретного станка, которой вы обычно пользуетесь. Предупреждения разбирайте, а не подавляйте.
Сохраняйте подтверждения
Храните вместе изменения исходного кода, входной проект, версию постпроцессора, отчёт о запуске и сформированную программу и записывайте, кто и когда проверял. Когда проблема всплывёт позже, именно это позволит отличить изменение постпроцессора от изменения данных.
Чего ассистент делать не должен
Он не должен утверждать код, менять настройки станка, чтобы вывод «прошёл», обходить проверку и передавать программу в систему ЧПУ. Между сформированным результатом и применением в производстве остаётся утверждение человеком.