Bir Allen-Bradley 842E EtherNet/IP mutlak enkoderi sessiz kaldığında, içgüdüsel yakalama isteği “N yanıtlanmamış ENIP isteğinden sonra izi durdur” şeklindedir. Bu zihinsel model merdiven mantığına düzgün şekilde uyar; ancak Wireshark, tcpdump veya çoğu cihazın yakalama motoruyla uyumlu değildir. Bu araçlar, dahil etme filtrelerini mevcut çerçeveler üzerinde değerlendirir. Sessiz bir enkoder, filtrenin eşleşebileceği UDP/2222 Class 1 çerçeveleri üretmez; dolayısıyla durdurulacak hiçbir şey yoktur. Tanılama sorunu imza eşleştirme değil, yokluk tespitidir.

UDP 2222 üzerinde sürekli yakalama yapın, ardından gözlemlenen enkoder çerçevelerini RPI matematiğiyle karşılaştırın; analizörün ifade edemediği negatif bir tetikleyiciyi beklemeyin.

Kapsam ve portlar

Bu iş akışı, 842E-UM001'de belgelenen 842E-SIP, 842E-MIP, 842E-DIP ve M12 varyantlarını kapsar. Enkoder web sayfasında Diagnostics → Device Information bölümünden ürün yazılımını doğrulayın. Çalışma zamanı I/O'su UDP portu 2222 üzerinde CIP Class 1 kullanır; açık mesajlaşma ise TCP/UDP 44818 üzerinde EtherNet/IP kapsüllemesini kullanır. Yakalama profilleri her ikisini de etkinleştirmelidir; ancak sessizlik incelemeleri 2222 üzerinde üretilen/tüketilen assembly'lere odaklanır.

Yokluk tetikleyicileri neden başarısız olur?

Görüntüleme filtreleri, her çerçeveye uygulanan Boolean koşullardır. (udp.port == 2222) && (eth.src == <842E_MAC>) gibi bir filtre, geldiklerinde enkoder çerçevelerini tutar. Çerçeveler gelmediğinde koşul hiçbir zaman doğru olmaz. “Yanıt alınmadan dört istek” durumunu sürdürmek, standart yakalama araçlarının tutmadığı çerçeveler arası durum bilgisi gerektirir. Studio 5000'deki modül tanılama sekmeleri, FactoryTalk Linx cihaz istatistikleri ve yakalama sonrası analiz, bu durumu ifade edebilen araçlardır.

Geçici çözüm 1: döngüsel arabellek, ardından sayım

1. Enkoderin switch portunu bir analizör NIC'sine yansıtın.
2. UDP 2222'yi bir döngüsel arabelleğe yakalayın (örneğin beş adet 40–50 MB dosya).
3. pcap dosyasını açın ve enkoder MAC adresi ile UDP 2222'ye göre filtreleyin.
4. Çerçeve sayısını observation_time / RPI ile karşılaştırın. Yaklaşık %5'i aşan sapmalar inceleme gerektirir.

tcpdump -i eth0 -w capture.pcap udp port 2222
# Wireshark görüntüleme: eth.addr == <842E_MAC> && udp.port == 2222

Geçici çözüm 2: RPI ile hizalanmış pencereler

Arabelleğin eksiksiz I/O alışverişlerini içermesi için yakalama pencerelerini enkoder RPI'sinin tam sayı katlarına hizalayın. 10 ms RPI'da, bağlantı sağlıklıysa 10 saniyelik bir pencerede yaklaşık 1000 Class 1 çerçevesi bulunmalıdır. “Önceki çerçeveden bu yana geçen saniye” sütununda üç RPI aralığından uzun boşluklar, inceleme sırasında pratik durdurma koşuludur.

Geçici çözüm 3: CIP durumu ve switch sayaçları

CIP Identity Object sınıfı 0x01, örnek 1, öznitelik 6 (Status) için düzenli Get_Attribute_Single okumaları gerçekleştirin. Owned veya Configured bitlerindeki değişiklikler, Class 1 bağlantısının koptuğunu gösterir; bu durum genellikle üç kaçırılmış RPI sonrasında meydana gelir. Bunun yanı sıra, yönetilebilir switch üzerinde enkoder portunun ifOutUcastPkts değerini sorgulayın; 3 × RPI'dan uzun süre sabit kalan sayaç, pcap olmadan da sessizliği doğrular.

Saha prosedürü ve dikkat edilmesi gerekenler

IP, RPI ve assembly örneklerini (varsayılan üretilen 0x04 / tüketilen 0x01) Logix modül yapılandırmasıyla karşılaştırarak doğrulayın. Bağlantı LED'lerini kontrol edin, altmış saniye boyunca yakalama yapın, çerçeveleri sayın ve sayı sıfırsa CIP sıfırlaması gerçekleştirmeyi deneyin. Sıfırlamadan sonra trafik yeniden başlıyor ancak RPI noktaları kaçırılmaya devam ediyorsa kablo gürültüsü, M12 güç düşümü veya yinelenen IP olasılıklarını değerlendirin. Güç döngüsünden sonra da kalıcı sessizlik görülmesi Ethernet PHY'sini işaret eder; enkoderi değiştirin. “Yanıt yokken durdur” tetikleyicisi oluşturmaya zaman harcamayın; analizör bunu ifade edemez. Sahada bir ünite arızalandığında enkoder ve kontrolör yedeklerini tesisin PLC ve PAC standartlarıyla uyumlu tutun.