AOI yanlış alarmları ve PCB hataları: yapay zekâ ile ikinci bakış

AOI yanlış alarmları ve arkalarındaki PCB hataları nedir?

Otomatik optik muayene (AOI), yüzey montaj (SMT) hatlarında dizgiden ya da reflow fırınından sonra yapılan kamera tabanlı kontroldür (lehim pastası genellikle daha önce ayrı bir SPI makinesiyle kontrol edilir). Makine kartın görüntüsünü alır, her komponenti ve lehim bağlantısını muayene programıyla karşılaştırır ve programın sınırları dışında kalan her noktayı işaretler. Ardından bir operatör, doğrulama istasyonunda işaretlenen her noktayı kontrol eder: gerçek hatalar tamire gider, geri kalanlar yanlış alarmdır ve kart yoluna devam eder. Yanlış alarm operatörün zamanına mal olur; gözden kaçan gerçek bir hata ise çok daha pahalıdır — testte, müşteride ya da sahada ortaya çıkan bir kaçak hata olarak.

AOI neden yanlış alarm üretir?

• Sıkı ayarlanmış eşikler. Kimse hata kaçırmak istemez; bu yüzden muayene sınırları güvenli tarafta tutulur. Sıkı bir sınır daha fazla gerçek hatayı yakalar, ama kabul sınırları içindeki daha fazla bağlantıyı ve komponenti de işaretler.
• Işık ve yansıma. Lehim parlaktır. Parlak bir lehim fileti (fillet), yansıtıcı bir komponent gövdesi ya da yandaki yüksek bir parçanın gölgesi, kabul edilebilir bir bağlantıyı programın beklediğinden farklı gösterebilir.
• Komponent farklılıkları. İkinci bir tedarikçiden gelen aynı parçanın gövde rengi, markalaması ya da bacak kaplaması farklı olabilir. Bir tedarikçinin parçasıyla hazırlanmış program, diğerininkini eksik, kaymış ya da yanlış parça olarak işaretleyebilir.
• Kural tabanlı kütüphaneler. Muayene programı her parçayı sabit kurallarla tanımlar: pencereler, renk aralıkları, ölçüler. Kurallar parçanın ne işe yaradığını ya da bir muayene uzmanının neyi kabul edeceğini bilmez; yalnızca bir ölçümün sınırlar içinde olup olmadığını bilir.

Önemli olan hatalar

Yanlış alarmların arkasında, hattın yakalamak için var olduğu hatalar durur. Elektronik montajlar için yaygın kabul edilebilirlik standardı olan IPC-A-610 (Acceptability of Electronic Assemblies), kabul edilebilir ve hatalı lehim bağlantılarının ve yerleşimlerin nasıl göründüğünü tarif eder. Bir yüzey montaj hattında ikinci bakıştan okunması beklenen hata türleri şunlardır:

• Lehim köprüsü — ayrı kalması gereken iki pad'i ya da bacağı birleştiren lehim; ince adımlı (fine-pitch) entegrelerde bir risktir.
• Yetersiz ya da fazla lehim — güvenilir olacak kadar lehim fileti olmayan bir bağlantı ya da bağlantıyı gizleyecek veya köprü riski yaratacak kadar fazla lehim.
• Mezar taşı hatası (tombstoning) — küçük bir çip komponentin bir ucunun üzerinde dikilmesi, yalnızca tek pad'e lehimlenmiş olması.
• Eksik, kaymış ya da dönük komponent — hiç dizilmemiş, pad'lerinden kaymış ya da pad'leri üzerinde dönmüş bir parça.
• Ters polarite — diyot, elektrolitik kondansatör ya da entegrenin ters yönde takılması.
• Yabancı madde — lehim topları, kalıntılar ya da kartın üzerinde olmaması gereken başka malzeme.

Geleneksel yöntemler gerçek PCB hatalarını neden kaçırır?

AOI doğrulaması insana dayanır: her işaret, bakıp karar veren bir operatöre gider. Kuyruk kısa olduğu sürece bu işler. Kuyruk uzadıkça yöntemin kendisi risk hâline gelir.

• Yorgunluk. İşaretleri art arda doğrulamak tekrarlı bir iştir. Vardiya boyunca dikkat düşer; karar, bakmak yerine alışkanlığa dönüşür.
• Gerçek hatalar onaylanıp geçer. Operatör yanlış alarm beklerken gerçek bir köprü ya da ters takılmış bir parça, yanlış alarmlarla birlikte kabul edilebilir. Hata işaretlenmiştir — ve yine de kaçmıştır.
• Eşikleri gevşetmek bir sorunu diğeriyle değiştirir. Muayene sınırlarını açmak yanlış alarmları azaltır, ama daha fazla gerçek hatanın makineden işaretlenmeden geçmesine yol açar. Sınırları sıkılaştırmak kuyruğu yeniden uzatır.
• Program ayarı hiç bitmez. Her yeni ürün, parça kaynağı ya da süreç değişikliği yeni bir yanlış alarm dalgası getirebilir; kütüphane de kural kural ayarlanır.
• Numune kontrolü ve hat sonu testleri geç kalır. Numune denetimi ya da fonksiyonel test, AOI doğrulamasında kaçanı bulabilir; ama o zamana kadar aynı hatayla daha fazla kart üretilmiş olabilir.

Bu yöntemlerde eksik olan, deneyimli bir muayene uzmanının her işarete getirdiği muhakemedir: bu parça ne, işaret neyin yanlış olduğunu söylüyor ve bu bağlantı kabul edilir mi?

Görsel-dil modelleri bunu nasıl çözülebilir kılar?

Primarch, çözümlerini görsel-dil modelleri (VLM) üzerine kurar ve bu modelleri geliştirir: görüntüyü ve dili birlikte okuyan modeller. Bu, ikinci bakışın ne olabileceğini değiştirir. Model bir bağlantıyı başka bir sabit pencereyle ölçmek yerine, işaretlenen noktayı deneyimli bir muayene uzmanı gibi okumak üzere tasarlanmıştır — hem de her işarette, her vardiyada.

• Yalnızca pikselleri değil, işareti okur. Model parçayı, pad'lerini, lehim bağlantılarını ve komşularını birlikte görür; noktayı, AOI'nin onu ne gerekçeyle işaretlediğini dikkate alarak okur.
• Görüntüye alan bilgisini taşır. Lehim köprüsünün neye benzediği, bir lehim filetini neyin kabul edilebilir kıldığı, polariteli bir parçanın hangi yöne bakması gerektiği: bu bilgi modelin üzerine konur; böylece okuma ham bir ölçümü değil, bir muayene uzmanının uyduğu kuralları izler.
• Farklılıkları bağlamıyla değerlendirir. Parlak bir lehim fileti ya da ikinci kaynaktan gelen bir parça, saklı tek bir görüntüden ne kadar uzak olduğuna göre değil, ne olduğuna göre okunur. Bağlamla okumak, yukarıda anlatılan yanlış alarm nedenini — neye baktığını bilmeden ölçen sınırları — ele almak üzere tasarlanmıştır.
• Kararını sade bir dille açıklar. Her sonuç bir operatörün ya da mühendisin okuyabileceği bir cümledir — ne işaretlendi, ikinci bakış ne görüyor, neden yanlış alarm ya da hata sayılıyor — okunduğu görüntünün yanında.
• Hatırlar. Sonuçlar saklanır; böylece tekrarlar hat ve vardiyaya göre gruplanabilir ve bir proses mühendisi hangi hataların geri döndüğünü görebilir.

Asıl soru "bu ölçüm pencerenin içinde mi?" değildir. Asıl soru: "Deneyimli bir muayene uzmanı bu bağlantıyı kabul eder miydi?" İkinci bakış, her işarette bu ikinci soruyu cevaplamak üzere kurulur.

İkinci bakış yalnızca görüntünün gösterdiğini okuyabilir. Bir BGA'nın altındaki toplar gibi komponentin altında kalan bağlantılar, kartın optik görüntüsünde görünmez.

Bir çözümde nelere bakmalı?

Hangi sağlayıcıyla görüşürseniz görüşün, AOI işaretlerine ikinci bir bakış atması beklenen bir sistem için şu sorular yerindedir:

• Mevcut AOI'nizle çalışıyor mu? İşaretleri ve görüntüleri nasıl alıyor; tek bir AOI markasına mı bağlı?
• Sizin kabul kriterlerinizi kullanıyor mu? İşçilik standardınız ve müşterilerinizin gereklilikleri karar verme biçimine işlenebiliyor mu, yoksa iyi bir bağlantıyı kendi anladığı gibi mi değerlendiriyor?
• Her kararı açıklıyor mu? Her işaret yalnızca geçti ya da kaldı olarak değil, bir kişinin kontrol edebileceği bir gerekçeyle dönmeli.
• Belirsizliği açıkça ele alıyor mu? Emin olmadığında ne olduğunu, yanlış alarm olarak okuduğu işaretlerin nasıl ele alındığını — gösterilir mi, numuneyle denetlenir mi, yalnızca kayda mı geçer — ve bu politikaya kimin karar verdiğini sorun.
• Kendi kartlarınızda kanıtlanıyor mu? Demo seti değil; kendi ürünleriniz ve kendi işaretlerinizle, başlamadan önce üzerinde anlaşılmış ölçülebilir kriterlere göre değerlendirilen bir pilot.
• Yalnızca karar değil, örüntü de gösteriyor mu? Hatalar hat ve vardiyaya göre gruplanabiliyor mu; mühendisler neyin geri döndüğünü görebiliyor mu?
• Veriniz sizde kalıyor mu? Kart görüntüleri ve tasarımlar hassastır. Verinin tesisinizden çıkmadığı on-premise bir seçenek var mı?
• Sıfırdan yeniden eğitim gerekmeden uyum sağlıyor mu? Yeni bir ürün, parça kaynağı ya da hata türü geldiğinde güncellemek ne kadar iş?

Örnek kullanım senaryoları

Aşağıdaki senaryolar, bir ikinci bakış sonucunun nasıl oluştuğunu gösteren temsili örneklerdir. Müşteri vakası değildir ve performans rakamı içermez.

Örnek 1: yetersiz lehim olarak işaretlenen parlak lehim fileti

1. 01

   An

   Bir yüzey montaj hattı, reflow sonrası; yüksek bir konnektörün yanında bir sıra çip kondansatör bulunan bir kontrol kartı.

2. 02

   AOI'nin işaretlediği

   Konnektörün yanındaki bir çip kondansatörün bir ucunda yetersiz lehim.

3. 03

   İkinci bakışın okuduğu

   Lehim terminali boyunca ıslatmış ve kabul edilebilir bir fillet oluşturmuş. Yandaki yüksek konnektörün gölgesi yüzünden bir tarafı daha koyu görünüyor.

4. 04

   Bulgu + görüntü

   "Olası yanlış alarm: konnektörün yanındaki kondansatörün sağ ucundaki lehim terminali iyi ıslatmış ve kabul edilebilir bir fillet oluşturmuş; işaretlenen fark konnektörün gölgesinden kaynaklanıyor." Noktanın görüntüsü eklidir.

5. 05

   Kim görür

   Doğrulama istasyonundaki operatör; işareti gerekçesiyle birlikte görür.

6. 06

   Örüntü ne gösterir

   Sade bir dille sorulduğunda — "bu hafta bu kart tipindeki yanlış alarmları göster" — hafıza aynı konnektörün yanındaki kondansatörlerde toplanan işaretleri döndürür; AOI programcısı bunu muayene programının o bölümünü gözden geçirmek için kullanabilir.

Örnek 2: işaretlerin arasındaki gerçek bir lehim köprüsü

1. 01

   An

   2 numaralı hat, sabah vardiyasının başı; ince adımlı bir entegre içeren bir kart.

2. 02

   AOI'nin işaretlediği

   Entegrenin iki bacağı arasında olası köprü.

3. 03

   İkinci bakışın okuduğu

   Lehim, bacakların uç kısmı boyunca iki komşu bacağı birleştiriyor; aradaki boşluk kapanmış.

4. 04

   Bulgu + görüntü

   "Hata: ince adımlı entegrenin iki komşu bacağı arasında lehim köprüsü. Tamire gönderin." Noktanın görüntüsü eklidir.

5. 05

   Kim görür

   Doğrulama istasyonundaki operatör, işaret 'hata' olarak etiketlenmiş hâlde; ve tamir istasyonu.

6. 06

   Örüntü ne gösterir

   İkinci bakışın bu entegrede okuduğu köprüler 2 numaralı hatta sabah vardiyasının başına düşer. Proses mühendisi vardiya başındaki pasta baskısını kontrol eder.

Örnek 3: eksik olarak işaretlenen ikinci kaynak parça

1. 01

   An

   İkinci bir tedarikçiden gelen bir dirençle üretilen yeni bir kart partisi.

2. 02

   AOI'nin işaretlediği

   Her kartta birkaç direnç konumunda eksik komponent.

3. 03

   İkinci bakışın okuduğu

   Direnç yerinde, pad'lerinin üzerine dizilmiş ve iki ucundan lehimlenmiş. Gövdesi, programın hazırlandığı parçadan farklı renkte.

4. 04

   Bulgu + görüntü

   "Olası yanlış alarm: direnç yerinde ve lehimli; gövde rengi AOI programının beklediğinden farklı." Noktanın görüntüsü eklidir.

5. 05

   Kim görür

   Doğrulama istasyonundaki operatör; yanlış alarmlar AOI programcısı için vardiya özetinde de yer alır.

6. 06

   Örüntü ne gösterir

   İşaretler yeni partiyle başlar ve her kartta aynı konumlarda tekrar eder; bu da programcıya ikinci kaynak parçayı muayene kütüphanesine eklemesi gerektiğini gösterir.

Örnek 4: ters takılmış elektrolitik kondansatör

1. 01

   An

   Reflow sonrası, birkaç elektrolitik kondansatör içeren bir güç kartı.

2. 02

   AOI'nin işaretlediği

   Bir kondansatörde olası polarite hatası.

3. 03

   İkinci bakışın okuduğu

   Kondansatörün polarite işareti, kartın üzerine basılı polarite işaretinin tersine bakıyor.

4. 04

   Bulgu + görüntü

   "Hata: elektrolitik kondansatör ters polariteyle takılmış; işareti kartın polarite işaretinin tersinde. Tamire gönderin." Noktanın görüntüsü eklidir.

5. 05

   Kim görür

   Doğrulama istasyonundaki operatör ve tamir istasyonu; hata kalite mühendisinin özetinde de yer alır.

6. 06

   Örüntü ne gösterir

   Partideki başka hiçbir kartta aynı işaret yoktur; bu yüzden kayıtta örüntü olarak değil, tekil bir olay olarak kalır.

Primarch Özel Uzmanlar nasıl yardımcı olur?

Bu bölüm ürünümüzü anlatır. Özel Uzmanlar, katalogda olmayan ama görülebilen problemler için sizin alan bilginizi Primarch platform çekirdeğinin üzerine koyar. Sıfırdan model eğitmiyoruz; uzmanı özel yapan model değil, bilgidir. AOI işaretleri ve PCB hataları için:

• AOI işaretlerine ikinci bir bakış atar. Detaylı bir PCB muayenesi, AOI makinesinin işaretlediği noktalar üzerinde son filtre olarak çalışır; her işareti okur ve olası yanlış alarmları gerçek hatalardan ayırır.
• Lehim köprüsü gibi PCB hatalarını okur. Elektronikte görsel kalite kontrolü; hat üzerinde hata tespiti ve sınıflandırma. Uzmanın hangi hata türlerini okuyacağı keşifte sizinle birlikte tanımlanır ve pilotta test edilir.
• Her bulguyu sade bir dille yazar, okunduğu görüntünün yanında; böylece operatör ve mühendis aynı şeyi görür.
• Sorgulanabilir bir hafıza tutar. Bulgular doğal dille sorgulayabileceğiniz bir hafızaya işlenir; tekrarlar hat ve vardiyaya göre zincirlenebilir.
• Hat kameralarından fazlasını okur. Fotoğraf arşivleri, periyodik çekimler ve mikroskop çıktısı da uzmanın kaynağı olabilir.
• AOI makinesinin her işaret için zaten kaydettiği görüntülerle çalışır; bu yüzden doğrulama istasyonunda ek bir kamera gerekmez.
• Sizin kabul kriterlerinizi kullanır. Kabul kriterleriniz ve müşterilerinizin gereklilikleri, uzmanın konfigüre edildiği alan bilgisinin parçasıdır.

Nasıl devreye alınır?

1. 01

   Keşif

   Problemi ve başarı kriterini birlikte tanımlarız: hangi kartlar ve işaretler, hangi hata türleri, ikinci bakış hangi kararı destekleyecek?

2. 02

   Konfigürasyon

   Alan bilgi tabanı, kural şablonları ve eşiklerle uzman profili oluşturulur; gerekirse hedefli ince ayar yapılır.

3. 03

   Pilot

   Kendi hattınızdan gerçek görüntülerle doğrulama: ölçülebilir kriterlere karşı birlikte test ederiz. Kapsama bağlı olarak keşiften pilota geçiş tipik olarak birkaç hafta sürer.

4. 04

   Devreye alma

   On-premise veya cloud kurulum, ekip eğitimi ve sürekli iyileştirme döngüsü.

• Uyarılar, özetler ve panolar. Anlık bildirimler, periyodik özetler ve role göre panolar; her bulgu, harekete geçecek operatöre, mühendise ya da yöneticiye ulaşır.
• Veriniz sizde kalır. On-premise kurulumda geliştirme ve doğrulama tesisinizde yapılabilir; kart görüntüleriniz ve veriniz dışarı çıkmaz.