Ekran hâlâ bir sıcaklık gösteriyor ve anahtarın port ışığı yanıyor, ancak makine verilerini güncellemeyi durdurmuş. Burada bir çelişki yoktur: çalışan bir kablo, yanıt veren bir ağ bağlantısı ve çalışan bir uygulama birbirinden farklı üç şeydir. Endüstriyel bir cihazın gerçekten çevrimiçi olup olmadığını belirlemek için hem bilginin ulaşıp ulaşamadığını hem de yeni üretilip üretilmediğini kontrol edin. Kalp atışı sayaçları ve haberleşme gözetim zamanlayıcıları bu soruları birbirinden ayırmaya yardımcı olur.
Üç farklı “aktiflik” türü: port ışığı yalnızca birini gösterir
Bir endüstriyel Ethernet anahtarının LINK ışığı esas olarak fiziksel bağlantı durumunu bildirir. Bunu bağlı bir telefon hattı gibi düşünün: karşı taraftaki kişinin hâlâ konuşup konuşmadığını söylemez. PLC, yani programlanabilir mantık denetleyicisi, kontrol görevlerini yürütür. HMI, yani insan-makine arayüzü, bu görevlerin verilerini okur ve görüntüler. Bir PLC görevi durakladığında veya bir veri toplama programı yazmaçlarını güncellemeyi durdurduğunda bile fiziksel bağlantı aktif kalabilir.
İkinci düzey, taşıma katmanı bağlantısıdır. TCP haberleşmesinde cihazın ağ yığını bağlantıyı sürdürür ve alınan baytları onaylar. Yanıt veren bir yığın, uygulamanın bir isteği işlediğini veya ekrandaki sıcaklığın yakın zamanda alınmış bir örnekten geldiğini kanıtlamaz. Üçüncü düzey, gerçek proses güncellemesidir: veri toplama görevi çalıştı mı, üzerinde mutabık kalınan kontrol verileri üretildi mi ve değer yeterince güncel mi? Sorun giderirken bu durumları ayrı ayrı kaydedin. Tek bir yeşil lamba bu üç sorunun tamamını yanıtlayamaz.
Başarılı okumalar neden yanıltıcı bir çevrimiçi durumu anlamına gelebilir?
Bir izleme sisteminin sürekli bir PLC yazmacını okuduğunu ve her seferinde 25 aldığını varsayalım. Sıcaklık gerçekten sabit olabilir veya veri toplama görevi son değerinde durmuş olabilir. Yalnızca sayıyı izlemek bu iki durumu ayırt etmeye yetmez. Tek başına başarılı haberleşme de yetmez: bir değerin alınması, örnekleme zamanını kendiliğinden sağlamaz.
Güncelliği değerlendirmek için değerle birlikte bir örnekleme zaman damgası, kalite göstergesi veya güncelleme sayacı gönderin. Kalite göstergesi, verinin geçerli, güncelliğini yitirmiş veya hatalı olup olmadığını belirtir; kodlaması arayüz dokümantasyonuna bağlıdır. Bu tür bilgiler olmadan alıcı, haberleşmenin başarılı olduğunu söyleyebilir ancak prosesin sağlıklı olduğu sonucuna hemen varamaz. Ekran, mevcut değeri, son geçerli güncellemeyi ve arıza durumunu birbirinden ayırmalıdır. Zaman aşımından sonra eski bir değeri göstermeye devam ediyorsa, bu değeri güncelliğini yitirmiş olarak açıkça işaretleyin.
Kalp atışını gerçekten izlemek istediğiniz işe bağlayın
Kalp atışı, üzerinde mutabık kalınmış bir çalışırlık işaretidir; ancak bunu üreten mekanizma izlenen işe bağlı olmalıdır. Yaygın tasarımlardan birinde, hedef PLC görevi her güncellemeyi tamamladığında bir sayaç değiştirilir. Alıcı bu sayacı periyodik olarak okur. Önce 101, ardından 102 ve 103 görülmesi, bu görevin çalışmaya devam ettiğine dair kanıt sağlar. Bu sayılar örnek amaçlıdır; sayaç boyutu, güncelleme aralığı ve okuma yöntemi üzerinde her iki uç da mutabık kalmalıdır. Bu, her endüstriyel protokolde yerleşik olarak bulunan evrensel bir alan değildir.
Yanıtlar gelmeye devam ediyor ancak sayaç 103 değerinde kalıyorsa, sırf herhangi bir paket geldi diye iş görevi düzeyindeki izleme zamanlayıcısını sıfırlamayın. Cihaz kimliğini, eşleşen isteği, veri geçerliliğini ve üzerinde mutabık kalınan sayaç değişimini kontrol edin. Sayaç devrini, cihazın yeniden başlatılmasını ve geç gelen yanıtları ele alın. En önemlisi, veri toplama görevi durmuşken ilgisiz bir arka plan iş parçacığının kalp atışı göndermeye devam etmesine izin vermeyin. Bu, yanıltıcı çevrimiçi durumunun başka bir biçimini oluşturur.
Zaman aşımını kopyalanmış bir sayıya göre değil, normal değişkenliği dikkate alarak ayarlayın
Zaman aşımı, bir sorun ilan edilmeden önce geçerli güncelleme olmadan ne kadar bekleneceğini tanımlar. Çok kısa olursa normal kuyruklanma, meşgul bir cihaz veya kısa süreli bir yol değişikliği yanlış alarmlara neden olabilir. Çok uzun olursa bir arıza gereğinden uzun süre tespit edilemeyebilir. Önce normal güncelleme aralığını, beklenen en yüksek yük altındaki yanıt davranışını, paket kaybını ve yeniden denemeleri, ayrıca izin verilen tespit gecikmesini anlayın. Ardından prosese uygun bir zaman aralığı seçin. Tek bir milisaniye değerini her üretim hattına kopyalamayın.
İstek zaman aşımı, TCP keepalive ve proses verisi zaman aşımı farklı zamanlayıcılardır. İstek zaman aşımı, bir isteğin zamanında eşleşen bir yanıt alıp almadığını denetler. TCP keepalive, boşta olan bir bağlantının karşı ucunun hâlâ erişilebilir olup olmadığını kontrol eder. Proses verisi zaman aşımı ise hedef verilerin üzerinde mutabık kalındığı şekilde güncellenmeye devam edip etmediğini denetler. Başarılı bir keepalive kontrolü, iş görevinin çalıştığını kanıtlamaz. Yeniden deneme sayılarını ve aralıklarını da sınırlayın; böylece bir arıza, sağlıklı kontrol trafiğinin ihtiyaç duyduğu kapasiteyi tüketen bir istek fırtınası başlatmaz.
Gözetim zamanlayıcısı nasıl çalışır ve neyi sertifikalandırmaz?
Bir gözetim zamanlayıcısı, geçerli bir güncellemenin zamanında gelip gelmediğini izler ve gelmediğinde tanımlanmış bir tepkiyi tetikler. Bir geri sayım zamanlayıcısı düşünün: geçerli proses verileri bunu sıfırlar; süre dolmadan geçerli bir güncelleme gelmezse cihaz bir arıza bildirir veya çıkışlarını yapılandırmaya göre yönetir. Bu mekanizma donanımda, aygıt yazılımında veya uygulama yazılımında çalışabilir. Ağdan gelen proses verilerini ya da cihazın dahili işlemcisi ile arayüzü arasındaki haberleşmeyi izleyebilir.
Örneğin Beckhoff’un EtherCAT dokümantasyonu, ağ tarafındaki proses verisi izlemeyi dahili arayüz izlemesinden ayırır. Bu örnek, neyin izlendiğini açıklamaya yardımcı olur. Bir FCTEL anahtarının aynı mekanizmayı uyguladığı anlamına gelmez ve bir terminalin varsayılan süresi ilgisiz cihazlara uygulanmamalıdır. Süre dolduğunda son değerin korunması, sıfırlanması veya yapılandırılmış başka bir durumun seçilmesi, ilgili cihazın dokümantasyonuna bağlıdır. Sıradan bir haberleşme gözetim zamanlayıcısı, sertifikalı bir güvenlik kontrol işleviyle aynı şey değildir ve makine için gerekli güvenlik tasarımının yerini almaz.
Normale dönüş ve kabul testleri için tek bir kablo çıkarma testi yeterli değildir
Normale dönüşü katmanlar halinde doğrulayın. Bir portun yeniden UP durumuna geçmesi fiziksel bağlantının kurulduğunu gösterir. Ardından bağlantıyı ve istek işlemeyi, güncel ve geçerli verileri ve cihazın doğru çalışma durumunu doğrulayın. Ancak bundan sonra, öngörülen prosedür aracılığıyla kontrolü yeniden başlatın. Geç gelen tek bir eski yanıt veya tek bir kalp atışı, tüm çıkışları otomatik olarak eski durumuna döndürmemelidir. Hangi durumların operatör onayı gerektirdiği ve hangilerinin otomatik olarak normale dönebileceği, ekipmana ve prosese bağlıdır.
Kabul testleri için sırayla üç kontrollü arıza oluşturun: haberleşme kablosunu çıkarın, hedef iş görevini duraklatın ve geçerli bir yanıtı geciktirin. Her seferinde yalnızca bir koşulu değiştirin. Port durumunu, yanıt eşleşmesini, kalp atışı veya örnekleme zamanı değişimlerini, alarm zamanlamasını ve normale dönüş eylemini kaydedin. Görevin duraklatılması bağlantıyı aktif bırakıyor ancak iş görevi düzeyinde bir alarm üretiyorsa, sistem güncelliği izlediğini göstermiş olur. Tek başına kablo çıkarma testi bu yeteneği gösteremez.
Anahtardan elde edilen kanıtları uygulamadan elde edilen kanıtlarla birlikte değerlendirin
FCTEL tarafından dokümante edilen, 24 Gigabit bakır portlu ve dört Gigabit bakır/fiber combo portlu yönetilebilir anahtar, PLC’ler ve izleme terminalleri için ağ bağlantısı sağlayabilir; arayüz düzeni için bağlantısı verilen ürün sayfasına bakın. Gerekli yönetim işlevlerine sahip bir model seçerken, ihtiyaç duyduğunuz port durumunu, hata sayaçlarını ve olay kayıtlarını sunup sunmadığını doğrulayın. Anahtar, haberleşme yolunu sağlar. Uygulama kalp atışları ve kalite bilgileri genellikle PLC’nin, ağ geçidinin veya izleme yazılımının birlikte çalışmasını gerektirir. Yalnızca anahtarın değiştirilmesi, yanıltıcı çevrimiçi durumunu otomatik olarak çözmez.
Ağ günlükleri ile uygulama günlüklerini zamana göre hizalayın. Port kararlı olduğu hâlde geçerli güncellemeler duruyorsa programı, veri toplama görevini ve arayüz tanımını inceleyin. Port bağlantısı tekrar tekrar kesiliyorsa önce kabloları, güç beslemesini ve bağlantıları kontrol edin. Yanıt aralıkları uzuyorsa yükü, kuyruklanmayı ve yeniden denemeleri inceleyin. Kısacası: lamba bir bağlantıyı, yanıt ise bir cevap alındığını doğrular; hedef iş görevinin hâlâ çalıştığına dair kanıtı yalnızca geçerli ve güncel veriler sağlar.
Teknik kaynaklar: Beckhoff: belirli bir EtherCAT terminali için gözetim zamanlayıcısı ayarları ve Modbus Organizasyonu: protokol ve uygulama kaynakları. İlgili FCTEL kaynakları: Teknik Makaleler ve endüstriyel anahtar ürün dokümantasyonu.
