Sweep Süresini Optimize Etme ve IC695CPU310 Watchdog Aşımı Hatalarını Giderme

RX3i Watchdog Zamanlayıcısı Aşımı Hatasının Temel Nedenini Anlama

GE Fanuc PACSystems RX3i IC695CPU310 üzerindeki "Watchdog Timer Exceeded" hatası, CPU'nuzun işlem gücünün yetersiz olduğu anlamına gelmez. Bu hatayı yalnızca yazılım watchdog zamanlayıcısı ayarını artırarak gidermeye çalışmamalısınız. Temel neden, tek bir PLC program sweep'inin yürütülme süresinde beklenmedik bir artış olmasıdır. Anormal döngü koşulları, aşırı özyinelemeli fonksiyon çağrıları veya yoğun bellek işlemleri genellikle bu yürütme gecikmelerine yol açar.

GE Fanuc CPU referans yönergelerine göre yazılım watchdog'u, sweep'in tamamlanmasındaki anormal gecikmeleri algılar. Yapılandırılabilir yazılım watchdog aralığı 10 ms ile 2550 ms arasındadır ve 10 ms'lik artışlarla ayarlanabilir. Saha mühendisleri, temel mantık hatalarını uzun zaman aşımı süreleriyle gizlemek yerine, en kötü durumdaki sweep süresini artıran program darboğazını mutlaka belirlemelidir.

Yazılım ve Donanım Watchdog Arızalarını Ayırt Etme

Mühendisler, herhangi bir kodu değiştirmeden önce hatanın arkasındaki donanım veya yazılım mekanizmasını kesin olarak belirlemelidir.

• Yazılım Watchdog Arızaları: Bunlar, tek bir yürütme sweep'i programlanan watchdog eşiğini aştığında meydana gelir. Yaygın tetikleyiciler arasında büyük FOR veya WHILE döngüleri, özyinelemeli fonksiyon blokları, sınırlandırılmamış dizi işlemleri, yoğun dize işleme, yoğunlaştırılmış Ethernet iletişimi veya doğrudan kalıcı bellek yazma işlemleri bulunur.
• Donanım Watchdog Arızaları: Bunlar, CPU içindeki bir güvenlik mekanizmasının devreye girmesini ifade eder. Yazılım hatalarından farklı olarak donanım watchdog arızalarının giderilmesi, IC695CPU310 gibi eski CPU platformlarında çoğu zaman fiziksel gücün tamamen kesilip yeniden verilmesini gerektirir.

Beklenmedik bir kapanma gerçekleştiğinde PAC Machine Edition (PME) Fault Table'a erişin. Fault Description, Fault Code, Time Stamp ve Occurrence Count alanlarını inceleyin. Mantık optimizasyonuna yalnızca tanılama günlüğü açıkça bir yazılım watchdog süresinin dolduğunu gösteriyorsa devam edin.

Sweep Dinamiklerini Analiz Etme: Ortalama Sweep ve Maksimum En Kötü Durum Sweep'i

Birçok otomasyon mühendisi yalnızca ortalama program tarama süresine odaklanır ve bu da tehlikeli bir kör nokta oluşturur. Ortalama sweep süresi 18 ms olan bir sistem, belirli koşullu tetikleyiciler sırasında kolayca 240 ms'ye çıkabilir. Watchdog sınırınız 200 ms ise PLC hemen stop hatasına geçer.

Koşullu olarak çalışan yoğun mantık genellikle bu rastgele kapanmalara neden olur. Günlük rapor toplu hesaplamaları, geçmiş verilerin arşivlenmesi veya toplu bellek kopyalama gibi işlemler tek bir tarama döngüsü sırasında çalışarak en yüksek yürütme süresini artırır.

IC695CPU310 Kontrol Ünitesinde Tarama Süresini Azaltmaya Yönelik Uygulamalı Yöntemler

Tarama döngülerini optimize etmek, yüksek hızlı ambalajlama, su arıtma ve sürekli üretim tesislerinde kontrol döngülerinin yanıt verebilirliğini korur. En yüksek sweep süresini azaltmak için aşağıdaki mühendislik tekniklerini uygulayın:

• ⚙️ Büyük Döngüler İçin Zaman Dilimleme Uygulayın: Büyük FOR veya WHILE döngülerini tek bir sweep döngüsünde asla yürütmeyin. Durum makinesi indislerini kullanarak dizi işlemeyi birden fazla ardışık sweep'e yayılan daha küçük parçalara bölün.
• ⚙️ Özyinelemeli Çağrıları ve Fonksiyon Bloklarını Denetleyin: PAC Machine Edition blok çağrı ağacınızı kontrol edin. Fonksiyon A'nın Fonksiyon B'yi tetiklediği ve belirli mantık dallarında yanlışlıkla yeniden Fonksiyon A'yı çağırdığı dolaylı özyinelemeli çağrıları ortadan kaldırın.
• ⚙️ Sürekli Veri İşleme Yerine Olay Tabanlı Veri İşleme Kullanın: Her taramada binlerce analog yazmacı kopyalamaktan veya ölçeklendirmekten kaçının. Yoğun matematiksel formülleri ve dizi sıralamayı yalnızca veri değişikliği bayrakları tetiklendiğinde yürütün.
• ⚙️ Ethernet ve Seri İletişim Görevlerini Dağıtın: Modbus, SRTP veya EGD gibi etkin iletişimleri, tüm harici düğümleri aynı anda yoklamak yerine round-robin yoklama stratejisi kullanarak birden fazla döngüye yayın.
• ⚙️ Kalıcı Flash Yazma İşlemlerini Sınırlandırın: Operasyonel verileri kalıcı belleğe yazan doğrudan mantık çağrıları önemli miktarda CPU süresi kullanır. Flash yazma işlemlerini her mantık sweep'inde değil, periyodik olarak veya toplu işlem tamamlandığında tetikleyin.

Adım Adım Saha Sorun Giderme İş Akışı

Tarama süresi artışlarını güvenli biçimde ortadan kaldırmak için bu sistematik mühendislik sırasını izleyin:

1. Hata Kaynağını Belirleyin: Bir yazılım watchdog tetiklemesini doğrulamak için PME Fault Table'ı kontrol edin.
2. Temel Ölçümleri Kaydedin: CPU ortalama sweep süresini, maksimum en kötü durum sweep süresini ve geçerli watchdog zaman aşımı ayarını kaydedin.
3. Kod Darboğazlarını İzleyin: Sınırlandırılmamış döngüleri, sürekli dizi aktarımlarını, yoğunlaştırılmış iletişimleri ve flash belleğe yazma işlemlerini arayın.
4. Mantığı Yeniden Yapılandırın: İşlem yükünü dağıtmak için durum makineleri, zaman dilimleme algoritmaları ve olay tabanlı mantık blokları uygulayın.
5. Performansı Yeniden Değerlendirin: Maksimum üretim yükü altında birkaç çalışma vardiyası boyunca en yüksek tarama sürelerini izleyin.
6. Watchdog Payını Ayarlayın: Güvenilir bir güvenlik marjı sağlamak için nihai yazılım watchdog sınırını, yeni belirlediğiniz en kötü durum sweep süresinin biraz üzerine ayarlayın.

Uygulama Senaryosu: Şişeleme Hattı Konveyör Sisteminin Optimizasyonu

IC695CPU310 kontrol ünitesiyle çalışan yüksek hızlı bir içecek şişeleme tesisinde, vardiya değişimleri sırasında birkaç günde bir aralıklı PLC stop hataları meydana geliyordu.

Temel Neden: Vardiya geçişleri sırasında etkin bir ladder mantığı alt yordamı, tek bir taramada 4.000 ürün izleme yazmacını arşiv dizisine sıralayan, güncelleyen ve kopyalayan sınırlandırılmamış bir döngü yürüttü. Bu durum en yüksek sweep süresini normal 22 ms'den 265 ms'ye çıkararak 200 ms'lik yazılım watchdog eşiğini aştı.

Çözüm: Mühendislik ekibimiz sıralama algoritmasını, 20 ardışık sweep boyunca tarama döngüsü başına 200 yazmacı işleyen zaman dilimli bir durum makinesi olarak yeniden yapılandırdı. Bu değişiklik, maksimum en yüksek sweep süresini 265 ms'den 38 ms'ye düşürdü ve donanım bileşenlerinde değişiklik yapmadan watchdog tetiklenmesi sorununu tamamen ortadan kaldırdı.

Sıkça Sorulan Sorular (SSS)

S1: CPU310 cihazımız düzenli olarak Watchdog Timer Exceeded hataları veriyor. Bu, CPU işlemci hızımızın çok düşük olduğu ve değiştirilmesi gerektiği anlamına mı gelir?
Yanıt: Şart değil. CPU'yu değiştirmek son seçeneğiniz olmalıdır. Watchdog hatalarının çoğu kötü yapılandırılmış program mantığından, sınırlandırılmamış döngü işlemlerinden veya ani iletişim yoğunluklarından kaynaklanır. Yoğun hesaplamaları birden fazla mantık döngüsüne yayılan zaman dilimli durum makinelerine dönüştürerek sweep artışlarını ortadan kaldırabilirsiniz. Kod yeniden yapılandırıldıktan sonra ortalama temel sweep süreniz hâlâ CPU kapasitesine yakınsa donanım yükseltmesini değerlendirin.

S2: Tetiklenmeleri önlemek için Yazılım Watchdog Zamanlayıcısını güvenli biçimde maksimum 2550 ms değerine ayarlayabilir miyiz?
Yanıt: CPU yapılandırma menüsü fiziksel olarak 2550 ms'ye kadar izin verse de bu, iyi bir mühendislik uygulaması değildir. Sınırı bu kadar uzatmak sonsuz döngüler veya takılı kalmış özyinelemeli çağrılar gibi kritik mantık hatalarını gizler. Kritik proses otomasyonunda, tetiklenmeden önce 2,5 saniye boyunca çalışan durmuş bir CPU ciddi operasyonel ve güvenlik tehlikelerine yol açabilir. Watchdog sınırını, makul bir güvenlik marjıyla gerçek en kötü durum sweep sürenizin biraz üzerine ayarlayın.

S3: Saha deneyimine göre, tarama süresindeki artışa hangi özel bloğun neden olduğunu izlemenin en iyi yolu nedir?
Yanıt: PAC Machine Edition içindeki tanılama araçlarını özel yürütme zamanlayıcılarıyla birlikte kullanın. Şüpheli fonksiyon bloklarından önce ve sonra sistem zaman damgası okumaları ekleyerek en yüksek yürütme sürelerini izleme yazmaçlarına kaydedin. Hangi üretim olaylarının (toplu işlem değişimleri, rapor oluşturma veya HMI yoklaması gibi) en yüksek tarama yükünü tetiklediğini keşfetmek için bu okumaları makine durumu günlüklerinizle karşılaştırın.

Yazarın Görüşleri ve Uzman Yorumu

"Ubest Automation Limited bünyesinde endüstriyel otomasyon ekipmanlarını desteklediğimiz yıllar boyunca, saha ekiplerinin PLC watchdog hatalarını zamanlayıcı ayarlarını rastgele yükselterek veya yeni donanım satın alarak çözmeye çalıştığını sıkça görüyoruz. PACSystems RX3i gibi platformlarda tarama süresindeki artışlar neredeyse her zaman verimsiz veri yönetimine veya sınırlandırılmamış iletişimlere dayanır. Disiplinli ve yazılım öncelikli bir yaklaşım benimsemek, önemli ölçüde duruş süresinden tasarruf sağlar ve mevcut kontrol donanımının hizmet ömrünü uzatır."
— Ubest Automation Limited Mühendislik Ekibi

Güvenilir GE Fanuc Donanımı ve Uzman Desteği mi Arıyorsunuz?

İster eski sistemlerde sorun gideriyor ister fabrika otomasyonu için yedek parçalar tedarik ediyor olun, Ubest Automation Limited test edilmiş orijinal PLC bileşenleri, DCS modülleri ve endüstriyel kontrol çözümleri sağlar.

Orijinal GE Fanuc ve PACSystems bileşenlerini Ubest Automation Limited üzerinden inceleyin.