Kode pengecualian meter daya Modbus menunjukkan bahwa sebuah perangkat menerima permintaan tetapi tidak dapat melakukan operasi yang diminta. Mereka berbeda dari waktu habis, bingkai serial yang rusak atau nilai yang didekodekan dengan urutan byte yang salah. Mulailah dengan menyimpan permintaan dan respons yang tepat, lalu periksa pengecualian tersebut terhadap peta register untuk varian meter yang terpasang. Jangan mengubah pengaturan perlindungan, mengatur ulang penghitung atau mengeluarkan perintah tulis hanya untuk membuat kesalahan hilang. Investigasi hanya-baca biasanya memberikan jalur yang lebih aman dan jelas untuk mengetahui penyebabnya.
Panduan ini menjelaskan cara mengenali respons pengecualian, memisahkan kesalahan protokol dari kegagalan komunikasi, dan menyiapkan bukti yang dapat digunakan oleh pemasok meter atau insinyur integrasi. Ini tidak menyediakan peta register BY194 atau mengklaim bahwa setiap perangkat mendukung setiap fungsi yang dijelaskan dalam protokol.
Identifikasi apa yang sebenarnya kembali
Respons normal dan respons pengecualian memiliki struktur yang berbeda. Yang Spesifikasi Protokol Aplikasi Modbus menetapkan kode fungsi pengecualian sebagai kode fungsi yang diminta dengan bit paling signifikan disetel. Data pengecualian kemudian mengidentifikasi kondisi yang dilaporkan. Misalnya, pengecualian untuk fungsi 03 menggunakan fungsi 83 dalam heksadesimal. Contoh tersebut menggambarkan framing protokol, bukan alamat atau kemampuan dari meter tertentu.
Pertama konfirmasi bahwa respons tersebut milik permintaan yang sedang diselidiki. Pada bus serial, bandingkan identitas perangkat dan bingkai yang tertangkap. Di seluruh gateway TCP, simpan juga pengenal transaksi dan detail routing. Sebuah gateway mungkin melaporkan masalahnya sendiri daripada mengembalikan pengecualian yang dihasilkan oleh meter. Perbedaan ini penting karena respons gateway yang valid tidak membuktikan bahwa instrumen hilir dapat dijangkau.
Waktu habis tidak mengandung respons yang valid untuk diklasifikasikan. Kegagalan CRC berarti pesan serial yang diterima gagal dalam pemeriksaan integritas dan tidak boleh diterima sebagai respons aplikasi. Respons normal yang valid yang berisi pengukuran yang tidak masuk akal menimbulkan pertanyaan berbeda: alamat, tipe, skala, satuan dan keaktifan data. Pisahkan kategori tersebut dalam catatan insiden.
Baca kode tanpa mendiagnosis secara berlebihan
| Pengecualian | Makna protokol | Pemeriksaan awal yang berguna | Apa yang tidak dapat ditegaskan oleh kode tersebut |
|---|---|---|---|
| 01 | Fungsi ilegal | Bandingkan fungsi yang diminta dengan manual perangkat | Bahwa perangkat keras meter rusak |
| 02 | Alamat data ilegal | Periksa offset awal dan rentang yang diminta lengkap | Bahwa mengubah hanya alamat perangkat akan membantu |
| 03 | Nilai data ilegal | Periksa struktur permintaan dan kuantitas atau nilai bidang yang diizinkan | Bahwa tegangan atau arus yang diukur berada di luar rentang |
| 04 | Kegagalan perangkat server | Lindungi bukti dan ikuti diagnostik pabrik | Komponen yang gagal secara spesifik |
| 05 atau 06 | Akui atau perangkat server sibuk | Periksa apakah operasi dan respons tersebut didokumentasikan | Izin untuk mencoba ulang tanpa batas waktu |
| 0A atau 0B | Masalah jalur gateway atau respons target | Selidiki rute gateway dan tautan hilir | Bahwa register aplikasi ada |
Label dan perbedaan di atas mengikuti spesifikasi protokol aplikasi. Keberadaan dan penanganannya tergantung pada fungsi yang diimplementasikan dan dokumentasi perangkat. Beberapa kode relevan untuk operasi yang mungkin tidak pernah didukung oleh meteran daya tertentu. Jangan membangun instruksi pemecahan masalah berdasarkan asumsi bahwa semua kode yang tercantum dapat terjadi pada model yang terpasang.
Kode 03 sangat mudah salah baca. Dalam konteks ini, “nilai data” berkaitan dengan bidang atau struktur permintaan yang ditolak oleh server. Ini bukan alarm umum yang menyatakan bahwa kuantitas fisik yang diukur tidak aman. Alarm listrik operasional harus diinterpretasikan menggunakan manual meter dan pengaturan perlindungan instalasi.
Periksa permintaan baca lengkap
Catat fungsi, alamat mulai, dan kuantitas yang diminta secara bersamaan. Memeriksa hanya register pertama dapat melewatkan rentang yang melintasi batas yang tidak didukung. Pembacaan yang dimulai dari lokasi yang valid mungkin masih menyertakan register cadangan, melebihi blok yang didukung perangkat, atau membagi nilai yang memerlukan pola akses yang didokumentasikan.
Kerjakan dari manual varian yang tepat, termasuk revisinya dan detail opsi komunikasi. Referensi register cetak mungkin menggunakan konvensi penomoran manusia yang berbeda dari offset yang dikirim dalam pesan. Gunakan panduan offset alamat register terpisah untuk mendokumentasikan konversi tersebut secara eksplisit. Jangan mencoba urutan offset tebakan pada sistem produksi tanpa rencana pengujian yang disetujui dan dibatasi.
Pilih satu item baca-saja yang didokumentasikan oleh produsen sebagai baseline. Verifikasi fungsi yang diminta dan kuantitas yang diizinkan. Jika baseline berfungsi dan blok yang dimaksud gagal, bandingkan kedua permintaan tersebut alih-alih mengubah kecepatan baud, pengkabelan, dan pengalamatan register secara bersamaan. Satu perbedaan yang dikendalikan memberikan bukti yang jauh lebih kuat daripada reset konfigurasi secara luas.
Ketika seluruh integrasi gagal, verifikasi juga pengaturan dasar komunikasi meteran daya. Opsi komunikasi yang tercantum pada halaman produk bukan bukti bahwa unit tertentu yang disertakan memilikinya, memiliki konfigurasi yang diharapkan, atau menggunakan peta yang ditemukan untuk varian yang berbeda.
Bedakan penolakan meteran dari penolakan gateway
Dokumentasikan setiap perantara antara perangkat lunak dan instrumen. Sertakan model gateway, mode komunikasi, pengidentifikasi perutean, revisi firmware yang relevan, dan kepemilikan perubahan konfigurasi. Alamat perangkat serial dapat diterjemahkan atau dipilih melalui pengaturan gateway; permintaan yang dikirim ke rute downstream yang salah dapat menghasilkan kesalahan gateway meskipun koneksi jaringan dalam keadaan baik.
Kumpulkan log gateway jika tersedia, tetapi hindari berasumsi bahwa penghitung atau diagnostik yang tidak didokumentasikan itu ada. Bandingkan respons gateway sendiri dengan tangkapan yang disetujui di batas downstream jika instalasi mendukung prosedur tersebut. Pekerjaan semacam itu harus dilakukan oleh tim kontrol yang bertanggung jawab tanpa mengganggu bus bersama atau mengekspos jaringan operasional.
Pengecualian langsung dan waktu habis (timeout) yang tertunda memerlukan tindakan selanjutnya yang berbeda. Pengecualian langsung mungkin menunjukkan bahwa target memahami sebagian permintaan untuk menolaknya. Waktu habis dapat terjadi karena perutean, ketersediaan perangkat, konfigurasi jalur, atau respons yang hilang. Tidak ada pengamatan saja yang dapat mengidentifikasi instrumen yang rusak. Pertahankan waktu sebagai pengamatan alih-alih mengubahnya menjadi spesifikasi waktu respons yang tidak didukung.
Gunakan percobaan ulang dan eskalasi yang dibatasi
Mengirim permintaan yang tidak valid secara berulang tidak akan meningkatkan keabsahannya. Untuk respons fungsi ilegal atau alamat ilegal, hentikan permintaan yang terpengaruh dan bandingkan dengan manual sebelum mencoba lagi. Untuk kondisi sibuk sementara yang didokumentasikan, gunakan penundaan yang direkomendasikan produsen, jumlah maksimum percobaan, dan jalur eskalasi yang jelas. Jangan memperlakukan respons sibuk sebagai izin untuk melakukan polling tanpa batas.
Bus bersama dapat berisi beberapa klien atau gateway, jadi koordinasikan penyelidikan apa pun. Cegah lingkaran percobaan ulang integrasi agar tidak membebani peralatan atau menyembunyikan kesalahan asli dalam log yang besar. Simpan kegagalan pertama, perubahan yang dikendalikan, dan hasil akhir. Keberhasilan pembacaan di kemudian hari tidak boleh menghapus bukti yang diperlukan untuk menjelaskan mengapa permintaan pertama ditolak.
Itu Spesifikasi garis serial Modbus membantu membedakan pengaturan bingkai pesan dan integritas dari pengecualian aplikasi. Gunakan bersama manual perangkat, bukan menganggap bingkai serial yang valid sebagai bukti bahwa setiap operasi aplikasi yang diminta didukung.
Bangun paket bukti siap pemasok
Permintaan dukungan yang berguna mencakup model dan varian meter, nomor seri jika diperlukan, revisi manual, opsi komunikasi yang terpasang, informasi firmware jika tersedia, dan pengukuran yang dimaksudkan. Tambahkan referensi register yang tepat seperti yang tercetak di manual dan offset awal serta jumlah yang dikirim oleh klien.
Lampirkan satu permintaan dan respons mentah yang sesuai dengan cap waktu dan notasi heksadesimal yang konsisten. Nyatakan apakah tangkapan diambil di klien, gateway, atau antarmuka serial. Sertakan respons yang diharapkan berdasarkan manual, pengecualian yang diamati, pengujian terbatas yang telah dilakukan dan hasilnya. Hapus kredensial, detail jaringan sensitif, dan data operasional yang tidak terkait sebelum membagikan paket.
Untuk CNBYG BY194 instrumen multifungsi, informasi produk publik mengidentifikasi komunikasi opsional RS485/MODBUS. Dapatkan dokumentasi untuk konfigurasi yang benar-benar dipesan sebelum memilih fungsi atau register. Foto produk tidak dapat memastikan dukungan protokol, opsi terpasang, penugasan terminal, atau perilaku pengecualian.
Verifikasi koreksi sebelum membuka kembali pengumpulan
Setelah koreksi yang didokumentasikan, ulangi pembacaan yang disetujui sebelumnya dan bandingkan struktur respons dengan format yang diharapkan. Pastikan bahwa hasil berasal dari instrumen yang dimaksud dan mewakili pengukuran yang dimaksudkan. Periksa satuan, skala, dan interpretasi secara terpisah; mengeliminasi pengecualian tidak menjamin keakuratan pengukuran.
Untuk nilai multi-register, lanjutkan dengan verifikasi urutan byte dan kata daripada menilai keberhasilan dari angka yang masuk akal. Bandingkan pembacaan dengan referensi terpercaya yang sesuai di bawah kondisi stabil dan catat kriteria penerimaan yang dipilih oleh proyek. Satu nilai yang kebetulan masuk akal adalah bukti yang lemah.
Pulihkan pengumpulan biasa secara bertahap, tinjau apakah pengecualian berulang, dan simpan definisi permintaan akhir dalam catatan integrasi. Jika pengecualian berbeda muncul, buka cabang diagnostik terpisah daripada menimpa penjelasan sebelumnya. Ini menjaga pekerjaan pemeliharaan di masa depan dapat direproduksi dan membuat penggantian instrumen lebih mudah diintegrasikan dengan benar.
Pembelajaran lebih lanjut: kegagalan integritas versus permintaan yang ditolak
Pelajaran edukasi netral di bawah ini menjelaskan bagaimana kesalahan transmisi dapat dideteksi. Ini mendukung perbedaan yang dibuat sebelumnya: kegagalan integritas berbeda dari pengecualian aplikasi yang diterima secara valid. Pelajaran ini tidak mendefinisikan kode pengecualian Modbus atau menggantikan dokumen protokol; gunakan sebagai latar belakang untuk menjaga cabang diagnostik tersebut terpisah.
Pertanyaan yang sering diajukan
Apakah pengecualian 02 berarti alamat meter salah?
Belum tentu. Illegal data address berkaitan dengan rentang data aplikasi yang diminta. Periksa fungsi, offset register yang dikirimkan, dan jumlah data secara keseluruhan berdasarkan manual varian perangkat yang terpasang, serta verifikasi identitas perangkat secara terpisah.
Apakah batas waktu habis (timeout) dapat dianggap sebagai kode pengecualian?
Tidak. Batas waktu (timeout) berarti tidak ada respons valid yang sesuai diterima selama periode tunggu yang ditentukan oleh klien. Hal ini memerlukan pemeriksaan komunikasi dan perutean, bukan penetapan klasifikasi pengecualian yang dibuat-buat.
Apakah integrasi harus mencoba ulang setiap exception secara otomatis?
Tidak. Perbaiki fungsi atau alamat yang tidak valid sebelum mencoba ulang. Coba ulang kondisi sementara hanya jika didokumentasikan, dengan jeda waktu, batas jumlah percobaan, dan mekanisme eskalasi. Hindari permintaan berulang yang membebani jaringan bersama tanpa menyelesaikan penyebab masalah.
Apakah respons normal sudah cukup untuk menyetujui pengukuran?
Tidak. Konfirmasi identitas, tipe data, urutan byte, skala, satuan dan kebaruan. Pertukaran protokol yang berhasil membuktikan bahwa permintaan telah dijawab, sementara penerimaan pengukuran memerlukan pemeriksaan terpisah.