← Blog
08 Eylül 2026· otomatik üretildi

Kestirimci Bakım ile Arızaları Önceden Görmek: Verinin Gücü Üretime Girince

Makineler bozulmadan önce konuşuyor — ama biz dinliyor muyuz? Kestirimci bakımın üretim sistemlerine nasıl değer kattığını ele aldım.

#kestirimci bakım#predictive maintenance#endüstriyel IoT#veri mühendisliği

Bir fabrika düşünün. Sabahın dördünde kritik bir kompresör aniden duruyor. Vardiya amiri telefona sarılıyor, yedek parça depoda yok, üretim hattı saatlerce bekliyor. Bu sahne pek çok üretim tesisinde tanıdık gelir. Oysa bu arızanın önlenebilir olduğunu söylesem?

İşte tam burada kestirimci bakım (predictive maintenance) devreye giriyor.

Reaktif Bakımdan Proaktif Bakıma Geçiş

Geleneksel yaklaşımda iki seçenek vardır: ya arıza olunca tamir edersiniz (reaktif bakım), ya da takvime göre belirli aralıklarla bakım yaparsınız (önleyici bakım). İkisi de maliyetlidir. Reaktif bakım plansız duruşa, önleyici bakım ise henüz ömrü dolmamış parçaları değiştirerek gereksiz harcamaya yol açar.

Kestirimci bakım bu iki uç arasında akıllı bir denge kurar: makinenin gerçek zamanlı verilerini analiz ederek arızanın ne zaman olabileceğini öngörür ve bakımı tam ihtiyaç duyulduğu anda planlar.

Sistemin Temel Bileşenleri

Bir kestirimci bakım çözümü temelde şu katmanlardan oluşur:

  • Sensörler ve IoT cihazları: Titreşim, sıcaklık, basınç, akım gibi verileri sürekli toplar.
  • Veri iletişim katmanı: MQTT, OPC-UA gibi protokollerle veriyi merkezi bir platforma taşır.
  • Veri depolama ve işleme: Time-series veritabanları (InfluxDB, TimescaleDB) ham veriyi depolar; akış işleme motorları (Apache Kafka, Flink) gerçek zamanlı analiz yapar.
  • Makine öğrenmesi modelleri: Anomali tespiti, ömür tahmini (RUL – Remaining Useful Life) ve sınıflandırma algoritmaları çalışır.
  • Alarm ve iş akışı entegrasyonu: Tahmin sonuçları CMMS veya ERP sistemlerine aktarılarak bakım emri otomatik oluşturulur.

Pratikte Nasıl Görünür?

Bir rulman düşünün. Yüksek frekanslı titreşim sensörü, rulmanın çalışma sırasında ürettiği titreşim imzasını sürekli kaydeder. Model bu imzayı geçmiş arıza verileriyle karşılaştırır. Belirli bir frekans bandında anormal yükseliş tespit edildiğinde sistem şöyle bir uyarı verebilir:

"Rulman #R-042, tahmini 12-15 gün içinde kritik eşiği aşabilir. Önerilen aksiyon: bir sonraki planlı duruşta değiştirilsin."

Vardiya amiri artık sabahın dördünde uyandırılmaz. Bakım ekibi parçayı önceden temin eder, değişimi planlı duruşa sıkıştırır. Kayıp: sıfır.

Zorluklar ve Gerçekçi Beklentiler

Her teknoloji gibi kestirimci bakımın da zorlukları var:

  • Veri kalitesi: Sensör verisi gürültülüyse model yanılır. "Garbage in, garbage out" burada da geçerli.
  • Yeterli geçmiş veri: Model eğitmek için yeterli arıza örneğine ihtiyaç var; bu özellikle düşük arıza frekanslı ekipmanlarda sorun çıkarıyor.
  • Entegrasyon karmaşıklığı: OT (operasyonel teknoloji) ile IT dünyasını birleştirmek teknik ve organizasyonel uyum gerektiriyor.
  • Değişim yönetimi: Sahada çalışan teknisyenin algoritmaya güvenmesi zaman alıyor.

Bu engelleri küçümsememek gerekiyor. Ama doğru bir yol haritasıyla, pilot bir ekipmandan başlayarak bu zorlukların üstesinden gelmek mümkün.

Sonuç: Veriye Kulak Vermek

Makineler konuşuyor. Titreşim olarak, sıcaklık olarak, akım çekimi olarak bize ipuçları veriyorlar. Kestirimci bakım, bu sessiz dili anlayıp aksiyona dönüştürmek demek.

Üretim sistemlerinde veriyle çalışırken en çok heyecanlandığım alan burası: ham sensör verisi, milyonluk bir duruşu önleyen bir bakım emrine dönüşüyor. Bu, mühendislik ile verinin buluştuğu en somut nokta.

Bir sonraki yazıda anomali tespit algoritmalarını ve hangi durumlarda hangi modelin tercih edilmesi gerektiğini ele alacağım. Takipte kalın.