Tombol dan objek HMI Weintek menghilang: pemecahan masalah Modbus

5. Pahami Pengaturan Local dan Remote Device

Jangan ubah setiap PLC Ethernet menjadi “Remote”.

Dalam arsitektur perangkat EasyBuilder Pro yang terdokumentasi:

• A Local Device terhubung ke HMI lokal.
• A Remote Device terhubung melalui HMI lain.

Karena itu, “Local” tidak berarti alamat PLC hanyalah memori internal HMI. Perangkat yang terhubung melalui Ethernet dapat menjadi bagian dari konfigurasi perangkat HMI lokal.

Manual menjelaskan perbedaan ini dalam bagian pengaturan perangkat lokal dan remote. Ikuti topologi komunikasi yang sebenarnya dan instruksi driver yang dipilih. Weintek EasyBuilder Pro V6.10.01, Bab 5, bagian 5.2.2–5.2.3

Setelah konversi proyek atau perubahan perangkat, pastikan objek yang terdampak merujuk pada entri perangkat yang benar. Pengaturan yang tepat pada satu entri perangkat tidak akan memperbaiki objek yang masih menunjuk ke entri lain.

6. Periksa Interlock dan Visibilitas Saat Pembacaan Valid

Jika nilai yang diperlukan dapat dibaca, periksa kondisi tampilan objek.

Sebagai contoh, manual EasyBuilder Pro mendokumentasikan Hide when disabled untuk interlock pada objek Set Word. Jika kondisi yang dikonfigurasi tidak terpenuhi, objek disembunyikan. Jenis objek lain memiliki pengaturan keamanan dan visibilitasnya sendiri. Weintek EasyBuilder Pro V6.10.01, Bab 13, halaman 13-22

Memeriksa:

• Apakah penyembunyian diaktifkan.
• Nilai mana yang mengontrol kondisi tersebut.
• Apakah nilai tersebut valid dan terbaru.
• Apakah perbandingan sesuai dengan kondisi mesin yang dimaksud.
• Apakah pengguna saat ini memiliki hak yang diperlukan.
• Apakah tampilan objek berubah sesuai statusnya.

Objek yang tersembunyi mungkin berperilaku persis seperti yang dirancang. Konfirmasikan perilaku yang dimaksud dengan pemilik proyek sebelum mengubahnya.

Jangan menghapus interlock atau pembatasan hak hanya untuk mengembalikan visibilitas pada mesin yang sedang berjalan. Perbaiki kesalahan konfigurasi yang telah diidentifikasi melalui proses perubahan yang disetujui.

7. Pisahkan Masalah Koneksi dari Masalah Permintaan

Jika tidak ada pembacaan relevan yang berhasil, periksa koneksi. Jika sebagian pembacaan berhasil, prioritaskan permintaan yang gagal.

Untuk Modbus TCP, periksa IP tujuan, antarmuka LAN yang dipilih, route, port server yang dikonfigurasi, dan apakah layanan Modbus yang dimaksud tersedia.

Untuk Modbus RTU, bandingkan antarmuka COM yang dipilih, nomor station, format serial, dan pinout kabel dengan dokumentasi peralatan. Periksa atau ubah wiring hanya sesuai prosedur pemeliharaan aman yang berlaku.

Untuk alur koneksi yang lebih luas, lihat Weintek HMI “PLC No Response”: perbaikan Serial dan Ethernet.

Jangan anggap ping yang berhasil, lampu link, atau indikasi umum “connected” sebagai bukti bahwa register objek yang hilang dapat dibaca. Verifikasi transaksi spesifik tersebut.

8. Selidiki Permintaan Latar Belakang Tanpa Menghapus Fungsi Produksi

Peringatan komunikasi dapat tetap muncul meskipun halaman yang ditampilkan terlihat normal.

Tinjau fungsi latar belakang yang merujuk ke perangkat yang sama, seperti monitoring alarm, sampling data, macro, dan transfer data. Identifikasi alamat usang atau yang dipetakan salah melalui diagnostik dan peninjauan proyek.

Jangan hapus fungsi alarm atau monitoring dari aplikasi live hanya untuk menghilangkan pesan. Jika pengujian isolasi diperlukan, lakukan pada salinan proyek yang terkontrol dan pertahankan konfigurasi asli.

Demikian pula, meningkatkan timeout hanya tepat jika bukti menunjukkan bahwa respons yang valid datang terlambat. Hal itu tidak memperbaiki alamat yang salah atau kondisi visibilitas.

9. Verifikasi Perbaikan Sebelum Kembali ke Operasi Normal

Ubah satu penyebab yang telah diidentifikasi pada satu waktu, lalu compile dan deploy melalui proses pemeliharaan normal.

Konfirmasikan bahwa:

1. Objek yang dimaksud muncul pada kondisi yang benar.
2. Status yang ditampilkan sesuai dengan nilai perangkat yang sebenarnya.
3. Objek yang sebelumnya berfungsi masih bekerja dengan benar.
4. Perilaku login dan interlock tetap sesuai desain.
5. Peringatan komunikasi tidak lagi berulang selama urutan operasi terkait.
6. Setiap fungsi perintah diuji hanya melalui prosedur pengujian mesin yang disetujui.

Jika diperlukan, verifikasi perilaku startup dan pemulihan komunikasi selama pengujian terencana. Pulihkan pengaturan akses diagnostik sesuai kebijakan lokasi dan simpan proyek yang telah diperbaiki.

Jika masalah tetap belum terselesaikan, berikan kepada dukungan versi proyek, konfigurasi objek, peta register server, dan permintaan gagal yang telah direkam. Detail ini lebih berguna daripada “layar kosong”.