Mühendislik kontrol sistemleri modern endüstriyel otomasyonun arka kemiğidir, süreçlerin güvenli bir şekilde çalışmasını sağlamak ve belirtilen parametrelerde belirtilmiştir. Kimyasal bitkilerden güç şebekelerine, bu sistemler bu sıcaklık, basınç, akış ve hız gibi değişkenler düzenler. Ancak, hataların gerçekleştiğinde - en basit nedenlerden biri, yazılım hatalarının - sonuçların ciddi olması: üretim süresi, güvenlik olayları, çevresel salıvermeler ve finansal kayıplar.Bu hataları etkili bir şekilde ele almak için, mühendisler sadece acil bir yaklaşıma ihtiyaç duyar.

5 Neden Yöntemi Nedir?

5 Nedenler karmaşık istatistiksel araçlardan farklı olarak kök nedenlerinin köksüz bir şekilde hareket etmesinin nedeni nedir? 5 Nedeni basit ve özel bir eğitim olmadan çapraz işlevli takımlar tarafından uygulanabilir.

Sakichi Toyoda, başlangıçta üretim problemlerini çözme tekniğini uyguladı ve ilk etapta hataya yol açan bir temel oluşturuyor. mühendislik kontrol sistemleri bağlamında, 5 Neden mühendislere semptomları düzeltmenin tuzaklarından kaçınmaya yardımcı oluyor - ve bunun yerine ilk etapta başarısızlıklara yol açan bir çözüm olarak.

Kontrol Sistemleri Neden Başarısız: Ortak Başarısızlık Modu

5 Nedeni uygulamadan önce, kontrol sistemlerinde tipik başarısızlık modlarını anlamaya yardımcı olur. Bunlar donanım hataları, yazılım hataları, tasarım kusurları, insan faktörleri ve çevresel etkiler.

  • [FONT:0]Sensor ve Akıcı Başarısızlık: Drift, kalibrasyon kaybı, fiziksel hasar, kablolama sorunları veya işlem sıvılarından bozulma.
  • [FONT:0)Denetleyici Mal işlevleri: [Dönetici: 1) PLC veya DCS çökerleri, bilgisayar hataları, yanlış mantık, hafıza yolsuzlukları.
  • [FONT:0) İletişime Geçmeler:[Dönetici:[Dönetici: 0,4] Network latency, paket kaybı, protokol yanlış eşleştirmeler, elektromanyetik müdahale.
  • [FONT=0)Power Supply Issues:[Dönetici:[Dönder:) Gerilim bilgeleri, dalgalanmalar, elektronikleri etkileyen kahverengioutlar ve resetlere neden oluyor.
  • [FONT:0) İnsan Hatası:[Dönemli noktaların, uygunsuz bakım eylemlerinin, yetersiz eğitim, alarm yorgunluğu.
  • [FONT:0)Environmental Faktörler: Sıcaklık uçları, vibrasyon, nem, korozyon, toz ingre.

Bunların her biri 5 Nedeni için başlangıç noktası olabilir, ancak hedef, yetersiz tasarım özellikleri, yetersiz koruyucu bakım programları, operatör eğitimi eksikliği veya değişim süreçlerinin zayıf yönetimi gibi kök sebeplerini geri takip etmektir.

5 Neden Kontrol Sistemi Başarısızlığı Uygulanır: Adım-by-Adım Çerçeve

5 Neden bir mühendislik ortamında etkili bir şekilde uygulanır, yapılandırılmış, ekip tabanlı bir yaklaşım takip eder. Bu çerçeve, özellikle kritik kontrol döngüleri veya güvenlik araçlarıyla uğraşırken tutarlı ve derinlik sağlar.

Adım 1: Problemi Açıkça Tanımlayın

Örneğin, bir koncise yazın, belirli bir problem ifadesi. Örneğin: "Temperature sensör T-101, reaktör kapanmasına yol açtı." - "sensor başarısız" veya "kontrol konusu" gibi belirsiz açıklamalardan kaçının.

2. Adım: Cross-Functional Team

Operatörler, bakım teknisyenleri, kontrol mühendisler ve süreç mühendisleri. Farklı perspektifler kör noktaları azaltır ve prosedürler, donanım ve yazılımlar hakkındaki soruların hepsi dikkate alınmalıdır. Takım, verimli kalmak için küçük (üç ila altı kişi) olmalıdır.

Adım 3: İlk "Neden?"

Acil durumda odaklanın. Gerçek zamanlı veriler kullanın -loglar, SCADA eğilimleri, bakım kayıtları. Ekibin tam sözleriyle cevap verin. Sonuçlara atlamaktan kaçının; kanıtlar soruyu kılavuz bırakın.

Adım 4: Başarıya Sor "Neden?"

Her cevap bir sonraki soruya temel olur. Bir kök neden ulaştığınıza kadar devam edersen, yeniden değerlendirmeyi engelleyebilirdi. Bu, beşten daha az veya daha fazla iterasyon alabilir. İyi bir durdurma noktası, neden bir kontrol edilebilir bir süreçtir, politika veya tasarım elemanı değildir - bir kişinin hatası değil.

Adım 5: Kök Sebepini Ver

Kanıtlara karşı elde edilen sebepleri test edin. Kök nedeni ortadan kaldırmakla başarısızlığı yeniden üretebilir misiniz?Eğer olmasın, sormaya devam edin. Doğrulama benzer geçmiş olayları gözden geçirmek veya basit bir simülasyon yapmak olabilir.

Adım 6: Doğrulayıcı Eylemler

Hedeflenen, uygulanabilir karşıtlığı geliştirir. "improving" gibi genel düzeltmelerden kaçının - yerine "görüntü algılama prosedürünü ve Q2 tarafından tüm teknisyenler için el-on eğitimi uygulayın."

Detaylı Örnek: Basınçlı Yıkama Yardımı

Bir baskı rahatlama valfi (PRV) bir distillasyon sütununda aşırı baskı olayı sırasında açılmamış bir baskı görevlisine göz atın. Olay bir bitki kapanmasına ve personel güvenliğine yakın izin verdi.

  1. [FONT:0) PRV neden açılmaz?) Çünkü set noktası kalibre edilmiş değerden daha yüksek sürüklendi.
  2. [FONT:0) Neden set noktası sürüklendi? Çünkü valf 18 ay boyunca test edilmedi veya yeniden tespit edilmedi.
  3. [FONT:0) Neden test edilmedi? Çünkü bakım programı aşağı zaman azaltmak için uzatıldı.
  4. [FONT:0) Neden program genişletilmiş? Çünkü üretim hedefleri önleyici bakım üzerinde öncelik verdi.
  5. [FONT:0) Neden üretim önceliklendi?) Çünkü dengeli güvenlik ve üretime dayalı bakım programı yoktu.

[FONT:0)Root neden:[Dönetici:0) Risk tabanlı bir bakım stratejisinin eksikliği PRV'yi düzenli test gerektiren kritik bir güvenlik cihazı olarak tespit edecek ve herhangi bir bakım aralığına kadar risk incelemesi gerektiren bir yönetime giriş yapın.[Dönetici:[Dönetici: 3 )

5 Neden Kontrol Sistemleri Mühendisliğinde Faydaları

5 Neden sorun giderme aracınıza entegre etmek birkaç avantaj sunar:

  • [FONT:0]Siksi:[[Dönetici:[Dönetici:[Dönetici:0)[[Dönetici:[Dönetici:[Dönetici:[Dönetici: · 1) Hiçbir istatistik yazılım veya gelişmiş derece gerekli olmayan; takımlar bunu mağaza zemininde veya toplantı odasında uygulayabilir.
  • [FONT:0)Depth:[Dönetici: 1) Encourages sistemiic thinking, organizasyon ve süreç sorunlarını ele almak için hızlı düzeltmelerin ötesine geçiyor.
  • [FONT:0)Speed:[DÜDÜDÜT:1) İyi yapıldığında, 5 Bir saat içinde tamamlanabilir, acil düzeltici eylemlere yol açabilir.
  • [FONT:0)Kontinuous Geliştirme:[Dönetici:[Dönetici:[Dönetici:0)[Dönetici:[Dönetici:[Dönetici:[Dönetici: · 1 ) Başarısızlıkların çözülmesi gereken sorunlardan ziyade öğrenme fırsatları olarak gördükleri bir kültür yaratır.
  • [FONT:0]Cross-Functional Learning: Operatörler ve mühendisler işbirliği içinde, siloları parçalayarak ve bina paylaşılan anlayışları kırdılar.
  • [FONT:0]Cost-Effective: Minimal eğitim ve gerekli pahalı araçlar gerekli, tüm boyutlardaki bitkiler için erişilebilir hale getirmek.

Sınırlar ve Nasıl Overcome Them

Güçlü yönlerine rağmen, 5 Neden yöntemin mühendisler yüzeysel analiz veya yanlış sonuçlardan kaçınmaları gerektiği sınırlamaları vardır.

  • [FONT:0)Subjectivity:[Dönetici:[Dönetici:[Dönetici: 0) Farklı takımlar, bilgi ve önyargılarına bağlı olarak farklı kök sebepleri elde edebilir.
  • [FONT=0)Tunnel Vizyon: [Dönetici: [Dönetici] Lineer zincir, birden fazla kök nedeni ile karmaşık hataları aşırı derecede basitleştirebilir. Bu tür durumlarda, 5 neden daha geniş kalibre edici faktörlerle birlikte bir balık kemiği diyagramı kullanmayı düşünün, o zaman hangi şubelerin hangileri yıkamasını önceliklendirir.
  • [FONT:0) Durma Çok Erken: [Dönetici:[Dönetici] Takımlar genellikle daha derin bir şekilde kazmak yerine ilk makul kök nedeniyle dururlar.Açık bir durdurma kuralı tanımlayın: Neden bir kontrol edilebilir, eylem edilebilir bir süreçtir veya sistem sorunu – bir kişi veya bir zaman olayı değildir.
  • [FONT:0)Lack of Quantification:[Dönetici:[Dönetici: 0) Yöntem niteltir; olasılık veya etki ile nedenleri önceliklendirmez. Başarısız mod ve etkiler analizi ile birleştirin (FMEA) en kritik kök nedenleri üzerinde dur.
  • [FONT:0]Serbeste doğru Bias: Sisteme aşina olan insanlar, erken, kısa zincirleme konusunda çözümler önerebilirler. kolaylaştırıcılar her birinin "Neden" tartışmadan önce cevap vermesi gerekir.

Bu sınırlamaları ele almak için, 5 Neden bir araç kök neden analizi (RCA) aracıkit. Pair'i veri analizi, hata ağacı analizi veya yüksek orantısız başarısızlıklar için damga analizi.

5 Neden Diğer RCA Yöntemleri ile Bütünleme

Karmaşık kontrol sistemi başarısızlıkları için, tek 5 Nedenleri birden çok katkıda bulunan faktörleri kaçırabilir. En iyi uygulama, bir balık kemiği diyagramı gibi beyin fırtınası aracı ile başlamaktır (çünkü-ve-sonrası) potansiyel kök sebep kategorilerini tanımlamak için (insanlar, yöntemler, malzemeler, makineler, ölçüm, çevre) 5 neden her kategoriye kadar yıkamak için kullanılır.

Bir başka güçlü çiftleme, FMEA ile ilgili 5 Nedendir. Tasarım veya süreç FMEA, yüksek riskli başarısızlık modları kök sebeplerini belirlemek ve etkili düzeltici eylemleri önermek için 5 Nedeni daha detaylı bir şekilde incelenebilir. Bu özellikle kontrol sistemi tasarım incelemelerinde veya yakın izin verilen bir olay sonrasında, güvenlik aracılı sistemler (BBS), 5 Nedenleri Koruma Analizi Katmanları ile entegre edilebilir 5 Nedenleri (LOPA)

Bu yöntemlerin bütünleştirilmesi hakkında daha fazla bilgi için ASQ'nun kök nedeni analiz kaynaklarına neden olur:0)(ASQ Root Cause Analysis)) ve NIST rehberlik, üretimde analize neden oluyor.(NIST RCA)).

5 Neden Bir Mühendislik Çevresinde En İyi Uygulamalar

Bir Blame-Free Culture oluşturun

5 Nedeni dürüst cevaplara bağlıdır. Takım üyeleri intikamdan korkuyorsa, amacın sistemi geliştirmek olduğunu varsayar, suçlamayın. tarafsız, gizli bir ortamda analizler yapın ve hataları yapan kişilerin isimlerini kaydetmeden kaçınırlar.

Data kullanın, Not Opinions

Mümkün olduğunda, her "Neden" kanıtla destek: etkinlik logları, alarm özetleri, bakım kayıtları veya yargısız personelden gelen tanıklar. Bu, konuçluğunu azaltır ve analizleri güvenilir hale getirir.Eğer veriler mevcut değilse, karşıtlığın bir parçası olarak daha iyi veri toplamayı düşünün.

Full Chain

Her soruyu ve cevabı yazın. Bu belge eğitim, düzenleyici uyum ve gelecekteki referans için değerli hale gelir. Birçok kuruluş basit bir form veya beyaz bir tahta kullanır, ancak elektronik takip dağıtım ve trendleme için önerilir.Tarihi, ekip üyelerini, problem bildirimi, nedenlerin zincirini, kök nedenleri ve doğrulayıcı eylemleri içerir.

Countermeasures'te Takip Et

Analiz sadece eylemlerin yapıldığı kadar iyidir. Her bir karşıtlığı için imza sahipleri ve tarihler. Etkinliği doğrulamak için bir inceleme yapın - 30, 60 veya 90 gün sonra. Takip etmeden, aynı başarısızlık tekrarlanabilir ve ekip süreçte güven kaybeder.

Takımını Tren

Herkes, "Neden" yolsuz veya önyargısız diye sormada doğal olarak yetenekli değildir. Yönteminizde kısa eğitim seansları sağlayın, tesisinizden gerçek dünya örneklerini kullanarak. Rol-playing tekrardan yararlanmaya yardımcı olabilir. Oturumu takip eden ve çözümlerin atmasını engelleyebilir.

Takip için Dijital Bir Aleti Kullanın

Basit bir veritabanı veya belirli bir RCA yazılım aracı kullanarak analizler, kök nedenleri ve doğru eylemleri talep edebilir. Bu, trend analizi sağlar - örneğin, birden fazla başarısızlıkla ilgili tekrarlanan bir kök nedeni, bir şirket çapında inisiyatifle ele alınabilir. Dijital izleme ayrıca RCA belgeleri talep edebilecek düzenleyici denetçileri de destekler.

Vaka Çalışması: 5 Neden Bir Kontrol Sistemi İletişim Başarısızlığı

Bir üretim tesisi DCS ve uzaktan I/O raf arasında iletişim kaybı yaşadı, bir paketleme hattının rastgele kapatılmasına neden oldu. İlk iki denemede kablo ve arayüz kartları, ancak sorun devam etti. 5 Neden analiz kontrol mühendisi, elektrikçi ve üretim yöneticisi dahil olmak üzere bir ekiple yapıldı.

  1. [FONT:0) Neden iletişim düştü? Reddant Ethernet bağlantısı kısa sürede başarısız oldu, bir saniye boyunca kontrolörün bir hata olarak yorumladığına neden oldu.
  2. [FONT:0) Neden başarısız oldu? Çünkü birincil kablonun yüksek bir hata oranı vardı, kırmızıdan çıkarma geçişi tetikledi.
  3. [FONT:0) Neden kablonun yüksek hataları var? Çünkü yüksek gerilimli bir motor kablosuna bitişik, elektromanyetik müdahaleye (EMI) yol açan veri paketlerine yol açtı.
  4. [FONT:0) Neden bir motor kabloya yakın kablo rotası?) Çünkü kablo tepsisi ISA-5.1 veya NEC gereksinimleri için ayrım kılavuzları dikkate almadan tasarlanmıştır.
  5. [FONT:0) Neden ayrılık için incelenmedi?) Çünkü elektrik ve kontrol sistemi tasarımı ayrı ayrı silolarda yapıldı ve proje sırasında ortak bir inceleme gerçekleşmedi.

[FONT:0)Root neden:[Dönetici:0) [Dönetici] [Dönetici] [Dönetici] [Döneticileri: 2) Mevcut yükleme için bir işlem kurmak için elektrik ve kontroller için bir süreç kurmak için bir tasarım incelemesi kontrol listesi oluşturmak, EMI kalkanı eklemek ve yeniden-route kabloyu otomatik olarak ISA-5.1 ve NEC Madde 800'ye kadar başka bir iletişim kurmay.

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Deneyimli takımlar 5 Nedenleri kullanarak tuzaklara düşebilir. İşte sistem olayları ve onlardan kaçınmanın yollarının ortak tuzakları.

  • [FONT:0] Operatör veya Teknikeri ile ilgili: “ömürgeci yanlış parametreyi ayarladı”, arayüzün neden eksik olduğunu veya alarmın neden görmezden geldiğini bulmak için son insan hatasını durdurmak için çok erken.
  • [FONT=0) Bir Kök Sebep Olarak “Software Bug”i kabul etmek: [Dönetici: 1 ) Bir yazılım otobüsü genellikle bir semptomdur.Bug'un neden tanıtıldı (poor test, hiçbir kod incelemesi, gereksinimlerin eksikliği) ve neden geçerliliği sırasında yakalanmadığını sorun.
  • [FONT=0) Geçer Koşulları görmezden gelin: [Dönetici: [Dönetici:0] Kontrol sistemi başarısızlıkları genellikle aylarca var olan gecikme koşulları içerir - eski bir P&ID veya eksik kalibrasyon etiketi gibi. 5 Neden bu koşulların kökenine geri dönmek için.
  • [FONT:0) "Dönlendirmenin «Dönüşünme”: [Dönetici:0) Bu, ortak bir durak noktası, ancak belgenin neden eksik olduğunu sorun - hiçbir işlem yapılmadı mı?
  • [FONT:0] Yanlış Problemi Çözmek: [Dönetici: 0D:0) Problemin çok dar ise, 5 Neden bir semptoma uğrayabilir. Örneğin, "valve sıkıştırma", valfin çok sık kapatılmasına neden olan bir kontrol mantığı olabilir.

Bu tuzakları önlemek için, her zaman ilk birkaç cevabı meydan okuma ve takıma sorun: “Bu gerçekten kontrol edilebilir mi? değiştirebilir miyiz?” cevap hayır ise, digging tut.

5 Neden Sürekli İyileştirme Uygulamaları Olarak Uygulanıyor

5 Nedeni sadece büyük bir başarısızlıktan sonra, rutin bakıma entegre etmek, yakın raporlamaya ve proje incelemelerine rağmen, bu, organizasyondaki düşünmenin bir kültürüne sahiptir.

  • [FONT:0]Post-Incident Yorumları: [Dönemli bir kapanış, kesinti veya güvenlik olayından sonra, süreç iyileştirmelerini tanımlamak için neden 5 numaralı bir seans değerli öngörüleri ortaya çıkarabilir.
  • [FONT=0)Root Cause failure Analysis (RCFA): [Dönetici başarısızlıkları için 5 Neden daha derin soruşturmadan önce ilk adım atmaktadır.
  • [FONT:0] Yeni Sistem Komisyonu: [Dönetici:[Dönetici: 1] Başlangıç sırasında, tekrarlanan gezileri veya alarmları çözmek için 5 Nedeni kullanın.
  • [FONT:0)Güvenli Araştırmalar: [Dönetici:[Dönetici: 0,4] 5 Neden TapRooT® ve Apollo gibi birçok olay soruşturma sisteminin önemli bir bileşenidir.
  • [FONT=0) Değişimin Management of Change (MOC):) Bir değişiklik kontrol sistemine yapılırken (örneğin, bir mantık diyagramını değiştirmek veya bir kontrol değiştirmek), 5 Neden tehlike incelemesi sırasında potansiyel başarısızlık modlarını tahmin etmek için kullanılır.

5 Neden bir veritabanında oturumlar takip etmeyi düşünün. Zamanla, desenleri tanımlayabilirsiniz -e.g., kök nedenlerinin %40'ı bakım prosedürleriyle ilgilidir, bu veriler proaktif gelişmeleri ve yatırımları eğitim veya ekipman yükseltmelerinde haklı çıkarabilir. Lean Enterprise Institute, günlük uygulama 5'i neden yapıyor: 0(Lean Enterprise Institute: 5 Nedenleri)[FLT 1: 5 Nedenleri).

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Mühendislik kontrol sistemlerindeki başarısızlıklar kaçınılmazdır, ancak doğru kök neden analizi yaklaşımıyla, bu tekniği sistemsel iyileştirme süreçlerinize ve sürekli iyileştirme süreçlerinin içine sokmak için basit, maliyet etkin bir şekilde sunar ve gerçek alt konuları ortaya koyarlar – donanım, yazılım, insan hatası veya organizasyon kültürü.

Daha fazla okuma için, Uluslararası Otomasyon Topluluğu (ISA) süreç kontrolü ve güvenlik konusunda standartlar sağlar:0)(ISA-5.06.01) enstrüman diyagramları için (FLT:1) ve IEEE Reliability Society, disiplin ve açık bir zihin ile uygulanan bu hedefe ulaşmak için en basit araçlardan biridir.