Çevrimiçi bir düzenlemenin açılması, kabul edilmesi veya derlenmesi saniyeler sürüyorsa, denetleyici kolay bir hedef hâline gelir. Ancak birçok sorun mühendislik iş istasyonunda başlar: çok fazla proje penceresi, uzun süredir açık bir yazılım oturumu, antivirüs taraması, doygun bir iletişim yolu veya belleği yetersiz bir dizüstü bilgisayar.

İş istasyonu gecikmesini PLC ve ağ gecikmesinden ayırmak, üretim olayı sırasında gereksiz denetleyici değişikliklerini önler.

Gecikmeyi tanımlamak yerine süreyi ölçün

Beklemenin nerede gerçekleştiğini kaydedin: veri tablosunu açarken, düzenleme alanına girerken, düzenlemeleri kabul ederken, derlerken, ağda gezinirken veya projeyi kaydederken. Herhangi bir çevrimiçi işlemden önce yerel gezinme yavaşsa önce iş istasyonunu inceleyin. Yalnızca denetleyici alışverişleri yavaşlıyorsa ağ ve sürücü davranışını kaydedin.

Yinelenen proje dosyalarını ve kullanılmayan veri pencerelerini kapatın, onaylı bakım prosedürüne göre RSLogix 500 ve RSLinx Classic'i yeniden başlatın ve aynı bağlantı üzerinden yeniden test edin. Bu basit A/B kontrolü, PLC belleğini veya iletişim parametrelerini hemen değiştirmekten daha bilgilendiricidir.

Birbirine benzeyen üç darboğaz

Mühendislik istasyonundaki yük

Eski yazılım yığınları, uzun oturumlardan sonra veya çok sayıda dosya ve trend penceresi açık kaldığında yavaşlayabilir. Kullanılabilir belleği, diskin durumunu ve arka plan taramalarını doğrulayın. Bir kesinti sırasında yazılımı yükseltmeden önce özgün projeyi ve etkinleştirme ortamını koruyun.

İletişim gecikmesi

DH-485 ve seri DF1 bağlantıları, modern Ethernet'ten çok daha düşük bant genişliğine sahiptir. Yinelenen gezinme, birden fazla çevrimiçi kullanıcı veya düğümlere yeniden bağlanma girişimleri bir düzenleme işlemini uzatabilir. Sürücüleri ayarlamadan önce topolojiyi belgeleyin ve SLC 500 dizüstü bilgisayar arayüzü kılavuzundaki bağlantı uygulamalarını kullanın.

Denetleyici ve proje kısıtlamaları

İşlemci modunu, kullanılabilir belleği, tarama süresindeki değişiklikleri ve arıza durumunu kontrol edin. Çevrimiçi düzenleme, işlemciye ve ürün yazılımına bağlı olarak değişen komut ve bellek kısıtlamalarına da tabidir. Yetkili kaynak olarak denetleyici kılavuzunu kullanın; farklı bir SLC modelinden genelleme yapmayın.

Daha güvenli bir kurtarma sırası

Önce doğrulanmış bir yükleme veya yedekleme yapın. Ardından iş istasyonu oturumunu sadeleştirin, sonra fiziksel bağlantıyı ve sürücüyü test edin. Ekip ancak bu kontrollerden sonra proje sıkıştırmayı, yazılım sürümü değişikliklerini veya denetleyici tarafındaki değişiklikleri değerlendirmelidir. Her adımın bir geri alma noktası olmalıdır.

Editoryal görüş: performans bir teşhis sinyalidir

Yavaş bir düzenleyici yalnızca bir rahatsızlık değildir. Bakıma muhtaç bir servis dizüstü bilgisayarının veya yeniden denemelerin yoğun olduğu eski bir ağın ilk görünür belirtisi olabilir. Belirtiyi aynı anda birden fazla değişiklik yapma izni olarak değil, ölçülebilir kanıt olarak değerlendirin. Yaşam döngüsü planlaması için Allen-Bradley koleksiyonundaki desteklenen donanımları karşılaştırın ve kurulu işlemci için Rockwell Automation kılavuzlarına başvurun.

Mühendislerin kesintiden önce sorduğu sorular

Yavaş çevrimiçi düzenleme, SLC işlemcisinin arızalandığı anlamına mı gelir?

Tek başına hayır. Donanımı değiştirmeden önce gecikmenin yerini belirlemek için çevrimdışı uygulama yanıtını, ağda gezinmeyi ve denetleyici işlemlerini karşılaştırın.

RSLinx'i yeniden başlatmak güvenli midir?

İş istasyonundaki diğer yazılımların kullandığı iletişimi kesintiye uğratabilir. Önce bağımlılıkları doğrulayın ve tesisin bakım prosedürünü izleyin.

Bir arıza çağrısı sırasında RSLogix'i yükseltmeli miyim?

Genellikle ilk işlem olarak hayır. Mühendislik ortamını değiştirmeden önce çalışan bir kurtarma yolunu koruyun ve uyumluluğu, etkinleştirmeyi ve yedeklemeleri doğrulayın.