EtherNet/IP CIP Hareket Eksen Arıza Teşhisi: Allen-Bradley Kinetix 5700 ve Schneider Lexium 32

EtherNet/IP CIP Motion Axis Fault Diagnosis: Allen-Bradley Kinetix 5700 and Schneider Lexium 32

Bir Eksen Arızalı Durumunun Gerçek Maliyeti

EtherNet/IP CIP Motion ağında bir "Eksen Arızalı" durumu üretimi hemen durdurur. Mühendisler kök nedenleri tahmin etmek için saatler harcar. Çoğu arıza dört kategoriye ayrılır: sürücü donanımı, ağ zamanlaması, ayar parametreleri ve güvenlik giriş mantığı. Bunları aynı problem olarak ele almak zaman kaybıdır.

CIP Motion, 1–2 ms İstenen Paket Aralığı (RPI) ile örtük Sınıf 1 bağlantılar kullanır. Standart EtherNet/IP G/Ç 10–20 ms hızındadır. 1 ms RPI’de kaçırılan bir güncelleme, 4–8 ms içinde "Eksen Büyük Arızası" tetikler. 250 µs üzerindeki ağ gecikmesi, sürücü donanım arızalarına benzeyen aralıklı arızalara neden olur. Logix 5000 sürüm 33.011 ve sonrası, CIP Motion bağlantı hata detaylarını sadece Sürücü Durum bitlerinde değil, Modül Arıza Günlüğünde de kaydeder. Her iki yeri de mutlaka kontrol edin. Allen-Bradley ControlLogix 1756-L75 kontrol cihazı, CIP Motion eksenlerini 1756-EN2TP EtherNet/IP modülü üzerinden yönetir.

Kinetix 5700 ve Lexium 32 Arıza Kodlarının Çözümü

Her arıza kodu belirli bir katmana işaret eder. Donanım değişimine başlamadan önce kod yapısını öğrenin.

Allen-Bradley Kinetix 5700, iki baytlı arıza kodu formatı kullanır. Yüksek bayt Arıza Kategorisidir (0x01 = Donanım, 0x02 = Hareket, 0x04 = Sürücü Aşırı Yük, 0x08 = Geri Besleme, 0x10 = Güvenlik). Düşük bayt ise spesifik arıza numarasıdır. Bunları Studio 5000’de Sürücü Özellikleri → Arıza Günlüğü sekmesinde okuyun.

  • Adım 1: Studio 5000’i açın → Kontrol Cihazı Özellikleri → Kinetix 5700 ekseni için Modül Özellikleri.
  • Adım 2: Arıza Günlüğü sekmesine gidin. Arıza Kodu (hex) ve Arıza Zaman Damgasını not edin.
  • Adım 3: Arıza Kodu 0x0204 = Hız Hatası Arızası. J13 konnektör pin 1–4’te hız geri besleme kablolamasını doğrulayın.
  • Adım 4: Arıza Kodu 0x0810 = Encoder Pil Düşük. Mutlak enkoderde CR2032 pili değiştirin. Değişim sonrası enkoder pozisyon referansını sıfırlayın.
  • Adım 5: Arıza Kodu 0x1001 = Safe Torque Off (STO) girişi enerjisiz. STO+ ve STO− terminallerinde 24 VDC beslemesini kontrol edin (≥22 VDC gerekli).

Schneider Lexium 32, arıza geçmişini dahili MW100–MW109 kayıtlarında tutar. Bunları Modbus TCP (fonksiyon kodu 03) ile okuyun. Arıza kelimesi formatı: bit 0–3 = arıza sınıfı, bit 4–7 = arıza alt kodu. Arıza sınıfı 4 (0x40) Motor Aşırı Sıcaklığı gösterir. Arıza sınıfı 6 (0x60) Encoder Arızasıdır. Encoder kablo ekranının sürekliliğini her zaman doğrulayın, enkoder arızası sonucuna varmadan önce. Kinetix ailesi eksen modülleri için, arıza kodu mimarisi referansı olarak Kinetix 6000 Entegre Eksen Modülü’ne bakın.

Ağ Katmanı Teşhisi: Gecikme ve Paket Kaybı Bulma

CIP Motion arızaları çoğunlukla sürücü değil, ağ kaynaklıdır. Üç özel test ağ sağlığını hızlıca doğrular.

İlk olarak, EtherNet/IP anahtar port istatistiklerini kontrol edin. CIP Motion trafiği DSCP 55 (CIP Motion) ve DSCP 46 (CIP gerçek zamanlı) ile QoS Hizmet Sınıfı (CoS) etiketi gerektirir. Allen-Bradley Stratix 5700 yönetilen anahtarı, port başına atılan paket sayısını gösterir. Sürücü portunda sıfırdan farklı giriş atma sayısı tampon taşması anlamına gelir — arka plan trafiğini azaltın veya port kuyruk önceliğini artırın.

İkinci olarak, gerçek RPI gecikmesini Wireshark ile ölçün. Trafiği kontrol cihazı portundan yakalayın. Kinetix 5700 veya Lexium 32’nin Ethernet kaynak MAC adresine göre filtreleyin. CIP Motion için gecikme ≤ 250 µs olmalıdır. 500 µs üzeri değerler, yük altında her 3–10 dakikada bir tekrarlayan eksen arızalarına yol açar.

  • Adım 1: Dizüstü bilgisayarı yönetilen anahtar üzerindeki SPAN portuna bağlayın. Wireshark yakalamayı başlatın, filtre: eth.src == [sürücü MAC].
  • Adım 2: Ekseni %50 nominal hızda 5 dakika çalıştırın. Yakalamayı CSV olarak dışa aktarın. Paketler arası zamanın standart sapmasını hesaplayın.
  • Adım 3: Gecikme > 250 µs ise multicast taşmasını kontrol edin. CIP Motion VLAN’daki tüm anahtarlarda IGMP Snooping’i etkinleştirin.
  • Adım 4: Kontrol cihazı ağ kartının 100 Mbps Tam Dubleks modda çalıştığını doğrulayın, Otomatik Müzakere değil. Gecikme 300 µs üzerinde devam ederse her iki ucu da 100FD olarak zorlayın.

Üçüncü olarak, Logix 5000 CIP Motion bağlantı durumunu kontrol edin. Studio 5000’de AXIS_CIP_DRIVE etiketi için İzleme Etiketi ekleyin. .RunningFault, .StartInhibited ve .MotionGroupFault özelliklerini izleyin. .StartInhibited durumu ve arıza kodu yoksa, kontrol cihazı bağlantının yeniden kurulmasını bekliyordur. Hareket Grubu RPI uyumsuzluğu en yaygın gizli nedendir.

Arıza Sonrası Sürücü Ayar Doğrulaması

Bir arızayı temizleyip ekseni yeniden başlatmak, ayar doğrulaması yapılmadan 30 dakika içinde tekrarlayan arızalara yol açar. Her büyük eksen arızasından sonra bu sıralamayı izleyin.

Kinetix 5700 için Studio 5000’de Otomatik Ayar sihirbazını açın (Hareket Özellikleri → Ayar sekmesi). Otomatik Ayar Modunu "Pozisyon Kontrolü" olarak ayarlayın. %10 nominal tork rampası ile Atalet Testi yapın. Sihirbaz Yük Atalet Oranı (J_load/J_motor) döndürür. 0.1–10 arası değerleri kabul edin. 10’un üzeri mekanik bağlantı sorunlarına işaret eder — ayar öncesi dişli kutusu boşluğunu kontrol edin. Otomatik ayar tamamlandıktan sonra, Band Genişliği Hz ayarının rijit bağlantılar için 80 Hz, esnek bağlantılar için 40 Hz’i aşmadığını doğrulayın.

Lexium 32 için USB tanılama portu üzerinden SoMove yazılımını (v3.3 veya sonrası) kullanın. Sürücü → Ayar → Otomatik Ayar menüsüne gidin. Sürücü, %25 nominal hızda simetrik hız adım testi yapar. Kp (pozisyon kazancı) sonucunu kontrol edin. 0.5 Hz altı değerler mekanik sertlik sorunlarına işaret eder. 200 Hz üzeri değerler enkoder çözünürlüğü ile vida adımı uyumsuzluğudur. Yeniden test öncesi dişli oranı parametresi (P3.006) düzeltilmelidir.

Yüksek dinamik uygulamalarda sadece otomatik ayara güvenmeyin. %10, %50 ve %100 nominal hızlarda manuel adım yanıt testi yaparak ayarın çalışma aralığını doğrulayın. %100 nominal hızda maksimum pozisyon hatası PET değerinin 2 katını geçmemelidir.

Güvenlik Giriş Mantığı Arızaları ve STO Kurtarma

Safe Torque Off (STO) girişleri, sahada "Eksen Arızalı" çağrılarının %30’unu oluşturur. Belirti sürücü donanım arızası ile aynıdır — eksen arızalanır ve etkinleştirilemez. Ancak STO sağlanmadığında arıza temizlenip yeniden etkinleştirme etkisizdir.

Kinetix 5700, her iki STO girişini (STO-A ve STO-B, Güvenlik konnektörü J2, pin 1 ve 4) ≥22 VDC olarak gerektirir. Tek kanallı STO arızası Arıza Kodu 0x1001 üretir. Çift kanallı STO arızası 0x1002 üretir. STO devresi gecikmeli bırakma ile güvenlik rölesi kullanıyorsa, röle tutma voltajını kontrol edin — 18 VDC altı titreşim altında aralıklı STO kesintilerine neden olur.

Lexium 32 STO uygulaması EN/IEC 62061 standardını takip eder. CN7 terminali pin 5–6’daki STO girişi aktif durum için 20–28 VDC gerektirir. Sürücü durum kaydı MW0 bit 14’te STO_Active bitini kontrol edin. Normal çalışmada STO_Active = 0 ise, 24 VDC STO besleme kablosunda topraklama arızası arayın. STO kablo ekranında kelepçe ampermetre kullanın — 50 mA üzeri ekran akımı çok eksenli kablo kanalında yalıtım bozulması demektir.

Her eksen arızası kurtarma sonrası STO fonksiyonunu mutlaka test edin. STO gücünü kasıtlı olarak keserek talep testi uygulayın. Sürücü torkunun 20 ms içinde sıfıra düştüğünü doğrulayın (IEC 62061 Kategori 3 gereksinimi). STO tepki süresini osiloskopla kaydedin. IEC 61511 uyumluluk denetimleri için test tarihini ve geçme/kalma sonucunu bakım günlüğüne not edin.

Sonuç ve Eylem Önerileri

EtherNet/IP CIP Motion arızaları öngörülebilir bir desen izler. 250 µs üzeri ağ gecikmesi, STO giriş kesintisi ve arıza sonrası ayar doğrulama hataları tekrar eden olayların %80’ini oluşturur. Her teşhize Arıza Günlüğü’nden başlayın, donanımdan değil. Kablolara dokunmadan önce arıza kodunu çözün. Sürücüyü suçlamadan önce Wireshark ile ağ RPI gecikmesini doğrulayın.

Ekseni üretime geri vermeden önce mutlaka otomatik ayar ve manuel adım yanıt testi yapın. Kinetix 5700 için Studio 5000 ve sürücü yazılım sürümlerini senkron tutun — sadece yazılım uyumsuzluğu bile yanlış CIP bağlantı hatalarına yol açar. Lexium 32 için her arıza olayında MW100–MW109 kayıtlarını tutun. Beş arıza kaydı bir desen oluşturur ve sonraki olayda teşhis süresini %60 kısaltır.

STO kanıt testlerini 6 aylık aralıklarla planlayın ve sonuçları belgeleyin. Stratix 5700 yönetilen anahtarı, IGMP Snooping ve QoS etkin olarak güvenilir bir CIP Motion ağı temeli sağlar. Güvenlik denetçileri IEC 62061 uyumluluk incelemelerinde giderek daha fazla CIP Motion STO test kayıtları talep etmektedir.

Hepsini Göster ↓
Blog gönderileri
Hepsini Göster ↓
Batch Sequence Control Using DCS Sequential Function Charts: Emerson DeltaV SFC Configuration and Woodward EasyGen 3200 Synchronization Interlock

DCS Ardışık Fonksiyon Diyagramları Kullanarak Parti Sıralama Kontrolü: Emerson DeltaV SFC Yapılandırması ve Woodward EasyGen 3200 Senkronizasyon Kilidi

Emerson DeltaV'de resmi IEC 61131-3 Ardışık Fonksiyon Grafiği (SFC) yapıları kullanarak toplu işlem kontrolü, durum makinesi kilitlenmelerini önler ve ISA-88 denetim uyumluluğunu basitleştirir. Bu rehber, DeltaV Faz Mantığı SFC tasarım prensiplerini, jeneratör senkronizasyon kilidi için Woodward EasyGen 3200 Modbus TCP kayıt eşlemesini, Bekletme ve İptal yolu tasarımını ve en yaygın dört SFC toplu işlem hata modelinin teşhisini kapsar.
Foundation Fieldbus H1: Segment Design and Commissioning

Foundation Fieldbus H1: Segment Tasarımı ve Devreye Alma

Foundation Fieldbus H1, saha cihazları içinde kontrol fonksiyon bloklarını çalıştırarak, ana bilgisayar iletişimi kesildiğinde bile kontrolü sürdürür — bu, SIL-2 ve SIL-3 döngüleri için önemli bir avantajdır. Bu rehber, FF H1 güç bütçesi hesaplaması, voltaj düşümü analizi, yumuşak başlangıç akım koruması, 5 adımlı devreye alma prosedürü, fonksiyon bloğu zamanlaması ve segment arızası, ara sıra cihaz kopmaları ile sonlandırma direnci hataları için sistematik arıza teşhisini kapsamaktadır.
PROFINET IO Communication Fault Diagnosis: ABB AC500 CM575-PNIO and Phoenix Contact AXL F DI16 Field Troubleshooting

PROFINET IO İletişim Hatası Teşhisi: ABB AC500 CM575-PNIO ve Phoenix Contact AXL F DI16 Saha Arıza Giderme

ABB AC500 CM575-PNIO ile Phoenix Contact Axioline F dağıtılmış I/O arasındaki PROFINET IO iletişim hataları, planlanmamış duruşların yaygın bir kaynağıdır. Bu rehber, fiziksel katman kablo kontrolleri, GSDML sürüm doğrulaması, cihaz adı çakışması çözümü, AR bekçi saati ayarı ve DIAG_STATUS kayıt biti eşlemesi ile Kanal Teşhis alarmlarını kullanarak altı adımlı arıza izole etme prosedürünü kapsamaktadır.