Öngörülü bakım: sensör takmakla bitmiyor

"Öngörülü bakım" iki kelimeyle anlatılan, iki yılda kurulan bir şey. Sensör kataloğuyla başlayan projelerin çoğu üçüncü ayda "çok alarm geliyor, kapattık" ile bitiyor. Biz tersinden başlıyoruz: hangi makine durursa hat durur?

Önce kritik varlık, sonra sensör

Bir tesiste yüz motor varsa belki beşi kritiktir: durduğunda üretim duran, yedeği olmayan, tamiri haftalar süren. Öngörülü bakım o beşle başlar. Kalan doksan beşe periyodik bakım yeter; sensör takmak israf. Bu ayrımı yapmadan yola çıkan projeler, hem bütçeyi hem de operatörün ilgisini kaybediyor.

Hangi sinyal?

Dönen ekipmanda titreşim ve motor akımı en çok şey söyleyen iki sinyal. Titreşim rulman ve dengesizlik, akım ise yük ve mekanik sürtünme hakkında konuşur. Sıcaklık geç haber verir; ama ucuz ve güvenilirdir. Biz genellikle üçünü birlikte alıyoruz; tek bir sinyalle karar vermek, tek gözle mesafe tahmin etmeye benziyor.

Eşik mi, model mi?

Herkes makine öğrenmesi istiyor; çoğu tesise iyi kurulmuş bir eşik yeter. Ama eşik sabit olamaz: makinenin yükü değişince titreşim de değişir. Bizim yaklaşımımız: ilk dört-altı hafta sadece ölç, her makinenin çalışma rejimlerine göre kendi normalini çıkar, sonra sapmaya alarm ver. Model gerektiren durumlar var — yavaş gelişen rulman hasarı gibi — ama oraya eşiği doğru kurduktan sonra gidilir.

Alarmı kim okuyacak?

En çok atlanan soru. Alarm bir SCADA ekranında yanıp sönüyorsa ve bakım ekibi o ekranın önünde değilse, alarm yoktur. Bakım iş emri sistemine (ya da en azından bakım ekibinin telefonuna) düşmeyen alarm, kayıt olur, aksiyon olmaz. Öngörülü bakımın yazılım kısmı, algoritmadan çok bu akışı kurmaktır.

• Beş kritik makineyle başlayın; altı ayda genişletin.
• İlk haftalarda alarm vermeyin, sadece ölçün ve normali öğrenin.
• Her alarmın bir sahibi ve bir iş emri karşılığı olsun.
• Sensör verisini üretim verisiyle (vardiya, ürün, hız) aynı yerde tutun; sapmanın sebebi çoğu zaman oradadır.