Adım Adım: Otomatik Arıza Teşhis Sistemini Kurma Rehberi

Giriş: Neden Otomatik Arıza Teşhis Sistemi?

Endüstriyel tesislerde, BT altyapılarında veya enerji hatlarında arıza teşhisi için insan gözü ve kulakları her zaman yeterli değildir. Karmaşık süreçler, hızlı üretim hatları ve dağıtık ekipman, küçük bir sapmanın dakikalar içinde ciddi maliyetlere dönüşmesine yol açabilir. Burada devreye, olayları gerçek zamanlı takip eden, anomalileri tespit edip kök nedeni işaret edebilen otomatik arıza teşhis sistemleri girer. Bu rehberde, yalnızca “teknik seçenekleri” sıralamakla kalmayıp, fikir aşamasından üretim ortamına kadar tam bir yol haritası sunarak adım adım bir kurulum süreci izliyoruz.

Aradığınız yanıt “otomatik arıza teşhisli sistem nasıl yapılandırılır” ise, doğru yerdesiniz: hedef belirleme, veri mimarisi, modelleme, entegrasyonlar ve siber güvenliğe kadar ayrıntılı bir plan bulacaksınız. Ayrıca kestirimci bakım (predictive maintenance), durum izleme (condition monitoring), kök neden analizi (root cause analysis), alarm optimizasyonu ve CMMS/ERP entegrasyonları gibi tamamlayıcı başlıklarda pratik önerilere yer veriyoruz.

Değer Önerisi ve Beklenen Kazanımlar

Doğru kurgulanmış bir teşhis yapısı; arızayı yalnızca “bildirmez”, aynı zamanda nedenini anlamlandırır, etkisini derecelendirir ve aksiyonu otomatikleştirir. Kurulumun sonunda şu kazanımları hedefleyebilirsiniz:

• Kesinti Süresinde Azalma (MTTR↓): Arızaların tespit ve çözüm süresi saatlerden dakikalara iner.
• Arızalar Arası Ortalama Süre (MTBF↑): Erken uyarı ve kök neden giderimi ile ekipman ömrü uzar.
• Bakım Maliyetlerinde Tasarruf: Önleyici ve kestirimci bakım dengesi oturur; yedek parça ve işçilik optimize olur.
• Kalite ve Verimlilik: Süreç sapmaları hızlı yakalanır; hurda ve yeniden işleme azalır.
• Şeffaflık ve İzlenebilirlik: Olay günlükleri, etiketli veriler ve raporlar sürekli iyileştirme kültürünü destekler.

Proje Kapsamı ve Hedeflerin Belirlenmesi

Başarılı bir kurulum, stratejik bir başlangıç ister. Aşağıdaki soruları netleştirmek, süreci sorunsuz hale getirir:

• Kritik Varlıklar: Hangi hat, makine, istasyon veya BT bileşeni kritik?
• Hedef KPI’lar: MTTR, MTBF, OEE, ilk-seferde-doğru oranı, alarm başına doğruluk, yanlış alarm oranı vb.
• Operasyonel Kısıtlar: Üretim pencereleri, bakım duruşları, güvenlik ve uyumluluk gereklilikleri.
• İnsan ve Bütçe Kaynakları: Veri bilimciler, otomasyon mühendisleri, IT/OT güvenlik ekipleri, lisans maliyetleri.
• Başarı Tanımı: Pilot için net kabul kriterleri ve zaman çizelgesi.

Bu aşamada projenin kısa bir vizyon bildirimi yazın: “Hat-3 üzerindeki paketleme robotunda arıza öncesi 30 dakikalık erken uyarı ve %80 doğru kök neden sınıflandırması.” Bu tür bir ifade, ileride mimari ve model seçimlerini yönlendirecektir.

Mimari: Büyük Resim

Modern bir otomatik teşhis çözümü genellikle şu katmanlardan oluşur:

• Saha Katmanı: Sensörler (titreşim, sıcaklık, akım, basınç, akustik, görüntü, yağ analizi), PLC/RTU, robot kontrolörleri.
• Toplama ve Edge: OPC UA/Modbus/PROFINET ağ geçitleri, edge computing cihazları, veri ön işleme.
• İletişim: MQTT, AMQP, HTTPS, gürbüzleştirilmiş protokol ve tamponlama.
• Veri Platformu: Zaman serisi veritabanı (TSDB), olay günlüğü, veri gölü, şema kataloğu.
• Analitik/Teşhis: Kural motoru, anomali tespiti, kök neden analizi, makine öğrenmesi.
• Sunum ve Aksiyon: SCADA/HMI, dashboard (Grafana/Power BI), alarm/bildirim, CMMS/ERP entegrasyonları.
• Yönetim: Kimlik ve erişim, siber güvenlik, gözlemlenebilirlik, MLOps/DevOps.

Bu yapı, “otomatik arıza teşhisli sistem nasıl yapılandırılır” sorusuna yanıt verirken modüler ve ölçeklenebilir bir yol izlemeyi sağlar. Parçaları kademeli devreye almak hem riski hem de maliyeti düşürür.

Varlık ve Sensör Envanteri

Hangi sensörler?

• Titreşim/İvme: Rulman, dişli, motor dengesizlikleri için altın standart.
• Sıcaklık: Aşırı sürtünme, izolasyon sorunları, yağ ısınması.
• Akım/Gerilim/Güç: Elektriksel anomaliler, kalkış akımları, faz dengesizlikleri.
• Basınç/Akış: Pompa, vana, pnömatik/ hidrolik hat performansı.
• Akustik/Ultrasonik: Kaçaklar, erken aşama rulman kusurları.
• Görüntü/Termal Kamera: Bant kopmaları, hizasızlıklar, sıcak noktalar.
• Yağ Analizi: Parçacık, su, viskozite; aşınma teşhisinde çok değerli.

Örnek etiketleme ve isimlendirme

İyi bir varlık/sensör envanteri, isimlendirme standardı gerektirir. Örnek bir etiket şeması:

HAT03_ROBOT02_AXIS1_VIBR_X
HAT03_ROBOT02_AXIS1_TEMP
GENSET01_PHASEA_CURRENT
PUMP05_BEARING_OUTER_TEMP

Bu standart, veri entegrasyonunu ve model eğitimini kolaylaştırır.

Veri Toplama Katmanı

Alan protokolleri ve geçitler

• OPC UA: Endüstri standardı; güvenlik, keşif, modelleme özellikleri güçlü.
• Modbus (TCP/RTU): Basit, yaygın; düşük bant genişlikli sahalarda işlevsel.
• PROFINET/EtherNet/IP: Gerçek zamanlı kontrol ve yüksek performans.
• MQTT: Hafif yayınla- abone ol; edge-to-cloud için ideal.

Edge computing ve ön işleme

Ham veriyi buluta/merkeze göndermek yerine, edge üzerinde aşağıdakiler yapılabilir:

• Filtreleme/Downsampling: Gürültüyü azaltma, bant genişliğini koruma.
• Özellik Çıkarma: RMS, tepe faktörü, kurtosis; spektral bant enerjileri.
• Yerel Kurallar: Emniyet kritik eşiği aşınca anında durdurma.
• Önbellekleme: Ağ kesintilerinde veri kaybını engelleme.

Edge cihazlarda konteyner tabanlı (Docker/Podman) mikro servisler koşturmak, versiyonlama ve uzaktan güncellemeyi kolaylaştırır.

Veri Depolama ve Yönetimi

Zaman serisi veritabanı ve veri gölü

• TSDB: Yüksek frekanslı sensör verileri; retansiyon politikaları ve downsample rollup’ları.
• Veri Gölü: Ham sinyaller, etiketli olaylar, bakım kayıtları, loglar.
• Şema/Meta: Varlık hiyerarşisi, sensör kalibrasyonu, birim dönüşümleri.

Veri kalitesi

• Eksik veri yönetimi: İmputation, ileri-doldurma, bayraklama.
• Kalibrasyon: Periyodik doğrulama ve otomatik sapma alarmları.
• Senkronizasyon: Zaman damgası kaynağı (NTP/PTP), saat sürüklenmesi izleme.

Analitik ve Teşhis Motoru

Kural tabanlı ve istatistiksel yöntemler

• Eşikler ve Durum Diyagramları: Basit ama açıklanabilir.
• SPC/Trend Analizi: Kontrol kartları, drift tespiti.
• Spektral Analiz: FFT, cepstrum; döner ekipman için kritik.

Makine öğrenmesi ve anomaliler

• Denetimsiz: Autoencoder, Isolation Forest, k-mean tabanlı anomali tespiti.
• Denetimli: Rastgele Orman, XGBoost, SVM; etiketli arıza modlarıyla sınıflandırma.
• Dizisel Modeller: LSTM/GRU, Temporal Convolutional Networks; zaman bağımlı paternler.

Kök neden analizi (RCA)

Teşhisin kalbi RCA’dır. Nedensel grafikler, Bayes ağları veya kural-tabanlı kıyaslamalarla semptomlar (titreşim artışı + sıcaklık yükselişi + akım dalgalanması) olası nedenlere (hizasızlık, rulman aşınması, yağ yetersizliği) haritalanır.

Modelleme: Adım Adım Yol Haritası

1. Problem Tanımı: Hangi arıza modlarını ayırt etmek istiyoruz?
2. Veri Toplama: En az bir sezon döngüsü; farklı yük/sıcaklık koşulları.
3. Özellik Mühendisliği: Zaman-serisi istatistikleri, frekans bantları, harmonikler, trend eğimleri.
4. Etiketleme: Bakım kayıtlarıyla olayların hizalanması; “önce/sonra” pencereleri.
5. Eğitim/Doğrulama: Zaman bloklu çapraz doğrulama; sızıntısız veri bölme.
6. Değerlendirme: Precision/Recall, ROC-AUC; gecikme toleransı (ör. 10 dk önceden alarm).
7. Açıklanabilirlik: SHAP, özellik önemleri; operatör güveni için kritik.
8. Canlıya Alma: Model paketleme (ONNX), düşük gecikmeli çıkarım servisi.
9. MLOps: Sürümleme, veri/konsept kayması izleme, otomatik yeniden eğitim tetikleri.

Kurulum: Uçtan Uca Adımlar

1) Hedefler ve Kullanım Senaryoları

İlk 90 günde tek bir varlık sınıfında pilot: örneğin PUMP05–PUMP12. Net hedef: arıza öncesi 20 dk uyarı, %75 doğru kök neden.

2) Sensör ve Donanım Seçimi

• IEPE titreşim sensörleri + sıcaklık probu.
• OPC UA destekli veri toplayıcı; MQTT çıkarımı.
• IP67 edge cihaz; DIN ray montaj; UPS destekli.

3) Ağ ve Protokoller

• OT VLAN segmentasyonu; yönlendirilmiş erişim.
• Müşterek veri kanalı: MQTT broker (QoS 1), TLS 1.2+.
• OPC UA node set envanteri; güvenlik politikaları (Sign&Encrypt).

4) Veri Platformu Kurulumu

• TSDB: Retansiyon 180 gün; 1s ham, 10s rollup, 1dk özet.
• Data lake: Ham (bronze) / işlenmiş (silver) / özellik setleri (gold).
• Şema yönetimi: Birim, kalibrasyon, varlık ağacı.

5) Kurallar ve İlk Eşikler

• Basit eşikler: sıcaklık > 75°C, RMS > eşiğin %120’si.
• SPC: 3-sigma taşmaları, ardışık trend artışları.

6) Anomali ve Teşhis Modelleri

• Edge: hafif autoencoder ile “normal” profil.
• Merkez: XGBoost ile arıza modu sınıflandırma.
• RCA: kural tabanlı semptom→neden haritaları.

7) Görselleştirme ve Raporlama

• Grafana: zaman serisi panolar, alarm duvarı.
• Power BI: aylık MTTR/MTBF raporları.

8) Alarm ve Eylemleştirme

• Akıllı eşik: dinamik baz çizgi; alarm yorgunluğunu azaltma.
• CMMS entegrasyonu: otomatik iş emri açma.
• Bildirim: e-posta, SMS, Teams/Slack; esnek vardiya kuralları.

9) Güvenlik ve Uyumluluk

• Zero Trust ilkeleri; asgari ayrıcalık.
• Olay kaydı ve denetim izi; syslog/SIEM entegrasyonu.
• Şifreleme: veri hareketinde ve bekleme halinde.

10) Pilot, Geri Bildirim ve Ölçekleme

• 2–3 aylık pilot; kabul kriterlerine göre kapanış.
• Öğrenilen derslerle diğer hatlara yayılım.

Entegrasyonlar: SCADA, CMMS, MES, ERP

Teşhisin değer üretmesi, aksiyonla birleşmesine bağlıdır.

• SCADA/HMI: Operatör dostu uyarılar ve trend kartları.
• CMMS (Bakım Yönetimi): Otomatik iş emri; parça listesi, SLA, kapanış kodu.
• MES: Üretim planıyla ilişkilendirme; kalite istasyonlarına tetik.
• ERP: Stok ve tedarik zinciri tetikleri; maliyetlendirme.

Bu bağlar güçlendikçe, “otomatik arıza teşhisli sistem nasıl yapılandırılır” sorusunun operasyonel cevabı netleşir: veri→teşhis→aksiyon zinciri kapanır.

Alarm, Bildirim ve Eylem Tasarımı

İyi bir alarmın anatomisi

• Bağlam: Varlık, konum, vardiya, çalışma modu.
• Açıklama: Semptom, muhtemel neden, etki.
• Kanıt: İlgili sinyallerin mini görselleri/istatistikleri.
• Öneri: İlk kontrol adımları, güvenlik uyarıları.

Alarm yorgunluğu ile mücadele

• Dinamik eşikler ve uyarlamalı baz çizgiler.
• Benzer alarmları gruplayıp bastırma.
• Yanlış pozitifleri etiketleyip modeli iyileştirme.

Siber Güvenlik, Erişim ve Yönetişim

• Ayrışmış Ağlar: IT/OT segmentasyonu, güvenli geçitler.
• Kimlik ve Erişim: RBAC/ABAC; çok faktörlü kimlik doğrulama.
• Güncelleme ve Yama: Edge ve sunucu tarafında sertifikalı dağıtım.
• Uyumluluk: ISO 27001, IEC 62443, kritik altyapı düzenlemeleri.

Test, Pilot ve Devreye Alma

Test stratejisi

• Birim/Entegrasyon Testleri: Protokoller, veri şemaları, hata senaryoları.
• Performans Testi: Gecikme, throughput, kayıp oranı.
• Doğruluk Testi: Etiketli veriyle hassasiyet/duyarlılık.
• Operasyonel Test: Vardiya geçişleri, ağ kesintileri, sensör arızaları.

Pilot uygulama

Gerçek koşullarda 8–12 hafta izleme; haftalık retrospektiflerle hızla düzeltici aksiyonlar. Pilot kapanışında, “hedef KPI’lar karşılandı mı?” sorusu net yanıtlanmalı. Ardından, kademeli yayılım planı çıkarılır.

İzleme, Bakım ve ROI

• Model Sağlığı: Veri/konsept kayması; otomatik yeniden eğitim eşiği.
• Altyapı Gözlemlenebilirliği: Metrix, log, iz; SLO/SLI’lar.
• Kalibrasyon ve Bakım: Sensör kalibrasyon periyotları; yedek parça planı.
• ROI İzleme: Kaçınan duruş saatleri, parça tasarrufları, enerji kazancı.

Yönetim sunumları için, “önce/sonra” metrikleri ve vaka çalışmaları derlenmeli. Bu, projenin sürdürülebilir finansmanını güçlendirir.

İleri Düzey: Dijital İkiz, Nedensellik ve Federatif Öğrenme

• Dijital İkiz: Fizik tabanlı simülasyonla veri destekli modelin birleşimi.
• Nedensel Çıkarım: Müdahale etkilerini öngörme; spurious korelasyonları eleme.
• Federatif Öğrenme: Veriyi taşımadan çok tesisli öğrenme; gizlilik.

Sık Yapılan Hatalar ve Kaçınma Yolları

• Aşırı Mühendislik: Basit eşiği kurmadan derin ağa atlama; önce hızlı kazanımlar.
• Zayıf Etiketleme: CMMS kayıtları hizasız; teşhis doğruluğu düşer.
• Alarm Sel: Statik eşik yağmuru; dinamikleşmeden ölçeklenmez.
• Eğitim-Veri Sapması: Pilotla üretim koşulları farklı; konsept kayması.
• İnsan Faktörünü Göz Ardı: Operatör eğitimi ve geri bildirim döngüsü yok.

SSS: Otomatik Teşhis Hakkında Kısa Yanıtlar

S: Kurulum ne kadar sürer? Pilot için 8–12 hafta; tesis geneli 6–12 ay.

S: Bulut mu, şirket içi mi? Regülasyon ve gecikme gereksinimine bağlı hibrit yaklaşım pratik.

S: Hangi ekipler gerekir? OT/otomasyon, IT, veri/AI, bakım, güvenlik ve operasyon.

S: Verisiz başlayabilir miyiz? Sentetik veri ve kural tabanı ile başlayıp, canlı veri geldikçe ML’i olgunlaştırabilirsiniz.

Sonuç: Yol Haritası ve Kontrol Listesi

Bu rehber, otomatik arıza teşhisli sistem nasıl yapılandırılır sorusuna disiplinli bir yanıt verdi: Hedefler→Sensörler→Veri→Analitik→Aksiyon→Güvenlik→Pilot→Ölçek. Unutmayın; sürdürülebilir başarı, teknik mükemmelliğin yanı sıra süreç ve insan bütünlüğüne dayanır.

Hızlı kontrol listesi

• Hedef KPI ve kritik varlıklar tanımlandı mı?
• Sensör seçimi ve kalibrasyon planı hazır mı?
• Edge + iletişim + TSDB + veri gölü mimarisi kuruldu mu?
• Kural tabanı ve ilk anomali modelleri çalışıyor mu?
• RCA ve açıklanabilirlik çıktıları operatöre anlaşılır mı?
• SCADA/CMMS entegrasyonları ve alarm iş akışları test edildi mi?
• Güvenlik/uyumluluk gereklilikleri sağlandı mı?
• Pilot kabul kriterleri ve ölçekleme planı onaylandı mı?

Ek: Örnek Konfigürasyon Parçaları

MQTT konu hiyerarşisi

plant/hat03/robot02/sens/vibr_x
plant/hat03/robot02/sens/temp
plant/hat03/robot02/diag/anomaly_score
plant/hat03/robot02/diag/rca
plant/hat03/robot02/cmd/maintenance

Alarm kuralı (psödo)

rule "bearing_overheat"
when
  temp.avg(5m) > 75 and vibr.rms(5m) > baseline*1.2
then
  raise_alarm(
    severity = "high",
    title = "Rulman aşırı ısınma ve titreşim",
    evidence = [temp.trend(30m), vibr.spectrum(5m)],
    rca = ["yağlama yetersizliği", "hizasızlık"],
    action = create_cmms_workorder(asset="HAT03_ROBOT02")
  )
end

Bu parçalar, gerçek sisteminizdeki araç ve platformlara göre uyarlanmalıdır.

Kapanış

Doğru bir başlangıç, disiplinli bir veri temeli ve açıklanabilir analitiklerle desteklenen bir kurulum; arızaları yalnızca erken haber vermez, aynı zamanda güvenle önler. Bu kapsamlı rehberi izleyerek, ekibiniz “otomatik arıza teşhisli sistem nasıl yapılandırılır” sorusunu projeye dönüştürebilir ve somut, ölçülebilir sonuçlar elde edebilir.