PLC tarama döngüsü ve veri örnekleme hatası
Bir PLC etiketini yapay zekâ için okumadan önce, değerin tarama döngüsünün neresinde ve hangi zaman damgasıyla oluştuğunu bilin.
PLC tarama süresi, PLC'nin bir turda girişleri okuyup programı çalıştırması ve çıkışları yazması için geçen süredir; milisaniye ile ifade edilir. Tarama süresi, PLC'nin tepki süresini, deterministik davranışını ve bir veri toplayıcının neyi görebileceğini belirler. Değer genellikle CPU tanılama ekranından okunur.
Çoğu PLC sürekli bir döngüde çalışır. Her turda önce giriş görüntüsü okunur, ardından kullanıcı programı baştan sona çalıştırılır ve son olarak çıkış görüntüsü yazılır. İletişim, tanılama ve dahili işler de aynı turda belirli bir süre alır. Bir turun toplam süresi tarama süresidir.
Tarama süresi program uzunluğuna, dallanmalara, iletişim yüküne ve bağlı I/O sayısına göre değişir. Bu yüzden tek bir sabit değer yerine bir dağılım gibi düşünülmelidir. Hızlı görevler, periyodik ya da kesme (interrupt) görevleriyle ana turun dışında çalıştırılabilir. Bekçi zamanlayıcısı (watchdog), bir turun beklenenden çok uzamasını yakalamak için kullanılır.
Bir PLC'nin tarama süresi 25 ms olsun (hipotetik). Bir sensör, giriş görüntüsü okunduktan hemen sonra değişiyor. Bu turda program eski değeri görür. Bir sonraki turda yeni değer okunur, program çalışır ve çıkış yazılır. Yani çıkış en kötü durumda yaklaşık 2 × 25 = 50 ms sonra değişir. Giriş modülünün gecikmesi ile valfin ya da rölenin kendi tepki süresi bu süreye eklenir.
Bu nedenle genel bir kural olarak tepki, bir ile iki tarama süresi arasında görülebilir. Kesin değer için PLC'nin ve görev yapılandırmasının belgelerine bakın.
Çoğu PLC için tarama süresi programlama yazılımında ya da CPU tanılama ekranında görülebilir. Minimum, maksimum ve ortalama değerleri takip edin; ortalama, ani uzamaları gizler. En yaygın hata, tarama süresini tepki süresiyle karıştırmaktır; tepki süresi giriş gecikmesini ve I/O'yu da kapsar. İkinci hata, veri toplayıcının ya da SCADA'nın yenileme periyodunu tarama süresiyle eşitlemektir. Üçüncü hata, tarama süresinden kısa darbeleri yazılım mantığıyla yakalamaya çalışmaktır; bu tür olaylar için donanım girişi ya da kesme düşünülmelidir.
Program dallanmaları, çalışan ya da atlanan bloklar, haberleşme trafiği ve tanılama işleri her turda farklı süre alabilir. Bu nedenle maksimum değer, ortalamadan daha kritik olabilir. Sorunlu anları bulmak için tarama süresi kaydını bir olay kaydıyla eşleştirin.
Gereksiz blokları ve sık haberleşmeyi azaltmak, ihtiyaç duyulmayan büyük veri bloklarını taramamak ve uzun döngüleri bölmek yardımcı olabilir. Ama her değişiklik zamanlamayı ve güvenlik fonksiyonlarını etkileyebilir. Değişikliği devreye almadan önce test edin ve tarama süresini yeni koşulda yeniden ölçün.
Örnek sayılar varsayımsaldır; sahada doğrulanmış sonuç iddiası değildir.