Endüstriyel Veri Tarihçesi Mimarisi: Yerel ve Sunucu Tabanlı Veri Toplama

Tarihçe Sistemi Mimarisi Neden Önemlidir?

Endüstriyel otomasyon sistemleri sürekli ölçüm, çalışma durumu, alarm ve üretim olayı akışları oluşturur. Bu kayıtlar, mühendislerin arızaları incelemesine, süreç koşullarını doğrulamasına ve ekipman performansını anlamasına yardımcı olur.

Ancak veri toplamak, eksiksiz veya kullanışlı bir geçmiş kaydını kendiliğinden garanti etmez. Ağ kesintileri, sunucu bakımı, sınırlı depolama alanı ve uygun olmayan toplama ayarları boşluklara yol açabilir.

Makine düzeyinde bir tarihçe sistemi ile sunucu tabanlı bir tarihçe sistemi arasındaki seçim, kullanım amacıyla başlamalıdır. Her mimari, farklı veri toplama, saklama ve analiz gereksinimlerini karşılar.

Makine düzeyindeki bir tarihçe sistemi, üretim ekipmanının yakınında ayrıntılı bilgileri yakalar. Sunucu tabanlı bir tarihçe sistemi, birden fazla kaynaktan gelen kayıtları bir araya getirir ve daha kapsamlı analizleri destekler.

Makine Düzeyinde Tarihçe Sistemi Nedir?

Makine düzeyindeki bir tarihçe sistemi, zaman serisi verilerini tek bir makinenin, üretim hücresinin veya kontrol sisteminin yakınında toplar ve saklar. Uygulamaya bağlı olarak PLC'lerden ve desteklenen endüstriyel ağlardan veri alabilir. Yaygın veri kaynakları arasında Allen-Bradley 1756-L1 ControlLogix PLC kontrolörü ve Siemens 6ES7214 PLC kontrolör modülü gibi kontrolörler bulunur.

Bu düzenleme, mühendislerin bir kapanma, ekipman arızası veya beklenmedik olaylar dizisinin çevresindeki ayrıntılı kayıtlara ihtiyaç duyduğu durumlarda kullanışlıdır.

• Makine tanılaması: Arızalar ve üretim kesintileri sırasında seçilen kontrolör değerlerini korur.
• İzlenebilirlik: Süreç ölçümlerini üretim döngüleri, partiler veya tek tek ürünlerle ilişkilendirir.
• Süreç doğrulama: Çalışma koşullarının tanımlanan gereklilikleri karşılayıp karşılamadığını incelemek için kullanılan kayıtları saklar.
• Yerel veri toplama: Uzak bir tarihçe sunucusuyla sürekli iletişime bağımlılığı azaltır.

Yerel veri toplama, bir üst sunucu veya ağ bağlantısı kullanılamaz hâle geldiğinde dayanıklılığı artırabilir. Ancak bu avantaj, tarihçe sisteminin gerçek mimarisine ve kullanılabilir depolama alanına bağlıdır.

Mühendisler saklama kapasitesini, veri dışa aktarma yöntemlerini, toplama performansını ve kurtarma davranışını doğrulamalıdır. Yerel depolama, olası tüm arıza türlerini ortadan kaldırmaz.

Sunucu Tabanlı Tarihçe Sistemi Nedir?

Sunucu tabanlı bir tarihçe sistemi, birden fazla üretim varlığından ve desteklenen diğer veri kaynaklarından geçmiş bilgileri toplar. Genellikle daha kapsamlı raporlama, trend izleme, depolama ve analiz olanakları sunar.

Tesis mühendisleri ekipman performansını karşılaştırabilir, tekrarlayan üretim kayıplarını araştırabilir ve farklı makinelerdeki süreç ölçümlerini ilişkilendirebilir.

Merkezi tarihçe sistemleri, operasyon kayıtlarını üretim veya iş bilgileriyle birleştiren uygulamaları da destekler. Bu, süreç davranışını üretim programları, partiler ve kalite sonuçlarıyla ilişkilendirmeye yardımcı olabilir.

Ancak veri toplama yolu ek bağımlılıklar getirir. Ağ arızaları, sunucu bakımı, arayüz sorunları ve depolama sınırlamaları veri toplamayı kesintiye uğratabilir. Saha tarafındaki bağlantı genellikle Yokogawa ALE111-S51, Schneider 140NOE21100 veya Foxboro FBM232 gibi Ethernet haberleşme modüllerine dayanır; dolayısıyla yapılandırmaları ve durumları kayıtlar açısından önem taşır.

Her tarihçe sisteminin kesinti sırasında verileri otomatik olarak arabelleğe aldığını varsaymayın. İlgili toplayıcının arabelleğe almayı destekleyip desteklemediğini, bekleyen kayıtları ne kadar süreyle sakladığını ve bağlantı yeniden kurulduğunda nasıl çalıştığını doğrulayın.

İki Mimari Nasıl Karşılaştırılır?

Bunlar, ürünlerin her koşulda sunduğu garantiler değil, mimari eğilimlerdir. Tasarımı kesinleştirmeden önce seçilen platformun davranışını doğrulayın.

Uygun Bir Tarihsel Veri Sistemi Nasıl Seçilir?

Veriler hangi mühendislik sorusunu yanıtlamalı?

Geçmiş verilerin hangi kararları desteklemesi gerektiğini belirleyerek başlayın. Arıza incelemesi, kısa süreli bir olay çevresinde yüksek çözünürlüklü kayıtlar gerektirebilir. Üretim analizi ise daha uzun saklama süresi ve birden fazla varlıktan tutarlı veriler gerektirebilir.

Gerekli etiketleri, toplama aralıklarını, olay tetikleyicilerini, zaman damgası kalitesini, saklama süresini ve raporlama ihtiyaçlarını belgeleyin.

Toplama yolu boyunca veriler nerede kaybolabilir?

Her kontrolörden depolama hedefine kadar olan toplama yolunu haritalandırın. Kaydı kesintiye uğratabilecek ağ anahtarlarını, ağ geçitlerini, toplama hizmetlerini, sunucuları ve diğer bileşenleri belirleyin.

Ağ kesintisi, sunucunun yeniden başlatılması veya planlı bakım sırasında ne olacağını öğrenin. Verilerin yerel olarak arabelleğe alınıp alınmadığını ve kurtarma sonrasında sistemin eksik aralıkları tamamlayıp tamamlayamayacağını doğrulayın.

Ne kadar depolama alanı gerekiyor?

Depolama ihtiyacını nokta sayısına, toplama sıklığına, kayıt boyutuna, sıkıştırma davranışına ve gerekli saklama süresine göre tahmin edin. Operasyonel ek yükü ve uygun bir kapasite payını hesaba katın.

Depolama kapasitesini yalnızca etiket sayısına göre belirlemeyin. Toplama ayarları ve proses davranışları farklı olduğundan, etiket sayıları aynı olan iki sistem farklı miktarlarda veri üretebilir.

Zaman damgaları tutarlı ve iyi anlaşılmış mı?

İlişkili kayıtlar tutarsız saatler kullanıyorsa veya zaman damgalarının kaynakları iyi anlaşılmıyorsa geçmişe dönük analiz daha az güvenilir hâle gelir. Kontrolörler, veri toplayıcılar ve sunucular arasındaki zaman eşitlemesini gözden geçirin.

Zaman damgalarının kaynakta edinimi mi, toplamayı mı yoksa sunucuya ulaşmayı mı gösterdiğini belirleyin. Araları çok kısa olayların sırasını yeniden oluştururken bu ayrım önemlidir.

Siber güvenlik ve kurtarma ele alınıyor mu?

Kimlik doğrulamayı, erişim denetimlerini, ağ segmentasyonunu, yama yönetimini, yedekleme prosedürlerini ve geri yükleme testlerini gözden geçirin. Bir tarihsel veri sistemi değerli operasyonel bilgiler içerebilir ve uygun şekilde korunmalıdır.

Kurtarma sürecini uygulamalı olarak test edin. Bir yedekleme, yalnızca gerekli veriler ve yapılandırma kabul edilebilir operasyonel sınırlar içinde geri yüklenebiliyorsa işe yarar.

Yerel ve Merkezi Veri Toplamayı Ne Zaman Birleştirmelisiniz?

Bazı uygulamalar her iki mimariden de yararlanır. Makine düzeyindeki bir veri tarihçesi sistemi, ayrıntılı kayıtları ekipmanın yakınında korurken sunucu tabanlı bir veri tarihçesi sistemi, tesis genelinde analiz için seçilen bilgileri bir araya getirebilir.

Örneğin, GE Mark VIe IS400AEBMH3A PLC denetleyici modülü gibi denetleyiciler üzerine kurulu bir üretim hattında arıza tanılaması için ayrıntılı olay kayıtları ve kalite incelemesi için merkezi parti geçmişleri gerekebilir. Yerel depolama ve merkezi toplulaştırma bu gereksinimleri birlikte karşılayabilir.

Aktarım mekanizmasını dikkatlice tasarlayın. Hangi kayıtların üst sisteme aktarılacağını, zaman damgalarının nasıl korunacağını, yinelenen kayıtların nasıl işleneceğini ve iletişim kesildiğinde ne olacağını tanımlayın.

Yerel ve merkezi sistemlerin aynı ayrıntı düzeyini koruyup korumadığını da göz önünde bulundurun. Toplulaştırma veya sıkıştırma, sonraki incelemelerde kullanılabilecek bilgileri değiştirebilir.

Devreye Alma ve Bakım Kontrol Listesi Neleri İçermelidir?

• Gerekli denetleyici etiketlerinin toplandığını doğrulayın.
• Veri tarihçesi sistemi değerlerini güvenilir kaynak değerleriyle karşılaştırın.
• Veri toplama aralıklarını ve olay tetikleme davranışını doğrulayın.
• İlgili cihazlar arasında zaman eşitlemesini kontrol edin.
• Ağ kesintisini ve kurtarma davranışını test edin.
• Depolama kapasitesini, saklama politikalarını ve arşiv döngüsünü gözden geçirin.
• Erişim denetimlerini, yedekleri ve geri yükleme prosedürlerini doğrulayın.
• Veri toplama yollarını ve her bileşenin sorumluluğunu belgeleyin.

Test sonuçlarını ve kabul kriterlerini kaydedin. Ağda, denetleyicide veya veri tarihçesi sistemi yapılandırmasında önemli değişiklikler yaptıktan sonra kritik kontrolleri tekrarlayın.

Sonuç: Geçmiş Verileri Güvenilir Bir Mühendislik Kaynağına Dönüştürmek

Operasyonunuzun koruması gereken kanıtlara ve bu kanıtların desteklemesi gereken kararlara göre bir endüstriyel veri tarihçesi sistemi seçin. Yerel veri toplama, ayrıntılı makine tanılaması için değerliyken sunucu tabanlı veri toplama daha kapsamlı raporlamayı ve varlıklar arası analizi destekler. Aktarım, saklama ve kurtarma süreçleri dikkatlice tasarlandığında her iki yaklaşımı birleştirmek birbirini tamamlayan avantajlar sağlayabilir. Uygulamaya geçmeden önce veri gereksinimlerini belgeleyin, kesinti davranışını test edin, zaman damgalarının doğruluğunu kontrol edin ve yedeklerin geri yüklenebildiğini doğrulayın. Bu adımlar, geçmiş verileri güvenilir bir mühendislik kaynağına dönüştürmeye yardımcı olur.