İçeriğe geç

Çözüm Alanlarımız

Yapay Zeka ve Makine Öğrenmesi

Veri analitiği, tahminleme, görüntü işleme ve akıllı karar destek sistemleri.

Endüstriyel yapay zeka işi, model seçmekle değil veriyle başlar: hattan hangi işaretin hangi sıklıkta, hangi zaman damgasıyla toplandığını bilmeden kurulan model, laboratuvarda iyi görünüp sahada bozulur. Kestirimci bakım (predictive maintenance), anomali tespiti, kalite tahmini ve proses optimizasyonu için kurduğumuz modellerin ölçütü tek: üretim koşullarında, kimse bakmadığında da doğru kalmaları.

Nerede işe yarıyor

Üretim ortamında yapay zekanın karşılığı, çoğunlukla insanın fark edemeyeceği kadar yavaş ya da fark edemeyeceği kadar çok boyutlu değişimleri görmesinden geliyor. Bir rulmanın titreşim spektrumu haftalar içinde kayar; bir enjeksiyon kalıbının ürettiği parçanın kalitesi sekiz parametrenin bileşimine bağlıdır. İkisi de tek tek bakan bir gözün kaçırdığı şeyler.

En sık çalıştığımız uygulamalar:

  • Kestirimci bakım. Motor, rulman, pompa ve redüktör gibi döner elemanlarda titreşim, akım imzası ve sıcaklık verisinden arıza öncesi örüntüyü çıkarmak; planlı bakımı takvime değil ekipmanın gerçek durumuna bağlamak.
  • Anomali tespiti. Arıza etiketi olmadan, yalnızca normal çalışmayı öğrenip sapmayı işaretlemek. Endüstride en çok işe yarayan yaklaşım genelde bu, çünkü elde bol olan veri “her şey yolunda” verisi.
  • Kalite tahmini. Laboratuvar ölçümü ancak vardiya sonunda gelen bir özelliği, proses parametrelerinden anlık kestirmek — literatürde yazılım sensörü (soft sensor) denen yapı.
  • Talep ve üretim tahminleme. Sipariş geçmişi, mevsimsellik ve kampanya etkilerini ayrıştırarak planlamaya girdi üretmek.
  • Proses optimizasyonu. Enerji tüketimi, çevrim süresi ve fire arasındaki dengeyi veriden çıkarıp parametre seti önermek.

Nasıl çalışıyoruz

İşe veri değerlendirmesiyle başlıyoruz, model seçimiyle değil. Bakılacak sorular şunlar: işaretler hangi çözünürlükte örneklenmiş, zaman damgaları hizalı mı, duruşlar ve vardiya değişimleri kayıtta ayırt edilebiliyor mu, arıza kayıtları bakım defterinde mi yoksa birinin aklında mı. Bu adım sıkıcı ama sonraki her şeyi belirliyor; hizalanmamış zaman damgası, modelin nedeni sonuçtan önce görmesine yol açar ve sonuç kâğıt üzerinde mükemmel, sahada işe yaramaz bir model olur.

Veri toplama tarafında tercihimiz mümkün olduğunca OPC UA üzerinden, kontrol katmanının kendi etiket (tag) sözlüğüyle çalışmak. Yeni bir ölçüm noktası gerekiyorsa bunu baştan söylüyoruz — sensör eklemek modeli zorlamaktan hem daha ucuz hem daha dürüst bir çözüm.

Modelleme aşamasında basitten başlıyoruz. Gradyan artırmalı ağaç ailesi (XGBoost, LightGBM) tablosal proses verisinde derin öğrenmeye göre çoğu zaman daha iyi sonuç veriyor, çok daha az veriyle eğitiliyor ve önem sıralaması sayesinde mühendisin sorgulayabileceği bir çıktı üretiyor. Derin öğrenmeye ham sinyal, görüntü ya da uzun bağımlılıklı zaman serisi gerektiğinde geçiyoruz. Her deney MLflow’da kayıtlı kalıyor: hangi veri sürümü, hangi hiperparametre, hangi metrik.

Dağıtımda ölçüt hattı durdurmayan model dağıtımı. Model container içinde ya da ONNX’e çevrilip kenar cihazda koşuyor; çıkarım servisi çökse bile proses etkilenmiyor, yalnızca tahmin akışı kesiliyor ve bu durum uyarı olarak görünüyor.

Endüstriyel verinin kendine has zorlukları

Etiketli veri kıtlığı. Kestirimci bakımın temel çelişkisi şu: iyi işletilen bir tesiste arıza nadirdir, dolayısıyla öğrenilecek örnek azdır. Bu yüzden sınıflandırma yerine sıklıkla tek sınıflı (one-class) veya rekonstrüksiyon hatasına dayalı yaklaşımlar kuruyoruz.

Sınıf dengesizliği. Binde bir görülen bir kusuru “hiç yok” diyerek %99,9 doğruluk yakalayan bir model teknik olarak doğru, pratikte işe yaramaz. Bu yüzden doğruluk (accuracy) tek başına raporlanmaz; kesinlik, duyarlılık ve yanlış alarm oranı birlikte verilir.

Yanlış alarmın gerçek maliyeti. Operatör bir uyarıya üç kez boşuna gittiyse dördüncüde gitmez. Eşik seçimi istatistiksel değil operasyonel bir karardır ve bakım ekibiyle birlikte verilir.

Kavram kayması. Model bir kez kurulup bırakılan bir şey değil. Girdi dağılımı ve tahmin kalitesi sürekli ölçülür, kayma eşiği aşıldığında yeniden eğitim gündeme gelir.

Diğer çözüm alanlarıyla ilişkisi

Model, altındaki katman kadar iyi olur. Etiket sözlüğü tutarsız veya örnekleme sıklığı prosese göre yetersizse hiçbir algoritma bunu telafi etmez; bu yüzden yapay zeka işlerini genelde veri toplama ve analiz ile aynı planın parçası olarak yürütüyoruz. Görüntü tabanlı denetim uygulamaları görüntü işleme ve kamera sistemleri ile birlikte kurulur — aydınlatma ve optik doğru değilse model kusuru kameranın görmediği yerde arar. Tahminin bir eyleme dönüşmesi gerekiyorsa devreye endüstriyel otomasyon katmanı giriyor.

Sık sorulan sorular

Kaç veriye ihtiyaç var, elimizdeki veri yeter mi?

Bu soruya model türü karar verir, tek bir sayı yok. Anomali tespiti için birkaç ay düzgün toplanmış "normal çalışma" verisi çoğu zaman yeterlidir, çünkü model sapmayı arar. Kestirimci bakımda ise belirli bir arıza tipinin gerçekten yaşandığı örneklere ihtiyaç var; makine iki yılda üç kez bozulmuşsa o üç örnekle sınıflandırıcı eğitmek istatistiksel olarak anlamsızdır. Bu yüzden işe her zaman veri değerlendirmesiyle başlıyoruz: yetmiyorsa "yetmiyor" diyoruz ve önce ölçüm altyapısını kuruyoruz.

Model doğrudan PLC'ye komut verecek mi?

İlk kurulumda hayır. Modeli önce danışman modda çalıştırıyoruz: tahmin üretilir, operatöre ve kayda gider, ama prosese müdahale etmez. Böylece modelin sahadaki isabetini gerçek üretim koşullarında ölçebiliyoruz. Kapalı çevrime geçiş ancak bu ölçüm birikince, sınır değerleri PLC tarafında donanımsal olarak kilitlenmiş hâlde ve modelin devre dışı kalması durumunda prosesin güvenli bir varsayılana düşeceği garanti altındayken gündeme gelir.

Model zamanla bozulur mu?

Evet, ve bu bir kusur değil beklenen davranış. Hammadde tedarikçisi değişir, kalıp aşınır, mevsim geçer — verinin dağılımı kayar ve modelin öğrendiği ilişki geçerliliğini yitirir; buna kavram kayması (concept drift) deniyor. Sessizce olması tehlikeli olan şey bu, çünkü model hata vermez, sadece yanlış tahmin eder. Kurduğumuz her sistemde girdi dağılımını ve tahmin kalitesini ölçen bir izleme katmanı oluyor; kayma eşiği aşıldığında yeniden eğitim tetiklenir.

Modeli buluta göndermek zorunda mıyız?

Hayır. Eğitim genelde daha güçlü donanım istediği için merkezi bir makinede yapılır, ama çıkarım (inference) hat kenarında koşabilir. Modeli ONNX biçimine çevirip kenar cihazda çalıştırdığımızda tahmin gecikmesi milisaniye seviyesine iner ve internet bağlantısı kesildiğinde sistem çalışmaya devam eder. Verinin tesis dışına çıkmaması gereken durumlarda eğitim de yerinde yapılabilir.

Akıllı çözümler, güvenli yarınlar

Üretiminizi geleceğe taşıyalım

Hattınızdaki darboğazı anlatın; ölçülebilir bir iyileştirme planıyla dönelim. İlk görüşme ve ihtiyaç analizi için bize yazın.