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

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC yang Rusak

Jaringan DH-485 terputus saat satu node tersambung? Diagnosis kegagalan link coupler 1747-AIC yang klasik dengan langkah-langkah isolasi yang telah terbukti ...

Pada trunk multi-drop DH-485 yang melayani prosesor SLC-500, satu node dapat membuat setiap stasiun lainnya offline meskipun terlihat normal saat diuji sendiri. RSLinx mungkin masih dapat melihat pengontrol tersebut melalui antarmuka lokal, prosesor tetap dalam mode Run, dan tag InTouch atau RSView untuk semua peer menjadi buruk. Melepaskan kabel DH-485 yang dicurigai akan segera memulihkan jaringan. Pola ini hampir tidak pernah disebabkan oleh bug ladder atau MSG. Ini adalah kejadian pada lapisan fisik atau lapisan tautan—paling sering disebabkan oleh transceiver 1747-AIC yang rusak, yang menahan pasangan diferensial dan menghentikan sirkulasi token.

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC Rusak — gambar 1

Buktikan coupler link terlebih dahulu. Mengedit program dan membangun ulang kanal hanya membuang waktu jika satu AIC mengunci bus secara elektrik.

Perangkat keras yang dibahas

Komponen Katalog Peran
CPU SLC-500 1747-L5xx Perangkat node; jarang menjadi akar masalah
Coupler link 1747-AIC / AICR Tersangka utama
Coupler MicroLogix 1761-NET-AIC Mode kegagalan yang setara
Trunk / terminasi Kelas Belden 9841 / 150 Ω Hanya di ujung; shield ditanahkan di satu ujung

Publikasi 1770-UM018 tetap menjadi referensi kelistrikan dan protokol untuk perilaku antarmuka DH-485.

Peringkat akar masalah

  1. 1747-AIC (atau NET-AIC) rusak dengan driver RS-485 yang lolos uji satu node tetapi merusak arbitrasi token multi-drop.
  2. Alamat node ganda tanpa deteksi duplikasi pada lapisan tautan—menunjukkan gejala yang sama seperti bus terkunci.
  3. Terminasi di tengah trunk atau shield ditanahkan di kedua ujung, sehingga margin diferensial menurun atau mode common-mode menjadi tidak seimbang.

Data dasar sebelum mengganggu kabel

Catat alamat setiap node, baud rate (sering kali 19200, terkadang 9600 untuk sistem lama), pengaturan node maksimum, lokasi terminator, titik penyambungan shield, serta bit kesalahan prosesor S:5 / S:6. SLC yang mengalami kesalahan dapat menahan port-nya dalam kondisi abnormal secara independen dari AIC; hapus kesalahan mayor sebelum menyalahkan jaringan.

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC Rusak — gambar 2

Urutan isolasi

  1. Pastikan CPU yang dicurigai berada dalam mode Run dengan kata kesalahan yang sudah bersih.
  2. Lakukan hot-swap pada seluruh 1747-AIC dengan unit cadangan yang telah dipastikan baik dan memiliki katalog yang sama. Jika RSWho kembali normal, singkirkan coupler asli—jangan hanya memasangnya kembali lalu mengembalikannya ke layanan.
  3. Jika jaringan masih kolaps, tukar chassis untuk memisahkan masalah alamat/kabel dari masalah pada prosesor tertentu.
  4. Ubah sementara alamat node ke nomor yang tidak digunakan hanya setelah penggantian AIC gagal; perbarui pemetaan SCADA dalam jendela perubahan yang sama.
  5. Pastikan terminator 150 Ω hanya dipasang di dua ujung fisik dan jumper terminator AIC terbuka pada node di tengah jalur.
  6. Jika unit cadangan yang tersedia diragukan, pasang AIC yang masih tersegel dari pabrik. Kegagalan diam-diam pada unit cadangan yang disimpan di rak sering terjadi.

Panduan penggantian

Tentukan 1747-AIC untuk isolasi chassis modular SLC standar dan 1747-AICR jika aplikasi memerlukan varian terisolasi. Setelah penggantian, samakan baud rate dan pengaturan node secara tepat. Jangan membiarkan terminator bawaan pabrik aktif pada setiap AIC di rak.

Dokumentasi setelah tindakan

Setelah jaringan kembali normal, perbarui gambar topologi DH-485 dengan nomor seri atau tanggal pemasangan AIC yang diganti, konfirmasikan setiap alamat node berdasarkan cetakan konfigurasi kanal, dan catat apakah coupler yang gagal merupakan cadangan yang disimpan di rak atau unit yang sedang digunakan. Catatan tersebut mencegah gangguan berikutnya dimulai dengan cadangan lain yang belum diuji. Jika skrip InTouch atau RSView menyimpan daftar node lama dalam cache, mulai ulang server DA setelah perbaikan fisik agar bit kualitas dibersihkan dengan benar.

Uji tukar AIC sebelum mendesain ulang trunk

Keberhasilan ditandai dengan status Active secara bersamaan untuk semua node di RSWho serta pulihnya kualitas tag HMI—bukan sekadar terlihatnya node yang diperbaiki secara lokal. Hindari men-debug instruksi MSG terlebih dahulu; hindari terminator di tengah jalur; hindari dua titik pentanahan shield; dan jangan mengembalikan AIC yang “mungkin baik” ke laci cadangan tanpa uji multi-drop di meja kerja. Simpan cadangan AIC tersertifikasi bersama perangkat komunikasi PLC dan PAC lainnya agar bus yang terkunci tidak berubah menjadi gangguan di seluruh produksi.

Tentang Penulis

Mark Townsend | Insinyur Otomasi Senior – Sistem Allen-Bradley

Mark Townsend adalah insinyur otomasi senior dengan pengalaman lebih dari 18 tahun menggunakan platform Allen-Bradley, mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan hariannya meliputi logika RSLogix / Studio 5000 dan penerapan HMI FactoryTalk View pada armada sistem lama maupun campuran.

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC yang Rusak

Jaringan DH-485 terputus saat satu node tersambung? Diagnosis kegagalan link coupler 1747-AIC yang klasik dengan langkah-langkah isolasi yang telah terbukti di lapangan dan alamat node.

Pada trunk multi-drop DH-485 yang melayani prosesor SLC-500, satu node dapat membuat setiap stasiun lainnya offline meskipun terlihat normal saat diuji sendiri. RSLinx mungkin masih dapat melihat pengontrol tersebut melalui antarmuka lokal, prosesor tetap dalam mode Run, dan tag InTouch atau RSView untuk semua peer menjadi buruk. Melepaskan kabel DH-485 yang dicurigai akan segera memulihkan jaringan. Pola ini hampir tidak pernah disebabkan oleh bug ladder atau MSG. Ini adalah kejadian pada lapisan fisik atau lapisan tautan—paling sering disebabkan oleh transceiver 1747-AIC yang rusak, yang menahan pasangan diferensial dan menghentikan sirkulasi token.

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC Rusak — gambar 1

Buktikan coupler link terlebih dahulu. Mengedit program dan membangun ulang kanal hanya membuang waktu jika satu AIC mengunci bus secara elektrik.

Perangkat keras yang dibahas

Komponen Katalog Peran
CPU SLC-500 1747-L5xx Perangkat node; jarang menjadi akar masalah
Coupler link 1747-AIC / AICR Tersangka utama
Coupler MicroLogix 1761-NET-AIC Mode kegagalan yang setara
Trunk / terminasi Kelas Belden 9841 / 150 Ω Hanya di ujung; shield ditanahkan di satu ujung

Publikasi 1770-UM018 tetap menjadi referensi kelistrikan dan protokol untuk perilaku antarmuka DH-485.

Peringkat akar masalah

  1. 1747-AIC (atau NET-AIC) rusak dengan driver RS-485 yang lolos uji satu node tetapi merusak arbitrasi token multi-drop.
  2. Alamat node ganda tanpa deteksi duplikasi pada lapisan tautan—menunjukkan gejala yang sama seperti bus terkunci.
  3. Terminasi di tengah trunk atau shield ditanahkan di kedua ujung, sehingga margin diferensial menurun atau mode common-mode menjadi tidak seimbang.

Data dasar sebelum mengganggu kabel

Catat alamat setiap node, baud rate (sering kali 19200, terkadang 9600 untuk sistem lama), pengaturan node maksimum, lokasi terminator, titik penyambungan shield, serta bit kesalahan prosesor S:5 / S:6. SLC yang mengalami kesalahan dapat menahan port-nya dalam kondisi abnormal secara independen dari AIC; hapus kesalahan mayor sebelum menyalahkan jaringan.

Perbaiki Gangguan Jaringan DH-485 yang Disebabkan oleh Link 1747-AIC Rusak — gambar 2

Urutan isolasi

  1. Pastikan CPU yang dicurigai berada dalam mode Run dengan kata kesalahan yang sudah bersih.
  2. Lakukan hot-swap pada seluruh 1747-AIC dengan unit cadangan yang telah dipastikan baik dan memiliki katalog yang sama. Jika RSWho kembali normal, singkirkan coupler asli—jangan hanya memasangnya kembali lalu mengembalikannya ke layanan.
  3. Jika jaringan masih kolaps, tukar chassis untuk memisahkan masalah alamat/kabel dari masalah pada prosesor tertentu.
  4. Ubah sementara alamat node ke nomor yang tidak digunakan hanya setelah penggantian AIC gagal; perbarui pemetaan SCADA dalam jendela perubahan yang sama.
  5. Pastikan terminator 150 Ω hanya dipasang di dua ujung fisik dan jumper terminator AIC terbuka pada node di tengah jalur.
  6. Jika unit cadangan yang tersedia diragukan, pasang AIC yang masih tersegel dari pabrik. Kegagalan diam-diam pada unit cadangan yang disimpan di rak sering terjadi.

Panduan penggantian

Tentukan 1747-AIC untuk isolasi chassis modular SLC standar dan 1747-AICR jika aplikasi memerlukan varian terisolasi. Setelah penggantian, samakan baud rate dan pengaturan node secara tepat. Jangan membiarkan terminator bawaan pabrik aktif pada setiap AIC di rak.

Dokumentasi setelah tindakan

Setelah jaringan kembali normal, perbarui gambar topologi DH-485 dengan nomor seri atau tanggal pemasangan AIC yang diganti, konfirmasikan setiap alamat node berdasarkan cetakan konfigurasi kanal, dan catat apakah coupler yang gagal merupakan cadangan yang disimpan di rak atau unit yang sedang digunakan. Catatan tersebut mencegah gangguan berikutnya dimulai dengan cadangan lain yang belum diuji. Jika skrip InTouch atau RSView menyimpan daftar node lama dalam cache, mulai ulang server DA setelah perbaikan fisik agar bit kualitas dibersihkan dengan benar.

Uji tukar AIC sebelum mendesain ulang trunk

Keberhasilan ditandai dengan status Active secara bersamaan untuk semua node di RSWho serta pulihnya kualitas tag HMI—bukan sekadar terlihatnya node yang diperbaiki secara lokal. Hindari men-debug instruksi MSG terlebih dahulu; hindari terminator di tengah jalur; hindari dua titik pentanahan shield; dan jangan mengembalikan AIC yang “mungkin baik” ke laci cadangan tanpa uji multi-drop di meja kerja. Simpan cadangan AIC tersertifikasi bersama perangkat komunikasi PLC dan PAC lainnya agar bus yang terkunci tidak berubah menjadi gangguan di seluruh produksi.

Tentang Penulis

Mark Townsend | Insinyur Otomasi Senior – Sistem Allen-Bradley

Mark Townsend adalah insinyur otomasi senior dengan pengalaman lebih dari 18 tahun menggunakan platform Allen-Bradley, mencakup ControlLogix, CompactLogix, dan SLC-500 lama. Pekerjaan hariannya meliputi logika RSLogix / Studio 5000 dan penerapan HMI FactoryTalk View pada armada sistem lama maupun campuran.

Tinggalkan komentar

Harap diperhatikan, komentar perlu disetujui sebelum dipublikasikan.