Tampilan SCADA Menampilkan Nilai Salah Sementara PLC Membaca dengan Benar: Panduan Diagnosa Penyebab Utama

Masalah Utama: Operator Mempercayai Angka yang Salah

PLC GE RX3i Anda menunjukkan suhu reaktor sebesar 87,4 °C. HMI Yokogawa CENTUM VP Anda menunjukkan 22.937 °C. Transmitter lapangan dalam kondisi sehat. Tidak ada perubahan pada ladder logic. Namun operator ruang kontrol melihat pembacaan yang sangat salah dan ragu untuk bertindak. Ketidaksesuaian ini menyebabkan shutdown yang terlewat, trip palsu, dan hilangnya visibilitas proses. Penyebab utama tidak pernah berasal dari perangkat lapangan. Masalahnya ada di jalur data antara register output PLC dan penyimpanan tag SCADA.

Lima kesalahan spesifik menyebabkan 95% dari kasus ini. Masing-masing meninggalkan jejak yang khas. Identifikasi jejak tersebut terlebih dahulu, lalu perbaiki. Panduan ini membahas setiap kesalahan dengan parameter konkret dari Yokogawa dan GE RX3i.

Kesalahan 1 — Skala Diterapkan Dua Kali

Modul input analog GE RX3i AI-215 mengeluarkan bilangan bulat 15-bit. Pada 4 mA hitungan mentah adalah 0; pada 20 mA hitungan adalah 32.000. Fungsi blok PLC GE SCALE_INT mengonversi ini ke satuan teknik (EU) — misalnya 0–200 °C — dan menyimpan hasilnya di %R00101 sebagai REAL. Jika Yokogawa CENTUM VP kemudian membaca %R00101 dan menerapkan skala 0–32000 ke 0–200 °C lagi dalam definisi tag, nilai yang ditampilkan melonjak menjadi 200 × (87,4 / 200) × (32000 / 200) = 13.984 °C. Selalu periksa tipe tag PLC sebelum mengonfigurasi skala SCADA.

1. Buka GE Proficy Machine Edition. Navigasikan ke blok AI untuk saluran yang dicurigai.
2. Konfirmasi apakah referensi output (%R atau %AI) berisi hitungan mentah atau EU. Mentah = tipe WORD; EU = tipe REAL.
3. Di Yokogawa CENTUM VP Builder, buka definisi tag untuk titik tersebut. Jika blok GE sudah mengeluarkan EU, atur SCADA Input Low = 0.0 dan Input High = 1.0 dengan Output Low = 0 dan Output High = 200 untuk membuat pass-through 1:1. Hapus konversi mentah ke EU apa pun.
4. Tulis nilai uji 100.0 ke %R00101 melalui monitor data GE. Verifikasi CENTUM VP menunjukkan 100.0 ± 0.1. Jika tidak, periksa kembali rantai skala tag.

Kesalahan 2 — Konflik Tipe Data Antara REAL dan INT

REAL IEEE 754 32-bit yang disimpan dalam dua register Modbus berturut-turut (misalnya, 40101 dan 40102) terlihat seperti bilangan bulat besar yang tidak berarti jika tag SCADA hanya membaca register 40101 sebagai INT16. Yokogawa CENTUM VP menggunakan tipe tag REAL, LONG, INT, dan WORD. GE RX3i menggunakan REAL (float 32-bit) dan INT (signed 16-bit). Ini harus cocok di seluruh batas Modbus. Ketidaksesuaian REAL menghasilkan nilai seperti –2.147.352.576 atau 3.4028E38 di faceplate SCADA.

1. Di GE Proficy, catat tipe data tepat dari setiap tag yang diekspor — REAL menempati 2 register Modbus; INT menempati 1.
2. Di pengaturan tag OPC DA CENTUM VP, atur Tipe Data = REAL untuk semua referensi GE floating-point. Atur jumlah register = 2 per tag.
3. Konfirmasi pengaturan urutan byte di driver Modbus Yokogawa sesuai dengan urutan byte GE RX3i. GE RX3i menggunakan urutan kata big-endian secara default.
4. Paksa nilai REAL yang diketahui (misalnya, 50.0 = hex 42480000) ke register GE. Verifikasi CENTUM VP membaca 50.0 tanpa pemotongan.

Kesalahan 3 — Kesalahan Urutan Kata dan Urutan Byte Modbus

GE RX3i menyimpan REAL 32-bit di register 40101 (kata tinggi) dan 40102 (kata rendah). Yokogawa CENTUM VP dengan pengaturan driver Modbus default mungkin membaca register 40101 sebagai kata rendah dan 40102 sebagai kata tinggi. Hasilnya adalah float dengan byte yang tertukar yang menghasilkan angka sangat berbeda. Misalnya, 87,4 °C (hex 42AE999A) menjadi –8.50505E–30 saat kata-kata tertukar. Perbaiki ini di blok parameter komunikasi CENTUM VP.

1. Buka CENTUM VP System View. Navigasikan ke node komunikasi master Modbus.
2. Temukan parameter urutan byte FLOAT32. Pilihan biasanya: ABCD (big-endian), CDAB (mid-big), BADC (mid-little), DCBA (little-endian).
3. GE RX3i menggunakan urutan ABCD. Atur driver CENTUM VP ke ABCD untuk semua tag REAL dari GE.
4. Restart driver Modbus. Verifikasi dengan nilai teknik yang diketahui. Dokumentasikan pengaturan urutan byte di lembar loop.

Kesalahan 4 — Offset Alamat dan Data Kadaluarsa

Kesalahan offset alamat muncul dari ketidaksesuaian penomoran register berbasis 0 versus berbasis 1. Insinyur PLC GE menetapkan nilai ke register 40021. Insinyur Yokogawa mengonfigurasi tag untuk membaca alamat 20 (basis-0), mengharapkan register 40021 — tetapi di beberapa driver Modbus alamat basis-0 20 memetakan ke register 40021, sementara di lainnya memetakan ke 40022. Offset satu register berarti tag SCADA membaca variabel yang benar-benar berbeda. Ini diam-diam dan berbahaya di pabrik yang sedang berjalan. Data kadaluarsa sama bahayanya. Ketika CENTUM VP kehilangan konektivitas Modbus lebih dari 500 ms, ia membekukan nilai terakhir yang baik dan menunjukkan kualitas tag sebagai "Tidak Pasti." Operator mungkin tidak menyadari perubahan status kualitas jika faceplate HMI tidak memberi kode warna kualitas.

1. Bandingkan tabel penugasan register GE Proficy dengan tabel alamat tag CENTUM VP. Selesaikan basis-0 versus basis-1 dengan menyuntikkan nilai unik (misalnya, 123,4) ke register yang diketahui dan memastikan tag SCADA yang benar diperbarui.
2. Di CENTUM VP, aktifkan tampilan kualitas tag pada semua faceplate analog kritis. Konfigurasikan alarm tingkat sistem saat lebih dari 5% tag memasuki status kualitas "Buruk."
3. Atur timeout komunikasi Modbus ke 1.000 ms dengan 3 kali percobaan ulang sebelum menyatakan tag Buruk. Timeout default 30 detik menyembunyikan gangguan sementara.
4. Catat semua kesalahan komunikasi di jurnal kejadian CENTUM VP. Tinjau mingguan untuk pola putus sambung berulang yang menandakan kerusakan perangkat keras atau kemacetan jaringan.

Saran Tindakan Terbukti di Lapangan

Setiap ketidaksesuaian data SCADA-PLC masuk ke dalam salah satu dari lima kategori ini: skala ganda, konflik tipe data, kesalahan urutan kata, offset alamat, atau data kadaluarsa. Mulailah diagnosis dengan membaca register mentah langsung pada monitor data GE RX3i dan membandingkannya dengan nilai tag Yokogawa CENTUM VP pada saat yang sama. Jika register mentah menunjukkan nilai EU yang benar dan SCADA tidak, kesalahan ada pada komunikasi atau konfigurasi tag — bukan perangkat lapangan. Perbaiki masalah skala dan tipe data terlebih dahulu; ini yang paling umum. Kemudian verifikasi urutan byte, pemetaan alamat, dan pengaturan kualitas komunikasi. Dokumentasikan setiap parameter yang diperbaiki di lembar loop as-built. Satu tag yang salah konfigurasi di loop reaktor kritis dapat menyebabkan shutdown tak terencana yang merugikan puluhan ribu dolar per jam. Perbaikan memakan waktu kurang dari 30 menit jika Anda tahu register mana yang harus diperiksa.

Untuk integrasi Modbus yang andal antara GE RX3i dan Yokogawa CENTUM VP, pertimbangkan menggunakan modul komunikasi Modbus khusus untuk menjembatani perbedaan protokol dan mempermudah pemecahan masalah.