Як перевірити точність розрахункового часу CAM-програми ART-142

Найчастіша причина помилки — порівнюють різні інтервали

CAM може показувати 42 хвилини «cutting time». Оператор записує 58 хвилин від моменту, коли почав шукати лист, до моменту, коли передав відсортовані деталі. Обидва числа можуть бути правильними, але вони вимірюють різне.

Перед тестом зафіксуйте межі:

| Інтервал | Що може входити | |---|---| | NC / program time | Виконання затвердженої програми від старту до завершення | | Машинний цикл листа | Завантаження в робочу позицію, програма, автоматичні переходи, вивантаження — залежно від конфігурації | | Виробничий час замовлення | Підготовка, очікування, цикл, сортування, контроль | | Lead time | Від прийняття замовлення до готовності всіх операцій |

Для калібрування CAM найкраще порівнювати прогноз із максимально близьким машинним інтервалом, а допоміжні операції вести окремо. Інакше технолог почне «виправляти» швидкості у програмі, хоча різницю створює пошук матеріалу або сортування.

Що зазвичай враховує CAM

Залежно від системи та постпроцесора розрахунок може містити:

• рух по контуру з призначеною швидкістю;
• пробивання та підходи;
• холості переміщення між контурами;
• lead-in і lead-out;
• маркування або інші задані операції;
• зміну режиму між типами геометрії;
• автоматичну послідовність;
• окремі машинні затримки, якщо вони описані в моделі.

Офіційні матеріали SigmaNEST заявляють автоматичний розрахунок cutting time під час імпорту та збереження toolpath і machine data. Hypertherm для ProNest описує simulation, послідовність, feedrate, технології пробивання й детальні звіти. TRUMPF окремо пропонує розрахунок часу та вартості на основі технологічних даних своїх машин. Це підтверджує саму можливість оцінки, але не гарантує, що локальна база даних відповідає фактичній конфігурації.

Що часто залишається поза прогнозом

У фактичний час можуть потрапити:

• очікування крана, навантажувача або автоматичного складу;
• перевірка матеріалу й документації;
• дозволені регламентні дії оператора;
• зупинка для огляду першої деталі;
• очищення або видалення проблемного фрагмента;
• повторний старт після попередження;
• ручне сортування;
• очікування рішення технолога;
• незаплановане обслуговування;
• мережеві або організаційні затримки.

Ці події не треба приховувати всередині «коефіцієнта CAM». Їм потрібні власні коди причин. Тоді прогноз NC-циклу залишається технічно чистим, а план виробництва додає реальний allowance для допоміжних робіт.

Підготуйте контрольну вибірку

Один ідеальний демонстраційний лист не характеризує систему. Вибірка має відображати виробництво:

• тонкі, середні й товсті матеріали в реальному діапазоні підприємства;
• короткі та довгі контури;
• різну кількість внутрішніх вирізів;
• серійні й змішані nest;
• типові формати листа;
• повторювані та нові деталі;
• програми з маркуванням, якщо воно застосовується;
• різні операторські зміни без персонального рейтингу.

Стартовий пілот можна провести на обмеженій, але репрезентативній групі коректно записаних програм. Її розмір не є універсальним: він залежить від різноманітності матеріалів і геометрії, стабільності процесу та точності, потрібної для конкретного рішення. Для стійких коефіцієнтів накопичують більшу історію. Рідкісні аварійні події слід аналізувати окремо: вони важливі для надійності, але спотворюють типовий прогноз.

Зафіксуйте версію даних

Порівняння втрачає сенс, якщо технолог змінив розкладку або режим, а файл зберігся під тією самою назвою. Мінімальний запис для тесту:

• ART або внутрішній ID аналізу;
• ID замовлення та nest;
• ревізія деталей;
• версія CAM і постпроцесора;
• ідентифікатор машини;
• матеріал, товщина, формат;
• назва/версія затвердженого технологічного набору;
• час розрахунку;
• час факту;
• межі обох інтервалів;
• зупинки та причини;
• дата й зміна.

Не потрібно копіювати в публічний звіт секретні параметри, серійні номери або небезпечні налаштування. Для внутрішньої простежуваності достатньо стабільних посилань на контрольовані записи.

Основні показники точності

Для кожної програми обчисліть:

Абсолютне відхилення = фактичний час − розрахунковий час.

Відносне відхилення = (фактичний − розрахунковий) / розрахунковий × 100%.

Знак важливий. Якщо факт постійно більший, модель недооцінює час або фактичний інтервал містить додаткові події. Якщо факт менший, база може бути консервативною або машина працює інакше, ніж описано.

Не обмежуйтеся середнім відсотком. Позитивні й негативні помилки можуть взаємно погаситися. Корисно дивитися:

• медіанне відхилення;
• середню абсолютну помилку;
• 80-й або 90-й процентиль абсолютної помилки для планового резерву;
• помилку за матеріалом, товщиною, типом геометрії та машиною;
• частку програм у прийнятному коридорі.

Прийнятний коридор підприємство визначає за метою. Для попередньої пропозиції він може бути ширшим, ніж для диспетчеризації щільної зміни.

Розкладіть відхилення на причини

Загальний коефіцієнт «додати 15%» швидко старіє. Краще класифікувати:

| Група | Приклад питання | |---|---| | Геометрія | Помилка зростає зі збільшенням дрібних контурів? | | Технологічна модель | Чи коректно описані машинні події й дозволені режими? | | Послідовність | CAM і фактичний NC мають ту саму траєкторію? | | Машина | Є систематична різниця на одній конфігурації? | | Матеріал | Певна група частіше потребує контрольних пауз? | | Організація | До факту потрапило очікування або сортування? | | Дані | Порівнюються різні ревізії програми? |

Якщо розбіжність виникає лише в програмах із великою кількістю пробивань, корекція загальної швидкості різання не вирішить проблему. Якщо відхилення однакове в хвилинах для будь-якої програми, можливо, не врахована фіксована машинна подія. Це гіпотези для перевірки відповідальним технологом, не інструкції з налаштування.

Відокремте звичайні паузи від особливих подій

Для планування потрібні два шари:

1. Базовий прогноз програми — повторювані події, які CAM здатен моделювати. 2. Операційний резерв — нормальні допоміжні роботи, які не є частиною NC.

Аварійні зупинки, брак матеріалу або сервісний інцидент не слід розмазувати по кожній програмі однаковим коефіцієнтом. Їх аналізують як втрати доступності або ризик. Це вже межує з OEE, але повний розрахунок OEE належить ART-146.

Калібрування без небезпечних скорочень

Після аналізу можна оновити нормативи, але лише в контрольованому процесі:

1. Визначити групу, де помилка стабільна. 2. Перевірити правильність версій і меж часу. 3. Знайти причину, а не лише відсоток. 4. Підготувати зміну в тестовому середовищі або копії бази. 5. Перевірити на контрольних деталях за правилами підприємства. 6. Затвердити відповідальним фахівцем. 7. Присвоїти версію й дату дії. 8. Повторити план/факт після впровадження.

Не можна публікувати універсальні швидкості, газові параметри, положення фокуса або інші технологічні значення. Вони залежать від конкретних джерела, головки, машини, матеріалу, газу й документації виробника.

Як використовувати точність у калькуляції

Якщо медіанна помилка мала, але в 10% складних програм факт значно більший, для котирування варто застосовувати не один середній коефіцієнт, а клас складності або статистичний резерв. Прогноз ціни має бути консервативним настільки, щоб покривати нормальну варіативність, але не маскувати системну проблему даних.

Для повторюваної деталі найкращим прогнозом часто є останній стабільний факт за тієї самої ревізії та співставних умов. CAM залишається потрібним для нових замовлень, порівняння сценаріїв і перевірки змін.

Контроль після оновлення CAM або машини

Оновлення CAM, постпроцесора, контролера або технологічної бази створює нову версію моделі часу. Старий коефіцієнт не слід переносити автоматично. Після зміни виберіть короткий затверджений набір контрольних програм, збережіть попередній прогноз, сформуйте новий і порівняйте обидва з фактичним виконанням. Якщо змінилася лише форма звіту або назва показника, потрібно переконатися, що межі часу залишилися тими самими.

Для кількох верстатів коефіцієнти мають бути окремими. Навіть машини одного класу можуть відрізнятися конфігурацією, автоматизацією та набором змодельованих подій. Об’єднувати їх в одну статистику можна лише після перевірки, що розподіли помилки подібні.

Корисно мати контрольну дату наступного перегляду. Підставою для позапланової перевірки є систематичне зміщення помилки, оновлення ПЗ, зміна постпроцесора, нова група матеріалів або помітна зміна структури замовлень. Так калібрування стає частиною керування даними, а не реакцією на одну невдалу програму.

Відокремте зміщення від випадкового розкиду

Два набори даних можуть мати однакову середню помилку, але вимагати різних дій. У першому фактичний час майже завжди на кілька хвилин більший за прогноз. Це схоже на пропущену постійну подію або різні межі циклу. У другому середня різниця близька до нуля, але окремі програми сильно відхиляються в обидва боки. Тут загальний коефіцієнт не допоможе: потрібно шукати групу, у якій змінюється розкид.

Для управлінської перевірки достатньо бачити:

• медіану абсолютної помилки в хвилинах;
• медіану відносної помилки у відсотках;
• напрям систематичного зміщення;
• діапазон, у якому лежить більшість типових програм;
• окремий список великих відхилень із кодами причин.

Середнє значення корисне, але чутливе до одиничної довгої зупинки. Медіана краще показує типовий випадок, проте може приховати дорогий «хвіст» складних замовлень. Тому показники потрібно читати разом, не оголошуючи один із них універсально правильним.

Будуйте гіпотези за формою помилки

Розподіл відхилень підказує, де починати перевірку, але не є доказом причини.

| Спостереження | Робоча гіпотеза | Що звірити | |---|---|---| | Майже однакова різниця в хвилинах | Не врахована фіксована подія | Межі старту й завершення, автоматичні цикли | | Помилка зростає з довжиною різу | Неоднорідна модель руху або база часу | Групи матеріалу, версії даних, фактична траєкторія | | Відхилення зростає з кількістю пробивань | Окремий компонент циклу | Кількість подій у прогнозі та журналі | | Помилка лише в одній групі деталей | Неправильне групування або локальне припущення | Геометрія, матеріал, ревізія, постпроцесор | | Розкид залежить від зміни | Різні межі запису або допоміжні дії | Правило реєстрації, а не рейтинг працівників |

Після формування гіпотези вибирають контрольні програми, де вона має проявитися. Якщо зміна коефіцієнта покращила одну групу, але погіршила іншу, корекція надто широка. Тоді потрібні окремі класи або виправлення первинної моделі, а не ще один загальний відсоток.

Перевіряйте нову модель паралельно зі старою

До затвердження корекції корисно певний час рахувати два прогнози: чинний і кандидатний. Обидва порівнюються з тим самим фактом, але у виробниче планування передається лише дозволена версія. Це не дає експериментальному коефіцієнту непомітно змінити строки або калькуляцію.

Запис перевірки має містити дату, автора зміни, групи програм, старий і новий результат, критерій прийняття та рішення. Якщо покращення не повторюється на відкладеній контрольній групі, нову модель не слід затверджувати лише через добрий результат на даних, за якими її налаштовували.

Узгодьте точність із призначенням

Один прогноз може бути достатнім для попередньої комерційної оцінки, але недостатнім для щільного погодинного плану. Тому перед калібруванням потрібно вказати, яке рішення підтримує показник: швидка пропозиція, детальна калькуляція, порядок черги або аналіз відхилень.

Чим коротше планове вікно і дорожче запізнення, тим важливіше бачити не лише середній час, а нормальну варіативність. Водночас немає сенсу вимагати секундної точності від моделі, якщо фактичний журнал записується з округленням до кількох хвилин. Точність розрахунку не може бути вищою за якість вихідних даних.

Перед аналізом зафіксуйте роздільну здатність вимірювання: як округлюється час, хто створює подію старту й завершення та чи синхронізовані годинники CAM, контролера й виробничого журналу. Інакше невелике відхилення може бути наслідком різних часових міток, а не помилки технологічної моделі.

Типові помилки

Порівнювати CAM із повним часом замовлення. Спочатку вирівняйте межі.

Калібрувати на одному матеріалі. Модель може бути точною лише для вузької групи.

Видаляти «погані» факти без причини. Викид можна виключити з нормативу, але він має залишитися в журналі подій.

Оновлювати базу без версії. Тоді старі й нові програми стають непорівнюваними.

Оцінювати операторів за відхиленням. Це стимулює приховувати паузи; дані потрібні для процесу, не для покарання.

Виправляти технологію коефіцієнтом. Спершу відокремте дані, організацію й реальну машинну модель.

Чекліст перевірки

• Відомо, який інтервал прогнозує CAM?
• Факт має ті самі початок і кінець?
• Версії nest, NC, CAM і постпроцесора зафіксовані?
• Вибірка представляє реальну номенклатуру?
• Зупинки мають коди причин?
• Аналізуються абсолютна помилка й розподіл, а не лише середнє?
• Відхилення згруповані за матеріалом, геометрією й машиною?
• Зміни проходять контроль і версіонування?
• Після зміни проведена повторна перевірка?

Висновок

Точний CAM-час — не число, яке один раз «налаштували». Це керована модель, яку регулярно звіряють з однорідним фактом. Найбільший ефект дають чіткі межі циклу, версійність даних, коди причин і аналіз груп, де помилка повторюється.

Коли підприємство окремо бачить прогноз NC, нормальні допоміжні операції та незаплановані втрати, калькуляція й планування стають значно надійнішими. А технолог отримує конкретне питання для перевірки замість загальної вимоги «зробити CAM точнішим».

Потрібна сервісна консультація