Endüstriyel bir kontrol panosu, operatör görünür bir sorunu fark etmeden önce gelişmekte olan bir arızayı algıladığında ne olur?

Bir motor sürücüsü düzensiz akım çekmeye başlayabilir. Bir güç modülü normalden daha sıcak çalışmaya başlayabilir. Kontrol cihazları arasında aralıklı iletişim hataları görülebilir.

Geleneksel bir sistemde bu koşullar, alarm, açma veya kapanma gerçekleşene kadar çoğu zaman bakım sorunlarına dönüşmez.

Daha akıllı kontrol mimarileri daha erken tepki verebilir.

Anormal koşulları algılayabilir, belirli arızaları yalıtabilir, işlevleri yedek ekipmana aktarabilir ve bakım personeline ayrıntılı tanılama bilgileri sağlayabilirler.

Bu kavram bazen kendini iyileştiren kontrol panosu olarak tanımlanır.

Bu terim kelimesi kelimesine yorumlanmamalıdır. Bir kontrol panosu, hasarlı bir kontaktörü, yanmış bir terminali veya arızalı bir sürücüyü kendi başına onaramaz.

Yapabildiği şey, belirli arızaları tanımak ve bunların üretim üzerindeki etkisini sınırlamak için önceden tanımlanmış kurtarma stratejilerini kullanmaktır.

Şekil 1. Modüler endüstriyel kontrol panoları, arıza toleranslı kontrol tasarımı için tanılama, yalıtım ve sistematik bileşen değişiminin temelini oluşturur.

Zayıf Nokta Genellikle Makinenin Kendisi Değildir

Kontrol panoları, modern endüstriyel ekipmanların büyük bir bölümünü koordine eder.

PLC'ler, güç kaynakları, röleler, sürücüler, iletişim modülleri ve G/Ç cihazları, öngörülebilir bir çalışma sırasını sürdürmek için birlikte çalışır.

Dolayısıyla küçük bir bileşendeki arıza, çok daha büyük bir prosesi etkileyebilir.

Hasarlı bir röle, bir motorun çalışmasını engelleyebilir. Arızalı bir güç kaynağı, birden fazla kontrol devresini aynı anda devre dışı bırakabilir. Bir iletişim sorunu, normalde sağlıklı olan ekipmanları kontrolör için kullanılamaz hâle getirebilir.

Geleneksel bakım stratejileri bu riskleri denetimler, yedek parçalar, önleyici değişim ve operatör müdahalesi yoluyla ele alır.

Bu uygulamalar hâlâ gereklidir.

Sınırlayıcı etken tepki süresidir.

Arıza algılama öncelikle bir makinenin durmasına veya operatörün bir alarm görmesine bağlı olduğunda, proses zaten anormal bir çalışma durumuna girmiştir.

Modern kontrol tasarımları, bozulmayı bu noktaya gelmeden algılamaya giderek daha fazla çalışmaktadır.

Kendini İyileştirmenin Gerçekte Anlamı

Mühendislik açısından kendini iyileştirme; arıza algılama, arıza yalıtımı ve otomatik kurtarmanın bir bileşimi olarak daha doğru anlaşılır.

Pratik bir mimari çeşitli işlevleri yerine getirebilir.

İlk olarak, sistem anormal bir sinyali veya çalışma koşulunu algılar.

İkinci olarak, tanılama mantığı hangi cihazın, devrenin veya proses alanının etkilendiğini belirler.

Üçüncü olarak, mimarinin izin verdiği durumlarda kontrol sistemi etkilenen işlevi yalıtır.

Son olarak, yedek donanım veya alternatif bir kontrol yolu, bakım müdahale edene kadar sürecin bir bölümünü sürdürebilir.

Operatör hâlâ alarmları, kayıtları ve tanılama bilgilerini alır.

Amaç arızaları ortadan kaldırmak değildir. Amaç, her bir arızanın otomatik olarak tesis genelinde kesintiye dönüşmesini önlemektir.

Modüler Mimari, Arıza Yalıtımını Uygulanabilir Kılar

Arızaya dayanıklı davranış fiziksel tasarımla başlar.

Tek ve birbirine sıkı biçimde bağlı bir elektrik panosu, bir bileşen arızalandığında arızayı yalıtmayı zorlaştırır.

Modüler bir mimari, daha net işlevsel sınırlar oluşturur.

Güç dağıtımı, kontrol, iletişim, sürücüler ve G/Ç; uygun koruma ve teşhis erişimine sahip, tanımlanabilir bölümlere ayrılabilir.

Bu, çeşitli operasyonel avantajlar sunar.

Bir arıza çoğu zaman daha küçük bir işlevsel alanla ilişkilendirilebilir. Bakım personeli etkilenen donanımı daha hızlı belirleyebilir ve değiştirme işlemi daha sistematik hale gelir.

Modülerlik, standartlaştırılmış yedek parça stratejilerini de destekler.

Her bileşende kart düzeyine kadar arıza giderme yapmak yerine teknisyenler, tanımlanmış modülleri değiştirebilir ve oluşturulmuş bir bakım prosedürüne göre hizmeti yeniden sağlayabilir.

Enerjiliyken değiştirilebilen donanım, belirli kontrol platformu ve uygulama enerjiliyken değiştirmeyi desteklediğinde bu yaklaşımı geliştirebilir.

Bununla birlikte, bir sistem modüler olduğu için enerjiliyken değiştirmenin mümkün olduğu asla varsayılmamalıdır.

Kontrolör, G/Ç platformu, elektrik tasarımı ve güvenlik prosedürü bunu açıkça desteklemelidir.

Değiştirilebilir kontrol donanımı etrafında oluşturulan sistemlerde, açıkça kategorize edilmiş G/Ç modülleri yaşam döngüsü bakımını ve yedek parça planlamasını da basitleştirebilir.

Kestirimci İzleme, Arızadan Önceki Değişiklikleri Arar

Kendi kendini yöneten bir kontrol stratejisi, ekipmanın durumu hakkında bilgi gerektirir.

IIoT algılama ve kestirimci bakımın önem kazandığı nokta budur.

Modern izleme sistemleri elektriksel yükü, sıcaklığı, titreşimi, iletişim kalitesini ve diğer çalışma değişkenlerini gözlemleyebilir.

Tek bir ölçüm bir soruna işaret etmeyebilir.

Eğilim çoğu zaman daha yararlıdır.

Sıcaklığı kademeli olarak artan bir terminal bağlantısı, incelenmesi gereken bir elektriksel duruma işaret edebilir.

Gelişen bir titreşim eğilimi gösteren bir motor, bu durum plansız bir duruşa yol açmadan önce mekanik müdahale gerektirebilir.

Tekrarlanan akım dengesizliği, doğru elektriksel ve mekanik bağlamda değerlendirildiğinde yararlı bir teşhis kanıtı da sağlayabilir.

Uç bilişim, bu analizin bir bölümünün makineye yakın gerçekleşmesini sağlar.

Her ham ölçümü uzak bir sunucuya iletmek yerine bir uç cihaz, seçilen sinyalleri yerel olarak değerlendirebilir ve tanımlanan koşullar algılandığında olaylar oluşturabilir.

Bu, yanıt gecikmesini azaltabilir ve gereksiz veri trafiğini sınırlayabilir.

Teşhis “Arıza”dan Daha Fazlasını Açıklamalıdır

Üretim zaten durmuşsa genel bir arıza göstergesinin değeri sınırlı kalır.

Etkili teşhis, sorunun nerede meydana geldiğini belirlemeli ve bakım personelinin sorunu araştırabilmesi için yeterli bağlam sağlamalıdır.

Modern kontrolörler ve akıllı cihazlar, bileşen düzeyindeki tanılama bilgilerini kontrol ağı üzerinden sunabilir.

HMI veya SCADA katmanı daha sonra daha ayrıntılı alarm bilgileri sunabilir.

Sistem yalnızca genel bir sürücü arızası bildirmek yerine, alarmı hangi sürücünün oluşturduğunu belirleyebilir ve ilgili çalışma değerlerini kaydedebilir.

Geçmiş olaylar, mühendislerin açma sinyalinden hemen önce ne olduğunu belirlemesine de yardımcı olur.

Bu, tek bir başlangıç arızasının birkaç ikincil alarm üretmesi durumunda özellikle önemlidir.

Ekranda görünen ilk alarm, temel neden olmayabilir.

Doğru zaman damgalarıyla kaydedilmiş olay dizileri, mühendislerin ne olduğunu yeniden yapılandırmasına yardımcı olur.

Arıza Yalıtımı Bir Sorunun Yayılmasını Önler

Tek başına algılama, arızaya dayanıklılık oluşturmaz.

Mimari, bir arıza tanındıktan sonra ne olacağını da tanımlamalıdır.

Bazı uygulamalarda etkilenen modül, işletim dizisinden mantıksal olarak çıkarılabilir.

Bazı durumlarda proses, yedek ekipmana aktarılabilir.

Güç kaynakları, ağ yolları, kontrolörler, iletişim arabirimleri ve proses ekipmanları, uygulama ek karmaşıklığı haklı çıkardığında yedeklilik kullanabilir.

Yedeklilik otomatik olarak faydalı değildir.

Kötü tasarlanmış bir yedekli sistem, ek arıza türlerine yol açabilir ve sorun gidermeyi zorlaştırabilir.

Bu nedenle kurtarma stratejisinin, arıza algılama stratejisiyle birlikte mühendislik çalışmasına tabi tutulması gerekir.

Şekil 2. Arızaya dayanıklı bir dizi, anormal durumu algılar, etkilenen işlevi yalıtır ve yedekliliğin bulunduğu yerde işletimi devreder.

Bir Sürücü Arızası Kavramın Nasıl Çalıştığını Gösteriyor

Konveyör hızını düzenlemek için değişken frekanslı sürücüler kullanan bir şişeleme hattını ele alalım.

Bir sürücü düzensiz akım davranışı ve artan sıcaklık göstermeye başlar.

Geleneksel bir mimaride sürücü, koruma işlevleri açma sinyali üretene kadar çalışmaya devam edebilir.

Konveyör durur.

Ardından bakım ekibi, üretim kesintide kalırken arızalı bölümde sorun giderme işlemine başlar.

Arızaya daha dayanıklı bir mimari farklı tepki verebilir.

Durum izleme, anormal elektriksel ve termal davranış örüntüsünü ilk olarak algılar.

Kontrol sistemi, proses açma koşuluna ulaşmadan önce bir bakım uyarısı oluşturur.

Uygulamada mühendislik yoluyla tasarlanmış bir yedek sürücü veya yedek mekanik yol varsa, etkilenen işlev önceden tanımlanmış mantığa göre devredilebilir.

Orijinal sürücü yalıtılır ve bakım ekibine ayrıntılı arıza bilgileri iletilir.

Üretim, proses tasarımına bağlı olarak tam veya azaltılmış kapasitede devam edebilir.

Bu örnek önemli bir sınırlamayı göstermektedir.

Kontrol sistemi, makineye hiçbir zaman mühendislik yoluyla eklenmemiş yedekliliği oluşturamaz.

Otomatik kurtarma, yalnızca elektriksel, mekanik ve yazılım mimarisi alternatif bir yol sağladığında mümkündür.

Değişken hızlı kontrol söz konusu olduğunda, uygun VFD ve AC sürücü mimarileri, daha kapsamlı bir bakım ve yedeklilik stratejisinin parçasını oluşturabilir.

İletişim, Kurtarma Mimarisi'nin Bir Parçasıdır

Modern tanılama büyük ölçüde endüstriyel iletişim ağlarına bağlıdır.

Kontrolörlerin sürücülerden, uzak I/O birimlerinden, koruma cihazlarından ve diğer akıllı bileşenlerden durum bilgisi alması gerekir.

EtherNet/IP, PROFINET ve diğer endüstriyel protokoller, ekipman tarafından desteklendiğinde bu tanılama görünürlüğünü sağlayabilir.

Bununla birlikte, endüstriyel bir Ethernet protokolünün kullanılması ağı otomatik olarak arızaya dayanıklı hâle getirmez.

Dayanıklılık, ağ mimarisine bağlıdır.

Yönetilebilir anahtarlar, yedekli yollar, kontrolör yetkinlikleri, topoloji ve kurtarma mekanizmalarının tümü, bir iletişim arızasından sonra ne olacağını etkiler.

Bu nedenle mühendisler iki soruyu birbirinden ayırmalıdır.

Cihaz arızayı bildirebilir mi?

Ağ, arızadan sonra çalışmaya devam edebilir mi?

Bunlar birbiriyle ilişkili ancak teknik açıdan farklı yetkinliklerdir.

Güvenlik ve Otomatik Kurtarma İçin Net Sınırlar Gerekir

Otomatik kurtarma, bir makinenin veya prosesin güvenlik işlevini asla geçersiz kılmamalıdır.

Bazı arızalar, otomatik olarak devam etmek yerine kontrollü kapanmayla sonuçlanmalıdır.

Üretimin sürdürülmesi arzu edilir diye acil durdurma, güvenlik kilidi veya tehlikeli bir elektriksel durum basitçe devre dışı bırakılamaz.

Kurtarma mantığı, çalışmanın sürdürülmesine izin veren arızalarla ekipmanın güvenli bir duruma geçmesini gerektiren arızaları birbirinden ayırmalıdır.

Bu, özellikle yedekli kontrol yolları söz konusu olduğunda önemlidir.

Mühendislerin hangi sinyallerin standart otomasyona, hangilerinin güvenlikle ilgili mimariye ait olduğunu bilmesi gerekir.

Bu nedenle kendi kendini onarma yaklaşımı, arıza sınırlandırmasının tanımlanmış işlevsel ve güvenlik bölgeleri etrafında tasarlanmasıyla en iyi şekilde çalışır.

Dijital İkizler Bir Test Katmanı Ekliyor

Dijital ikizler, arızaya dayanıklı tasarımı fiziksel panonun ötesine taşıyabilir.

Kontrol sisteminin sanal bir temsili, mühendislerin canlı ekipmanda değişiklikleri uygulamadan önce çalışma dizilerini incelemesine olanak tanır.

Kontrol mantığının nasıl tepki verdiğini incelemek için modele arıza koşulları eklenebilir.

Mühendisler, doğru alarmların görünüp görünmediğini, yedekliliğin doğru şekilde devreye girip girmediğini ve istenmeyen proses etkileşimlerinin meydana gelip gelmediğini değerlendirebilir.

Bu, kurtarma mantığı karmaşıklaştığında özellikle yararlıdır.

Çalışan üretim ekipmanlarında olası her arızayı test etmek pratik olmayabilir veya güvenli olmayabilir.

Bir simülasyon ortamı, devreye almadan önce davranışı doğrulamak için başka bir yol sunar.

Şekil 3. Dijital simülasyon, değişiklikler canlı ekipmana uygulanmadan önce mühendislerin arıza dizilerini ve kurtarma mantığını değerlendirmesine yardımcı olabilir.

Uç Zekâ, Yerel Karar Alma Yetkinliğini Genişletiyor

Bir diğer gelişme, doğrudan makinede kullanılabilen işlem gücünün artmasıdır.

Geleneksel kontrol mimarileri, üst düzey analitik görevleri genellikle merkezi sunuculara gönderir.

Uç platformlar, seçili teşhis işlevlerinin yerel kalmasını sağlar.

Bu, arıza kararlarının hızlı verilmesi gereken veya sürekli bulut bağlantısının varsayılamadığı uygulamalar için yararlı olabilir.

Yerel analitik, anormal örüntüleri belirleyebilir ve yalnızca ilgili olayları denetleyici veya kurumsal sistemlere gönderebilir.

PLC, deterministik kontrolü gerçekleştirmeye devam eder.

Analitik katman, bakım kararlarını veya önceden tanımlanmış kurtarma mantığını etkileyebilecek ek bilgiler sağlar.

Bu işlevleri açıkça ayrı tutmak önemlidir.

Makine kontrolü, davranışı doğrulanamayan opak bir analitik modele bağımlı hâle gelmemelidir.

Pano Tasarımı Sırasında Mühendislerin Sorması Gereken Sorular

Arızaya dayanıklı bir pano, bir yazılım özelliğinden ziyade tasarım sorularıyla başlar.

Mühendisler, elektrik mimarisi içinde bağımsız arıza bölgelerinin açıkça tanımlanıp tanımlanmadığını belirlemelidir.

Tam makineyi durdurmadan hangi arızaların yalıtılabileceğini belirlemelidirler.

Cihazlar, bakım stratejisi için yeterli teşhis geri bildirimi sağlamalıdır.

Kritik işlevler, yedekliliğin teknik ve ekonomik açıdan gerekçeli olup olmadığını belirlemek için gözden geçirilmelidir.

Tasarım ekibi, basit çalışma saatlerinin ötesinde hangi durum değişkenlerinin sürekli izlenmesi gerektiğine de karar vermelidir.

Uzaktan teşhis yararlı olabilir; ancak ağ güvenliği ve işletme yetkisi en baştan dikkate alınmalıdır.

Kurtarma mantığı yalnızca normal çalışma sıralarına göre değil, gerçekçi arıza senaryolarına karşı da test edilmelidir.

Hedef Kırılamaz Bir Pano Değil, Kontrollü Performans Düşüşüdür

Endüstriyel ekipmanlar arızalanmaya devam edecektir.

Bileşenler yaşlanır. Bağlantılar bozulur. Ağlar iletişimi kaybeder. Sürücüler açma yapar. Güç kaynakları çalışma ömrünün sonuna ulaşır.

Bu nedenle mühendislik hedefi, hiç arızalanmayan imkânsız bir kontrol panosu değildir.

Daha iyi bir hedef, kontrollü performans düşüşüdür.

Sistem, mümkün olan durumlarda bozulmayı erkenden tespit etmelidir.

Bir arıza meydana geldiğinde, mimarinin izin verdiği durumlarda etkisi sınırlı kalmalıdır.

Operatörlere genel alarmlar yerine yararlı teşhis bilgileri sunulmalıdır.

Kritik prosesler, uygun olduğunda tasarlanmış yedek işlevlere aktarılmalıdır.

Bakım personeli, gereksiz inceleme yapmadan etkilenen donanımı onarabilmek için yeterli bilgiye sahip olmalıdır.

Kendi kendini iyileştiren bir kontrol panosunun pratik anlamı budur.

Kendi kendini onarmaz.

Sistemin kendi durumu hakkında daha fazla bilgi edinmesi, öngörülebilir arızalara akıllıca tepki vermesi ve insanlar fiziksel onarımı tamamlayana kadar güvenli çalışmayı mümkün olduğunca sürdürmesi amaçlanır.