Menghubungkan PLC & Meter Modbus RTU Lama ke Cloud

Pertanyaan yang paling sering muncul sebelum proyek IoT industri dimulai: "apakah mesin kami harus diganti dulu?" Jawabannya hampir selalu tidak. Mesin produksi berumur 10–15 tahun umumnya sudah memiliki PLC, inverter, atau power meter dengan port RS-485 dan protokol Modbus RTU. Datanya sudah ada — hanya tidak pernah keluar dari pintu panel.

Apa itu Modbus RTU, secara praktis

Modbus RTU adalah protokol serial yang menjadi bahasa umum perangkat industri sejak lama, dan tetap dominan sampai sekarang justru karena sederhana. Beberapa hal yang perlu dipahami sebelum retrofit:

• Topologi bus. Beberapa perangkat berbagi satu jalur RS-485 dua kabel. Satu perangkat bertindak sebagai master yang bertanya, sisanya slave yang menjawab bila dipanggil sesuai alamatnya.
• Register. Nilai seperti tegangan, arus, suhu, atau status mesin tersimpan di alamat register. Anda perlu register map dari manual perangkat untuk tahu alamat mana berisi apa, dan dalam format apa.
• Skala dan tipe data. Register umumnya 16-bit. Nilai desimal biasanya diskalakan (misalnya 2201 berarti 220,1 V) dan angka besar dipecah ke dua register. Salah menafsirkan urutan word adalah penyebab nomor satu data yang "terbaca tapi ngawur".
• Parameter komunikasi. Baud rate, parity, dan stop bit harus sama untuk semua perangkat di satu bus.

Lima langkah retrofit yang realistis

1. Inventarisasi perangkat. Catat merek, tipe, dan apakah port RS-485-nya sudah terpakai. Kumpulkan manual — di sanalah register map berada.
2. Tentukan data yang benar-benar dibutuhkan. Jangan mulai dengan "ambil semua register". Mulai dari pertanyaan bisnisnya: berapa jam mesin ini benar-benar berproduksi, berapa energi per batch, kapan suhu keluar dari rentang. Sepuluh sampai dua puluh titik data biasanya sudah cukup untuk fase pertama.
3. Pasang gateway. IncludeGateways disambungkan ke jalur RS-485, lalu mem-polling register sesuai interval yang ditentukan — beberapa detik untuk status mesin, lebih jarang untuk akumulasi energi.
4. Kirim ke platform. Gateway mengubah pembacaan register menjadi pesan yang bermakna dan mengirimkannya lewat MQTT atau HTTP ke platform, melalui jaringan pabrik, 4G, atau LoRa untuk titik terpencil.
5. Validasi terhadap kenyataan. Langkah yang paling sering dilewati dan paling penting: bandingkan nilai di dashboard dengan pembacaan display panel atau alat ukur di lapangan, selama beberapa hari. Skala, offset, dan salah alamat register hampir selalu ketahuan di tahap ini.

Yang perlu diperhatikan agar tidak mengganggu produksi

• Hanya baca, jangan tulis. Untuk pemantauan, gateway cukup melakukan operasi baca. Ini menjaga logika kontrol mesin tetap sepenuhnya berada di PLC dan menghilangkan risiko intervensi yang tidak diinginkan.
• Hormati beban bus. Polling terlalu agresif pada bus yang sudah dipakai SCADA dapat menyebabkan timeout. Sesuaikan interval, dan bila perlu gunakan jalur terpisah.
• Perhatikan pengabelan RS-485. Gunakan kabel twisted pair berpelindung, jaga topologi tetap linear, dan pasang terminasi di ujung bus. Sebagian besar masalah "data putus-putus" berakar di sini, bukan di perangkat lunak.
• Pisahkan jaringan. Trafik data operasional sebaiknya tidak bercampur dengan jaringan kantor. Untuk titik yang jauh, jalur 4G tersendiri sering lebih sederhana dan lebih aman daripada menarik kabel jaringan.

Gejala umum dan penyebabnya

Retrofit Modbus jarang gagal total; yang lebih sering terjadi adalah data terbaca tetapi tidak masuk akal. Empat gejala yang paling sering ditemui dan penyebab tipikalnya:

• Semua register terbaca nol. Biasanya alamat slave salah, atau kabel A dan B pada RS-485 tertukar. Periksa alamat perangkat di menu display sebelum menyalahkan gateway.
• Nilai terbaca tetapi besarnya aneh — misalnya tegangan 2201. Ini masalah skala: register menyimpan nilai dalam satuan sepersepuluh. Faktor skala tercantum di manual, bukan sesuatu yang boleh ditebak.
• Angka besar melompat-lompat tidak wajar. Nilai 32-bit yang dipecah ke dua register dibaca dengan urutan word terbalik. Menukar urutannya biasanya langsung menyelesaikan masalah.
• Data terputus berkala. Umumnya bukan perangkat lunak: terminasi bus tidak terpasang, kabel terlalu panjang, jalur data melewati kabel daya motor, atau polling terlalu rapat sehingga perangkat kehabisan waktu menjawab.

Karena itu tahap validasi tidak boleh dilewati. Satu minggu membandingkan pembacaan dashboard dengan display panel akan menyelamatkan berbulan-bulan keputusan yang diambil dari data yang salah.

Kalau perangkatnya benar-benar tidak berkomunikasi

Sebagian mesin memang tidak menyediakan antarmuka digital sama sekali. Dalam kasus ini, sensor tambahan dipasang di luar mesin — arus, getaran, suhu, atau sensor status pada kontaktor — dan datanya dikirim lewat IncludeBox tanpa menyentuh panel kontrol. Pendekatan ini tidak mengubah garansi maupun logika kontrol mesin.

Setelah data mengalir, tahap berikutnya adalah memanfaatkannya: pemantauan energi lewat InEnergy, atau dashboard operasional khusus yang dibangun tim layanan INCLUDE bila proses Anda memerlukan logika bisnis tersendiri.

Intinya: sebelum menganggarkan penggantian mesin, periksa dulu apakah mesin Anda sebenarnya sudah siap berbicara.