Penyelesaian masalah IC695CPE310 Pemutusan Koneksi Ethernet PLC dan SCADA iFIX

Memahami Nilai Inti dari Kontroler IC695CPE310

GE Fanuc PACSystems RX3i IC695CPE310 beroperasi sebagai CPU yang tangguh. CPU ini memiliki Ethernet terintegrasi untuk otomatisasi industri. Para insinyur mengandalkannya untuk kontrol logika PLC. CPU ini juga menangani pemrograman PAC Machine Edition (PME) dan akuisisi data SCADA. Namun, teknisi lapangan sering menghadapi tantangan jaringan tertentu. PME tetap online, tetapi perangkat lunak iFIX SCADA berhenti membaca data. Oleh karena itu, para insinyur harus menganalisis sesi Ethernet dan sumber daya SRTP. Anda tidak boleh langsung mengganti CPU. Para ahli Powergear X Automation merekomendasikan untuk mengevaluasi status driver iFIX terlebih dahulu.

Membedakan Koneksi antara Programmer PME dan Server HMI

Banyak teknisi otomatisasi pabrik salah memahami alokasi sumber daya komunikasi. Ethernet tertanam menggunakan Service Request Transport Protocol (SRTP). Dokumen teknis menunjukkan antarmuka Ethernet mendukung PME melalui koneksi programmer. Namun, akuisisi data iFIX menggunakan koneksi server SRTP terpisah. Oleh karena itu, koneksi PME yang berfungsi hanya membuktikan keberadaan jalur fisik. Hal itu tidak menjamin ketersediaan saluran data HMI. Para insinyur harus secara khusus memeriksa tautan TCP/IP yang menghubungkan driver iFIX. Akibatnya, mendiagnosis sisi SCADA mencegah penggantian perangkat keras yang tidak perlu.

Mengelola Alokasi Sumber Daya Komunikasi CPU

Beberapa teknisi mencoba mengalokasikan persentase sumber daya antara PME dan iFIX. Parameter konfigurasi ini sebenarnya tidak ada. CPE310 mengelola kemampuan komunikasi melalui koneksi server terpisah. Misalnya, LAN1 mendukung hingga 32 koneksi server SRTP. Ia juga menangani saluran server Modbus/TCP dan Ethernet Global Data (EGD). Oleh karena itu, penambahan perangkat akan menggunakan koneksi protokol tertentu. Teknisi harus memastikan protokol pasti yang digunakan iFIX. Selain itu, Anda harus memverifikasi total koneksi aktif di seluruh jaringan DCS.

Mengevaluasi Versi Firmware dan Variasi Arsitektur

Revisi perangkat keras secara langsung memengaruhi kemampuan sistem kontrol. Perangkat keras CPE310-Bxxx yang lebih baru memiliki arsitektur pemrosesan yang berbeda. Peningkatan ini meningkatkan kinerja komunikasi Ethernet secara keseluruhan. Oleh karena itu, teknisi lapangan harus mencatat nomor bagian CPU yang tepat. Anda juga harus mendokumentasikan versi firmware utama. Selain itu, verifikasi kompatibilitas dengan versi PAC Machine Edition Anda. Jangan berasumsi bahwa semua modul CPE310 memiliki kemampuan yang identik. Pencocokan versi yang tepat memastikan jaringan otomatisasi pabrik yang stabil.

Menjalankan Diagnostik Baca-Saja Sebelum Perubahan Parameter

Kami menyarankan untuk tidak langsung memodifikasi parameter Ethernet CPU. Jika PME berhasil terhubung, perangkat keras Ethernet dasar berfungsi dengan benar. Oleh karena itu, mengubah alamat IP atau subnet mask dapat mengganggu akses pemrograman. Anda sebaiknya melakukan diagnostik hanya baca. Periksa status CPU dan tabel kesalahan pengontrol terlebih dahulu. Evaluasi diagnostik komunikasi Ethernet untuk flag kesalahan. Selain itu, identifikasi alamat IP server iFIX yang tepat. Terakhir, verifikasi status koneksi TCP aktif dari baris perintah Windows.

Menghapus Sesi TCP Hantu di Jaringan Industri

Sistem SCADA pabrik sering kali menggunakan beberapa server dan node historian. Pemadaman listrik atau reboot switch dapat menciptakan koneksi hantu. Akibatnya, sesi TCP lama mungkin tidak segera dilepaskan. Mekanisme timeout ada untuk koneksi programmer PME. Namun, ini tidak berlaku untuk saluran aplikasi SRTP. Oleh karena itu, beberapa sesi yang tidak aktif dapat menghabiskan 32 koneksi server yang tersedia. Teknisi harus menggunakan alat diagnostik jaringan untuk menemukan sesi yang terbengkalai. Melepaskan sesi-sesi ini sering kali memulihkan komunikasi iFIX secara instan.

Mengoptimalkan Konfigurasi Polling SCADA untuk Keandalan

Permintaan data yang berlebihan dapat dengan mudah membebani buffer komunikasi PLC. Banyak fasilitas mengkonfigurasi iFIX untuk melakukan polling volume tag yang besar dengan cepat. Akibatnya, waktu pemindaian yang agresif menghasilkan lalu lintas Ethernet yang sangat besar. Kami merekomendasikan pengoptimalan ukuran blok data untuk mengurangi overhead. Para insinyur harus menghilangkan permintaan pembacaan tag duplikat di beberapa node. Oleh karena itu, peningkatan efisiensi polling menyelesaikan sebagian besar masalah kehabisan sumber daya. Jangan sembarangan meningkatkan parameter batas waktu komunikasi. Konfigurasi yang tepat memastikan stabilitas jangka panjang dalam sistem kontrol.

Skenario Aplikasi: Memulihkan Komunikasi Kontrol Proses

Sebuah pabrik kimia baru-baru ini kehilangan visibilitas iFIX SCADA. Namun, stasiun teknik mereka tetap memiliki akses pemrograman PME dengan sempurna. Tim pemeliharaan merencanakan penggantian CPU darurat. Powergear X Automation turun tangan dan menganalisis lalu lintas jaringan. Kami menemukan server alarm redundan yang menampung 25 sesi SRTP yang tidak aktif. Kami menjalankan langkah-langkah teknis berikut:

• ✅ Langkah 1: Status perangkat keras CPU diverifikasi melalui PME.
• ⚙️ Langkah 2: Memeriksa sesi TCP aktif menggunakan baris perintah Windows.
• 🔧 Langkah 3: Layanan polling telah dimulai ulang untuk membersihkan koneksi hantu.

Hasilnya, akuisisi data dilanjutkan tanpa perlu mengganti perangkat keras apa pun. Untuk menjelajahi solusi perangkat keras yang andal dan dukungan teknis, kunjungi Powergear X Automation untuk meningkatkan infrastruktur industri Anda hari ini.

Pertanyaan yang Sering Diajukan (FAQ)

Q1: Bisakah IC695CPE310 terhubung ke PME dan iFIX secara bersamaan?
Ya, perangkat ini mendukung koneksi simultan. Namun, Anda harus memantau total koneksi server SRTP aktif. CPU membatasi koneksi ini berdasarkan versi firmware.

Q2: Haruskah saya mengubah Parameter Pengguna Lanjutan (AUP) jika iFIX mengalami penurunan?
Tidak, Anda sebaiknya menghindari modifikasi AUP pada awalnya. Verifikasi sesi TCP aktif dan optimalkan kecepatan polling SCADA terlebih dahulu. Perubahan AUP yang tidak perlu akan menyebabkan ketidakstabilan jaringan lebih lanjut.

Q3: Mengapa PME tetap online sementara iFIX kehilangan koneksi?
PME menggunakan koneksi programmer khusus. Sementara itu, iFIX mengonsumsi sumber daya koneksi server terpisah. Sesi TCP hantu dengan mudah menghabiskan koneksi server sementara koneksi programmer tetap tersedia.