Як провести хронометраж роботизованої комірки та правильно порахувати час циклу ART-025

Спочатку визначте, що саме називаєте одним циклом

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

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

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

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

Хронометраж починається з подій, а не з враження «робот довго стоїть»

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

Для кожної події достатньо фіксувати:

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

Така форма навмисно не містить «нормативних секунд». Вона потрібна, щоб відновити реальну послідовність конкретної комірки.

Якщо контролер або виробнича система вже веде журнали подій і часів циклу, їх варто зіставити з живим спостереженням. ABB, наприклад, у своїх роботизованих аналітичних інструментах окремо використовує Cycle Time та Event Logs як різні представлення виробничих даних: одна цифра показує тенденцію циклу, а журнал подій допомагає зрозуміти, що відбулося всередині.

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

Послідовний час складається, паралельний — ні

Найважливіша частина моделі — правильно відокремити неперекривні дії від тих, що можуть іти одночасно.

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

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

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

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

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

Ілюстративний приклад: чому 6 + 24 + 9 не обов’язково дорівнює циклу

Нижче — не норматив для роботів і не рекомендовані швидкості. Це лише арифметичний приклад, щоб показати логіку перекриття.

Припустімо, після завершення однієї деталі:

• робот витрачає 6 с на вивантаження готової та встановлення нової деталі;
• технологічна машина після цього працює 24 с;
• поки машина працює, робот витрачає 9 с на підготовку наступної заготовки в окремому доступному буфері.

Якщо ці 9 секунд справді повністю проходять усередині 24 секунд роботи машини і підготовка завершена до наступного обміну, їх не треба додавати вдруге.

Час від завершення однієї деталі до завершення наступної в такому ілюстративному сценарії:

`T_циклу = 6 с + 24 с = 30 с`

а не `6 + 24 + 9 = 39 с`.

Тепер змінимо лише одну умову. Після завершення процесу вихідна позиція зайнята, і комірка 5 с не може почати вивантаження. Це вже блокуюче очікування на критичному шляху:

`T_циклу = 5 с очікування + 6 с обміну + 24 с процесу = 35 с`

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

Очікування треба записувати як окремий стан із причиною

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

Практично корисно розділяти щонайменше такі стани:

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

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

Переналагодження не варто ховати всередині «середнього циклу»

Повторюваний час однієї стабільної деталі й перехід між різними роботами — різні виробничі явища.

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

• від початку зупинки попередньої роботи;
• до моменту, коли нова робота здатна стабільно випускати придатні деталі.

Після цього можна рахувати дві різні метрики.

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

Фактичний час партії показує календар від початку переналагодження до виходу останньої придатної деталі.

Для планування коротких партій інколи корисна похідна величина:

`T_на_придатну_деталь_у_партії = T_фактичний_час_партії / N_придатних_деталей`

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

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

Один красивий цикл не описує виробництво

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

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

Не обов’язково одразу зводити все до одного середнього. Спочатку розділіть:

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

Тільки після такого поділу середнє значення стає зрозумілим: видно, які стани воно змішує.

Для цифрового моніторингу ця логіка така сама. ABB OptiFact, наприклад, окремо показує тренди Cycle Time та Event Logs; це корисне нагадування, що одна часова метрика без контексту подій не пояснює причину зміни.

Межа комірки закінчується там, де наступна операція перестає її блокувати

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

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

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

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

Симуляція й реальний хронометраж відповідають на різні питання

Офлайн-симуляція корисна ще до запуску комірки: вона дозволяє порівнювати траєкторії, послідовності та проєктні варіанти. Fronius Pathfinder, наприклад, прямо включає визначення часу циклу та моделювання послідовності роботизованого зварювання.

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

Тому сильна перевірка має два шари:

1. проєктна часова модель — що повинно виконуватися послідовно, що може перекриватися і які залежності закладені в архітектуру; 2. фактичний хронометраж — чи відбувається це перекриття на реальній системі та які додаткові блокуючі стани виникають у виробництві.

Розбіжність між ними сама по собі не означає помилку інтегратора або обладнання. Спочатку потрібно знайти конкретний інтервал, якого немає в проєктній моделі або який у реальності виявився довшим через іншу умову.

Практичний порядок аналізу

Щоб отримати корисну модель без складної системи аналітики, достатньо пройти послідовність:

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

Якщо потрібна проста фактична перевірка без реконструкції всіх мікродій, можна використовувати самі граничні події:

`T_циклу,k = t_початок,k+1 − t_початок,k`

де `t_початок` — одна й та сама повторювана подія для сусідніх циклів.

А для пропускної здатності за реальне вікно спостереження:

`Q = N_придатних_деталей / T_спостереження`

Тут важливо не підмінити метрики. `T_циклу` допомагає розбирати механіку одного повторення, а `Q` показує фактичний вихід за календар, у якому вже можуть бути переналагодження, очікування та блокування.

Які дані варто принести на розмову про роботизацію

Для предметного обговорення не потрібен «ідеальний показник загальної ефективності обладнання» (OEE). Набагато корисніші:

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