İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · ÜRETİM

Hat kenarında çalışan görsel denetim modeli

Görsel kalite denetimi hattın sonunda insan gözüyle yapılıyordu ve vardiyanın son saatinde kaçan kusur oranı gözle görülür biçimde değişiyordu. İlk otomasyon denemesi görüntüyü buluta gönderip cevabı beklemek üzerine kuruluydu; fabrika ağında kesinti yaşandığı gün denetim tamamen durdu ve parçalar denetimsiz geçti. Kararın yetişmesi gereken süre parça aralığına bağlıydı, yani gecikme bir kullanıcı deneyimi konusu değil, ret mekanizmasının fiziksel kısıtıydı. Ayrıca hangi parçanın hangi modelle ve hangi eşikle geçtiği kayıtlı olmadığı için sonradan gelen bir şikâyet geriye doğru izlenemiyordu.

Beklenen etki

Kapsam
Denetim ağ bağlantısından bağımsız çalışıyor; kesinti sırasında karar üretimi durmuyor, yalnızca merkezî raporlama gecikiyor
Ölçüm
Kusur sınıfı başına geri çağırma ve kesinlik ayrı izleniyor, tek bir toplu orana indirgenmiyor
İşleyiş
Güven bandı dışındaki parçalar reddedilmiyor, operatör kararına yönlendiriliyor
İzlenebilirlik
Her karar için görüntü, model sürümü ve eşik yerel kayda yazılıyor; geriye dönük sorgu cevaplanabiliyor

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Görsel kalite denetimi hattın sonunda insan gözüyle yapılıyordu ve vardiyanın son saatinde kaçan kusur oranı gözle görülür biçimde değişiyordu. İlk otomasyon denemesi görüntüyü buluta gönderip cevabı beklemek üzerine kuruluydu; fabrika ağında kesinti yaşandığı gün denetim tamamen durdu ve parçalar denetimsiz geçti. Kararın yetişmesi gereken süre parça aralığına bağlıydı, yani gecikme bir kullanıcı deneyimi konusu değil, ret mekanizmasının fiziksel kısıtıydı. Ayrıca hangi parçanın hangi modelle ve hangi eşikle geçtiği kayıtlı olmadığı için sonradan gelen bir şikâyet geriye doğru izlenemiyordu.

Yaklaşım

Çıkarımı hattın kenarına taşıdık: karar, programlanabilir denetleyicinin döngüsüne bağlı olduğu için cihazın ağ olmadan da çalışması zorunluydu. Modeli tam duyarlıktan tam sayı duyarlığına indirdik ama kalibrasyon kümesini genel bir örnekle değil, hattan toplanan gerçek kusur görüntüleriyle zenginleştirdik; ince çizik sınıfında geri çağırma düşüşünü ancak böyle geri alabildik. Otomatik ret yerine üç bantlı bir karar kurduk: geç, reddet ve operatöre gönder; çünkü hurda maliyetiyle müşteriye ulaşan kusurun maliyeti simetrik değil. Aydınlatmayı mekanik olarak sabitleyip her vardiya başında referans parça çekimi zorunlu hâle getirdik, zira model kayması sandığımız şeyin çoğu aydınlatma kaymasıydı. Cihaz yazılımı iki bölmeli imajla, imzalı paketle ve geri alma yoluyla güncelleniyor; her karar görüntüsü model sürümü ve eşikle birlikte yerel dairesel tampona yazılıyor.

Kullanılan teknolojiler

  • Uç cihazda çevrimdışı çıkarım
  • Tam sayı nicemleme ve saha kalibrasyon kümesi
  • Gecikme bütçesi ve çekirdek yalıtımı
  • Üç bantlı karar eşiği
  • İki bölmeli imzalı saha güncellemesi
  • Karar ve görüntü izlenebilirlik kaydı
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

Denetim noktası hattın sonunda değil, ret mekanizmasının hemen öncesindeydi. Kamera bir konum sensörüyle tetikleniyor, parça belirli bir pencere içinde geçiyor ve karar denetleyiciye o pencere kapanmadan ulaşmak zorunda. Bu, sistemin tasarımını baştan bir gerçek zaman problemi hâline getirdi: doğruluk ne olursa olsun, geciken karar karar değildir.

İkinci kısıt ağdı. Fabrika ağı denetim ve ofis katmanları arasında ayrılmıştı ve denetim tarafından dışarıya doğrudan çıkış yoktu. Bulut çıkarımı hem bu ayrımı zorluyor hem de kesinti anında denetimi tamamen durduruyordu. Kesintinin kabul edilebilir sonucu "raporlama gecikir" olmalıydı, "denetim durur" değil.

Veri ve erişim#

Görüntü verisi cihazda üretiliyor ve önce cihazda kalıyor. Etiketleme ise kalite biriminin işi; bu yüzden kayıt akışı, operatör ve kalite teknisyeninin görebileceği bir etiketleme kuyruğuna bağlandı. Kamera kadrajı baştan parça bandına sınırlandırıldı, böylece operatörün kendisi çerçeveye girmedi.

  • Karar görüntüleri: cihazda dairesel tamponda, model sürümü ve eşik bilgisiyle; sınırlı süre saklanıyor
  • Etiketli kusur kümesi: kalite biriminin doğruladığı görüntüler, sınıf bazında dengesiz ve bu dengesizlik kayıt altında
  • Referans parça çekimleri: her vardiya başında sabit parçalarla alınan görüntüler, optik kayma denetimi için
  • Cihaz telemetrisi: çıkarım gecikmesi dilimleri, sıcaklık ve termal kısılma olayları
  • Model paketleri: sürüm, nicemleme ayarı ve kalibrasyon kümesi kimliğiyle imzalı olarak saklanıyor

Mimari kararlar#

Uç cihaz tasarımında kararlar birbirine bağlıdır: nicemleme seçimi gecikme bütçesini, gecikme bütçesi çözünürlüğü, çözünürlük de hangi kusur sınıfının görülebileceğini belirliyor. Aşağıdaki tablo bu zincirde hangi noktada neyi feda ettiğimizi kaydeder.

KararSeçilen yolNeden
Çıkarım yeriHat kenarı, ağ olmadan çalışabilen cihazKarar denetleyici döngüsüne bağlı; kesintide hattın durması kabul edilemez
DuyarlıkTam sayı nicemleme, kalibrasyon kümesi sahadan zenginleştirilmişBütçe tam duyarlıkla tutmuyor; genel kalibrasyon kümesi ince kusur sınıfını bozuyor
Karar biçimiÜç bant: geç, reddet, operatöre gönderYanlış ret hurda, yanlış kabul müşteriye ulaşan kusur; maliyetler simetrik değil
Optik kararlılıkMekanik sabitleme ve vardiya başı referans çekimiKayma çoğunlukla aydınlatma ve açıdan geliyor, modelden değil
Güncellemeİki bölmeli imaj, imzalı paket, otomatik geri almaHat kenarında başarısız güncelleme doğrudan üretim duruşu
KayıtKarar başına görüntü, model sürümü ve eşik yerel kaydaSonradan gelen şikâyette "hangi modelle geçti" sorusu cevaplanabilir olmalı
Tablo karar gerekçelerini taşır; ölçülmüş gecikme veya doğruluk değeri içermez.

Güvenlik ve yetki#

Cihaz denetim ağında duruyor ve o ağın kuralları geçerli: dışarıya doğrudan bağlantı yok, güncelleme yalnızca ara bölgeden geçen imzalı paketle geliyor, cihazın denetleyiciye verdiği tek şey karar sinyali. Yetki tarafında kritik ayrım şu: eşik değiştirme yetkisi kalite mühendisinde, model yayımlama yetkisi ayrı bir rolde; aynı kişinin ikisini birlikte yapması engellendi.

Ölçüm düzeni#

  • Sınıf başına geri çağırma ve kesinlik: ince çizik gibi zor sınıflar toplu oranın içinde saklanmıyor
  • Operatöre devredilen bant hacmi: hem model güveninin hem işletme yükünün göstergesi olarak izleniyor
  • Referans parça kayması: vardiya başı çekimlerin skoru geçmişle otomatik karşılaştırılıyor, eşik aşımı optik kontrolü tetikliyor
  • Gecikme uç dilimleri: bütçe aşımı olayları sayılıyor, ortalama gecikme tek başına raporlanmıyor
  • Termal kısılma olayları: cihaz sıcaklığına bağlı yavaşlamalar ayrı kalem
  • Kayıt bütünlüğü: karar sayısı ile saklanan görüntü sayısının tutarlılığı günlük kontrol ediliyor

Devreye alma ve işletme#

  1. 1Optik ve tetikleme sabitleme

    Aydınlatma, kamera açısı ve tetik penceresi mekanik olarak sabitlendi; bu adım tamamlanmadan model çalışması başlatılmadı.

  2. 2Bütçe ölçümü

    Tetikten denetleyici sinyaline kadar olan zincir uç dilimleriyle ölçüldü; çıkarım işlemi yalıtılmış çekirdeğe alındı.

  3. 3Paralel çalışma

    Model kararı üretti ama ret mekanizmasına bağlanmadı; operatör kararıyla karşılaştırılarak eşik bantları belirlendi.

  4. 4Bantlı devreye alma

    Önce yalnızca "operatöre gönder" bandı etkinleştirildi, otomatik ret en son ve sınırlı kusur sınıflarında açıldı.

  5. 5Güncelleme provası

    İmzalı paket, geri alma ve başarısız güncelleme senaryosu üretim durmadan önce hat dışı bir cihazda tekrarlandı.

Nerede yanıldık#

Gecikmeyi ortalamayla izlediğimiz için uzun süre bütçeyi tuttuğumuzu sandık; sonra belirli aralıklarla parça kaçıran bir davranış fark edildi. Neden model değil, cihazda arka planda çalışan günlük yükleyicinin periyodik yazma yükü ve onun uç dilime yaptığı etkiydi. İkinci yanılgı daha sinsiydi: doğruluk düşünce modeli yeniden eğitmeye hazırlanırken, referans parça çekimlerinin de aynı yönde kaydığını gördük; sorun optikteydi, vardiya sonu temizliğinde muhafaza silinirken açı bozuluyordu. Bu ikisi, uç cihaz projelerinde izlemenin modele değil önce zincire kurulması gerektiğini gösterdi.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Gecikmenin ortalaması değil uç dilimi önemli. Ortalama bütçenin çok altındaydı ama arka planda çalışan günlük yükleyici periyodik olarak uç dilimi bütçenin üstüne çıkarıyordu; çıkarım işlemini yalıtılmış çekirdeğe almadan bu görünmüyordu.

  2. 02

    Nicemlemenin bedeli sınıflar arasında eşit dağılmıyor. Genel doğrulukta kayıp ihmal edilebilirdi, ince çizik sınıfında ise geri çağırma belirgin biçimde düştü; kalibrasyon kümesini o sınıfın gerçek görüntüleriyle beslemek gerekti.

  3. 03

    Model kaymasının en yaygın nedeni model değil optik. Vardiya sonu temizliğinde kamera muhafazası silinirken açı kayıyordu; mekanik sabitleme ve günlük referans çekimi, yeniden eğitimden çok daha fazla iş gördü.

  4. 04

    Saha güncellemesi bir yazılım dağıtımı değil, üretim riski. İki bölmeli imaj ve geri alma yolu olmadan başarısız bir güncelleme hattı durdurur; imzasız paket ise denetim katmanında kabul edilemez.

  5. 05

    Otomatik ret kurmak cazip ama yanlış kabul ile yanlış ret farklı maliyet eğrileri. Üç bantlı karar, operatörün devreye girdiği bandın hacmini de bir işletme göstergesi hâline getirdi.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.