Контроль усього цеху в реальному часі
MSF MES, MES-система для розумної фабрики в основі платформи, цифровізує кожне робоче місце, оператора та верстат у вашому цеху. Відстежуйте виробництво в реальному часі, автоматично розраховуйте OEE та TEEP і керуйте кількома заводами з одного екрана. Система інтегрована з ERP, APS та модулем технічного обслуговування.
Запросити демоРозпочати PoCMES-система (система управління виробничими процесами) це ПЗ, за допомогою якого виробники поряд з ERP у реальному часі відстежують і контролюють роботу цеху. MES від Meta Smart Factory цифровізує кожне робоче місце, оператора й верстат, розраховує OEE та TEEP онлайн і керує кількома заводами з одного екрана. Верстати будь-якого віку підключаються через нативні драйвери для дев’яти брендів ПЛК, пристрої IIoT або ШІ-камери, а Basic MES запускається за кілька тижнів.
Система управління виробництвом настільки добра, наскільки добрі машинні дані, на яких вона працює. MSF MES отримує стани верстатів, лічильники й час циклу безпосередньо з контролерів через власний збір даних з ПЛК: нативні драйвери для дев’яти брендів ПЛК, OPC UA, Modbus, EtherNet/IP і MQTT для решти, а також META Smart I/O, плати IIoT або ШІ-камери для верстатів без придатного ПЛК. Простої та мікрозупинки фіксуються за сигналом верстата, їх не дописують вручну наприкінці зміни, і саме тому цифрам OEE і TEEP довіряють.
MES і ERP ділять роботу між собою. ERP веде замовлення, фінанси й запаси, а MES у реальному часі керує роботою цеху і фіксує її: виробничі замовлення надходять з ERP, лічильники й підтвердження повертаються назад, а оприбуткування проводиться без ручного введення. Де закінчується кожна система і де розташована SCADA, пояснює стаття порівняння MES, ERP і SCADA.
MES-система (система управління виробничими процесами, Manufacturing Execution System) веде й фіксує виробництво в цеху: яке замовлення йде на якому верстаті, що виготовив кожен верстат і оператор, чому верстат зупинився і що пішло в брак. MSF MES робить це в реальному часі за даними верстатів і з панелей операторів, розраховує OEE і TEEP та обмінюється з ERP виробничими замовленнями й підтвердженнями.
MES керує та контролює цехові операції в реальному часі, тоді як ERP відповідає за ширші бізнес-функції, як-от фінанси та замовлення. MSF MES інтегрується з вашою наявною ERP, тож обидві системи залишаються синхронізованими.
Ні. SCADA керує станом процесу й візуалізує його в реальному часі на рівні керування, а MES працює рівнем вище, у масштабі хвилин і годин: яке замовлення виконується, на якому верстаті, з якого матеріалу, хто його виконує і з якою якістю. Одна система не підміняє іншу. MSF MES може збирати машинні дані через наявний сервер SCADA чи OPC, тож SCADA залишається на місці.
Ні. Пристрої META Smart I/O та набори датчиків підключають обладнання будь-якого віку. Навіть повністю ручні робочі місця можна цифровізувати за допомогою сенсорних панелей.
Базовий MES запускається за кілька тижнів; повне впровадження рівня Advanced зазвичай займає кілька місяців залежно від кількості робочих місць.
Ні, розгортання лише на зчитування є звичною річчю, але не вірте на слово: питайте, чим саме це забезпечено. Режим лише для читання на практиці означає: у колекторі не налаштовано жодного елемента на запис, список тегів або блоків даних (DB) узгоджений із тим, хто супроводжує програму, PUT/GET чи його аналог у конкретного виробника обмежений на контролері, а сам ПЛК стоїть у виділеній VLAN і колектор ходить назовні через TLS. Усе, що пише назад у верстат (завантаження рецепта, передача уставок під час переналагодження або виклик через андон), є окремим з’єднанням, обсяг якого треба визначати свідомо.
Чесна половина показника. Коли оператори звітують із панелі, ви отримуєте статус замовлення, облік праці та генеалогію на рівні операції, але тривалість простоїв і час циклу хтось вводить руками, тож короткі зупинки зникають, а доступність стає оцінкою. Там, де контролер віддає коди аварій чи несправностей, їх можна зіставити з причинами простою; без підключення кожну причину набирають вручну. Модель замовлення від підключення не змінюється, але дані про зупинки й цикли, зняті з верстата, починаються саме з цього моменту. Тому цифри до і після непорівнянні.
Технологічні маршрути мають описувати те, що цех справді виконує, робочі місця мають бути змодельовані з тією деталізацією, з якою ви хочете вимірювати, а матеріали повинні мати одне написання кожен. MES робить проблеми з основними даними видимими на першому ж тижні, а потім за них же й отримує. Заміряйте один реальний запуск і одне реальне переналагодження до go-live і закладіть у бюджет переписування маршрутів.
Події штампуються одним годинником і зараховуються тій зміні, в яку вони відбулися, тож замовлення, що переходить через межу змін, ділиться за часом, а не записується цілком тому, хто його закрив. Переналагодження й підналагодження залишаються всередині планового часу виробництва і з'їдають вам доступність. Саме так це і задумано в шести великих втратах. Виключення переналагодження є найпоширенішим способом «підкрутити» OEE, тому базу часу узгоджуйте письмово й наперед.
Вхід у систему, старт і завершення замовлення займають по кілька секунд; час, який справді має значення, іде на класифікацію простоїв і причин браку, і саме цей крок оператори кидають першим. Скільки набіжить у сумі, залежить від того, скільки кроків підтвердження ви закладете в сценарій. Тому цифру ми не називаємо, а заміряємо ці кроки разом із вами. Заміряйте послідовність самі, під час реального переналагодження і з тим оператором, який її виконуватиме, перш ніж погоджувати компонування екрана.
Ні, і жоден MES не повинен. Блокування огорож, світлові бар'єри та дворучне управління належать апаратному ланцюгу або контролеру безпеки з оцінкою за ISO 13849-1 чи IEC 62061, де час відгуку та поведінка при відмові є частиною цієї оцінки; жодні аргументи про мережеві затримки цього не змінюють. MES забезпечує лише процедурні заборони: він не відкриває наступну операцію, тримає партію на утриманні або блокує підтвердження. Це шлюзи якості; захистом людини вони не є.
Крім готових звітів, ви можете вивантажити сирий потік подій: зміни стану верстата, підтвердження замовлень і кількостей, записи про простої та брак. А через REST API заводи самі дороблюють нетипові частини свого процесу, не чекаючи на нас. Чи прийде це посторінковими викликами API, чи одним файлом, і як глибоко сягатиме історія, залежить від вашого зберігання та обсягів. Тому обсяг вивантаження пропишіть у договорі. Питайте це в кожного постачальника і просіть показати вивантаження наживо, на їхніх даних.
Отримайте безкоштовну демонстрацію та індивідуальний план PoC.