OPC Sunucusu Bağlı Ancak Etiketler Donmuş: Kepware ve Allen-Bradley EtherNet/IP Saha Çözümleri

Yeşil Bağlantı Neden Ölü Bir Veri Yolunu Gizler?

OPC sunucuları, kontrolörler ile üst katmanlar arasında köprü kurar. SCADA sistemlerine, HMI'lara ve tarihçe sistemlerine veri sağlarlar. Klasik belirti gece vardiyasında ortaya çıkar. Sunucu durumu bağlı görünür. Ancak birkaç etiket son değerinde donup kalır. Öncelikle arıza sınıfını anlayın. Taşıma bağlantısı çalışır durumdadır. Veri yolu ise çalışmıyordur. Bu nedenle sunucuyu yeniden başlatma isteğine direnin. Yeniden başlatmak kök nedeni gizler ve sorun birkaç gün içinde geri döner. Kepware ve Allen-Bradley tesislerimde neredeyse her vakayı açıklayan sekiz neden vardır. Bunları sırayla inceleyin.

Herhangi Bir Çevrimiçi Düzenlemeden Sonra PLC Adres Eşlemesini Nasıl Doğrularım?

Adres kayması bir numaralı nedendir. Mühendisler devreye alma veya optimizasyon sırasında ControlLogix mantığında değişiklik yapar. Etiketleri taşır, dizileri yeniden boyutlandırır ve veri türlerini değiştirirler. Kepware etiket veritabanı geride kalır. Sürücü, artık mantık tarafından yazılmayan bir yazmacı yoklamaya devam eder. Etiket iyi kaliteyle donup kalır; tuzak da budur. Ancak yazmaç hâlâ mevcut olduğu için kalite bayrağı çoğu zaman iyi kalır. Eşlemeyi doğrudan kontrol edin.

• 1. Adım — RSLogix 5000'den ControlLogix etiket veritabanını dışa aktarın ve Kepware adres dizeleriyle karşılaştırın.
• 2. Adım — Kontrolörde tam etiketi çevrimiçi olarak zorla okuyun. Bunu OPC Quick Client'taki zaman damgasıyla karşılaştırın.
• 3. Adım — Etiketleri kontrolörün sembolik dosyasından yeniden içe aktarın. Adresleri hiçbir zaman elle yeniden yazmayın.

Analog Döngülerde Tarama Hızlarını ve Ölü Bantları Nasıl Ayarlarım?

Aşırı agresif yoklama, CIP yolunu doyurur. Her Kepware cihazı ControlLogix işlemcisine bir CIP bağlantısı açar. Bir Logix kontrolörü, standart işlemcilerde genellikle yaklaşık 40 olmak üzere sınırlı sayıda CIP bağlantısını destekler. Birden fazla istemciyle birlikte hızlı tarama hızı bu kapasiteyi tüketir. İşlemci istekleri geciktirir veya düşürür. Ayrıca ölü bant filtrelemesi gerçek hareketi gizler. Yavaş bir sıcaklık döngüsünde yüzde 2'lik ölü bant, gerçek küçük değişiklikleri bastırır. PLC'deki değer değişir, ancak istemci bundan hiçbir zaman haberdar olmaz.

• 1. Adım — Analog proses etiketleri için Kepware güncelleme hızını 1000 ms olarak ayarlayın. 100 ms'yi yalnızca hızlı kilitlemeler için kullanın.
• 2. Adım — Kritik analog etiketlerde ölü bandı aralığın yüzde 0,5'inin altında ayarlayın. Toplayıcılar için ölü bandı tamamen devre dışı bırakın.
• 3. Adım — Kontrolördeki CIP bağlantı sayısını kontrol edin. Sayı sınıra yaklaşıyorsa büyük cihaz gruplarını bölün.

Cihaz Grupları, Önbellek ve OPC UA Abonelikleriyle İlgili Neleri Kontrol Etmeliyim?

Kepware, cihazları kanallar ve gruplar halinde düzenler. Yanlış arka panel yuvası, yanlış işlemci yuvası veya yanlış IP yalnızca o grubu devre dışı bırakır. Diğer gruplardaki etiketler güncellenmeye devam eder. Bu nedenle kısmen donmuş bir ekran çoğu zaman tek bir bozuk cihaz nesnesine işaret eder. Önbellek başka bir katman ekler. Sunucu PLC'yi kendi döngüsünde okur ve istemcilere önbellekten hizmet verir. Sürücü gecikmeleri önbellek yenilemesini durdurursa istemciler, bağlantı sağlıklı okunurken eski değerleri alır. OPC UA istemcileri için uç noktayı doğrulayın. Güvenilir bir uygulama sertifikasıyla 4840 numaralı bağlantı noktasında opc.tcp kullanın. Aboneliğin yayımlama aralığının örnekleme aralığına eşit veya daha yüksek olduğunu kontrol edin.

• 1. Adım — Kepware olay günlüğünü açın. Belirli cihazı filtreleyin ve CIP hataları ya da zaman aşımı kodlarını arayın.
• 2. Adım — Cihaz özelliklerindeki yuva adreslemesini gerçek arka panel yapılandırmasıyla doğrulayın.
• 3. Adım — Tanılama sayaçlarını izleyin. İstek hataları artarken eski okumaların görülmesi, önbellek yetersizliğine işaret eder.

PLC Mantığı ve Paket Parçalanması Etiket Güncellemelerini Nasıl Etkiler?

Bazı değişkenler yalnızca program koşulları altında güncellenir. Parti dizileri, kilitlemeler ve durum makineleri birçok yazma işlemini koşula bağlar. Koşul hiç gerçekleşmezse yazmaç son değerini korur. OPC sunucusu bunu doğru şekilde bildirir. Bu durum bir iletişim arızası gibi görünür, ancak değildir. Bu nedenle ağa müdahale etmeden önce mantığı okuyun. Son olarak parçalanmayı kontrol edin. EtherNet/IP üzerinden yapılan büyük blok okumaları, yoğun ağlarda çerçeve sınırlarını aşabilir. Geç veya sıra dışı gelen parçalar yeniden birleştirme penceresini bozar. Aşırı büyük etiket bloklarını daha küçük okumalara bölün. Mümkün olduğunda blok okumalarını 480 baytın altında tutun.

• 1. Adım — Donmuş etiketi yazan rung'ı izleyin. Etkinleştirme koşulunun gerçekten gerçekleştiğini doğrulayın.
• 2. Adım — Büyük Kepware blok okumalarını, her biri 100 etiketin altında olacak şekilde gruplara ayırın.
• 3. Adım — Arıza sırasında anahtar bağlantı noktasını CRC hataları ve yeniden iletimler açısından izleyin.

Sonuç ve Eylem Önerileri

Yeşil OPC bağlantısında donan etiketler kablo sorunu değil, yapılandırma veya yük sorunudur. Öncelikle her kontrolör düzenlemesinden sonra etiket veritabanını uzlaştırın. İkinci olarak tarama hızlarını gerçekçi, ölü bantları dar tutun. Ayrıca ağı suçlamadan önce CIP bağlantı bütçelerini ve cihaz grubu durumunu izleyin. Bu nedenle Kepware olay günlüğünü haftalık olarak dışa aktarmayı ve her program revizyonunda etiket eşlemelerini arşivlemeyi alışkanlık hâline getirin. Son olarak yeni başlayanlara, herhangi bir şeye müdahale etmeden önce kalite kodlarını ve zaman damgalarını okumayı öğretin. Disiplinli bir kontrol sırası, yeniden başlatma gerektirmeden çoğu donmuş etiket arızasını bir saatten kısa sürede giderir ve tarihçe sisteminizin güvenilirliğini korur.

Yazar: Zhou Weiguo, PLC, DCS ve kontrol sistemlerinde 10 yılı aşkın deneyime sahip bir endüstriyel otomasyon mühendisidir.