Mengonfigurasi Driver RSLinx untuk Komunikasi SLC 5/04 DF1, DH-485, dan DH+

Jendela RSWho yang kosong tidak membuktikan bahwa SLC 5/04 telah gagal. RSLinx Classic hanya dapat menelusuri pengontrol ketika empat lapisan selaras: kanal prosesor fisik, protokol yang dikonfigurasi, perangkat keras antarmuka, dan driver workstation. Pemecahan masalah menjadi lebih cepat jika lapisan-lapisan tersebut diverifikasi dalam urutan itu, alih-alih berulang kali mengubah baud rate atau memasang driver secara acak.

Identifikasi kanal dan protokol sebelum memilih kabel atau driver RSLinx Classic.

Mulai dari prosesor, bukan laptop

SLC 5/04 memiliki antarmuka serial Kanal 0 dan antarmuka Data Highway Plus Kanal 1. Konfigurasi Kanal 0 menentukan apakah jalur serial menggunakan perilaku DF1 atau DH-485; Kanal 1 digunakan untuk DH+. Konfirmasikan katalog dan seri prosesor yang tepat karena detail konektor, antarmuka pabrik yang sudah ada, dan metode pemulihan yang tersedia sangat penting. Manual perangkat keras modular Rockwell SLC 500 merupakan referensi utama untuk port, pengkabelan, dan informasi status.

Jangan menghubungkan laptop yang tidak dikenal ke jaringan aktif sebelum konfigurasi kanal dan rencana node diketahui. Baca proyek saat ini, catatan pemeliharaan, label kabinet, dan nomor komponen antarmuka. Jika tersedia berkas RSLogix 500 offline, periksa Channel Configuration, tetapi perlakukan informasi tersebut sebagai bukti, bukan kepastian bahwa pengontrol yang sedang berjalan memiliki konfigurasi yang sama. Catat konfigurasi driver saat ini sebelum mengubahnya.

DF1 pada Kanal 0

Untuk koneksi DF1 Full-Duplex titik ke titik, RSLinx Classic biasanya menggunakan driver RS-232 DF1 Devices. Pilih port COM Windows yang sebenarnya dan samakan baud rate, parity, pemeriksaan kesalahan, stop bit, serta handshaking dengan prosesor. Auto-Configure hanya dapat membantu jika kabel, port COM, antarmuka listrik, dan protokol pengontrol sudah kompatibel. Konfigurasi otomatis yang berhasil tetap harus dicatat, bukan diterima sebagai sesuatu yang tidak terdokumentasi.

Kabel tipe 1747-CP3 berkaitan dengan jalur serial SLC, tetapi susunan pin konektor dan perilaku adaptor harus diverifikasi. Banyak laptop masa kini menggunakan adaptor USB-ke-serial; driver, penetapan COM, pengaturan manajemen daya, isolasi, dan kompatibilitasnya dapat memengaruhi proses pengunggahan yang lama. Kabel yang berfungsi untuk keluarga pengontrol lain bukan bukti bahwa susunan pinnya benar. Manual protokol dan set perintah DF1 dari Rockwell menjelaskan perilaku tautan yang mendasarinya.

DH-485 pada Kanal 0

DH-485 bukan sekadar DF1 dengan baud rate berbeda. DH-485 adalah jaringan multi-node dengan metode akses, pengalamatan, media, dan persyaratan antarmukanya sendiri. Kabel serial biasa tidak dapat menggantikan perangkat keras konversi atau isolasi yang diperlukan. Identifikasi apakah instalasi menggunakan 1747-PIC, 1761-NET-AIC, antarmuka lain yang disetujui, atau gateway, lalu gunakan driver dan dukungan sistem operasi yang sesuai dengan perangkat keras tersebut.

Setiap stasiun memerlukan alamat node yang unik dan semua node harus menggunakan parameter jaringan yang kompatibel. Sebelum menghubungkan perangkat, bandingkan alamat workstation yang diusulkan dengan daftar node yang terdokumentasi. Alamat duplikat dapat membuat penelusuran terputus-putus dan mengganggu perangkat lain. Antarmuka PIC lama juga memiliki keterbatasan platform dan sistem operasi yang signifikan, sehingga gateway yang didukung mungkin lebih aman daripada memaksakan perangkat keras workstation yang sudah usang untuk digunakan.

Parameter driver harus mereproduksi pengaturan kanal; parameter tersebut tidak dapat mengubah protokol yang disediakan oleh prosesor.

DH+ pada Kanal 1

Data Highway Plus memerlukan antarmuka yang kompatibel, seperti kartu Rockwell yang terpasang atau gateway yang didukung, serta pengkabelan trunk dan terminasi yang benar. Gunakan alamat node DH+ yang belum dipakai. Alamat DH+ secara konvensional ditulis dalam oktal, jadi catat nilai yang ditampilkan beserta notasinya dalam catatan pemeliharaan. Perlakukan alamat 10 sebagai oktal 10, bukan desimal 10, kecuali alat tersebut secara eksplisit menyatakan sebaliknya.

Verifikasi laju jaringan dari dokumentasi sistem dan konfigurasi antarmuka yang ada, bukan dengan mengasumsikan nilai bawaan. Periksa konektor, kontinuitas shield, tap, jalur trunk, dan resistor terminasi sesuai desain jaringan. Jika beberapa node menghilang secara bersamaan, curigai masalah media atau antarmuka sebelum mengubah SLC. Jika hanya workstation baru yang tidak muncul, fokuskan pemeriksaan pada node, laju, driver, dan jalur antarmukanya.

Konfigurasikan RSLinx Classic secara terencana

Buat driver dengan nama terpisah untuk setiap jalur yang diuji agar profil yang telah terbukti baik tidak tertimpa. Untuk DF1, pilih RS-232 DF1 Devices, port COM yang benar, dan parameter serial yang sesuai. Untuk antarmuka DH-485 yang didukung, pilih driver yang didokumentasikan untuk antarmuka tersebut dan tetapkan nomor stasiun yang belum digunakan. Untuk DH+, gunakan driver yang terkait dengan antarmuka atau gateway yang terpasang, lalu sesuaikan node dan laju jaringannya.

Jalankan driver dan periksa statusnya sebelum membuka RSWho. Driver yang melaporkan konflik port, perangkat keras tidak tersedia, atau kegagalan saat memulai tidak dapat menelusuri pengontrol. Di RSWho, nonaktifkan aktivitas autobrowse yang tidak diperlukan saat mendiagnosis tautan yang tidak stabil, lalu perluas hanya driver yang dimaksud. Pastikan jenis prosesor dan node yang ditampilkan sesuai dengan catatan kabinet dan proyek.

Pisahkan pengujian fisik, tautan, dan aplikasi

Urutan diagnosis yang andal mengubah satu lapisan pada satu waktu. Pertama, konfirmasikan daya, status prosesor, kondisi konektor, LED antarmuka, dan kontinuitas kabel. Berikutnya, konfirmasikan bahwa driver dapat dimulai dan node jaringan muncul secara konsisten. Kemudian buka RSLogix 500 dan uji penelusuran hanya-baca atau tampilan tabel data. Terakhir, evaluasi kestabilan pengunggahan atau pengeditan online. Langsung melakukan pengunggahan akan menyulitkan pembedaan antara gangguan fisik dan batas waktu aplikasi.

Ketika node muncul dan menghilang, catat interval serta stasiun yang terdampak. Hilangnya koneksi secara berulang dapat disebabkan oleh pengalamatan duplikat, pengkabelan yang buruk, terminasi yang salah, reset antarmuka, manajemen daya USB, atau percobaan ulang yang berlebihan. Jangan menyatakan bahwa penghematan daya laptop adalah penyebabnya tanpa mereproduksi kegagalan tersebut. Gunakan penghitung, diagnostik driver, LED antarmuka, dan jalur yang telah terbukti baik untuk mengisolasi lapisan masalah.

Lindungi program yang sedang berjalan

Terhubung secara online dengan aman memerlukan lebih dari sekadar komunikasi. Konfirmasikan identitas prosesor, checksum proyek atau status perbandingan, mode operasi, status force, dan otorisasi pabrik. Lakukan pengunggahan sebelum menganggap berkas offline masih terbaru. Simpan berkas yang diunggah dengan stempel waktu dan identitas pengontrol. Jangan mengunduh hanya untuk menguji komunikasi; pengunduhan dapat mengganti aplikasi yang sedang berjalan dan mengubah output.

Untuk jaringan lama, koordinasikan koneksi dengan tim operasi karena node duplikat, konektor yang terganggu, atau trunk yang lemah dapat memengaruhi produksi. Pastikan workstation aman secara listrik dan mekanis, hindari memindahkan adaptor selama pengunggahan, dan simpan cadangan konfigurasi driver RSLinx yang telah disetujui. Antarmuka pengganti dan komponen jaringan yang berguna dapat dikelola melalui suku cadang komunikasi dan jaringan di lokasi.

Kriteria penerimaan dan dokumentasi

Suatu jalur belum terbukti hanya karena berhasil ditelusuri sekali. Verifikasi penyegaran RSWho berulang kali, pengunggahan lengkap, sesi tabel data online yang berlangsung stabil, dan koneksi ulang yang bersih setelah perangkat lunak ditutup. Jika jalur tersebut ditujukan untuk pemeliharaan, uji dari lokasi servis yang disetujui tanpa mengganggu trunk produksi. Catat katalog prosesor, kanal, protokol, nomor komponen kabel atau gateway, antarmuka workstation, nama driver, node, laju, pengaturan serial, versi perangkat lunak, dan keterbatasan yang diketahui.

Tujuan rekayasa adalah jalur servis yang dapat direproduksi, bukan koneksi yang berhasil secara kebetulan. Menyesuaikan kanal pengontrol dengan antarmuka fisik dan driver yang tepat mencegah sebagian besar pemecahan masalah yang sia-sia. Pengujian berlapis kemudian mengungkap masalah pengkabelan, pengalamatan, workstation, atau aplikasi yang tersisa tanpa mengubah program kontrol yang sedang berjalan secara tidak perlu.