Penukaran PLC-5 boleh menghasilkan kod Logix yang sah tetapi masih menyebabkan proses gagal. Fail data, pemindahan blok Remote I/O, tingkah laku imbasan dan status komunikasi merupakan sebahagian daripada kontrak mesin asal walaupun tiada siapa mendokumentasikannya sedemikian.

Pemindahan PLC yang berjaya membina semula kontrak I/O dan data antara rak lama dengan pengawal moden.

Pemindahan paling selamat membina semula kontrak tersebut. Perisian terjemahan boleh mempercepat penukaran arahan, tetapi tidak boleh menentukan maksud bit status lama, kekerapan blok analog dijangka dikemas kini atau nilai lapuk yang sepatutnya menghalang sesuatu jujukan.

Inventorikan tingkah laku, bukan arahan sahaja

Bagi setiap rak dan penyesuai, rekodkan pengalamatan, katalog modul, peta diskret, panjang pemindahan blok, kadar kemas kini, penskalaan, tindak balas kerosakan dan penggera. Jejaki setiap hasil BTR dan BTW ke dalam logik yang menggunakannya. Denyutan satu imbasan memerlukan pengendalian yang berbeza daripada status yang dikekalkan sehingga pemindahan seterusnya.

Catat masa imbasan, logik STI, laluan mesej dan rujukan fail HMI. Fail integer dan bit PLC-5 sering berfungsi sebagai antara muka tidak rasmi. Dalam ControlLogix, fail tersebut sepatutnya menjadi tag atau struktur bernama dengan pemilikan yang jelas.

Pilih peralihan Remote I/O

Projek berfasa mungkin mengekalkan Remote I/O buat sementara waktu. Manual Rockwell 1756-RIO menerangkan pemindahan berjadual data diskret dan pemindahan blok untuk tujuan pemindahan. Ia mewujudkan jambatan terkawal sementara I/O lapangan digantikan; ia tidak menjadikan rangkaian lama kekal.

Penukaran penuh menggantikan rak dengan I/O EtherNet/IP serta meningkatkan skop gangguan operasi dan ujian. Pilihan bergantung pada alat ganti, keadaan kabel, masa henti dan akibat pelancaran semula.

Tulis semula kawalan berdasarkan keadaan yang jelas

Jangan menggantikan bit selesai atau ralat secara mekanikal. Bina struktur komunikasi dengan keadaan diarahkan, keadaan aktif, selesai, ralat, ralat lanjutan, cap masa dan status kesahihan data. Pengguna data perlu mengetahui sama ada data itu baharu, lapuk atau tidak tersedia.

Uji semula one-shot, penjujuk, pengalamatan tidak langsung, zon MCR, I/O tak segerak dan pencetusan semula mesej. Tugas ControlLogix dilaksanakan secara berbeza daripada imbasan berterusan PLC-5. Arahan yang setara tidak menjamin pemasaan yang setara.

Buktikan pelancaran semula sebelum pengeluaran

Uji jujukan normal, setiap permisif, kehilangan setiap penyesuai, data analog lapuk, pemulihan komunikasi dan mula semula terkawal. Bandingkan output kritikal dan nilai proses bersama cap masa. Pelan pelancaran semula memerlukan perkakasan yang telah diuji, sandaran dan tarikh akhir keputusan.

Calon platform dan alat ganti boleh disemak dalam koleksi sistem PLC dan PAC, tetapi perkakasan mesti mengikut kontrak I/O yang telah disahkan.

Pandangan kami: jalan pintas yang berbahaya ialah mengisytiharkan kod yang diterjemahkan sebagai “hampir lengkap”. Pemasaan dan tingkah laku kerosakan yang tidak didokumentasikan akhirnya menentukan sama ada loji boleh mempercayai pengawal tersebut.

Soalan yang ditanya oleh jurutera sebelum membuat perubahan

Bolehkah kod PLC-5 ditukar secara automatik?

Alat boleh menukar sebahagian set arahan, tetapi jurutera mesti mereka bentuk semula I/O, komunikasi, struktur data, pemasaan dan pengendalian kerosakan.

Adakah Remote I/O mesti digantikan semasa penukaran?

Tidak semestinya. Jambatan yang disokong boleh membolehkan pelaksanaan berfasa, tetapi keadaan, alat ganti dan pelan penamatan mesti dinyatakan dengan jelas.

Apakah yang perlu diuji?

Uji jujukan, permisif, kehilangan penyesuai, data lapuk, pemulihan, penggera, tindakan pengendali dan pelancaran semula yang dipantau mengikut masa.