Computer Vision Proof of Concept

Otomatik Muayeneyi Kendi Ürünleriniz Üzerinde Kanıtlayın

Gerçek numunelerinizle bir fizibilite kapısıyla başlar, çünkü bazı görsel görevler sizin hat hızınızda çözülebilir değildir ve bunu ilk hafta öğrenmek daha ucuzdur. Sonrasında görüntüleme tasarımı, etiketlenmiş veri, doğrulanmış bir model ve kontrollü hat testi gelir — hata sınıfı bazında raporlanmış, kaçan hatalar ve yanlış retler ayrı sayılmış olarak.

Görüntü kullanım senaryomu inceleBir üretim mühendisiyle görüşün
Tipik süre4–8 hafta
Pilot kapsamıTek muayene istasyonu, tek ürün ailesi, sınırlı bir hata seti
Birincil muhatapKalite Müdürü
Sonundaki kararKabul raporu, donanım tasarımı ve ölçekleme önerisi

Çözmeniz gereken sorun bu mu?

  • Görsel muayene, uzun bir vardiyanın sonunda bir kişinin dikkatine bağlı.
  • Aynı hata tipi müşteriye ulaşmaya devam ediyor ve ne sıklıkta olduğunu kimse söyleyemiyor.
  • Hattın daha hızlı çalışamamasının nedeni muayene.
  • Önceki bir görüntü projesi bir doğruluk rakamıyla kabul edildi ve önemli olan hatalarda başarısız oldu.

Birincil muhatap: Kalite Müdürü · Üretim Müdürü · Otomasyon Müdürü · Mühendislik Müdürü · Fabrika Müdürü

Bu PoC neyi kanıtlayacak

Görsel görev, hat hızınızda, görüş alanınızda ve hata boyutunuzda genel olarak çözülebilir mi?
Gerçekte hangi görüntüleme, aydınlatma ve optik gerekiyor?
Modelin daha önce hiç görmediği numunelerde hata sınıfı bazında kesinlik ve duyarlılık nedir?
Kaçan hata oranı — yani gözden kaçan hatalar — ve ayrıca yanlış ret oranı nedir?
Gerçek koşullarınızda ayakta kalıyor mu: titreşim, toz, yansıma, parça konumu ve varyant değişimleri?

Önerilen pilot kapsamı

  • Tek muayene istasyonu ve tek ürün ailesi; gerçek varyantları dâhil.
  • "Herhangi bir hata" değil, sınırlı ve adı konmuş bir hata ya da doğrulama sınıfı seti.
  • Görüntüleme tasarımı adımından sonra seçilen kamera, lens ve aydınlatma.
  • Tek bir ret ya da operatör onayı akışı; böylece karar bir aksiyona bağlanır.
  • Eğitim, doğrulama ve kabul numunelerinin baştan sona kesinlikle ayrı tutulması.

PoC boyunca canlı çalışacaklar

İstasyonda gerçek parçalar üzerinde, gerçek çevrim süresinde canlı muayene.
Her kararın ardındaki güven değeriyle birlikte sınıf bazında sınıflandırma.
Sonuca göre tetiklenen ret ya da operatör onayı aksiyonu.
Test döneminde muayene edilen her parça için görüntü ve sonuç arşivi.

Bu PoC nasıl ilerler

Hafta 1
Saha, süreç ve veri hazırlığıNumuneleriniz ve görüntüleriniz üzerinde fizibilite kapısı: hatanın görünürlüğü, kontrast, görüş alanına göre boyut, çevrim süresi ve kabul edilebilir hata seviyeleri. Buradaki olumsuz sonuç geçerli ve ucuz bir çıktıdır.Geçiş kriteri: Herhangi bir donanım belirlenmeden önce fizibilite kararı verildi.
Hafta 1–2
Görüntüleme ve aydınlatma tasarımıGörüntüleme ve aydınlatma tasarımı: kamera, lens, çalışma mesafesi, aydınlatma geometrisi ve montaj; katalogdan seçilerek değil, gerçek parçalar üzerinde test edilerek.Geçiş kriteri: Görüntüler, hatayı önce bir insan gözlemciye güvenilir biçimde gösteriyor.
Hafta 2–4
Veri toplama ve etiketlemeVaryantlar, vardiyalar ve hata sınıfları boyunca temsil edici bir görüntü seti toplayıp etiketleyin; sınıf dağılımını ve etiketleme kalitesini dürüstçe gözden geçirin.Geçiş kriteri: Numune sayısı ve sınıf dağılımı belgelendi; kabul seti ayrı tutuldu.
Hafta 3–5
Model eğitimi ve çevrimdışı doğrulamaAyrılmış veri üzerinde çevrimdışı eğitip doğrulayın; sınıf bazında kesinlik ve duyarlılık, karışıklık matrisi ve kararsız sınıflandırma oranını raporlayın.Geçiş kriteri: Ayrı tutulan sette çevrimdışı sonuçlar mutabık kalınan eşikleri karşılıyor.
Hafta 5–7
Kontrollü canlı çalışmaRet ya da onay akışı etkinken gerçek hızda kontrollü hat testi; üretim koşullarında gecikme, çalışma süresi, kaçan hata ve yanlış retler izlenir.Geçiş kriteri: Canlı üretimde hat hızına uyum ve hata oranları teyit edildi.
Hafta 7–8
Yaygınlaştırma kararı ve iş gerekçesiSınıf bazında metriklerle kabul raporu, hata örnekleri, sınırlama listesi, donanım malzeme listesi, entegrasyon mimarisi ve ölçekleme önerisi.Geçiş kriteri: Devam, düzelt ya da dur.

Süreler tipik değerlerdir, garanti değildir. Takvimi uzatanlar: eksik ya da yetersiz veri, güvenlik ve ağ onayları, donanım tedarik süreleri, numune toplama, kurulum için erişim, üretim planı, ERP test erişimi ve ekibinizin sonuçları değerlendirmek için ihtiyaç duyduğu süre.

Plansız bir duruş öngörülmez. Kurulum penceresi ya da kontrollü kesinti gerekiyorsa önceden sizinle kararlaştırılır ve üretim planınıza göre konumlandırılır.

Başarı nasıl ölçülecek

Başarı nasıl ölçülecek
MetrikNasıl tanımlandığıDeğerin nereden geldiğiTür
Hata sınıfı bazında kesinlikBir sınıf için işaretlenen parçaların gerçekten o sınıfa ait olan oranı — sınıf bazında raporlanır, asla tek bir rakama indirgenmez.Ayrı tutulmuş doğrulama kümesiTeknik
Hata sınıfı bazında duyarlılıkGerçekten bir sınıfı taşıyan parçaların tespit edilen oranı — sınıf ve ürün varyantı bazında raporlanır.Ayrı tutulmuş doğrulama kümesiTeknik
Kaçan hata oranıSağlam olarak geçirilen hatalı parçalar. Yanlış retlerden ayrı sayılır ve raporlanır, çünkü iş maliyetleri tamamen farklıdır.Ayrı tutulmuş doğrulama kümesiTeknik
Yanlış ret oranıReddedilen sağlam parçalar. Operatörlerin sistemi açık tutup tutmayacağını belirleyen rakam budur.Ayrı tutulmuş doğrulama kümesiOperasyonel
Karışıklık matrisi ve numune sayısıSınıf başına numune sayısıyla birlikte tam matris; böylece okuyan kişi sonucun ne kadar değerli olduğunu değerlendirebilir.Ayrı tutulmuş doğrulama kümesiTeknik
İşlem gecikmesi ve hat hızına uyumMevcut çevrim süresine karşı parça başına muayene süresi; iş istasyonunda değil hatta ölçülür.MSF platform verisiTeknik
Kararsız sınıflandırma oranıModelin güvenle karar veremediği parçaların oranı — operatör onayı akışının soğurması gereken yük budur.Ayrı tutulmuş doğrulama kümesiOperasyonel
Çalışma süresi ve operatör onay davranışıHat testi boyunca sistem kullanılabilirliği ve operatörlerin onayları ile geçersiz kılmaları gerçekte nasıl kullandığı.MSF platform verisiBenimseme

Uygulamaya başlamadan önce MSF ve ekibiniz her metriğin nasıl hesaplanacağını, başlangıç değerinin nereden geleceğini, hangi verilerin dışarıda bırakılacağını ve hangi sonucun yaygınlaştırma kararını destekleyeceğini birlikte belirler. Bu sayfa neyin ölçüleceğini listeler; asıl hedef değerler pazarlama iddiasında değil, yazılı PoC kapsamında yer alır.

Sizin sağlamanız gerekenler

  • Kapsamdaki her varyantı ve her hata sınıfını kapsayan temsil edici OK ve NOK parçalar ya da görüntüler.
  • Hata tanımları, ciddiyet kuralları ve kabul edilebilir kaçan hata ile yanlış ret seviyeleri.
  • Çevrim süresi, hat hızı, görüş alanı ve istasyondaki çevresel koşullar.
  • PLC ya da ret arayüzü bilgileri ve varsa izlenebilirlik gereksinimi.

Kim neyi yapıyor

Meta Smart Factory sağlar

  • Keşif çalıştayı ve kapsam belirleme kolaylaştırıcılığı
  • Üzerinde anlaşılan kapsam için çözüm yapılandırması
  • Bu kapsam içindeki entegrasyon ve bağlantı çalışmaları
  • Teklifte listelenen MSF donanımı
  • Pilot kullanıcıların eğitimi
  • KPI tanımları ve doğrulama yöntemi
  • Pilot boyunca sorun takibi ve destek
  • Nihai sonuç raporu ve yaygınlaştırma tasarımı
  • Fizibilite kararı, görüntüleme tasarımı ve değerlendirmesi yeniden üretilebilir, doğrulanmış bir model sürümü.
  • Hata örnekleri — yalnızca doğru bildiklerinin değil, yanlış bildiği görüntülerin de paylaşılması.

Siz sağlarsınız

  • İsmi belirlenmiş bir iş sahibi ve bir teknik sorumlu
  • Kullanıcılara, hatta, makinelere ve onaylı sistemlere zamanında erişim
  • Sürecin ve ana verinin doğru şekilde açıklanması
  • Ağ, elektrik, montaj ve iş güvenliği erişimi
  • ERP, PLC ve üretici dokümantasyonu ile bunları bilen uzmanlar
  • Temsil gücü olan numuneler veya geçmiş veriler
  • Başlangıç değerinin adil olduğunun teyidi
  • Geri bildirim ve kabul kararı
  • Sınıf başına yeterli sayıda gerçek NOK numune; nadir hatalar en zor ve en önemli olanlardır.
  • Kontrollü test için normal üretim hızında hat erişimi.

Yazılı teklifte tanımlanır

  • Panel PC’ler, tabletler, sunucular ve GPU sunucuları
  • Kameralar, lensler, aydınlatma ve muhafazalar
  • Okuyucular, yazıcılar, RFID cihazları, sayaçlar ve sensörler
  • Seyahat, kurulum, nakliye, ithalat vergisi ve yerel elektrik işleri
  • Donanımın kiralanacağı mı satın alınacağı mı
  • PoC bedelinin yaygınlaştırmadan mahsup edilip edilmeyeceği

Ticari koşullar, donanım mülkiyeti, seyahat, entegrasyon kapsamı ve olası mahsuplaşma yazılı PoC teklifinde tanımlanır. Bunlar her ürün için aynı değildir ve bu sayfa onları taahhüt etmez.

Sonunda elinize geçenler

  • Arkasındaki gerekçesiyle birlikte fizibilite kararı.
  • Gerçek parçalar üzerinde doğrulanmış görüntüleme ve aydınlatma tasarımı.
  • Değerlendirmesi yeniden üretilebilir, doğrulanmış bir model sürümü.
  • Hata örnekleri dâhil, hata sınıfı bazında metrik raporu.
  • Performansı düşüren koşulları kapsayan risk ve sınırlama listesi.
  • Donanım malzeme listesi, entegrasyon mimarisi ve yaygınlaştırma önerisi.

Bağımlılıklar, kapsam dışı olanlar ve sınırlar

Bu PoC şunlara bağlıdır

  • Sınıf başına yeterli sayıda gerçek NOK numune — bir görüntü PoC’sinin gecikmesinin en yaygın nedeni budur.
  • İstasyonda kararlı parça sunumu ya da bunu sağlayacak, üzerinde anlaşılan bir aparat.

Bu PoC kapsamında değildir

  • Kapsamda adı geçmeyen hata sınıfları ve numunelerde temsil edilmeyen ürün varyantları.
  • Mekanik elleçleme, aparat imalatı ve ret mekanizması yapımı.
Bu PoC neyi iddia etmez

Genel doğruluk asla kabul metriği olarak kullanılmaz — dengesiz bir hata setinde mükemmel görünürken önemli olan her hatayı kaçırabilir. Sonuçlar numune sayılarıyla birlikte sınıf bazında raporlanır ve doğrulanmış sette bulunmayan hata tipleri, varyantlar ya da koşullar için hiçbir iddiada bulunulmaz.

Devam, düzelt ya da dur — karar noktası

DevamDevam: sınıf bazında sonuçlar hat hızında mutabık eşikleri karşılıyor — teslim edilen tasarıma göre istasyon yaygınlaştırmasına geçin.
DüzeltDüzelt: görüntüleme, numune kapsaması ya da sınıf tanımları elden geçmeli; hata örnekleri tam olarak nerede olduğunu gösteriyor.
DurDur: görev bu hızda ve bu hata boyutunda güvenilir biçimde çözülebilir değil ve bunu bir hücre satın aldıktan sonra değil, haftalar içinde öğreniyorsunuz.

Sık sorulan sorular

Kaç numune parçaya ihtiyacınız var?

Hatanın ve ürünün ne kadar değişken olduğuna bağlı; fizibilite kapısı sizin durumunuz için net bir sayı verir. Kural olarak kısıt OK parçalar değildir — onlar her yerdedir — sınıf başına gerçek NOK örneklerdir; özellikle projenin bütün sebebi olan nadir hatalar.

Neden sadece doğruluk raporlamıyorsunuz?

Çünkü %2 hata üreten bir hatta, her şeyi geçiren bir model %98 doğruluk alır ve hiçbir şey yakalamaz. Hattınızda gerçekte ne olacağını tarif eden tek rakamlar, sınıf bazında kesinlik ve duyarlılık ile ayrı ayrı kaçan hata ve yanlış rettir.

Fizibilite kapısı olumsuz derse?

Gerekçeyi, görüntü kanıtını ve varsa bir alternatifi alırsınız — farklı bir muayene noktası, farklı bir aydınlatma geometrisi ya da görsel yerine sensör tabanlı bir kontrol. Birinci haftada net bir "hayır", dokuzuncu ayda başarısız bir hücreye kıyasla iyi bir sonuçtur.

İleride yeni hata tiplerinde de çalışır mı?

Otomatik olarak hayır ve bu geçiştirilmez, sınırlama listesinde belirtilir. Bir model, eğitildiği ve doğrulandığı şeyi tespit eder. Yeni hata sınıfları yeni numune, yeniden eğitim ve yeni bir doğrulama gerektirir — bu planlanabilir, normal bir faaliyettir ama bedelsiz değildir.

Bu Proof of Concept için talep oluşturun

Aklınızdaki kapsamı yazın; size yazılı bir PoC planıyla dönelim: neyin bağlanacağı, sizin neyi sağlayacağınız, başarının nasıl ölçüleceği ve sonundaki kararın neye benzeyeceği.

Lütfen bu form üzerinden parola, üretim veritabanı dışa aktarımı, personel kaydı veya gizli teknik çizim göndermeyin. Bir PoC bunlara ihtiyaç duyuyorsa önce onaylı ve güvenli bir kanal kurarız.

Gönderimler kötüye kullanıma karşı denetlenir ve IP adresi dâhil kayıt altına alınır. Gönderdiğiniz içerikten siz sorumlusunuz.