Allen-Bradley 842E EtherNet/IP mütləq enkoderi susduqda, instinktiv olaraq “cavabsız N ENIP sorğusundan sonra izi dayandır” sorğusu verilir. Bu düşüncə modeli ladder məntiqinə yaxşı uyğun gəlir, lakin Wireshark, tcpdump və ya əksər cihazlardakı trafik tutma mühərriklərinə uyğun gəlmir. Bu alətlər daxil etmə filtrlərini mövcud kadrlara tətbiq edir. Səssiz enkoder filtrin uyğunlaşa biləcəyi heç bir UDP/2222 Class 1 kadrı yaratmır, buna görə də dayandırılacaq heç nə yoxdur. Diaqnostika problemi imza uyğunlaşdırılması deyil, yoxluğun aşkarlanmasıdır.

UDP 2222-də fasiləsiz trafik tutun, sonra müşahidə olunan enkoder kadrlarını RPI hesablaması ilə müqayisə edin — analizatorun ifadə edə bilmədiyi mənfi tetik siqnalını gözləməyin.

Əhatə dairəsi və portlar

Bu iş axını 842E-UM001-də sənədləşdirilmiş 842E-SIP, 842E-MIP, 842E-DIP və M12 variantlarını əhatə edir. Proqram təminatının versiyasını enkoderin veb səhifəsində Diagnostics → Device Information bölməsindən təsdiqləyin. İş vaxtı I/O UDP 2222 portunda CIP Class 1 istifadə edir; açıq mesajlaşma TCP/UDP 44818 üzərindən EtherNet/IP enkapsulyasiyasından istifadə edir. Trafik tutma profilləri hər iki portu aktivləşdirməlidir, lakin səssizlik araşdırmaları 2222 portunda yaradılan/qəbul edilən assembly-lərə yönəlir.

Yoxluq tetik siqnallarının niyə işləməməsi

Görüntü filtrləri hər kadr üçün tətbiq olunan Boolean predikatlardır. (udp.port == 2222) && (eth.src == <842E_MAC>) kimi filtr enkoder kadrları gəldikdə onları saxlayır. Kadrlar gəlmədikdə predikat heç vaxt doğru olmur. “Sıfır cavabla dörd sorğu” vəziyyətini izləmək üçün standart trafik tutma utilitlərində olmayan kadrlararası vəziyyət tələb olunur. Studio 5000 modul diaqnostika bölmələri, FactoryTalk Linx cihaz statistikası və trafik tutulduqdan sonrakı analiz bu vəziyyəti ifadə edə bilən alətlərdir.

1-ci alternativ: dairəvi bufer, sonra sayma

1. Enkoderin qoşulduğu switch portunu analizatorun NIC interfeysinə əks etdirin.
2. UDP 2222 trafikini dairəvi buferə yazın (məsələn, beş 40–50 MB fayl).
3. Pcap faylını açın və enkoderin MAC ünvanı ilə UDP 2222 üzrə filtr tətbiq edin.
4. Kadr sayını observation_time / RPI ilə müqayisə edin. Təxminən 5%-dən artıq fərqlər araşdırılmalıdır.

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

2-ci alternativ: RPI-yə uyğunlaşdırılmış intervallar

Tutma intervallarını enkoderin RPI-sinin tam ədəd misillərinə uyğunlaşdırın ki, buferdə tam I/O mübadilələri yerləşsin. 10 ms RPI zamanı əlaqə sağlamdırsa, 10 saniyəlik intervalda təxminən 1000 Class 1 kadrı olmalıdır. “Əvvəlki kadrdan keçən saniyələr” sütununda üç RPI intervalından böyük boşluqlar baxış zamanı praktik dayandırma şərtidir.

3-cü alternativ: CIP statusu və switch sayğacları

CIP Identity Object class 0x01, instance 1, attribute 6 (Status) üzrə vaxtaşırı Get_Attribute_Single oxunuşları göndərin. Owned və ya Configured bitlərindəki dəyişikliklər Class 1 əlaqəsinin kəsildiyini göstərir — bu, adətən üç buraxılmış RPI-dan sonra baş verir. Bundan asılı olmayaraq, idarə olunan switch-də enkoder portunun ifOutUcastPkts sayğacını sorğulayın; sayğacın 3 × RPI-dan artıq müddət ərzində dəyişməməsi pcap olmadan da səssizliyi təsdiqləyir.

Sahə proseduru və problemlər

IP ünvanını, RPI-ni və assembly instanslarını (standart olaraq yaradılan 0x04 / qəbul edilən 0x01) Logix modul konfiqurasiyası ilə yoxlayın. Link LED-lərini təsdiqləyin, altmış saniyə trafik tutun, kadrları sayın, sonra say sıfırdırsa CIP reset əməliyyatını sınayın. Resetdən sonra trafik bərpa olunur, lakin RPI nöqtələrini buraxmağa davam edirsə, bunun səbəbi kabel səs-küyü, M12 enerji gərginliyinin düşməsi və ya təkrarlanan IP ünvanı ola bilər. Enerji dövrəsindən sonra da səssizlik davam edirsə, Ethernet PHY şübhəlidir — enkoderi dəyişdirin. “Cavab olmadıqda dayandır” tetik siqnalı hazırlamağa vaxt itirməyin; analizator bunu ifadə edə bilmir. Sahədə qurğu sıradan çıxdıqda enkoder və kontroller ehtiyatlarını zavodun PLC və PAC standartlarına uyğun saxlayın.