Gépfelügyeleti adatmodell

Prev Next

A gépfelügyelet során gyakran felmerül a kérdés, hogy mikor érdemes a Tulip-táblákat használni a gépaktivitási táblázat helyett.

Ebben a cikkben a következőkről olvashat:* Mikor érdemes a Tulip-táblázatokat használni* Mikor érdemes a gépi aktivitási táblázatot használni* Mindkét megoldás erősségei és korlátai

Gépaktivitási táblázat: Beépített OEE nyomon követés

Egy rendszer táblázat, amelyet a gép automatikusan kitölt, és amely a következőket rögzíti:

  • Állapot (Fut, Leállt, Offline)
  • Kezdési idő, befejezési idő és időtartam
  • Leállás oka
  • Alkatrészszám és hibaszám
  • Ideális futási sebesség
  • Egyéni tevékenységi mezők (felhasználó által definiált)

Erősségek

  • Minimális konfiguráció – automatikusan társul a Tulip gépekhez
  • OEE-számításokhoz optimalizálva (rendelkezésre állás, teljesítmény, minőség)
  • Zökkenőmentesen működik a gépes triggerekkel (headless)
  • Az elemző rendszer közvetlenül lekérdezheti a gépek tevékenységi adatait

Korlátozások

  • Nincs hozzáférés a Tulip Table API-hoz – programozási úton nem lehet olvasni vagy írni a Machine Activity táblába az API-n keresztül
  • Nincs táblarekord-azonosító – nehéz más táblákhoz kapcsolni
  • Exportálás csak CSV-archívumon keresztül lehetséges (nincs valós idejű integráció)

A gépaktivitási táblázatot kizárólag az OEE számításához használja

Ha az egyetlen célja a gép üzemidejének és leállási idejének nyomon követése, valamint az OEE kiszámítása, használja a gépes triggereket a Machine Activity táblával. Ez a legegyszerűbb és legköltséghatékonyabb megoldás.

Példa

Machine State by Value

Tulip táblák: Rugalmas adatmodell komplex felhasználási esetekhez

Mikor érdemes a Tulip táblákat használni

  • Olyan egyedi adatmezőkre van szüksége, amelyek a gépaktivitási táblázatban nem állnak rendelkezésre (például munkarendelés-azonosító, kezelői azonosító, SKU)
  • Szüksége van CRUD-műveletekre (létrehozás, olvasás, frissítés, törlés) API-kon keresztül
  • A gépi adatokat más üzleti folyamatokba (minőség, készlet, karbantartás) integrálja
  • A gépi adatokat munkarendekkel, tételekkel vagy gyártási ütemtervekkel szeretné összefüggésbe hozni

Használja mind a géptevékenységi táblázatot, mind a Tulip táblákat

Géptevékenységi táblázat (gépes triggereken keresztül):

  • A nyers állapotváltozások rögzítése
  • Kiszámítja az OEE mutatókat

Tulip-táblázat (automatizálások vagy alkalmazás-triggerek segítségével):

  • A gépi adatok gazdagítása üzleti kontextussal
  • API-alapú integrációk engedélyezése
  • Összekapcsolás munkarendekkel, minőségi nyilvántartásokkal és egyéb adatokkal

Példa az architektúrára

Megjegyzés: Az „automatizálás” kifejezés a Tulip Automations-ra utal.

MM - Data Model for Downtime.png

Ez a hibrid modell a következőket biztosítja:

  • OEE-műszerfalak a Machine Activity Table-ből
  • A Tulip Table-ből származó kiváltó okok elemzése, API-hozzáféréssel külső BI-eszközök számára

Kézi adatkezelés az utómunkálatok és a selejt mintázataival

Kihívás: A gépek automatikusan jelentik az alkatrészek számát, de az emberi kontextus (újramunkálás, selejt, kézi beállítások) kézi bevitelét igényli. Hogyan lehet összehangolni az automatizált gépi számlálást a kézi korrekciókkal?

Kerülje el a gépi adatok sérülését

Ne próbálja csökkenteni a gép alkatrészszámát, amikor egy operátor átdolgozást rögzít.

Miért nem működik ez: A gép nem érti az emberi kontextust. Ha visszír a gépbe, megrongálja a nyers adatforrást.

Válasszuk szét a hiteles forrásokat

  1. Hagyja, hogy a gép a nyers számokat jelentse.
  2. Használjon külön táblázatot a kézi módosításokhoz.
  3. Számítsa ki a nettó termelést kifejezések segítségével.

Példa adatmodellre

Gépaktivitási táblázat (automatikus):

  • Alkatrészszám: 104 (nyers gépi kimenet)
  • Hibák: 0 (a gép nem követi nyomon)

Termelési napló táblázat (Tulip táblázat, alkalmazáson keresztül):

  • Azonosító: 12345
  • Munkarendelés: WO-5678
  • Gép azonosító: CNC-001
  • Bruttó alkatrészek: 104 (a futás végén a gépről másolva)
  • Újramunkálások száma: 4 (kezelő által megadott)
  • Hulladékdarabszám: 0
  • Nettó alkatrészek száma: 100 (számítás: bruttó – újramunkálás – selejt)
  • Időbélyeg

Alkalmazás munkafolyamat:

  1. A kezelő elindít egy futást, és kiválaszt egy munkarendeltetést
  2. A gép fut, és automatikusan növeli az alkatrészek számát
  3. A kezelő észleli, hogy 4 alkatrész újramunkálásra szorul, és visszaküldi őket
  4. A gép a számot 104-re növeli (a gép 104 darabot számol)
  5. A kezelő befejezi a futást, és az alkalmazás létrehoz egy gyártási naplóbejegyzést
  6. Az alkalmazás átmásolja a gép alkatrészszámát (104) a „Bruttó alkatrészek” mezőbe
  7. A kezelő manuálisan beírja az „Újramunkálás száma” értéket: 4
  8. Az alkalmazás kiszámítja a nettó alkatrészszámot: 104 – 4 = 100

Elemzés:

  • Gép OEE: A teljesítmény kiszámításához a nyers alkatrészszámot (104) használja
  • Termelési jelentések: A nettó alkatrészszámot (100) használja a tényleges termeléshez

Opcionális kiegészítés: A hibák naplózása a gép tevékenységi mezőjébe az OEE minőségi mutató kiszámításához:

write rework count to machine attribute

Ez lehetővé teszi, hogy az OEE-minőségi százalék tükrözze a tényleges hibaarányt, miközben megőrzi a nyers gépi számadatokat.

További információk

{{snippet.Megtalálta, amit keresett?}}