İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM
RehberOrtaYapay Zekâ ve Üretim

Üretimde kestirimci bakım hattı kurmak

Kestirimci bakım hattı model seçimiyle değil kapsam ve maliyet kararıyla başlar: tek bir ekipman ailesi ve tek bir arıza kipi seçilir, bakım ekibinin ihtiyaç duyduğu haber verme süresi saat cinsinden yazılır, yanlış alarmın ve kaçan arızanın maliyeti yan yana konur. Doğrulanmış arıza örneği az olduğunda denetimli sınıflandırma yerine sağlıklı çalışma temel alınarak kurulan sapma tespiti ve fizik temelli eşik kuralları birlikte kullanılır. Eşik istatistikten değil bu maliyet tablosundan çıkar ve alarm, ne yapılacağını yazan bir bakım kartına dönüşmediği sürece hat üretimde karşılık bulmaz.

ÖNKOŞULLAR

  • Seçilen ekipmandan geçmişe dönük sensör kaydına erişim
  • İş emirlerini ve duruş kayıtlarını tutan bir bakım yönetim sistemi ya da düzenli tutulmuş kayıt defteri
  • Arıza kiplerini ve belirtilerini bilen bir bakım teknisyeni veya planlamacı
  • Alarm geldiğinde müdahale edecek, sahibi belli bir ekip

GEREKEN ARAÇLAR

  • Zaman serisi veri deposu veya tarihçe (historian) erişimi
  • Bakım yönetim sistemi (iş emri kayıtları)
  • Not defteri ortamı ve zaman serisi işleme kütüphaneleri
  • Model eğitimi ve sürüm takibi için bir deney kaydı
  • Alarmları iş emrine çeviren bir bildirim veya entegrasyon katmanı
  1. 01

    Tek ekipman ve tek arıza kipi seç

    Hattı tek bir ekipman ailesi ve tek bir arıza kipiyle başlatın; kip seçilirken duruş maliyeti, tekrarlanma sıklığı ve mevcut sensörle görünürlük birlikte değerlendirilir.

    Kestirimci bakım projelerinin çoğu kapsamdan kaybediyor: fabrikanın tamamı için kurulmaya çalışılan bir hat, hiçbir ekipmanda yeterli veri ve yeterli olay biriktiremiyor. Tek bir kip seçmek yalnızca işi küçültmüyor, etiketleri de tek bir tanım etrafında topluyor.

    Seçim ölçütüNeden belirleyici
    Plansız duruşun maliyetiHattın kendini savunacağı tek gerekçe budur
    Kipin tekrarlanma sıklığıNadir kip, öğrenilecek örnek bırakmaz
    Mevcut sensörle görünürlükKip hiçbir kanala yansımıyorsa sorun modelde değil kurulumdadır
    Bakım kaydının kalitesiEtiketin tek kaynağı iş emirleridir
    Müdahale edilebilirlikErken haber verilse bile müdahale edilemiyorsa alarm işe yaramaz
    Son satır en sık atlanan ölçüt: tahmin edilebilir ama önlenemez bir arıza, kestirimci bakımın konusu değildir.
  2. 02

    Haber verme süresini ve maliyet asimetrisini yaz

    Bakım ekibinin parça, vardiya ve duruş penceresi için ihtiyaç duyduğu süreyi saat cinsinden yazın; yanlış alarmın ve kaçan arızanın maliyetini yan yana koyun.

    Bu iki büyüklük hattın geri kalanını belirliyor. Haber verme süresi tahmin ufkunu sabitler: parçanın tedariki ve uygun duruş penceresi kaç saat önce bilinmek zorundaysa model o ufukta çalışmalıdır. Maliyet asimetrisi ise eşiği belirler; iki yönde yanılmanın bedeli eşit olmadığı için ortadaki bir eşik neredeyse hiçbir zaman doğru cevap değildir.

    Yazılacak büyüklükHattın neresini belirler
    Haber verme süresi (saat)Tahmin ufku ve özellik penceresi
    Yanlış alarmın maliyetiEşiği yukarı iten taraf; alarm bütçesinin sınırı
    Kaçan arızanın maliyetiEşiği aşağı iten taraf; yakalama hedefi
    Haftalık alarm kapasitesiEkibin taşıyabileceği alarm sayısı
    Alarmın sahibiDevir tasarımı ve kapanış kaydı

    Bu sayılar veri biliminden değil bakım planlamasından gelir. Tahmin edilemiyorlarsa planlamacıyla bir saatlik bir oturum, haftalarca sürecek eşik tartışmasını baştan kapatıyor. Sayılar yazılmadan kurulan bir hatta "model iyi mi" sorusunun ölçülebilir bir cevabı yoktur.

  3. 03

    Sensör verisinin zaman eksenini düzelt

    Örnekleme frekansını, birimleri ve saat kaymasını tek bir zaman eksenine oturtun; boşlukları doldurmadan önce boşluğun duruştan mı iletişim kesintisinden mi geldiğini ayırın.

    Sahada en çok zaman burada kaybediliyor ve en büyük kazanç da buradan çıkıyor. Farklı kanallar farklı frekansta örnekleniyor, bazı cihazların saati kayıyor, aynı büyüklük iki sistemde iki farklı birimde tutuluyor. Bunlar düzeltilmeden yapılan her modelleme denemesi, aslında veri hatasını öğreniyor.

    • Her kanal için örnekleme frekansını ve birimini yazıp tek bir sözlükte toplayın.
    • Cihaz saatlerini ortak bir kaynağa senkronlayın; kayma varsa düzeltmeyi kayıt altına alın.
    • Boşlukların nedenini ayırın: duruş, iletişim kesintisi, bakım, sensör arızası.
    • Duruş dönemlerini maskeleyin; makine çalışmıyorken üretilen sinyal sağlıklı davranış sayılmaz.
    • Yeniden örnekleme kuralını tek yerde tanımlayın ve hem eğitimde hem üretimde aynı kodu kullanın.
  4. 04

    Bakım kayıtlarını etikete çevir

    İş emirlerini olay penceresine dönüştürün: arızanın fark edildiği, makinenin durdurulduğu ve onarımın tamamlandığı anlar ayrı alanlarda tutulsun, planlı duruşlar etiket kümesinden çıkarılsın.

    Etiket kıtlığının kaynağı çoğu zaman veri azlığı değil, kayıt düzensizliği. İş emri açılış tarihi arızanın olduğu an değil, birinin form doldurduğu andır; teknisyenin serbest metni ise kipi çoğu zaman ancak dolaylı anlatır. Etiketleme işi bu ikisini olay penceresine çevirmektir.

    yaml
    olay_kimligi: pompa-07-2026-03-12
    ekipman: pompa-07
    ariza_kipi: rulman-asinmasi
    fark_edilme: "2026-03-12T04:20:00+03:00"   # operatör ses/titreşim bildirimi
    durdurma:   "2026-03-12T06:05:00+03:00"
    onarim_bitis: "2026-03-12T11:40:00+03:00"
    planli_mi: false
    kaynak: "is-emri-48213"
    dogrulayan: "bakim-teknisyeni"
    not: "Rulman değişti; kaplin kontrol edildi, sorun yok."

    Doğrulama adımı: yirmi kaydı teknisyenle birlikte okuyun. Hangi iş emri gerçekte hangi kipe ait, hangisi planlı bakımken arıza gibi kaydedilmiş, hangi iki kayıt aslında tek olayın devamı? Bu oturum hem etiket kümesini temizliyor hem de modelin hangi kipi öğrenemeyeceğini baştan gösteriyor.

  5. 05

    Etiket kıtlığına uygun yöntemi seç

    Doğrulanmış arıza örneği azsa sağlıklı çalışmayı temel alan sapma tespitiyle başlayın; denetimli sınıflandırmaya ancak aynı kipten yeterli sayıda doğrulanmış olay biriktiğinde geçin.

    Yöntem seçimi bir moda tercihi değil, elinizdeki etiketin doğrudan sonucu. Sahada olağan durum şudur: sağlıklı çalışma verisi bol, doğrulanmış arıza olayı az. Bu dağılımda denetimli sınıflandırma ile başlamak, birkaç olayın gürültüsünü öğrenen ve üretimde tekrarlanmayan bir model üretiyor.

    ElinizdekiUygun yaklaşımNe verir, ne vermez
    Doğrulanmış arıza yok, sağlıklı veri bolTek sınıflı sapma tespiti veya otokodlayıcı ile yeniden kurma hatasıOlağandışı davranışı gösterir; arıza kipinin adını vermez
    Az sayıda doğrulanmış olayFizik temelli özellik (titreşim bandı, akım, sıcaklık farkı) ve eşik kuralıAçıklanabilir; ekip nedenini görüp güvenir
    Aynı kipten yeterli ve dengeli olayDenetimli sınıflandırmaKipler arası ayrım yapabilir; kapsam dışı kipte sessiz kalır
    Olay geçmişi ve çalışma saati kaydı tamKalan faydalı ömür kestirimiPlanlama penceresi verir; belirsizlik aralığıyla birlikte raporlanmalı
    İlk iki satır çoğu fabrikanın gerçek başlangıç noktasıdır ve birlikte kurulduklarında birbirini doğrular.
  6. 06

    Doğrulamayı zaman ekseninde kur

    Veriyi rastgele bölmeyin: eğitim dönemi doğrulama döneminden önce gelsin, aynı ekipmanın kayıtları iki kümeye dağılmasın ve onarım sonrası veriler arıza öncesine karışmasın.

    Zaman serisinde rastgele bölme, arıza gününün bir saatini eğitime diğer saatini doğrulamaya koyuyor. Sonuç çok iyi görünen ama üretimde tekrarlanmayan bir başarı oluyor. Bölme zamana göre yapıldığında sayılar düşer; bu düşüş kötü haber değil, ilk kez gerçek olan haberdir.

    1. 01Eğitim, doğrulama ve test kümelerini takvim üzerinden ayırın; sıra korunmalı.
    2. 02Aynı ekipmanın kayıtlarını tek kümede tutun; ekipman bazlı gruplama sızıntıyı kapatır.
    3. 03Tahmin ufkunu sabitleyin ve özellik penceresinin bu ufkun içine taşmadığını denetleyin.
    4. 04Onarım sonrası dönemi ayrı işaretleyin; yeni parça sinyali sağlıklı temel çizgiyi değiştirir.
    5. 05Yalnızca olay sonrasında dolan alanları (iş emri kapanış notu, kullanılan yedek parça) özellik listesinden çıkarın.

    Raporlanacak ölçüler de buna göre seçilir: kaç arızanın haber verme süresi içinde yakalandığı, alarm başına harcanan kontrol süresi ve hiç alarm üretilmeyen hafta sayısı. Genel doğruluk oranı burada yanıltıcıdır; sınıflar aşırı dengesiz olduğu için hiç alarm üretmeyen bir model bile yüksek doğruluk gösterebiliyor.

  7. 07

    Eşiği maliyet tablosuna göre ayarla

    Eşiği maliyet tablosundan çıkarın: yanlış alarmın ekip saatiyle kaçan arızanın duruş maliyetini toplayıp en düşük toplamı veren noktayı seçin, sonra haftalık alarm bütçesiyle sınırlayın.

    Eşik istatistiksel bir sabit değil, bir işletme kararı. Aynı model, iki farklı hatta iki farklı eşikle çalışır: birinde yedek ekipman vardır ve kaçan arıza ucuzdur, diğerinde tek hat vardır ve duruş bütün fabrikayı durdurur. Bu yüzden eşik, model eğitiminin değil maliyet tablosunun çıktısıdır.

    DurumKime maliyeti çıkarNasıl hesaplanır
    Yanlış alarmBakım ekibi zamanı, gereksiz sökme riskiKontrol süresi × ekip saatlik maliyeti
    Kaçan arızaPlansız duruş, ikincil hasarDuruş süresi × saatlik üretim kaybı + onarım
    Erken alarmParçanın kalan ömrü kullanılmadan değişirKalan ömür oranı × parça maliyeti
    Geç alarmMüdahale penceresi kaçarKaçan arıza ile aynı kalemler
    Tablodaki değerler her tesis için ayrı doldurulur; buradaki satırlar hesap kalemlerini gösterir, hazır bir sayı vermez.
    • Histerezis kurun: alarm bir eşikte açılıp daha düşük bir eşikte kapansın, aksi hâlde sınırda titreşir.
    • Ardışık pencere koşulu koyun: tek bir örnek değil, arka arkaya birkaç pencere aşıldığında alarm üretilsin.
    • Rejime göre eşik ayarlayın; vardiya, ürün tipi ve mevsim sinyalin temel çizgisini kaydırıyor.
    • Susturma penceresi tanımlayın: planlı bakım ve devreye alma sırasında alarm üretilmesin.
    • Eşiği haftalık alarm bütçesini aşacak kadar aşağı çekmeyin; bütçe aşıldığında ekip alarmlara bakmayı bırakıyor.
  8. 08

    Alarmı bakım kartına dönüştür

    Bildirim yerine bakım kartı üretin: hangi ekipman, hangi kanıt, hangi kontrol adımı ve hangi zaman penceresi — teknisyen kartı okuyup doğrudan sahaya gidebilmeli.

    Bir alarmın karşılığı iş emridir, e-posta değil. Sahada kestirimci bakım hatlarının sessizce ölme biçimi hep aynı: panoya bir grafik konur, ilk haftalar bakılır, kimse ne yapacağını bilmediği için bakılmaz olur. Kart, modelin çıktısını bakım ekibinin dilinde yeniden yazmak demektir.

    1. 1Kanıt

      Hangi kanalda, hangi pencerede, hangi davranış görüldü? Grafik değil, tek cümlelik ifade ve ona bağlı bir grafik bağlantısı.

    2. 2Önerilen kontrol

      Teknisyenin sahada yapacağı somut kontrol adımı yazılır: hangi noktaya bakılacak, hangi ölçüm alınacak.

    3. 3Zaman penceresi

      Kontrolün hangi tarihe kadar yapılması gerektiği ve hangi duruş penceresine denk geldiği belirtilir.

    4. 4Sonuç kaydı

      Kart kapanırken ne bulunduğu yazılır; bu alan boş bırakılabiliyorsa döngü kapanmaz.

  9. 09

    Teknisyen geri bildirimini etiket döngüsüne bağla

    Her kart üç kapanıştan biriyle kapansın — doğru alarm, yanlış alarm, belirsiz — ve bu kayıt yeni etiket olarak veri kümesine geri dönsün; kayma tetikleyicilerini de aynı yerde izleyin.

    Etiket kıtlığını zamanla çözen tek mekanizma budur. Hat açıldığı andan itibaren her alarm bir etiket adayı üretiyor; teknisyenin kapanış kaydı bu adayı doğrulanmış etikete çeviriyor. İleride denetimli bir modele geçebiliyorsanız bunun nedeni daha iyi bir algoritma değil, bu döngünün işlemiş olmasıdır; süreyi belirleyen de yöntem değil, kipin ne sıklıkla tekrarlandığıdır.

    KapanışNe öğretirNereye yazılır
    Doğru alarmKipin sinyaldeki karşılığı doğrulanırOlay kaydı, pozitif etiket
    Yanlış alarmTemel çizgiyi bozan rejim veya olay bulunurNegatif etiket ve neden alanı
    BelirsizKanıt yetersiz; kontrol adımı iyileştirilmeliKart şablonu geri bildirimi
    Kapanmadı: kontrol yapılmadıAlarm bütçesi veya sahiplik sorunu varOperasyon kaydı, etiket üretmez
    Dördüncü satır bir kapanış değil, kartın açıkta kalmasıdır; model sorunu da değildir ama kart yığılıyorsa modelden önce o çözülür.

    Kaymayı aynı yerde izleyin. Sensör değişimi, kalibrasyon, hammadde veya rejim değişikliği ve yeni ekipman devreye alma, temel çizgiyi kaydıran olaylardır; her biri bir yeniden eğitim ya da temel çizgiyi yeniden kurma tetikleyicisi olarak yazılmalıdır. Takvime bağlı yeniden eğitim bunların yerini tutmuyor: kayma takvimi beklemiyor.

SIK DÜŞÜLEN TUZAKLAR

  • Zaman serisini rastgele bölmek

    Arıza gününün bir saatini eğitime, diğer saatini doğrulamaya koyduğunuzda model geleceği görmüş oluyor. Çevrimdışı sonuçlar parlak çıkıyor, üretimde hiçbiri tekrarlanmıyor. Bölme takvime göre yapılır ve aynı ekipmanın kayıtları tek kümede tutulur.

  • Planlı duruşu arıza saymak

    Bakım takvimine göre yapılan duruşlar arıza etiketiyle karışırsa model arızayı değil bakım takvimini öğreniyor. Doğruluk yüksek görünür ama sistem yalnızca planlı bakım günlerini önceden söyler. İş emirlerinde planlı/plansız ayrımı etiketlemenin ilk işidir.

  • Eşiği istatistikten seçmek

    Standart sapmanın belirli bir katı gibi hazır kurallar, tesisin maliyet yapısını hiç görmüyor. Sonuç iki uçtan biri oluyor: ekibin bakamayacağı kadar çok alarm ya da arızayı kaçıracak kadar sessiz bir hat. Eşik, yanlış alarm ve kaçan arıza maliyetlerinin toplandığı tablodan çıkar.

  • Alarmın sahibini yazmadan hattı açmak

    Kime gideceği ve kimin kapatacağı yazılmamış alarmlar birkaç hafta içinde okunmaz oluyor. Sonra kaçan ilk arızada hat "çalışmıyor" diye kapatılıyor; oysa çalışmayan şey devir tasarımıydı. Sahibi ve kapanış kaydı, modelden önce tanımlanır.

  • Sensör değişimini veri olayı saymamak

    Sensör değişimi ve kalibrasyon, öğrenilen temel çizgiyi kaydırıyor; sapma tespiti bunu bozulma sanıp arka arkaya yanlış alarm üretiyor. Bu işlemler bakım kaydına yazılıp modelin olay takvimine geçmeli, temel çizgi de değişimden sonra yeniden kurulmalıdır.

KONTROL LİSTESİ

  • Kapsam tek ekipman ailesi ve tek arıza kipiyle sınırlandı
  • Haber verme süresi ile yanlış alarm ve kaçan arıza maliyetleri yazılı
  • Kanal birimi, örnekleme frekansı ve saat senkronu denetlendi; boşluk nedenleri ayrılıp duruş dönemleri maskelendi
  • İş emirleri olay penceresine çevrildi ve planlı duruşlar etiketten ayrıldı
  • Doğrulama zamana göre bölündü; aynı ekipman iki kümeye dağılmadı
  • Eşik maliyet tablosundan çıkarıldı; histerezis ve haftalık alarm bütçesi tanımlı
  • Her alarm, kanıt ve kontrol adımı taşıyan bir bakım kartı üretiyor
  • Teknisyen kapanış kaydı etiket kümesine geri dönüyor

Maddelerin tamamı işaretlenmeden kurulum üretime alınmamalı.

Sık sorulan sorular

Kestirimci bakım için kaç arıza örneği gerekir?

Her yerde geçerli bir sayı yok; belirleyici olan örnek sayısından çok olayların aynı arıza kipine ait, doğrulanmış ve zaman ekseninde doğru işaretlenmiş olması. Doğrulanmış olay azken denetimli sınıflandırma yerine sağlıklı çalışma temel alınan sapma tespiti ve fizik temelli eşik kurallarıyla başlanır; olaylar teknisyen kapanış kayıtlarıyla biriktikçe denetimli yönteme geçilir.

Titreşim sensörü olmadan kestirimci bakım yapılabilir mi?

Kısmen. Motor akımı, sıcaklık, basınç, debi, çevrim süresi ve otomasyon sistemindeki sayaçlar birçok bozulma kipini görünür kılıyor. Ancak bazı kipler doğru kanal olmadan hiçbir veride iz bırakmaz; bu bir model sorunu değil kapsam sorunudur. Kip seçilirken "bu bozulma hangi kanala yansıyor" sorusu baştan cevaplanmalı.

Yanlış alarm oranı ne kadar olmalı?

Evrensel bir oran yok; sınırı ekibin kapasitesi ve maliyet asimetrisi çiziyor. Pratik yol haftalık bir alarm bütçesi belirlemek: ekibin gerçekten kontrol edebileceği kart sayısı kadar alarm üretilsin, eşik de bu bütçeye göre ayarlansın. Bütçe aşıldığında ekip alarmlara bakmayı bırakıyor ve hat fiilen kapanıyor.

Kestirimci bakım modeli ne zaman yeniden eğitilir?

Takvimden çok olaydan tetiklenir. Sensör değişimi, kalibrasyon, hammadde veya ürün değişikliği, rejim değişimi ve yeni ekipman devreye alma, temel çizgiyi kaydıran olaylardır ve her biri yeniden eğitim ya da temel çizginin yeniden kurulması gerektirir. Bunların yanında yanlış alarm oranındaki ve sinyal dağılımındaki kayma izlenir; kayma eşiği aşıldığında takvim beklenmez.

Kaynaklar

  1. 01ISO 17359 — Makinelerde durum izleme ve tanılama: genel kılavuz — ISO · Dokümantasyon
  2. 02Sensör, veri toplama ve bakım yönetimi sistemi dokümantasyonları — Ekipman ve otomasyon sağlayıcıları · Dokümantasyon
  3. 03Sinaptik Research — kestirimci bakım hattı uygulama notları — Sinaptik Lab · Teknik rapor

BUILD

Bu rehberi kurumunuzda uygulayalım mı?

Aynı mimariyi kendi verinizle kurmak için discovery oturumundan üretime kadar birlikte ilerliyoruz.