Моделът на състоянията PackML е стандартизиран набор от експлоатационни състояния на машини, дефиниран в рамките на ISA-88 (известен още като ISA-TR88.00.02), който дава на всяка опаковъчна и производствена машина един и същи речник за това какво прави в даден момент. Вместо една машина да отчита „idle“ (неактивна), докато друга отчита „waiting“ (чакаща) и трета отчита „standby“ (в готовност) за едно и също физическо състояние, PackML ги принуждава всички да използват една и съща карта на състоянията. Тази последователност превръща разхвърляните, специфични за машините статус кодове в чисти, сравними данни за престой и OEE по цялата линия или завод. За всеки екип, който се стреми към надеждни показатели за обща ефективност на оборудването, тази стандартизация е тихата основа, върху която всичко останало се гради.
OEE е толкова надежден, колкото и данните за състоянията, които го захранват. Наличността зависи от това да се знае точно кога една машина работеше спрямо кога е спряна и защо. Производителността зависи от познаването на реалното време на производство. Когато всеки доставчик на машини дефинира собствените си състояния, интеграторите в крайна сметка ръчно картографират десетки собствени флагове за статус и всяка такава картография е шанс да се класифицира неправилно едно спиране.
Класическата грешка изглежда така: пълнач отчита смяната като „downtime“ (престой), докато капачарят до него отчита същата смяна като „not scheduled“ (непланирано/не по график). OEE за линията сега наказва (или не наказва достатъчно) едно и също събитие два пъти в зависимост от това на коя машина вярвате. Работата по намиране на коренната причина се блокира, защото числата не са достоверни, а Парето анализът на основните ви загуби става фикция. PackML премахва тази двусмисленост като дефинира състоянията еднократно, за всеки актив.
PackML дефинира фиксиран набор от състояния, групирани според начина им на поведение. Най-полезният начин да се мисли за тях е в три групи:
Мощта е в преходите. Всяка машина следва една и съща схема на състоянията, така че „как стигнахме от Execute до Held“ означава едно и също както за етикетираща машина, така и за палетизатор. Надолу по веригата системи като SCADA и MES четат една обща структура от тагове вместо персонализирана карта за всяка машина.
Състоянията отговарят на въпроса „какво прави машината“, а режимите — „под какъв режим/режим на работа“. PackML дефинира поне три режима на единица: Producing (производство), Maintenance (поддръжка) и Manual (ръчен). Същото състояние (например Execute) се отчита съвсем различно в зависимост от режима. Времето в Execute в режим Producing е реално производствено време. Времето в Execute в режим Maintenance е тестов цикъл и трябва да бъде изключено от наличността за OEE, в противен случай вашите числа ще бъдат завишени.
Това съчетание режим+състояние позволява автоматичното отделяне на планираната проактивна поддръжка от непланираните повреди, като захранва по-чисти входни данни в метрики за надеждност като MTBF и MTTR.
Помислете за бутилираща линия, работеща в 8-часова смяна (480 минути). Планираните почивки са общо 30 минути, така че планираното време е 450 минути. Преди PackML контролерът на линията отчита един общ „stopped“ (спряно) кош от 90 минути без надеждно разграничение на причините.
След стандартизиране на състоянията и режимите по PackML, същите 90 минути на непродуктивно време се разграничават ясно:
Работното време в Execute в режим Producing е следователно 450 минути минус 60 минути реален престой (Held, Suspended, Stopped), което прави 390 минути. 30-минутният тест за поддръжка вече не се маскира нито като работно време, нито като повреда. Наличността става 390 / 450, което е 86,7 процента. Още по-важно е, че екипът вече може да види, че 40 от 60 изгубени минути са причинени от глад и задръстване, а не от самата машина. Това сочи директно към ограничение на потока — проблем по теория на ограниченията (theory of constraints), а не към проблем с поддръжката, и спира екипа да настройва грешния актив.
Тъй като всяка машина „говори“ един и същи език на състоянията, агрегирацията става аритметика, а не тълкуване. Ниво „линия“ може да сумира време-в-състояние за всички единици и мигновено да покаже дали линията е гладна, блокирана или действително спряна при своя лимитиращ елемент. Кодове за причини, прикрепени към състоянията Stopped и Held, създават последователна таксономия, върху която проект за подобрение по DMAIC (DMAIC) може да действа с увереност.
Тук също добре управляваната CMMS показва своята стойност: стандартизираните състояния позволяват събитието за престой автоматично да генерира работна поръчка, маркирана с правилния актив, състояние и причина, така че нищо да не бъде записано като неясен „проблем с машината“. Чистите данни за състоянията плюс дисциплинираното улавяне на работните поръчки са това, което прави wrench time и maintenance backlog измерими, а не анекдотични.
PackML ви дава стандартизираните дефиниции на състоянията; все пак ви трябва система, която да улавя тези състояния в реално време и да ги превръща в OEE, причини за престой и действия по поддръжка. Fabrico е тази платформа за данни в реално време. Тя предоставя живо OEE и наблюдение на производството, които четат стандартизирани машинни състояния и информация за режимите, така че наличност, производителност и качество да се обобщават последователно за всеки актив на линията.
За по-стари или по-прости оборудвания, които нямат PLC, експониращ PackML тагове, Fabrico може да приложи компютърно зрение върху машината, за да открива работно спрямо спряно състояние, така че тези активи все пак да допринасят с чисти данни за състоянието към общата картина на завода. Когато се засече спиране, пригодната за полеви условия CMMS на Fabrico поема последващите действия с работни поръчки, записи за активи, планиране на превантивни дейности и проследяване на резервни части. Fabrico е разработен в ЕС с резидентност на данни в ЕС, което има значение за екипи, които искат техните производствени и поддържащи данни да останат в Европа. Можете да разгледате и двете страни в прегледа на MES и OEE решенията и прегледа на CMMS решението.
Не точно. ISA-88 е по-широкият стандарт за контрол на партидното производство, а PackML е приложение на този стандарт, формализирано в техническия доклад ISA-TR88.00.02, което адаптира модела на състоянията специално за опаковъчни и дискретни машини. В ежедневния език на производствената площадка хората често използват термините заедно, но PackML е конкретният модел на състояния и режими, който повечето екипи внедряват.
Не, можете да изчислите OEE и без него, но ще вложите много повече усилия в съгласуване на несъответстващи машинни състояния и в защитата на категориите си за престой. PackML прави входните данни за наличност и производителност недвусмислени и сравними между активите, което е причината да се предпочита силно при многодоставни линии. Без него таксономията на кодовете за причини обикновено се размива машина по машина.
Това е често срещано. Наследствените машини рядко експонират PackML тагове, така че екипите или ретрофитират логиката в контролера, или използват външен метод за засичане. Компютърното зрение, което разпознава работещо спрямо спряно състояние, е един практичен начин тези активи да бъдат включени в една стандартизирана картина на състоянията без препроектиране на оригиналните управленски вериги на машината.
Готови ли сте да превърнете стандартизираните машинни състояния в OEE и данни за престой, на които действително можете да се доверите? Запазете демонстрация на Fabrico и вижте улавяне на състояния в реално време, OEE и CMMS, работещи заедно на вашата линия.
Вход
Блог