Лазер готовий різати, але запускати нічого — це не одна проблема
Оператор стоїть біля справного лазера. Попередній лист уже знято, машина вільна, аварій немає. Але новий цикл не починається.
Причина може звучати однаково: «немає роботи». Насправді за цією фразою ховаються зовсім різні ситуації. Креслення ще не пройшло підготовку керуючої програми (CAM) для конкретної машини. Програма є, але деталі не зібрані в розкрій. Розкрій готовий, але потрібний лист числиться на складі лише в системі й фізично знаходиться в іншій зоні. Матеріал є, але ніхто не вирішив, яке з п'яти термінових замовлень запускати першим. А іноді все готово до різання, але гнуття вже перевантажене, тому прискорений випуск лазера лише збільшить незавершене виробництво.
Для машини всі ці причини виглядають однаково: вона не ріже. Для керівника виробництва це п'ять різних вузьких місць і п'ять різних класів рішень.
Саме тому швидкий лазер може мати невисоку фактичну зайнятість навіть без технічних проблем. Чим коротшим стає його власний цикл, тим помітнішою стає швидкість, з якою підприємство встигає приймати рішення й готувати наступну роботу.
Замовлення має стати «готовим до різання» ще до того, як звільниться машина
У багатьох цехах статус «замовлення у виробництві» занадто широкий. Він не відповідає на просте питання: чи можна прямо зараз завантажити лист і натиснути старт без додаткового пошуку, дзвінків та переробки даних?
Для лазера справді готова робота зазвичай означає, що одночасно виконано кілька умов:
- актуальна геометрія деталі затверджена;
- технологічна програма підготовлена для конкретної машини;
- деталі об'єднані в придатний розкрій;
- відомі матеріал, марка, товщина й формат листа;
- потрібний матеріал реально доступний і зарезервований під це завдання;
- визначено пріоритет запуску;
- зрозуміло, куди підуть деталі після різання і чи може наступна операція їх прийняти.
Якщо хоча б один пункт відкритий, робота ще не повністю готова, навіть якщо комерційне замовлення давно прийняте.
Ця відмінність критична для продуктивної машини. Повільний лазер може різати один лист достатньо довго, щоб програміст паралельно підготував наступний. Коли машина стала вдвічі швидшою, той самий офісний процес раптом перестає встигати. Виникає не дефіцит замовлень, а дефіцит готових до запуску замовлень.
Перше вузьке місце — програма ще не готова
CAM-проблема виникає до того, як оператор бачить майбутнє завдання на машині.
Креслення може потребувати очищення, перевірки контурів, призначення технології, визначення входів і проколів, мікроперемичок, маркування або інших параметрів. Якщо номенклатура нестандартна, кожне нове замовлення може вимагати значної ручної підготовки. Якщо вхідні файли приходять у різних форматах або з помилками, частина часу програміста витрачається не на CAM як такий, а на виправлення даних.
Тут важливо не плутати два показники. Можна мати швидкого програміста, але все одно регулярно залишати машину без NC-програми, якщо завдання приходять до нього надто пізно. І навпаки, програма може готуватися довго, але це не створюватиме простою, якщо є достатня черга вже готових робіт.
Тому для діагностики корисно вимірювати не лише «скільки хвилин програміст витрачає на деталь», а час від моменту, коли замовлення дозволено готувати, до моменту, коли воно реально готове до запуску. Сюди потрапляють очікування креслення, уточнення, черга перед програмістом, повторні правки та саме програмування.
Якщо лазер систематично чекає саме на цей етап, рішення може бути в стандартизації вхідних даних, підготовці програм завчасно, шаблонах технологій, офлайн-програмуванні, балансі роботи програмістів або усуненні повторних погоджень. Купівля MES сама по собі не виправить креслення, яке ще не готове.
Компонування деталей на листі — це не тільки економія матеріалу, а рішення, що саме піде на машину зараз
Розкрій часто сприймають як математичну задачу: розмістити більше деталей на листі й отримати кращий коефіцієнт використання матеріалу. Для виробництва цього недостатньо.
Щоб зробити хороший спільний розкрій, іноді вигідно почекати, поки накопичаться деталі тієї самої марки й товщини. Але машина й клієнт живуть у часі. Якщо заради ще кількох відсотків заповнення листа термінове замовлення годинами не потрапляє у виробництво, матеріальна економія може бути куплена ціною простою або зриву строку.
З іншого боку, якщо кожне замовлення запускати окремим листом одразу після надходження, лазер може бути постійно зайнятий, але підприємство отримає надлишкові залишки, більше переналагоджень за матеріалами й поганий загальний вихід із листа.
Отже, компонування деталей — це компроміс між щонайменше трьома цілями:
використання матеріалу → своєчасність замовлення → безперервність роботи машини.
Саме тому проблема «немає готового розкрою» не завжди означає слабкий алгоритм розкрою. Іноді бракує правила, коли припиняти очікування додаткових деталей і випускати вже достатньо хороший план у виробництво.
Виробники систем керування виробництвом прямо пов'язують компонування деталей із датою готовності, пріоритетом і моментом випуску завдання, а не лише з геометричною утилізацією листа. Це корисна підказка незалежно від того, яке програмне забезпечення використовує підприємство: правило запуску є частиною технології потоку.
Друге «немає роботи» — програма є, але немає потрібного матеріалу біля машини
На екрані обліку може бути десять листів потрібної сталі. Це ще не означає, що наступний лист готовий до різання.
Частина залишку може бути вже зарезервована під інші замовлення. Лист може лежати в іншому складі, бути під нижньою пачкою, мати інший фактичний формат або поверхню, бути залишком неправильної геометрії чи чекати приймання. У найпростішому випадку матеріал фізично є, але навантажувач ще не отримав завдання доставити його до лазера.
Для оператора все це перетворюється на очікування. При цьому програміст може бути повністю продуктивним, а план формально — правильним.
Тому «матеріал доступний» варто розділяти щонайменше на три стани:
1. є в обліку; 2. виділений саме під це завдання; 3. фізично доступний у потрібний момент у зоні подачі.
TRUMPF у своїх рішеннях окремо пов'язує планування замовлень із залишками, місцезнаходженням матеріалу та транспортними завданнями. AMADA так само відокремлює керування матеріалами, стандартні листи й залишки від самого CAM. Це підтверджує важливу виробничу логіку: наявність NC-файлу й наявність матеріалу — різні контури готовності.
Якщо простої викликає саме матеріал, автоматизація CAM не вирішує проблему. Потрібні точні залишки, резервування, зрозуміла робота із залишками, фізична адреса матеріалу й правило його завчасної подачі до машини.
Третє вузьке місце — всі роботи «термінові», тому черга постійно перебудовується
Навіть коли програми й матеріал готові, лазер може втрачати час через відсутність стабільного рішення про послідовність.
Планувальник сформував чергу на зміну. Через двадцять хвилин менеджер приносить термінове замовлення. Потім зварювання просить швидше дорізати комплект, у якому бракує двох деталей. Ще через годину з'ясовується, що для першого термінового замовлення немає потрібного листа. Розкрій перебудовують, пріоритети змінюють, оператор чекає нового рішення.
Проблема тут не обов'язково в тому, що пріоритети змінюються. У контрактному виробництві це нормально. Проблема починається, коли кожна зміна пріоритету руйнує вже підготовлену чергу без зрозумілої ціни й без єдиного місця, де видно актуальне рішення.
Для діагностики корисно рахувати:
- скільки разів за зміну змінюється послідовність уже готових завдань;
- скільки підготовлених розкроїв доводиться перераховувати;
- скільки часу між завершенням попередньої програми й фактичним вибором наступної;
- яка частка термінових вставок справді була необхідною, а яка виникла через пізнє планування попередніх операцій.
Якщо цей блок великий, підприємству потрібен не «ще кращий CAM», а правила диспетчеризації: хто має право змінювати чергу, за якими критеріями, як враховується дата відвантаження, готовність матеріалу та стан наступних операцій.
Швидкому лазеру потрібен запас готових рішень, а не просто запас замовлень
Один із найпростіших способів побачити проблему — подивитися на чергу не «всіх замовлень», а тільки робіт, які можна запустити без додаткової підготовки.
Якщо після кожного листа оператор телефонує програмісту або майстру з питанням «що далі?», машина фактично працює без буфера готових рішень. Будь-яка затримка в офісі одразу перетворюється на машинний простій.
Невелика черга готових до різання робіт створює часовий буфер. Поки лазер виконує одну програму, наступні вже мають NC, матеріал і пріоритет. Якщо одне завдання раптово блокується, можна перейти до іншого без повного зупинення ресурсу.
Але тут легко перейти в іншу крайність. Якщо випускати у виробництво надто багато деталей «про запас», цех заповнюється незавершеним виробництвом, а пріоритети втрачають сенс. Особливо небезпечно різати деталі задовго до того, як гнуття, зварювання чи складання можуть їх прийняти.
Тому ціль — не максимальна черга перед лазером. Ціль — достатній контрольований буфер готових робіт, який захищає машину від коротких затримок попередніх операцій, але не створює некерований незавершене виробництво на наступних операціях.
Для оцінки того, скільки машинних годин реально потрібно й скільки календарного резерву має залишатися, корисна окрема модель реального завантаження лазерного верстата.
Іноді правильне рішення — навмисно не завантажувати лазер на максимум
Для локального показника OEE або завантаження машини простій майже завжди виглядає погано. Для наскрізного виробництва це не завжди так.
Якщо лазер може за зміну вирізати вдвічі більше деталей, ніж приймає гнуття, постійна максимальна зайнятість різання створює гору незавершеного виробництва. Деталі займають площу, їх потрібно сортувати, зберігати, шукати й переміщувати. Термінове замовлення може загубитися серед продукції, яку наступна операція ще не готова обробляти.
У такому потоці планування повинно відповідати не лише на питання «чи є вільне вікно на лазері?», а й «чи потрібно зараз випускати саме цей комплект у систему?»
У системах такого класу можуть відображатися доступність деталей і пріоритети на наступних операціях; окремі рішення також планують з урахуванням потужності робочих центрів і аналізують незавершене виробництво . Це не доказ того, що кожному заводу потрібен MES. Це підтверджує сам принцип: різання, логістика й наступні операції потрібно планувати як один потік.
Якщо наступна операція вже перевантажена, додатковий готовий розкрій не є автоматично корисним. Іноді продуктивніше переключити лазер на іншу групу матеріалу, виконати замовлення з вільним маршрутом або залишити контрольоване вікно, ніж створювати ще один буфер перед вузьким місцем.
Починати треба з причин простою, а не з вибору програмного продукту
Найгірший спосіб вирішувати цю проблему — одразу купити систему «для планування», не знаючи, що саме машина очікує.
Протягом репрезентативного періоду корисно розділити кожен значущий простій справної машини за простими кодами причин. Наприклад:
- немає готової NC-програми;
- очікується розкрій або перепланування;
- немає підтвердженого матеріалу;
- матеріал є, але не доставлений;
- не визначено пріоритет наступної роботи;
- очікується оператор/завантаження/розвантаження;
- завдання свідомо не випускається через наступну операцію;
- інша організаційна причина.
Потім важливо подивитися не тільки на суму хвилин, а й на повторюваність. Одна тригодинна помилка складу може бути випадковістю. Десять щоденних пауз по десять хвилин перед вибором наступного розкрою — уже системний процес.
Паралельно корисні ще кілька показників:
- частка робочого часу, коли перед машиною є хоча б одне повністю готове до різання завдання;
- середній вік замовлення від випуску до готовності NC;
- плановий і фактичний час старту;
- кількість змін пріоритету після підготовки програми;
- кількість запусків, які блокувалися через матеріал;
- обсяг WIP, що накопичується після різання.
TRUMPF окремо додає облік непродуктивного часу і порівняння плану й факту на робочих центрах. Сам підхід тут важливіший за конкретну систему: без коду причин загальна цифра «лазер простоював 18% зміни» майже не підказує, що виправляти.
| Причина очікування справної машини | Що фактично не готово | Клас покращення |
|---|---|---|
| Немає готової NC-програми | Підготовка даних / CAM | Раніший випуск у програмування, стандартизація вхідних даних, шаблони та баланс підготовки робіт |
| Очікується розкрій або перепланування | Правило групування й момент випуску | Логіка компонування деталей, робота з терміновими позиціями та правилом випуску плану |
| Матеріал не підтверджений або не доставлений | Матеріальна готовність | Достовірні залишки, резервування, адресне зберігання та завчасна логістика |
| Не визначено стабільний пріоритет | Диспетчеризація | Єдині правила зміни черги й актуальний пріоритет |
| Завдання свідомо не випускається через наступну операцію | Готовність наступної операції | Контроль випуску та баланс наскрізного потоку |
Коли верстат простоює, корисно не шукати одну універсальну причину, а відмітити, що саме не було готове до старту в кожному випадку.
Розібрати причини простою з інженеромРізні втрати потребують різних покращень
Після вимірювання зазвичай стає видно, що слово «планування» об'єднувало кілька незалежних проблем.
Якщо основний простій — програма не готова, потрібні зміни у підготовці робіт: чистіші вхідні дані, ранній випуск у програмування, шаблони технологій, офлайн-CAM, баланс навантаження програмістів.
Якщо слабке місце — компонування деталей, потрібно працювати з правилами групування: коли варто чекати деталей тієї самої товщини, коли випускати неповний лист, як обробляти термінові позиції й залишки.
Якщо машина чекає матеріал, центр рішення — склад і логістика: достовірні залишки, резервування, адресне зберігання, контроль залишків, завчасна доставка.
Якщо проблема — хаотична черга, потрібні правила диспетчеризації та один актуальний пріоритет, а не ще один алгоритм геометричного розкрою.
Якщо лазер видає забагато деталей на перевантажену наступну операцію, потрібен контроль випуску та баланс потоку, а не максимізація локального завантаження верстата. Ширшу логіку того, як вузьке місце переноситься між операціями, розібрано в матеріалі про пропускну здатність лазерної дільниці.
Лише після такого розділення має сенс вирішувати, які інструменти потрібні: простий статус у ERP, дошка готовності, дисципліна резервування, інтеграція CAM, автоматичне компонування деталей, APS/MES чи інше рішення. Програмне забезпечення повинно закривати вже зрозумілу втрату, а не визначати проблему замість виробництва.
Перевіряти систему потрібно на реальному тижні замовлень
Якщо підприємство планує модернізувати CAM або виробниче планування, демонстрація функцій постачальника майже нічого не говорить про майбутню пропускну здатність.
Корисніший тест — взяти один типовий минулий тиждень: реальні замовлення, матеріали, терміни, термінові вставки, залишки листа й можливості наступних операцій. Потім відтворити, як у новій схемі проходить кожне рішення від креслення до запуску на лазері.
Потрібно побачити:
- коли завдання стає доступним для CAM;
- коли з'являється готова програма;
- як воно потрапляє в розкрій;
- коли резервується лист;
- хто й коли змінює пріоритет;
- що бачить оператор після завершення попередньої програми;
- як система реагує, якщо матеріал не знайдено;
- чи враховується готовність гнуття або іншої наступної операції.
Якщо після такого проходу лазер майже завжди має готове наступне завдання, а люди витрачають менше часу на уточнення й перепланування, покращення справді працює. Якщо на екрані стало більше красивих графіків, але оператор усе одно телефонує майстру з питанням «що запускати?», вузьке місце залишилося.
Для L-SEL Group ця логіка важлива і при підборі самого обладнання. Чим продуктивніший лазер планується, тим раніше треба перевірити не тільки його швидкість, а й здатність підприємства забезпечити йому безперервну чергу готових, забезпечених матеріалом і правильно пріоритизованих робіт. Інакше частина інвестиції в швидкість буде регулярно чекати рішення поза верстатом.
Обговорити вузьке місце лазерної дільниці з інженером L-SEL