Baiki Kelambatan RSLogix 500 Semasa Penyuntingan Dalam Talian | Allen-Bradl
Selesaikan masalah kelembapan RSLogix 500 semasa pengeditan dalam talian dengan menutup fail program yang tidak digunakan, membaiki pemacu USB-serial dan mel...
Apabila RSLogix 500 menjadi perlahan semasa mengedit projek SLC atau MicroLogix dalam talian, kecenderungannya adalah menyalahkan masa imbasan PLC. Dalam sebahagian besar kes, pengawal berfungsi dengan baik; stesen kerja yang menjadi punca kelembapan. Kelewatan Accept Edit, rujukan silang yang perlahan dan pembukaan fail yang tertangguh biasanya berpunca daripada terlalu banyak fail ladder dan data yang dibuka dalam editor, penyesuai USB bersiri yang terhad, dasar kuasa Windows yang mengehadkan CPU, atau gangguan cakera dan antivirus. Artikel ini membezakan mitos di lantai kilang daripada pembaikan stesen kerja yang mengembalikan penyuntingan yang pantas.
Prestasi penyuntingan RSLogix 500 banyak dipengaruhi oleh stesen kerja kejuruteraan dan laluan komunikasi, bukan masa imbasan PLC.
RSLogix 500 menyimpan keadaan tetingkap dan pangkalan data yang besar untuk setiap program dan fail data yang dibuka. Juruteknik yang membiarkan berpuluh-puluh fail LAD dan jadual data terbuka merentasi beberapa tetingkap projek memaksa IDE menyegar semula lebih banyak objek pada setiap tekanan kekunci dan setiap pengundian dalam talian. Menutup fail yang tidak digunakan ialah langkah pertama yang paling berkesan dan wajar dijadikan amalan standard sebelum melakukan penalaan OS yang lebih mendalam.
Penyesuai komunikasi dan port COM
Kerja dalam talian bergantung pada laluan bersiri DF1 atau yang serupa dan stabil. Penyesuai USB-ke-bersiri berasaskan cipset FTDI atau Silicon Labs CP210x biasanya berfungsi dengan baik bersama alat Allen-Bradley. Penyesuai berasaskan cipset Prolific kerap menjadi punca terputus sambungan, percubaan semula dan pembekuan perisian yang kelihatan berlaku apabila pemacu dipulihkan. Utamakan perkakasan FTDI atau CP210x yang terbukti baik, pasang pemacu daripada vendor dan bukannya tekaan generik Windows, serta tetapkan penyesuai kepada COM1 hingga COM4 jika boleh. Nombor COM yang lebih tinggi kadangkala berinteraksi kurang baik dengan tindanan komunikasi Rockwell yang lama dan konfigurasi pemacu tersimpan dalam RSLinx Classic.
| Faktor | Gejala dalam RSLogix 500 | Tindakan pembetulan |
|---|---|---|
| Banyak fail LAD/data dibuka | Accept Edit perlahan, penaipan tersekat-sekat | Tutup fail dan tetingkap yang tidak digunakan |
| USB-ke-bersiri Prolific | Percubaan semula, pembekuan, kegagalan masuk dalam talian | Gantikan dengan FTDI atau CP210x |
| Tetapan COM5+ | Masalah pemacu yang berlaku secara berselang-seli | Tetapkan kepada COM1–COM4 |
| Penangguhan terpilih USB | Peristiwa luar talian secara rawak | Lumpuhkan dalam tetapan kuasa |
| Pelan kuasa Balanced | Antara muka pengguna tersekat secara berkala | Gunakan pelan High Performance |
Gangguan kuasa dan cakera Windows
Pelan kuasa komputer riba yang dilabelkan Balanced atau Power Saver secara agresif meletakkan CPU dalam keadaan rehat dan menggantung peranti USB. Untuk komputer riba pentauliahan, pilih pelan kuasa High Performance, kemudian buka tetapan lanjutan dan lumpuhkan USB selective suspend. Kedua-dua perubahan ini menghapuskan kelas peristiwa luar talian berselang-seli yang kelihatan seperti pepijat perisian. Simpan projek dan pemasangan RSLogix pada SSD tempatan jika boleh; penyuntingan merentasi direktori rumah VPN yang tidak stabil atau cakera berputar akan memburukkan setiap pembukaan fail.
Pengimbasan akses masa nyata antivirus terhadap folder .RSS dan sandaran .RSS boleh melambatkan Accept Edit apabila pengimbas memeriksa setiap penulisan. Kecualikan direktori projek Rockwell dan laluan editor sementara mengikut dasar IT, atau jadualkan imbasan penuh di luar waktu pentauliahan. Pastikan ruang kosong cakera kekal mencukupi; volum sistem yang hampir penuh menyebabkan carian Windows dan memori maya beroperasi secara berlebihan semasa penyuntingan dalam talian.
Selepas menutup fail yang tidak digunakan dan menstabilkan penyesuai COM, masa Accept Edit menjadi penanda aras praktikal untuk kesihatan stesen kerja.
Prosedur penyelesaian masalah berstruktur
- Perhatikan sama ada imbasan PLC dan watchdog normal dalam fail status pemproses. Jika imbasan sihat, tumpukan perhatian pada PC.
- Tutup semua fail ladder dan data yang tidak diperlukan untuk penyuntingan semasa. Biarkan satu LAD dan jadual data kritikal terbuka.
- Sahkan cipset USB-ke-bersiri (FTDI/CP210x). Tetapkan semula kepada COM1–COM4 dan cipta semula pemacu RSLinx jika perlu.
- Tetapkan pelan kuasa High Performance dan lumpuhkan USB selective suspend. But semula sekali untuk mengosongkan keadaan kuasa USB yang lama.
- Kecualikan direktori projek daripada pengimbasan antivirus akses masa nyata mengikut dasar, dan pastikan ruang kosong cakera tempatan mencukupi.
- Ukur masa Accept Edit untuk perubahan satu rung sebelum dan selepas. Catat peningkatan tersebut dalam panduan operasi penyelenggaraan.
Masa Accept Edit selepas pembersihan stesen kerja
Pengesahan dilakukan melalui ujian masa Accept Edit: semasa dalam talian, buat perubahan kecil pada contact, terima penyuntingan dan pastikan operasi selesai dalam tempoh yang selaras dengan garis dasar kilang (biasanya beberapa saat pada komputer riba yang sihat). Jika Accept Edit masih perlahan selepas penutupan fail dan penggantian penyesuai, rakam CPU dan baris gilir cakera Windows Performance Monitor semasa penyuntingan untuk mengenal pasti masalah AV atau cakera yang masih ada. Perkara yang perlu dielakkan termasuk menyalahkan program PLC atas kelembapan stesen kerja, menjalankan beberapa instans RSLogix pada PC dengan RAM rendah, dan mengabaikan nombor port COM selepas Windows menetapkan semula penyesuai USB.
Sesi editor yang kemas, penyesuai bersiri yang boleh dipercayai dan konfigurasi Windows yang tidak mengehadkan kelajuan akan mengembalikan RSLogix 500 kepada prestasi dalam talian yang boleh digunakan. Seragamkan imej komputer riba kejuruteraan supaya setiap juruteknik menggunakan tetapan COM dan kuasa yang sama ketika menyokong platform PLC SLC dan MicroLogix legasi.
Tentang Penulis
Mark Townsend | Jurutera Automasi Kanan – Sistem Allen-Bradley
Mark Townsend ialah jurutera automasi kanan dengan pengalaman lebih daripada 18 tahun menggunakan platform Allen-Bradley, merangkumi ControlLogix, CompactLogix dan SLC-500 legasi. Kerja hariannya melibatkan logik RSLogix / Studio 5000 dan penyediaan HMI FactoryTalk View pada kumpulan sistem lama dan bercampur.