MES — це система-джерело істини про те, що сталося в цеху

Що робить MES: видача завдань, фіксація виконання, проведення і простежуваність

Почнімо з видачі завдань, яку часто плутають із друком. Планування передає вниз наряд і маршрут; MES вирішує, який ресурс виконує яку операцію, у якому порядку вона випускається і чи може взагалі початися. Загальнозаводська послідовність, розрахована на кілька днів уперед з урахуванням оснастки, персоналу та сімейств переналагоджень, — це інша робота, і належить вона оперативному плануванню та диспетчеризації (APS), незалежно від того, постачається воно модулем MES чи окремою системою. План із нескінченною потужністю, виданий просто в цех, стає вигадкою вже до середини зміни.

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

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

Проведення замикає контур із бізнес-системами: матеріал списується на наряд, праця — на операцію, і ці два проведення стають фактичною собівартістю та фактичним залишком. Простежуваність лежить під усім цим, а OEE випадає з нього сам собою, бо це арифметика над подіями, які виконання вже породило, а не окрема система.

Що належить MES, а що — ERP, SCADA чи ПЛК

ISA-95, виданий міжнародно як IEC 62264, корисний тут не схемою рівнів, а своїми об’єктними моделями — графік виробництва, результати виробництва, партія матеріалу, персонал, обладнання, — бо саме вони перетинають межу між цехом і бізнесом, а отже, годяться як контрольний перелік для специфікації інтерфейсу.

Найважча межа — найнижча. Функції безпеки — блокування огорож, світлові завіси, дворучне керування, сканери зони — належать апаратному контуру безпеки або контролеру безпеки, з рівнем PL чи SIL, установленим за оцінюванням ризиків згідно з ISO 13849-1 або IEC 62061. Жодна детермінованість мережі не робить програмне забезпечення над цим рівнем законним місцем для них. Сперечатися варто про технологічні блокування: не запускати без правильного інструмента, не працювати поза вікном параметрів. Тут ПЛК володіє фізичним запобіганням, бо правило, яке має спрацювати за десятки мілісекунд, не може жити за базою даних і мережевим комутатором, а MES володіє наслідком: вона не відкриває наступну операцію і затримує партію.

Вище цієї межі розподіл звичний: візуалізація, сигналізація аварій та супервізорні уставки — до SCADA; ідентичність наряду, маршрут, генеалогія, рішення щодо якості та праця — до MES; попит, закупівлі, собівартість і зобов’язання перед клієнтом — до ERP. Граничний випадок розв’язують два питання: наскільки швидким має бути рішення і чи доведеться комусь доводити через два роки, що воно було.

Що насправді означає «реальний час» на інтерфейсі з верстатом

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

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

Стан верстата майже ніколи не вміщається в один біт. Один сигнал «працює» — це зазвичай дозвіл приводу, який лишається істинним, поки шпиндель крутиться вхолосту в очікуванні оператора; придатне виявлення поєднує «цикл активний», «привід увімкнено» і те, чи зрушив лічильник у межах вікна. Це вікно й задає поріг виявлення: коротші за нього зупинки невидимі як простій і повертаються, непоясненими, як втрата продуктивності. Події має маркувати один годинник, а граничний пристрій (edge) мусить буферизувати, щоб перезавантаження комутатора лишало прогалину, а не годину фантомного простою.

Коди причин простою: чого сигнал із верстата вам не скаже

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

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

Безпаперовий цех і електронний протокол серії

Безпаперовий — це не ті самі бланки у вигляді PDF на екрані. Це означає, що документ на робочому місці є чинною ревізією для цього наряду, обраною системою, тож єдина ревізія, яку робоче місце може отримати, — поточна. І що запис створюється самою роботою, а не переписується потім: саме там втрачається одночасність запису з дією, а з нею й довіра. Чого не контролює жодна система документообігу — це паперу. Креслення, роздруковане минулого вівторка і покладене в шухляду, неконтрольоване за визначенням, а шухляда програє тільки тоді, коли до системи звернутися швидше.

У регульованому виробництві цей запис — електронний протокол серії, юридична історія продукту. Нормативна рамка — 21 CFR Part 11 FDA про електронні записи та підписи і Додаток 11 до GMP ЄС — перетворює звичайні турботи розробника на вимоги до проєктування: аудиторський слід, який неможливо відредагувати, підписи з явним значенням, записи, віднесені до названої особи і зроблені в момент дії. Перевірка за винятками, де й лежить справжня економія, працює лише тоді, коли система примусово контролювала межі під час введення, бо тільки тоді серія без позначок справді нічим не прикметна.

Простежуваність і генеалогія як проєктна вимога, а не як функція

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

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

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

Як чесно міряти OEE і що перетворює показник OEE на брехню

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

База часу — найбільший важіль. OEE за домовленістю вимірюють відносно планового виробничого часу, тож кожна година, яку ви виносите з планового виробничого часу — оголошуючи її втратою графіка, а не простоєм, — залишає знаменник, тоді як години, оголошені незапланованими, у ньому лишаються і саме вони тягнуть доступність униз. Винесіть за базу випробування й зміни без персоналу — і показник стане комфортним, поки актив більшу частину тижня стоїть. Переналагодження — зовсім не сіра зона: за шістьма великими втратами налагодження й підналагодження лежить усередині планового виробничого часу і має коштувати вам доступності, тож його виключення — найпоширеніший спосіб підкрутити OEE. Поруч має стояти повна ефективна продуктивність обладнання (TEEP), яку вимірюють відносно календарного часу: розрив між ними — це потужність, якою ви володієте і не користуєтеся.

Продуктивність спотворюється ідеальним часом циклу. Класичне визначення, як і ISO 22400, бере його з теоретичного або проєктного циклу; більшість заводів бере його з маршруту, де в норму, встановлену багато років тому для калькуляції, вже вбудовані надбавки. Якщо норма каже п’ятдесят п’ять секунд, а доведений найкращий результат верстата — сорок, звітна продуктивність завищена приблизно на тридцять сім відсотків, — а оскільки більшість систем обрізає продуктивність на ста відсотках, на екран потрапляє обрізана помилка, а не добрий результат. Витягніть найшвидший стабільно витриманий цикл із даних подій і порівняйте його з нормою в маршруті, перш ніж публікувати показник продуктивності.

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

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

Що насправді передбачає інтеграція MES з ERP

Конектор — це мала частина. Робота полягає в тому, щоб поле за полем вирішити, хто чим володіє, і записати це. Номенклатура, специфікація (BOM), маршрут, робоче місце, замовлення клієнта, наряд: для кожного одна система авторитетна, друга — споживач, із визначеною поведінкою на випадок розбіжності. Проєкти, що це пропускають, дізнаються про це в перший місяць, коли хтось редагує специфікацію в тій системі, яка нею не володіє.

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

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

Чому впровадження MES провалюються і за якими ознаками це видно заздалегідь

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

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

Як провести оцінювання MES, яке вам щось скаже

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

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

Де тут модуль MES у Meta Smart Factory

Модуль MES у Meta Smart Factory покриває описане вище: видача завдань і випуск із передумовами, фіксація виконання просто на робочому місці, простої та брак із причинами, проведення праці й матеріалу, перевірки якості, прив’язані до операції, генеалогія і OEE, виведений із того самого потоку подій, а не з паралельного.

З боку верстатів він читає Siemens через S7comm, Rockwell через AB-ETH, Logix і DF1, Schneider через UMAS, Beckhoff через ADS, Mitsubishi через MC Protocol і Omron через FINS — кожного нативно, — а для решти говорить OPC UA, Modbus TCP і RTU, EtherNet/IP та MQTT, зокрема з наявним сервером OPC UA чи DA там, де ніхто не хоче ще одного пристрою в мережі. Верстати, у яких немає контролера, вартого зчитування, отримують ретрофітні модулі вводу-виводу, підключені до дискретних сигналів, які вже існують, — контакт роботи, вихід циклу, реле аварії, — і ці модулі дають стан і лічильник деталей із роздільністю тієї проводки, а з наведених вище причин ніколи не дають причину зупинки.

Він ділить модель даних із модулями Якості, Обслуговування, WMS і Машинного зору та з шаром інтеграції з ERP. Побудова послідовності з обмеженою потужністю живе в модулі APS — на тій межі, що описана вище, а не всередині виконання, — а розрахунок MRP є для заводів, чия ERP його не робить.

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