Gépfelügyeleti alkalmazásalapú architektúra-minták

A Tulip rugalmasságot kínál az alkalmazások gépek körüli felépítésében. A megfelelő modell a csapat technikai érettségétől, a folyamatok szabványosításától és a költségvetéstől függ.

1. minta: Összeállítható gépi alkalmazások (1:1 modell)

Felépítés: Egy gép → Egy alkalmazás → Egy állomás → Egy terminál

Architektúra-ábra:

Alkalmazási példák

• Kezdő „polgári fejlesztők”, akik első gépfigyelő alkalmazásaikat készítik
• Gyors koncepcióbizonyító telepítések, ahol az egyszerűség fontosabb, mint a hatékonyság
• Gépi példányonkéntegyedi emberi folyamatok (pl. az 1. gép olyan egyedi ellenőrzési lépéseket igényel, amelyek a 2. gépre nem alkalmazhatók)
• Műveletvezérelt fejlesztés, ahol a fejlesztők több szerepet is betöltenek, és korlátozott idő áll rendelkezésükre

Miért fontos ez

Ez a minta a szoftvert fizikailag 1:1 arányban leképezi a hardverre, kiküszöbölve az absztrakciót. A fejlesztők azonosíthatnak egy gépet a gyártócsarnokban, és hozzárendelhetik azt a saját alkalmazásához. Ez az egyértelműség csökkenti a mentális terhelést, és intuitívvá teszi a hibaelhárítást.

Példa

Forgatókönyv: Egy élelmiszer- és italgyártónak 3 csomagolóvonala van. Minden vonalnak megvannak a maga leállási okai, alkatrészkonfigurációi és kezelői munkafolyamatai.

Végrehajtás

• Gép típus létrehozása: „Csomagolóvonal”
• Hozzon létre 3 gépet: „A vonal”, „B vonal”, „C vonal”
• 3 alkalmazás létrehozása: „A vonal terminálja”, „B vonal terminálja”, „C vonal terminálja”
• Rendelje hozzá az egyes alkalmazásokat egy-egy dedikált állomáshoz, amelyhez egy fix terminál tartozik

Előnyök

• A tiszta adatelkülönítés megakadályozza a gépek közötti adatkorrupciót
• A gépekhez tartozó munkafolyamatok könnyen testreszabhatók
• Egyszerű hibaelhárítás (a probléma mindig egy önálló alkalmazáson belül jelentkezik)

Korlátozások

• Gépenként egy fizikai terminálra van szükség (hardverköltség)
• A globális alkalmazásmódosításokhoz 3 különálló alkalmazás frissítése szükséges
• Körülbelül 10 gépnél nem skálázható

2. minta: Gépek hozzárendelése az állomásalkalmazáshoz

Felépítés: Egy géptípus → Egy alkalmazás → Több állomás (a gépek dinamikusan kerülnek hozzárendelésre az állomás-leképezés segítségével)

Architektúra-diagram:

Használati esetek

• Egységesített folyamatok azonos géptípusok esetében
• Teljes munkaidőben dolgozó, az absztrakcióval és a kiváltó logikával jól ismerősfejlesztők
• Szükség vanvízszintes skálázásra (10 vagy több azonos típusú gép)
• Az alkalmazások központosított karbantartása prioritás

Hogyan működik

1. Rendelje hozzá az egyes gépeket egy-egy állomáshoz a Gyártócsarnok > Gépek (Konfiguráció fül) menüpontban
2. Az alkalmazásban használja az „ezen az állomáson” kiváltási feltételeket a hozzárendelt gép dinamikus hivatkozásához
3. Amikor az alkalmazás az 1. állomáson fut, az 1. géppel lép kapcsolatba. Amikor a 2. állomáson fut, a 2. géppel lép kapcsolatba

Példa az alkalmazás indító feltételére

Amikor: A „ezen az állomáson” lévő gép kimeneteállapotváltozást jelez Ha: Gép kimenete / állapotváltozás =Leáll Akkor: Hozzon létre egy rekordot a „Státuszelőzmények” táblában.

Példa

Forgatókönyv: Egy autóipari első szintű beszállítónál 15 azonos CNC-marógép fut ugyanazon gyártási folyamaton.

Megvalósítás

• Géptípus létrehozása: „5 tengelyes CNC marógép”
• Hozzon létre 15 gépet (CNC-001-től CNC-015-ig)
• Készítsen egy alkalmazást: „CNC-kezelői terminál”
• Hozzon létre 15 állomást, és rendeljen hozzájuk egy-egy gépet
• Az egyetlen alkalmazás telepítése mind a 15 állomásra

Előnyök

• Csak egy alkalmazást kell karbantartani (a globális frissítések azonnal érvénybe lépnek)
• Rövidebb alkalmazásfejlesztési idő a flottára történő telepítéshez
• „Ezen az állomáson” kiváltó logikát használ (beépített dinamikus gépreferencia)

Korlátozások

• Továbbra is egy terminálra van szükség állomásonként (a hardverköltségek megmaradnak)
• Minden gépnek azonos típusúnak és azonos tulajdonságokkal kell rendelkeznie
• A gépekhez igazított egyedi logika feltételes elágazásokat igényel (növeli a komplexitást)

3. minta: Gépi változós alkalmazás (lebegő terminál)

Felépítés: Egy alkalmazás → Több géptípus → Változóalapú gépválasztás → Megosztott/lebegő terminál

Architektúra-ábra:

Használati esetek

• Költségvetési korlátok: Korlátozott számú terminál áll rendelkezésre
• Vándorló kezelői modell: Egy kezelő közös iPad-del mozog a gépek között
• A gépek nem igényelnek folyamatos felügyeletet: az alkalmazásnak csak az aktív műveletek során kell futnia

Kritikus korlátozás: Nem támogatja a háttérben történő, képernyő nélküli felügyeletet

Ez a minta nem támogatja a háttérben történő/headless felügyeletet. Ha az alkalmazás bezárva van, akkor egyetlen gép sem indít riasztást. Ez a minta csak a következőkre alkalmas:

• Ember által kezdeményezett adatbevitelre (az operátor rögzíti a hibákat, az alkatrészek számát)
• Ad hoc gépi ellenőrzések
• Olyan esetek, amikor a gépek nem generálnak adatokat, ha az alkalmazás nem fut

Hogyan működik

1. Hozzon létre egy gépváltozót az alkalmazásban (pl. selectedMachine)
2. Adjon hozzá egy legördülő menüt vagy QR-kód-beolvasót a selectedMachine változó futásidejű kitöltéséhez
3. Használja a selectedMachine változót minden trigger-hivatkozásban

Példa alkalmazás-triggerre

Amikor: a „Selected Machine” gépi változó kimenete {Attribute}Akkor: az utolsó gépi kimenetet tárolja a változóban

Példa

Forgatókönyv: Egy gyógyszeripari laboratóriumban 5 analitikai műszer található, amelyek csak a tervezett vizsgálatok során működnek. A technikusok egy közös iPad-et használnak a vizsgálati paraméterek és eredmények rögzítésére.

Megvalósítás

• Hozzon létre 5 gépet (HPLC-1, GC-MS-2 stb.)
• Készítsen egy alkalmazást: „Laborberendezések naplója”
• Legördülő menü hozzáadása: „Select Instrument” → kitölti a selectedMachine változót
• A technikus az iPadet a műszerek között viszi, kiválasztja az aktív gépet, rögzíti az adatokat

Előnyök

• Minimális hardverköltség (egy közös terminál)
• Rugalmas gépválasztás futásidőben
• Ideális ad hoc/szakaszos munkafolyamatokhoz

Korlátozások

• Nem headless – az alkalmazásnak aktívan futnia kell a logika végrehajtásához
• Nincs háttérfigyelés, ha az alkalmazás bezárva van
• Bonyolult állapotkezelés (Melyik gép aktív jelenleg?)
• Nem alkalmas 24/7 OEE-nyomon követésre

Architektúra-minta döntési fa

Használja ezt a döntési fát, hogy kiválassza az igényeinek leginkább megfelelő mintát:

További olvasnivaló

• Gépfelügyelet – Headless vs. alkalmazásalapú architektúra
• Változók

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