Bizonyítsa be az automatizált ellenőrzést a saját termékein
Egy megvalósíthatósági kapuval kezdődik az Önök valódi mintáin, mert egyes vizuális feladatok az Önök soraránál nem oldhatók meg, és olcsóbb ezt már az első héten tudni. Ezt követi a képalkotási terv, az annotált adat, egy validált modell és egy kontrollált soros teszt, hibaosztályonként jelentve, a kimaradt hibákkal és a hamis elutasításokkal külön számolva.
Vizuáliás felhasználási esetem ellenőrzéseBeszéljen egy gyártásmérnökkelEz az a probléma, amit meg kell oldania?
- A vizuális ellenőrzés egy hosszú műszak végén lévő ember figyelmén múlik.
- Ugyanaz a hibatípus rendszeresen eljut a vevőhöz, és senki sem tudja megmondani, milyen gyakran.
- Az ellenőrzés az oka annak, hogy a sor nem tud gyorsabban futni.
- Egy korábbi vizuáliásprojektet egy pontossági szám alapján fogadtak el, majd megbukott azoknál a hibáknál, amelyek számítottak.
Fő partner az Önök oldalán: Minőségügyi vezető · Termelésvezető · Automatizálási vezető · Műszaki vezető · Gyárigazgató
Mit bizonyít ez a PoC
Javasolt pilot hatókör
- Egy ellenőrző állomás és egy termékcsalád, a valódi variánsaival együtt.
- Egy körülhatárolt, megnevezett hiba- vagy ellenőrzési osztálykészlet, nem „bármilyen hiba”.
- Kiválasztott kamera, objektív és megvilágítás, a képalkotási tervezési lépés után választva.
- Egy elutasítási vagy operátori megerősítési folyamat, hogy egy döntés cselekvéshez vezessen.
- A tanító-, validáló- és elfogadási minták szigorúan elkülönítve mindvégig.
Mi fog élesben működni a PoC alatt
Hogyan zajlik ez a PoC
Az időtartamok szokásosak, nem garantáltak. Az ütemtervet nyújtja: hiányzó vagy hiányos adatok, biztonsági és hálózati jóváhagyások, hardver szállítási ideje, mintagyűjtés, telepítési hozzáférés, a gyártási terv, az ERP tesztkörnyezet elérése és az az idő, amennyi a csapatuknak az eredmények értékeléséhez kell.
Nem tervezett leállásra nem számítunk. Minden telepítési ablakot vagy ellenőrzött megszakítást előre egyeztetünk Önökkel, és a gyártás köré ütemezünk.
Hogyan mérjük a sikert
| Mutató | Hogyan van meghatározva | Honnan jön az érték | Típus |
|---|---|---|---|
| Precizitás hibaosztályonként | Az egy osztályra jelölt alkatrészek közül a valóban abba tartozók aránya, osztályonként jelentve, sosem egyetlen számba átlagolva. | Félretett validációs adathalmaz | Műszaki |
| Visszahívás hibaosztályonként | A valóban egy osztályt mutató alkatrészek közül a detektáltak aránya, osztályonként és termékvariánsonként jelentve. | Félretett validációs adathalmaz | Műszaki |
| Hamis elfogadási arány | Jónak átengedett hibás alkatrészek. A hamis elutasításoktól külön számolva és jelentve, mert üzleti költségük teljesen eltérő. | Félretett validációs adathalmaz | Műszaki |
| Hamis elutasítási arány | Elutasított jó alkatrészek. A szám, amely eldönti, hogy az operátorok bekapcsolva tartják-e a rendszert. | Félretett validációs adathalmaz | Működési |
| Konfúziós mátrix és mintaszám | Teljes osztály-osztály mátrix a mintaszámmal osztályonként, hogy az olvasó megítélhesse, mennyit ér az eredmény. | Félretett validációs adathalmaz | Műszaki |
| Feldolgozási késleltetés és sorarány-megfelelés | Ellenőrzési idő alkatrészenként a rendelkezésre álló ciklusidőhöz képest, a soron mérve, nem munkaállomáson. | MSF platformadat | Műszaki |
| Bizonytalan besorolási arány | Azon alkatrészek aránya, amelyeknél a modell nem tudott magabiztosan dönteni. Ezt kell felszívnia az operátori megerősítési folyamatnak. | Félretett validációs adathalmaz | Működési |
| Üzemidő és operátori megerősítési viselkedés | A rendszer rendelkezésre állása a soros teszt alatt, és hogy az operátorok ténylegesen hogyan kezelték a megerősítéseket és felülbírálásokat. | MSF platformadat | Elfogadottság |
A megvalósítás előtt az MSF és az Önök csapata megállapodik abban, hogyan számoljuk az egyes mutatókat, honnan jön a kiindulási érték, mely adatok maradnak ki, és milyen eredmény támaszt alá egy bevezetési döntést. Ez az oldal azt sorolja fel, mit mérünk; a konkrét célértékek az írásos PoC hatókörbe tartoznak, nem marketingígéretbe.
Amit Önök biztosítanak
- Reprezentatív jó és hibás alkatrészek vagy képek, minden variánst és minden hatókörbe eső hibaosztályt lefedve.
- Hibadefiníciók, súlyossági szabályok, és az elfogadható hamis elfogadási és hamis elutasítási szintek.
- Ciklusidő, soraránysebesség, látómező és az állomás környezeti körülményei.
- PLC- vagy elutasítási interfészadatok és bármilyen nyomonkövethetőségi igény.
Ki mit csinál
A Meta Smart Factory biztosítja
- Felmérő workshop és a hatókör meghatározásának vezetése
- A megoldás konfigurálása az egyeztetett hatókörre
- Integrációs és csatlakoztatási munka ezen a hatókörön belül
- Az ajánlatban szereplő MSF hardver
- A pilot felhasználók képzése
- A KPI-definíciók és a validálási módszer
- Hibakövetés és támogatás a pilot alatt
- A záró eredményjelentés és a bevezetési terv
- A megvalósíthatósági verdiktet, a képalkotási tervet és egy validált modellverziót, reprodukálható kiértékeléssel.
- Hibapéldákat is (a rosszul osztályozott képeket), a helyesek mellett.
Önök biztosítják
- Egy megnevezett üzleti és egy megnevezett műszaki felelős
- Időben biztosított hozzáférés a felhasználókhoz, a sorhoz, a gépekhez és a jóváhagyott rendszerekhez
- A folyamat és a törzsadatok hiteles ismertetése
- Hálózati, energiaellátási, szerelési és munkavédelmi hozzáférés
- ERP-, PLC- és gyártói dokumentáció, valamint az azt ismerő szakemberek
- Reprezentatív minták vagy historikus adatok
- Annak megerősítése, hogy a kiindulási érték méltányos
- Visszajelzés és az átvételi döntés
- Elég valódi hibás mintát osztályonként; a ritka hibák a legnehezebbek és a legfontosabbak.
- Soron való hozzáférést a kontrollált teszthez normál termelési sebesség mellett.
Az írásos ajánlatban rögzítve
- Panel PC-k, tabletek, szerverek és GPU-szerverek
- Kamerák, optikák, világítás és burkolatok
- Olvasók, nyomtatók, RFID eszközök, mérők és érzékelők
- Utazás, telepítés, szállítás, vám és helyi villanyszerelés
- A hardver bérelt vagy megvásárolt
- Beszámít-e a PoC díja a bevezetésbe
A kereskedelmi feltételeket, a hardver tulajdonjogát, az utazást, az integráció hatókörét és a bevezetésbe való esetleges beszámítást az írásos PoC ajánlat rögzíti. Ezek nem minden terméknél azonosak, és ez az oldal nem ígéri meg őket.
Amit a végén megkap
- Megvalósíthatósági verdikt az indoklással.
- Valódi alkatrészeken validált képalkotási és megvilágítási terv.
- Egy validált modellverzió reprodukálható kiértékeléssel.
- Osztályonkénti mutatójelentés, hibapéldákkal.
- Kockázati és korlátlista, amely lefedi a teljesítményt rontó körülményeket.
- Hardver-mennyiségi kimutatás, integrációs architektúra és bevezetési javaslat.
Feltételek, kizárások és korlátok
Ez a PoC ezektől függ
- Elég valódi hibás minta osztályonként. Ennek hiánya a leggyakoribb ok, amiért egy vizuáliás PoC csúszik.
- Stabil alkatrész-pozicionálás az állomáson, vagy egy egyeztetett rögzítő ennek eléréséhez.
Nem része ennek a PoC-nak
- A hatókörben meg nem nevezett hibaosztályok, és a mintákban nem szereplő termékvariánsok.
- Mechanikus kezelés, rögzítés és elutasítómechanizmus-építés.
Az összesített pontosságot sosem használjuk elfogadási mutatóként. Egy kiegyensúlyozatlan hibakészleten kiválónak nézhet ki, miközben minden lényeges hibát kimulaszt. Az eredményeket osztályonként, mintaszámmal jelentjük, és nem teszünk állítást olyan hibatípusokra, variánsokra vagy körülményekre, amelyek nem szerepeltek a validált készletben.
Tovább, módosítás vagy leállítás: a döntési pont
Gyakori kérdések
Hány mintadarabra van szükségük?
Attól függ, mennyire változékony a hiba és a termék, és a megvalósíthatósági kapu az Önök esetére ad konkrét számot. Jó alkatrészből rendszerint bőven van. A korlát a valódi hibás példa osztályonként, különösen a ritka hibák, amelyek az egész projekt oka.
Miért nem egyszerűen a pontosságot jelentik?
Mert egy 2%-os hibaarányú soron egy mindent átengedő modell 98%-os pontosságot ér el, és semmit sem kap el. Az osztályonkénti precizitás és visszahívás, plusz a hamis elfogadás és hamis elutasítás külön-külön, az egyetlen szám, amely leírja, mi fog ténylegesen történni a soron.
Mi van, ha a megvalósíthatósági kapu nemet mond?
Megkapják az indoklást, a képalkotási bizonyítékot, és ahol van, egy alternatívát: más ellenőrzési pont, más megvilágítási geometria, vagy egy szenzoralapú ellenőrzés vizuális helyett. Egy egyértelmű nem az első héten jobb eredmény, mint egy sikertelen cella a kilencedik hónapban.
Működni fog új hibatípusokon később is?
Nem automatikusan, és ezt a korlátlista kimondja, nem elkeni. Egy modell azt detektálja, amire tanították és validálták. Az új hibaosztályok új mintákat, újratanítást és friss validációt igényelnek. Ez normális, tervezhető tevékenység, de nem ingyenes.
Felmérések és kihívások
Kapcsolódó termékek és PoC programok
Kérje ezt a Proof of Conceptet
Írja le, milyen hatókörre gondol, és írásos PoC tervvel jelentkezünk: mi kerül összekötésre, mit biztosítanak Önök, hogyan mérjük a sikert, és hogyan néz ki a döntés a végén.