Dashboard Node-RED untuk Data PLC: Panduan Perencanaan
Setelah memahami peran
Modbus TCP dan MQTT untuk monitoring PLC, Anda dapat mulai merancang
alur visualisasinya. Node-RED dapat membantu merangkai aliran data dari
sumber hingga ke tampilan visual. Namun, dashboard yang efektif
berawal dari kejelasan definisi tag dan kebutuhan pengguna,
bukan sekadar memilih warna grafik. Perencanaan di bawah ini cocok untuk
tahap proof of concept pemantauan (monitoring) PLC.
Nama paket, kompatibilitas perangkat, dan langkah instalasi perlu diuji
di lingkungan masing-masing sebelum diterapkan pada sistem produksi.
Dokumentasi
Node-RED memaparkan konsep node, flow,
message, serta configuration node. Satu flow
dapat menerima data, memvalidasi strukturnya, lalu meneruskan hasilnya
ke media penyimpanan atau tampilan. Pada penerapan di industri, Node-RED
tidak mengambil alih logika kendali PLC, melainkan hanya mengolah
salinan data untuk kebutuhan pemantauan.
pemantauan data. Bentuk perangkat mengacu pada Schneider Modicon M241
dan Advantech WISE-710.
Arsitektur
sistem: dari PLC ke dashboard Node-RED
Pada contoh ini, data pemantauan melewati lima peran: PLC →
gateway → broker MQTT → Node-RED → browser
pengguna. PLC membaca masukan dan menjalankan logika mesin.
Gateway mengambil data yang diizinkan dari PLC, lalu perangkat
lunak klien MQTT pada gateway menerbitkannya ke
broker. Node-RED berlangganan topik yang sesuai, memeriksa
data, dan memperbarui dashboard yang dibuka melalui
browser. MQTT merupakan pilihan arsitektur pada contoh ini,
bukan syarat wajib untuk setiap dashboard Node-RED.
dashboard. Jalur perintah bersifat opsional dan memerlukan validasi
serta izin akses tersendiri.
- PLC dan perangkat lapangan. Sensor serta status
mesin dibaca oleh PLC. Tentukan tag yang boleh diakses,
misalnya status jalan pompa, status gangguan, dan suhu panel. Logika
kendali lokal tetap berada di PLC. - Gateway penghubung data. Pada contoh ini,
gateway membaca tag melalui Modbus TCP di jaringan
Ethernet. Pastikan PLC menyediakan antarmuka yang diperlukan serta
gateway memiliki perangkat lunak dan pemetaan data yang sesuai.
Gateway mengemas nilai, satuan, waktu, dan status kualitas
sebelum menerbitkannya sebagai pesan MQTT; foto fisik perangkat tidak
membuktikan bahwa fungsi tersebut sudah terkonfigurasi. - Broker MQTT. Broker menerima
pesan dari penerbit dan mendistribusikannya kepada pelanggan topik yang
sesuai. Broker dapat berjalan pada server lokal dan tidak harus
berada di cloud. Broker dan Node-RED dapat ditempatkan
pada komputer yang sama atau dipisahkan sesuai kebutuhan jaringan. Dokumentasi
MQTT Node-RED menjelaskan koneksi node MQTT ke
broker lokal maupun broker lain yang
dikonfigurasi. - Pemrosesan di Node-RED. Alur MQTT In menerima
pesan, lalu memeriksa format, tipe data, waktu, dan kualitasnya. Nilai
yang valid diteruskan ke widget dashboard, seperti
teks, indikator, dan grafik. Penyimpanan riwayat dapat ditambahkan bila
diperlukan; masa retensinya ditentukan sesuai kebutuhan
operasional. - Dashboard di browser. Pengguna
membuka alamat dashboard melalui jaringan yang diizinkan.
Node-RED menyediakan aplikasi dashboard, sedangkan
browser menampilkan antarmukanya. FlowFuse
Dashboard menyediakan widget dan pengaturan halaman untuk
Node-RED. Tampilan harus menyertakan penanda waktu data
(timestamp) dan indikator gangguan koneksi agar nilai terakhir
tidak disalahartikan sebagai kondisi terkini.
Bagaimana
jika dashboard juga dipakai untuk kendali?
Untuk tahap awal, gunakan akses baca saja (read-only). Jika
kendali jarak jauh memang diizinkan, perintah dari browser
diproses dan divalidasi di Node-RED, diterbitkan melalui topik perintah
MQTT, lalu diterima gateway dan diteruskan ke PLC melalui
antarmuka tulis yang diizinkan. Pisahkan topik data dan topik perintah,
batasi hak akses, periksa rentang nilai, dan konfirmasikan hasilnya
melalui umpan balik status PLC. Jangan menganggap pesan yang terkirim
berarti perintah telah berhasil dijalankan.
PLC tetap memeriksa interlock serta kondisi operasi sebelum
mengeksekusi perintah. Dashboard, broker, dan koneksi
jaringan tidak menggantikan fungsi keselamatan mesin. Kompatibilitas
perangkat, autentikasi, enkripsi, dan perilaku sistem saat komunikasi
terputus harus diuji secara menyeluruh sebelum diterapkan di lokasi
operasional.
Tentukan
pertanyaan yang harus dijawab layar
Sebagai contoh, tim maintenance perlu mengetahui apakah
suatu pompa berhenti akibat kondisi fault atau karena perintah
operator. Oleh karena itu, dashboard perlu menampilkan status
run, fault, mode operasi, serta waktu terjadinya
perubahan. Grafik arus motor saja tidak cukup untuk menjelaskan penyebab
berhentinya mesin. Catat siapa pembacanya, kapan keputusan harus
diambil, dan apa tindak lanjut operasional setelah alarm menyala.
Untuk setiap tag, susunlah kamus data sederhana: nama
sumber, tipe data, satuan, rentang nilai (range), arti logika
saat bernilai nol atau satu, interval pembaruan, dan status kualitas
data. Di dalam sistem PLC, “run command” berbeda dari “run
feedback”; dashboard harus menggunakan label yang tepat
agar tidak tertukar. Jika Anda masih baru di bidang ini, mulailah dengan
mempelajari komponen
PLC dan fungsinya.
Referensi layar berasal dari contoh dashboard industri pada
dokumentasi FlowFuse.
Rancang flow dalam
beberapa tahap
- Akuisisi: Ambil data dari antarmuka yang telah
disetujui, umumnya melalui gateway atau broker pesan.
Jangan mengasumsikan bahwa Node-RED dapat langsung terhubung dengan
semua jenis PLC. - Validasi: Periksa tipe data, rentang nilai,
timestamp, dan status koneksi. Beri penanda khusus jika data
kosong atau kedaluwarsa. - Normalisasi: Terapkan penamaan tag, satuan
ukuran, dan struktur pesan yang konsisten. Simpan metadata asal
data agar setiap anomali mudah ditelusuri. - Penyimpanan: Tentukan apakah sistem hanya
memerlukan data nilai terkini atau riwayat historis. Susun aturan
retensi data sesuai kebijakan perusahaan. - Presentasi: Tampilkan nilai, satuan, waktu
pembaruan terakhir, dan status kualitas data. Gunakan grafik hanya jika
visualisasi tren memang membantu pengambilan keputusan.
Jika jalur pengiriman pesan menggunakan MQTT, pahami bahwa
broker mendistribusikan data menggunakan model
publish/subscribe berdasarkan spesifikasi
OASIS. Protokol MQTT tidak menetapkan arti dari suatu tag.
Oleh sebab itu, tim pengembang tetap harus menyepakati struktur
payload dan standardisasi penamaan topik. Hindari bergantung
pada nilai terakhir tanpa disertai timestamp saat koneksi
terputus.
Uji kondisi gagal sejak awal
Lakukan simulasi pengujian untuk nilai di luar rentang normal,
timestamp lama, koneksi gateway yang terputus, hingga
pesan duplikat. Perhatikan apakah antarmuka layar mampu menandai data
yang tidak tersedia dan apakah pengguna dapat memverifikasi waktu
pembaruan terakhir. Setelah itu, cocokkan nilai antara PLC,
gateway, dan dashboard. Jika ditemukan perbedaan
nilai, periksa tahapan transformasinya alih-alih langsung merombak
grafik tampilan.
Aspek keamanan server serta jaringan juga perlu
direncanakan. Tentukan siapa yang memiliki hak akses untuk mengubah
flow, siapa yang hanya berstatus sebagai pemantau
(read-only), serta bagaimana mekanisme pencadangan
(backup) dan pembaruan sistem dijalankan. Panduan NIST untuk
OT sangat relevan dipedomani apabila data ditarik dari sistem
produksi riil. Lingkungan uji laboratorium dan fasilitas pabrik memiliki
batasan serta profil risiko yang jauh berbeda.
perangkat dan sistem pemantauan.
Contoh kriteria
keberhasilan proof of concept
Untuk satu mesin, pilih tiga tag utama terlebih dahulu:
status operasi (run), status gangguan (fault), dan
temperatur panel. Tolok ukur keberhasilan tercapai ketika
dashboard menampilkan nilai dan satuan yang sinkron dengan
sumber aslinya, waktu pembaruan terbaca jelas, indikator koneksi
terputus berfungsi, serta tim maintenance memahami tindakan
yang harus dilakukan. Setelah tahap ini stabil, barulah rencanakan
perluasan ke mesin berikutnya. Pendekatan terukur ini jauh lebih
bernilai daripada sekadar memperbanyak komponen widget.
Program Training PLC di
Batam dapat memfasilitasi tim yang memerlukan penguatan dasar I/O,
pemahaman tag, serta teknik troubleshooting sebelum
mengolah data untuk dashboard. Untuk kebutuhan implementasi
perusahaan, susunlah daftar inventaris perangkat dan sasaran operasional
terlebih dahulu agar diskusi berjalan lebih terarah.
FAQ
Apakah Node-RED
menggantikan peran PLC?
Tidak. Dalam skenario ini, PLC tetap berfungsi menjalankan kendali
logika lokal, sedangkan Node-RED difungsikan khusus untuk mengolah
salinan data untuk keperluan pemantauan (monitoring).
Apakah setiap
tag wajib disimpan ke basis data?
Tidak perlu. Cukup simpan data yang memang dibutuhkan untuk analisis
operasional, audit, atau investigasi gangguan. Estimasi volume data dan
kebijakan retensi sebaiknya diputuskan sejak tahap awal perencanaan.
Apakah
alur flow hasil pengujian bisa langsung diimplementasikan ke
lini produksi?
Tidak serta-merta. Flow rancangan awal harus diuji terlebih
dahulu terkait kompatibilitas perangkat, keandalan jaringan, aspek
keamanan, prosedur pemulihan kegagalan, dan protokol manajemen perubahan
di lapangan. Uji coba skala laboratorium saja belum membuktikan kesiapan
sistem di lingkungan produksi.
Ingin merancang dasar pembacaan data PLC untuk tim
Anda? Diskusikan
perangkat dan hasil yang ingin dilihat lewat WhatsApp.
