Állásidő-esemény adatmodell: a mezők, amelyek minden leállási rekordhoz kellenek

A legfontosabbak röviden

• Egy leállás, egy sor, egy kezdettel, egy véggel és egy okkal.
• Az időbélyegek a gép vagy a gateway órájából származnak, nem az adatbázisból.
• Az OEE-veszteséget okkódonként rögzíti a beállítás. Az operátor soha nem választja ki.
• A kiéheztetett és a blokkolt idő állapot, amely az azt okozó leálláshoz kapcsolódik.
• Minden sort árazzon be, hogy a lista pénz szerint is rendezhető legyen, ne csak percek szerint.

A sor minden leállásának egyetlen sorként kell bekerülnie, ugyanazokkal a mezőkkel, bármelyik gépről jött és bárki rögzítette. Ha ezeket a mezőket egyszer jól beállítja, a Pareto, az OEE és az egyes veszteségek költsége mind ugyanabból a táblából jön ki.

A Fabrico, az AI-kamerákkal működő OEE és light MES szoftver, automatikusan rögzít minden leállást, és megkéri az operátort, hogy egy koppintással erősítse meg az okot. Az alábbi rekord a gyártófüggetlen változat. Használja bármely rendszer ellenőrzésére, egy saját készítésű táblázatot is beleértve.

Mi az állásidő-esemény?

Az állásidő-esemény egy megszakítás nélküli időszak, amelyben egy gép nem termelt, egy kezdési időponttal, egy befejezési időponttal és egy megerősített okkal.

A nagyon rövid leállásokhoz saját szabály kell. Egyetlen szabvány sem rögzíti a határt, ezért minden gyár maga állítja be. Egy gyakori szabály minden olyan ciklust megjelöl, amely 1.5 és 2 közötti szorzóval hosszabb az ideális ciklusnál.

A gyár határa alatti leállások kisebb leállásként számítanak a Teljesítményben. Megszámolják és időzítik őket, de senki sem kérdezi meg minden alkalommal az operátort az okról.

Mely mezők kellenek minden leállási rekordhoz?

Ez a 14 mező lefedi a leállást, az okát, a környezetét és az árát.

A műszakot rögzítse, ne egy név szerinti operátort. A leállási napló a folyamat javítására való. Soha ne váljon az emberek rangsorolásának eszközévé.

Hogyan kapcsolódjanak az okkódok az OEE-veszteségekhez?

Minden okkód pontosan egy OEE-veszteséghez tartozik, és ezt a kapcsolatot egyszer, a beállításkor rögzítik. Ha az operátorok maguk választják ki a veszteséget, ugyanaz az elakadás az egyik műszakban a Rendelkezésre állásba, a következőben a Teljesítménybe kerül.

• Tartsa röviden a listát: soronként 10-20 kód. 30 fölött az operátor választása megbízhatatlanná válik.
• Bontsa szét a minőségi leállást: a sort megállító minőségellenőrzés Rendelkezésre állás; a selejtezett darabok Minőség.
• Figyelje az „Egyéb” kódot: a leállások 5%-a fölött hiányzó kategóriákat jelez, nem lusta operátorokat. Havonta olvassa el a szabad szöveges bejegyzéseket, és a csoportosulásokból csináljon kódokat.
• Tesztelje a listát: három operátor ugyanazt az öt leállást kódolja. Írja át azokat a kódpárokat, amelyekben nem értenek egyet.

Az állásidő-okkódok tervezéséről szóló útmutatónk mélyebbre megy, az operátorbarát okkódokról szóló pedig megmutatja, hogyan maradjon a lista használható egy tableten.

Hogyan rögzítse a kiéheztetett és a blokkolt időt?

Egy gép, amely termékre vár, nem romlott el. Adja neki a „kiéheztetett” vagy a „blokkolt” állapotot, és kapcsolja a sort ahhoz a leálláshoz, amely a várakozást okozta.

Az OPC UA for Machinery ugyanott húzza meg a határt. Az OutOfService állapota a gépen belüli műszaki okot jelent, például meghibásodást. A NotExecuting azt jelenti, hogy a gép rendben van, de vár, egy külső ok miatt, mint a kiéheztetés, az átállás vagy a rendelés hiánya.

Ha a kapcsolat megvan, minden gépre két Rendelkezésre állás értéket jelenthet: minden okkal együtt, és csak a saját okaival. Csak a második az, amit annak a gépnek kell megoldania.

Kidolgozott példa: egy óra leállásai egy töltőgépen

Mintasor (szemléltető számok, nem ügyféladat). Egy töltőgép percenként 600 palackkal fut. A fedezet palackonként USD 0,12 (nagyjából EUR 0,11), így a töltőgépen egy elveszett perc USD 72-ba (nagyjából EUR 66-ba) kerül. A gyár határa a kisebb leállásokra 30 másodperc.

Egy óra alatt a töltőgép 8 + 3 + 4 + 12 + 5 = 32 percet veszített, USD 2 304 (nagyjából EUR 2 120) értékben.

Az okot igénylő 28 percből 23-nak van konkrét oka. A maradék 5 az „Egyéb” alatt van. Okfedettség = 23 / 28 = 82,1%.

Percek szerint rendezve a kupakozó-elakadás tűnik a legnagyobb problémának. Pénz szerint rendezve az átállás túllépése kerül az élre USD 864-gyel. A 3 kiéheztetett perc pedig a depalettizáló listájára tartozik, nem a töltőgépére.

Mely hibák teszik tönkre az állásidő adatmodellt?

1. Adatbázis-időbélyegek. Minden eseményt a gép vagy a gateway órájával bélyegezzen, abban a pillanatban, amikor megtörténik.
2. Műszakonként egy sor. Egy napi összesítés elrejti, melyik leállás került a legtöbbe.
3. Az operátor választja ki az OEE-veszteséget. Ehelyett rögzítse kódonként a beállításban.
4. Ötven kód. Egy hosszú lista mindenkit az „Egyéb” felé tol.
5. Nincs módosítási előzmény. Őrizze meg az első okot és minden változtatást, mindegyiket az idejével.
6. Kiéheztetett idő a rossz gépen. Kapcsolja ahhoz a leálláshoz, amely okozta.
7. Nevek a jelentésben. Soronként és műszakonként jelentsen, soha ne személyenként.

Ha a tágabb képet keresi arról, hogyan illeszkednek egymáshoz a leállások, a darabszámok és a műszakok, lásd az OEE adatmodellünket. A rövid leállásokról olvassa el a mikroleállásokról szóló útmutatónkat.

Hol segít a Fabrico?

A Fabrico gépi látással támogatott Manufacturing Performance Platform (gyártási teljesítményplatform). Az OEE és a light MES áll az első helyen. Minden leállásból egy ilyen rekord lesz, újragépelés nélkül.

• Automatikus állásidő-rögzítés a gépjelből, kezdési és befejezési időkkel.
• Az operátor egy koppintással megerősíti az okot, egy soronkénti rövid listából.
• Kamerás videórészlet bizonyítékként egy leálláshoz, ahol egy kamera figyeli az állomást.
• Minden veszteség pénzben kifejezve és rangsorolva, így a legdrágább leállás kerül a lista élére.
• Munkalap a megfelelő technikusnak, a költségével együtt, ha a leállás meghibásodás.

Ez egy light MES OEE- és állásidőrétege, és egy pilottal indul egy soron. Nincs ingyenes csomag, és nincsenek csomagszintek: minden gyár egyedi árajánlatot kap.

Gyakran ismételt kérdések

Milyen mezők legyenek egy állásidőnaplóban?

Kezdje a géppel, a kezdési és befejezési idővel a gép órája szerint, a gépállapottal és az okkóddal. Adja hozzá az OEE-veszteséget, amelyhez tartozik, és hogy tervezett volt-e. Adja hozzá a rendelést és az SKU-t, a műszakot, a megerősítés idejét, egy kamerás videórészletet, ahol van, és a leállás költségét.

Mi a különbség a gépállapot és az állásidő oka között?

Az állapot az, amit a gépjel mond: fut, hiba miatt áll, kiéheztetett, blokkolt vagy kikapcsolt. Az ok a miért, például egy kupakozó-elakadás vagy egy hiányzó címketekercs. Az állapotot a gép magától meg tudja adni. Az okot általában egy embernek kell megerősítenie.

Hány állásidő-okkód legyen egy soron?

Törekedjen soronként 10-20 kódra, a nagy veszteségtípusok alá csoportosítva. 30 fölött az operátor választása megbízhatatlanná válik, és az „Egyéb” kód elkezd nőni. Az első hónapokban havonta vizsgálja felül a listát, utána mindig, amikor az „Egyéb” ismét emelkedik.

Kapjanak okkódot a mikroleállások?

Általában nem egyenként. Állítson be egy határt, gyakran az ideális ciklus 1.5 és 2 közötti szorzóját, és az alatta lévő leállásokat számolja kisebb leállásként a Teljesítményben. Csoportként nézze őket, gépenként és SKU-nként. Okot csak a határ feletti leállásokra kérjen.

Felépíthetem ezt az állásidőtáblát Excelben?

A táblát felépítheti, de a kitöltése a nehéz rész. A begépelt leállási naplókból kimaradnak a rövid leállások, és az idők kerekítve kerülnek be. A műszak után begépelt idők nem egyeznek a gépével. Egy táblázat első modellként megfelel; az adatoknak a gépjelből kell jönniük.

Lássa a leállásait egyetlen tiszta táblában

Hozza el egy sor jelenlegi leállási naplóját. Ugyanezeket a leállásokat rekordokként mutatjuk meg, okokkal, videórészletekkel és költségekkel.

Demó kérése · Kapcsolat