Fix DH-485 Network Drops Caused by Faulty 1747-AIC Link — figure 1

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını düzeltin

Bir düğüm bağlandığında DH-485 ağı devre dışı mı kalıyor? Sahada kanıtlanmış izolasyon adımları ve düğüm adresiyle klasik 1747-AIC bağlantı kuplörü arızasını...

SLC-500 işlemcilerine hizmet veren bir DH-485 çoklu düşüm ana hattında, bir düğüm tek başına sağlıklı görünürken diğer tüm istasyonları devre dışı bırakabilir. RSLinx, yerel bir arabirim üzerinden yalnızca o denetleyiciyi görmeye devam edebilir, işlemci Run modunda kalabilir ve InTouch veya RSView etiketlerinin tamamı hatalı duruma geçebilir. Şüpheli DH-485 kablosunun bağlantısını kesmek ağı hemen geri getirir. Bu durum neredeyse hiçbir zaman bir ladder veya MSG hatası değildir. Fiziksel katman ya da bağlantı katmanı kaynaklı bir olaydır; en yaygın neden, diferansiyel çifti kilitleyerek belirteç dolaşımını durduran arızalı bir 1747-AIC alıcı-vericisidir.

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını giderme — şekil 1

Önce bağlantı kuplörünü kanıtlayın. Bir AIC veri yolunu elektriksel olarak kilitliyorsa program düzenlemeleri ve kanal yeniden yapılandırmaları saatler kaybettirir.

Kapsamdaki donanım

Bileşen Katalog Rol
SLC-500 CPU 1747-L5xx Düğüm cihazı; nadiren temel neden
Bağlantı kuplörü 1747-AIC / AICR Birincil şüpheli
MicroLogix kuplörü 1761-NET-AIC Eşdeğer arıza modu
Ana hat / sonlandırma Belden 9841 sınıfı / 150 Ω Yalnızca uçlar; ekranlama tek uçtan

Yayın 1770-UM018, DH-485 arabirim davranışının elektriksel ve protokol referansı olmaya devam etmektedir.

Önceliklendirilmiş temel nedenler

  1. Tek düğüm testlerini geçen ancak çoklu düşüm belirteç hakemliğini bozan arızalı 1747-AIC (veya NET-AIC) RS-485 sürücüsü.
  2. Bağlantı katmanında yinelenen adres algılaması bulunmadığından, veri yolu kilitlenmesiyle aynı şekilde görünen yinelenen düğüm adresi.
  3. Diferansiyel marjı düşüren veya ortak modu kutuplandıran ana hat ortasında sonlandırma ya da her iki uçtan topraklanmış ekranlama.

Kablolara müdahale etmeden önce temel durumu kaydetme

Tüm düğüm adreslerini, baud hızını (çoğunlukla 19200, bazen eski sistemlerde 9600), maksimum düğüm ayarını, sonlandırıcı konumlarını, ekranlama bağlantı noktasını ve S:5 / S:6 işlemci hata bitlerini kaydedin. Arızalı bir SLC, AIC’den bağımsız olarak portunu anormal durumda tutabilir; ağı suçlamadan önce majör hataları temizleyin.

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını giderme — şekil 2

İzolasyon sırası

  1. Şüpheli CPU’nun temiz hata sözcükleriyle Run modunda olduğunu doğrulayın.
  2. 1747-AIC’nin tamamını aynı katalog numarasına sahip, çalıştığı bilinen yedek bir cihazla değiştirin. RSWho geri gelirse orijinal kuplörü hurdaya ayırın; yerine yeniden takıp servise döndürmeyin.
  3. Ağ hâlâ çöküyorsa, adresleme/kablolama sorunlarını belirli bir işlemciden ayırmak için şasiyi değiştirin.
  4. AIC değişimleri başarısız olduktan sonra düğümü geçici olarak kullanılmayan bir numaraya yeniden adresleyin; SCADA eşlemelerini aynı değişiklik penceresinde güncelleyin.
  5. 150 Ω sonlandırıcıların yalnızca fiziksel olarak iki uçta bulunduğunu ve AIC sonlandırma jumper’larının hat üzerindeki ara düğümlerde açık olduğunu doğrulayın.
  6. Stoktaki yedekler şüpheliyse fabrikada mühürlenmiş bir AIC takın. Raf yedeklerinde sessiz arızalar yaygındır.

Değiştirme kılavuzu

Standart SLC modüler şasi izolasyonu için 1747-AIC, uygulama izole edilmiş varyant gerektiriyorsa 1747-AICR belirtin. Değiştirme sonrasında baud ve düğüm ayarlarını tam olarak eşleştirin. Raftaki her AIC’de fabrika sonlandırıcılarını etkin bırakmayın.

Olay sonrası dokümantasyon

Ağ geri geldiğinde, değiştirilen AIC’nin seri numarasını veya montaj tarihini DH-485 topoloji çizimine ekleyin, her düğüm adresini kanal yapılandırması çıktısıyla karşılaştırarak doğrulayın ve arızalı kuplörün raf yedeği mi yoksa kullanımda olan bir cihaz mı olduğunu not edin. Bu kayıt, bir sonraki kesintinin test edilmemiş başka bir yedekle başlamasını önler. InTouch veya RSView komut dosyaları eski düğüm listelerini önbelleğe alıyorsa, fiziksel onarımın ardından DA sunucusunu yeniden başlatarak kalite bitlerinin düzgün biçimde temizlenmesini sağlayın.

Ana hattı yeniden tasarlamadan önce AIC’yi değişim testiyle doğrulayın

Başarı, RSWho’da tüm düğümlerin eş zamanlı Active durumuna geçmesi ve HMI etiket kalitesinin geri gelmesidir; onarılan düğümün yalnızca yerel olarak görünmesi yeterli değildir. Önce MSG talimatlarında hata ayıklamaktan kaçının; hat ortasında sonlandırıcı kullanmayın; ekranlamayı iki uçtan topraklamayın; “belki sağlam” bir AIC’yi tezgâh üzerinde çoklu düşüm testi yapmadan yedek çekmecesine geri koymayın. Sertifikalı AIC yedeklerini diğer PLC ve PAC iletişim donanımlarıyla birlikte bulundurun; böylece bir veri yolu kilitlenmesi tüm üretimi etkileyen bir kesintiye dönüşmez.

Yazar hakkında

Mark Townsend | Kıdemli Otomasyon Mühendisi – Allen-Bradley Sistemleri

Mark Townsend, ControlLogix, CompactLogix ve eski SLC-500 platformlarını kapsayan Allen-Bradley sistemlerinde 18 yılı aşkın deneyime sahip kıdemli bir otomasyon mühendisidir. Günlük çalışmaları, eski ve karma sistem filolarında RSLogix / Studio 5000 mantığı ile FactoryTalk View HMI devreye alma süreçlerini kapsar.

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını düzeltin

Bir düğüm bağlandığında DH-485 ağı devre dışı mı kalıyor? Sahada kanıtlanmış izolasyon adımları ve düğüm adresiyle klasik 1747-AIC bağlantı kuplörü arızasını teşhis edin.

SLC-500 işlemcilerine hizmet veren bir DH-485 çoklu düşüm ana hattında, bir düğüm tek başına sağlıklı görünürken diğer tüm istasyonları devre dışı bırakabilir. RSLinx, yerel bir arabirim üzerinden yalnızca o denetleyiciyi görmeye devam edebilir, işlemci Run modunda kalabilir ve InTouch veya RSView etiketlerinin tamamı hatalı duruma geçebilir. Şüpheli DH-485 kablosunun bağlantısını kesmek ağı hemen geri getirir. Bu durum neredeyse hiçbir zaman bir ladder veya MSG hatası değildir. Fiziksel katman ya da bağlantı katmanı kaynaklı bir olaydır; en yaygın neden, diferansiyel çifti kilitleyerek belirteç dolaşımını durduran arızalı bir 1747-AIC alıcı-vericisidir.

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını giderme — şekil 1

Önce bağlantı kuplörünü kanıtlayın. Bir AIC veri yolunu elektriksel olarak kilitliyorsa program düzenlemeleri ve kanal yeniden yapılandırmaları saatler kaybettirir.

Kapsamdaki donanım

Bileşen Katalog Rol
SLC-500 CPU 1747-L5xx Düğüm cihazı; nadiren temel neden
Bağlantı kuplörü 1747-AIC / AICR Birincil şüpheli
MicroLogix kuplörü 1761-NET-AIC Eşdeğer arıza modu
Ana hat / sonlandırma Belden 9841 sınıfı / 150 Ω Yalnızca uçlar; ekranlama tek uçtan

Yayın 1770-UM018, DH-485 arabirim davranışının elektriksel ve protokol referansı olmaya devam etmektedir.

Önceliklendirilmiş temel nedenler

  1. Tek düğüm testlerini geçen ancak çoklu düşüm belirteç hakemliğini bozan arızalı 1747-AIC (veya NET-AIC) RS-485 sürücüsü.
  2. Bağlantı katmanında yinelenen adres algılaması bulunmadığından, veri yolu kilitlenmesiyle aynı şekilde görünen yinelenen düğüm adresi.
  3. Diferansiyel marjı düşüren veya ortak modu kutuplandıran ana hat ortasında sonlandırma ya da her iki uçtan topraklanmış ekranlama.

Kablolara müdahale etmeden önce temel durumu kaydetme

Tüm düğüm adreslerini, baud hızını (çoğunlukla 19200, bazen eski sistemlerde 9600), maksimum düğüm ayarını, sonlandırıcı konumlarını, ekranlama bağlantı noktasını ve S:5 / S:6 işlemci hata bitlerini kaydedin. Arızalı bir SLC, AIC’den bağımsız olarak portunu anormal durumda tutabilir; ağı suçlamadan önce majör hataları temizleyin.

Arızalı 1747-AIC bağlantısının neden olduğu DH-485 ağ kopmalarını giderme — şekil 2

İzolasyon sırası

  1. Şüpheli CPU’nun temiz hata sözcükleriyle Run modunda olduğunu doğrulayın.
  2. 1747-AIC’nin tamamını aynı katalog numarasına sahip, çalıştığı bilinen yedek bir cihazla değiştirin. RSWho geri gelirse orijinal kuplörü hurdaya ayırın; yerine yeniden takıp servise döndürmeyin.
  3. Ağ hâlâ çöküyorsa, adresleme/kablolama sorunlarını belirli bir işlemciden ayırmak için şasiyi değiştirin.
  4. AIC değişimleri başarısız olduktan sonra düğümü geçici olarak kullanılmayan bir numaraya yeniden adresleyin; SCADA eşlemelerini aynı değişiklik penceresinde güncelleyin.
  5. 150 Ω sonlandırıcıların yalnızca fiziksel olarak iki uçta bulunduğunu ve AIC sonlandırma jumper’larının hat üzerindeki ara düğümlerde açık olduğunu doğrulayın.
  6. Stoktaki yedekler şüpheliyse fabrikada mühürlenmiş bir AIC takın. Raf yedeklerinde sessiz arızalar yaygındır.

Değiştirme kılavuzu

Standart SLC modüler şasi izolasyonu için 1747-AIC, uygulama izole edilmiş varyant gerektiriyorsa 1747-AICR belirtin. Değiştirme sonrasında baud ve düğüm ayarlarını tam olarak eşleştirin. Raftaki her AIC’de fabrika sonlandırıcılarını etkin bırakmayın.

Olay sonrası dokümantasyon

Ağ geri geldiğinde, değiştirilen AIC’nin seri numarasını veya montaj tarihini DH-485 topoloji çizimine ekleyin, her düğüm adresini kanal yapılandırması çıktısıyla karşılaştırarak doğrulayın ve arızalı kuplörün raf yedeği mi yoksa kullanımda olan bir cihaz mı olduğunu not edin. Bu kayıt, bir sonraki kesintinin test edilmemiş başka bir yedekle başlamasını önler. InTouch veya RSView komut dosyaları eski düğüm listelerini önbelleğe alıyorsa, fiziksel onarımın ardından DA sunucusunu yeniden başlatarak kalite bitlerinin düzgün biçimde temizlenmesini sağlayın.

Ana hattı yeniden tasarlamadan önce AIC’yi değişim testiyle doğrulayın

Başarı, RSWho’da tüm düğümlerin eş zamanlı Active durumuna geçmesi ve HMI etiket kalitesinin geri gelmesidir; onarılan düğümün yalnızca yerel olarak görünmesi yeterli değildir. Önce MSG talimatlarında hata ayıklamaktan kaçının; hat ortasında sonlandırıcı kullanmayın; ekranlamayı iki uçtan topraklamayın; “belki sağlam” bir AIC’yi tezgâh üzerinde çoklu düşüm testi yapmadan yedek çekmecesine geri koymayın. Sertifikalı AIC yedeklerini diğer PLC ve PAC iletişim donanımlarıyla birlikte bulundurun; böylece bir veri yolu kilitlenmesi tüm üretimi etkileyen bir kesintiye dönüşmez.

Yazar hakkında

Mark Townsend | Kıdemli Otomasyon Mühendisi – Allen-Bradley Sistemleri

Mark Townsend, ControlLogix, CompactLogix ve eski SLC-500 platformlarını kapsayan Allen-Bradley sistemlerinde 18 yılı aşkın deneyime sahip kıdemli bir otomasyon mühendisidir. Günlük çalışmaları, eski ve karma sistem filolarında RSLogix / Studio 5000 mantığı ile FactoryTalk View HMI devreye alma süreçlerini kapsar.

Yorum bırakın

Lütfen unutmayın, yorumların yayınlanmadan önce onaylanması gerekmektedir.