Bakım Yönetim Sistemi (CMMS)

META Smart I/O cihazlarından veya mevcut PLC'lerden gelen sensör verileri. Tipik girdiler titreşim, sıcaklık, akım ve çevrim sayılarıdır.

Evet, iş emirleri, kontrol listeleri ve makine geçmişi telefonlarda, tabletlerde ve MSF panellerinde kullanılabilir.

Evet. MES'te kaydedilen duruş nedenleri otomatik olarak bakım bildirimleri oluşturur.

Tarih veya sayaç bazlı önleyici bakım planları, iş emirleri, yedek parça rezervasyonları ve makine geçmişi tek başına kayıt üzerinden çalışır, hiçbir sensör girdisi gerekmez. İlk aylar size arıza kodlaması, plana uyum oranı ve bir duruş geçmişi kazandırır; daha sonra kuracağınız durum izlemenin karşılaştırılacağı referans da zaten budur. Hangi makinenin titreşim sensörünü hak ettiğini, kendi bir yıllık plansız duruşlarınızı sınıflandırmak söyler.

İlerleyen ve ölçülebilir bir uyarı vermeden gelen her şeyi. Kontrol kartları, I/O kartları ve çoğu on-off sensör neredeyse rastgele bozulur. Çarpma, hatalı setup ve operatör kaynaklı hasar ise zamanla ilerleyen bir süreç sayılmaz, tek bir olaydır. Emniyet ventili veya kapı kilidi gibi koruyucu elemanlar, koruma yaptıkları olay gelene kadar hiçbir sinyal üretmez; bu yüzden izlenmez, periyodik olarak test edilir. Titreşim ve akım, dönen mekanik aşınmayı iyi okur, bu arıza türlerini ise hiç okumaz.

Model odaklı tekliflerin ima ettiğinden daha azı, çünkü ilk işe yarar limitler geçmişten değil mühendislikten gelir: geometri ve mil devrinden hesaplanan rulman arıza frekansları, filtre üzerindeki basınç farkı, aynı yükte makinenin kendi normalinin üzerine çıkan sıcaklık artışı. Anomali tespiti için ürün, hız ve vardiya değişimini kapsayacak kadar sağlıklı çalışma verisi gerekir. Kalan faydalı ömür tahmini ise arızaya kadar giden örnekler ister; çoğu fabrikada bu veri hiç yoktur.

Bu işi herkesin haftasına biraz dağıtmak yerine, bakım tarafında adı konmuş bir sorumlu planlayın. Ağır kısım baştadır: ekipman ağacı, gerçekte yaptığınız işe uyan önleyici bakım planları ve bir kez üzerinde anlaşılan arıza kodlama yapısı. Devreye alma sonrası düzenli iş, bildirimleri önceliklendirmek ve iş emirlerini yapılandırılmış bulgu, harcanan parça ve sayaç okumasıyla kapatmaktır. Uyarı sayısını tek bir kişinin gerçekten inceleyebileceği seviyeye çekin, yoksa uyarılar bir süre sonra hiç açılmaz.

MTBF çalışma süresinin arıza sayısına, MTTR toplam onarım süresinin onarım sayısına bölümüdür; ikisi de iş emri alanlarından üretilir: bildirim saati, onarım başlangıcı ve bitişi. Çalışma saati sayacı ya da MES'ten gelen bir çalışma sinyali yoksa elinizde yalnızca arızalar arasındaki takvim süresi kalır, o zaman hiç çalışmayan makine kendi MTBF'ini şişirir. Onarım süresi de nereden başlattığınıza göre başka şey anlatır: bildirimden başlatırsanız bekleme ve parça temini içindedir, onarım başlangıcından başlatırsanız sadece el değdirilen süredir.

Evet, tek başına çalışır. Operatörler bildirimi HMI'dan veya tarayıcıdan açar; planlar, iş emirleri ve yedek parça tarafı için başka bir kurulum gerekmez. APS'in kattığı şey şu: anlaşılan bakım penceresi planlamacıya çizelgede bir kısıt olarak ulaşır. Koridorda konuşulup unutulan bir mutabakat olarak kalmaz. APS yoksa pencereleri üretimle elde anlaşarak belirlersiniz; pek çok fabrika da böyle başlar ve orada kalmak gayet makuldür.

Tek başına nadiren. Bir uyarı, ancak o parçanın tedarik süresini güvenilir biçimde aşıyorsa işe yarar. Arıza zamanının bilinmemesi de emniyet stoğunun tek nedeni değildir: tedarik süresindeki değişkenlik, minimum sipariş miktarları ve tek bir parça numarasının birden çok makineye hizmet etmesi yerinde duruyor. Modül parçayı iş emrine rezerve eder, stok yetmiyorsa satın alma talebi açar. Önce uyarıları planlı pencerelere dönüştürün, stok seviyelerini bir yıllık veriden sonra tekrar ele alın.