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 — a rosszul osztályozott képeket — nem csak a helyeseket.
Ö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 — ez 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. Szabály szerint a korlát nem a jó alkatrész — abból bőven van — hanem 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.
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.