Cara Monitoring Running Hours Mesin Kapal Otomatis dengan Sensor IoT untuk Perawatan Berbasis Kondisi

Monitoring running hours mesin kapal otomatis dilakukan dengan sensor yang mendeteksi kapan mesin berjalan, lalu mengirim datanya lewat gateway ke cloud untuk ditampilkan di dashboard. Hasilnya menggantikan pencatatan manual di buku harian mesin, dan jam operasi yang akurat menjadi dasar untuk memicu perawatan berbasis kondisi.

Interval perawatan banyak mesin kapal ditentukan oleh jam operasi. Bila angkanya dicatat tangan, selisih kecil yang menumpuk dapat membuat servis datang terlalu cepat atau terlalu lambat, dan chief engineer baru mengetahuinya saat audit atau saat mesin bermasalah. Artikel ini menjelaskan apa yang perlu diukur, bagaimana arsitektur sensor IoT kapal tersusun dari sensor sampai dashboard, dan bagaimana datanya berperan dalam perawatan.

Isi artikel ini adalah praktik umum industri dan gambaran kemampuan teknologi, bukan jaminan hasil. Keputusan perawatan tetap mengikuti petunjuk pabrikan mesin dan prosedur perusahaan. Untuk membahas kapal dan mesin Anda, hubungi tim kami untuk demo atau assessment.

Apa Itu Running Hours dan Condition-Based Monitoring?

Running hours adalah akumulasi jam sebuah mesin atau peralatan dalam keadaan beroperasi. Angka ini sering dibaca dari hour meter pada mesin, dan dalam praktik menjadi acuan kapan servis berkala harus dikerjakan, misalnya penggantian oli, filter, atau pemeriksaan komponen tertentu.

Condition-based monitoring (CBM) adalah pendekatan perawatan yang memakai data kondisi nyata peralatan, seperti jam operasi, getaran, dan arus listrik, untuk memutuskan kapan perawatan perlu dilakukan. Pendekatan ini melengkapi perawatan terjadwal berdasarkan kalender atau jam operasi saja.

Sensor IoT adalah perangkat yang mengukur satu besaran fisik dan mengirim datanya melalui jaringan. Gateway adalah perangkat perantara yang mengumpulkan data dari satu atau beberapa sensor lalu meneruskannya ke cloud. Pencatatan running hours manual adalah pembacaan hour meter oleh kru yang ditulis di buku atau formulir, lalu dipindahkan ke sistem perawatan.

Dengan definisi itu, monitoring running hours mesin kapal otomatis berarti mengganti langkah baca dan tulis oleh manusia dengan pengukuran sensor yang masuk ke sistem tanpa perantara. Kru tetap berperan penting untuk memeriksa kewajaran data dan mengerjakan perawatannya.

Mengapa Running Hours Menentukan Interval Perawatan Mesin Kapal?

Banyak pabrikan mesin menetapkan interval perawatan dalam jam operasi, karena keausan komponen berkaitan dengan lamanya mesin bekerja, bukan dengan berlalunya kalender. Mesin bantu yang berjalan terus akan membutuhkan servis lebih sering daripada mesin cadangan yang hanya hidup sesekali, meskipun usianya sama. Karena itu jadwal perawatan yang hanya berbasis tanggal cenderung kurang tepat untuk peralatan yang pola pemakaiannya berubah-ubah, dan angka jam operasi yang akurat menjadi masukan utama bagi sistem perawatan terencana.

Dalam PMS, jam operasi dipakai sebagai salah satu parameter pemantauan kondisi bersama getaran dan ampere. Taskjob preventive dapat dijadwalkan dan alarm overdue memberi tahu bila pekerjaan terlambat. Semakin dekat angka jam operasi di sistem dengan kenyataan di mesin, semakin dapat dipercaya jadwal yang dihasilkannya.

Perlu dicatat bahwa jam operasi bukan satu-satunya dasar keputusan. Petunjuk pabrikan dapat menetapkan interval berdasarkan jam, kalender, atau mana yang tercapai lebih dulu, dan kondisi nyata mesin dapat meminta pemeriksaan lebih awal. Jam operasi yang akurat memberi titik acuan yang sama bagi chief engineer di kapal dan superintendent di kantor ketika mereka membahas apakah suatu servis perlu dimajukan atau boleh menunggu.

Panduan umum tentang menyusun jadwal dan taskjob ada di panduan lengkap planned maintenance system.

Apa Masalah Pencatatan Running Hours Manual?

Pencatatan manual bukan berarti salah. Ia sederhana dan bisa dilakukan di kapal mana pun. Namun ada beberapa kelemahan yang umum terjadi pada proses berbasis manusia dan kertas, dan kelemahan itu membesar bila armadanya banyak.

• Pembacaan terlewat. Rutinitas jaga, pergantian kru, atau cuaca buruk membuat pembacaan jam operasi tidak dilakukan pada hari yang direncanakan.
• Salah baca atau salah tulis. Angka yang tertukar atau terlewat satu digit dapat bertahan berminggu-minggu sebelum disadari.
• Jeda sebelum sampai ke darat. Angka di buku harian mesin baru diketahui kantor setelah dilaporkan atau dipindahkan ke sistem, sehingga keputusan perawatan memakai data yang sudah tertinggal.
• Sulit dibandingkan antar kapal. Format dan kebiasaan pencatatan berbeda, jadi technical manager harus merapikan data sebelum membandingkannya.
• Tidak ada rekam pola pemakaian. Hanya total jam yang tercatat, bukan kapan mesin menyala dan berhenti sepanjang hari.

Sensor tidak menghilangkan kebutuhan akan pemeriksaan kru, tetapi mengurangi ketergantungan pada pembacaan manual untuk angka yang sebetulnya bisa diukur otomatis.

Apa yang Perlu Diukur Selain Running Hours?

Jam operasi menjawab pertanyaan berapa lama mesin bekerja, tetapi tidak menjawab bagaimana kondisinya. Parameter lain memberi gambaran tambahan, dan pilihannya bergantung pada jenis peralatan, tingkat kekritisannya, dan apa yang sudah tersedia di mesin. Tabel berikut adalah gambaran umum, bukan daftar wajib.

Pada PMS Automata, pemantauan kondisi mencakup jam operasi, getaran, dan ampere. Parameter tambahan atau sensor khusus dibahas pada tahap assessment, karena solusi IoT Automata mendukung integrasi sensor khusus untuk mesin, lingkungan, atau aset bergerak.

Bagaimana Arsitektur Monitoring Running Hours Otomatis dengan Sensor IoT?

Arsitekturnya dapat dipahami sebagai lima langkah berurutan dari mesin sampai tindakan perawatan. Setiap langkah punya titik kegagalan sendiri yang perlu dipikirkan sejak awal, terutama di kapal.

1. Sensor. Dipasang pada mesin atau peralatan untuk mendeteksi sinyal run, getaran, arus, atau suhu.
2. Gateway. Mengumpulkan data sensor, memberi cap waktu, dan menyimpannya sementara bila jaringan terputus.
3. Transmisi. Mengirim data ke cloud lewat protokol dan jaringan yang sesuai.
4. Dashboard. Menampilkan data secara real-time dan riwayatnya di ponsel atau PC.
5. Pemicu perawatan. Angka jam operasi atau kondisi tertentu dipakai untuk menjadwalkan atau mengingatkan pekerjaan.

Solusi IoT Automata mencakup pengembangan dari sensor sampai cloud: pengambilan data dari mesin, lingkungan, atau aset bergerak, integrasi sensor khusus, pemantauan real-time dari ponsel atau PC, dashboard analitik cloud, serta pemanfaatan data historis dan AI untuk prediksi kegagalan dan optimasi energi. Protokol yang didukung meliputi LoRaWAN, WiFi, GSM, dan MQTT.

Pilihan protokol bergantung pada tata letak kapal, material lambung yang dapat menghambat sinyal, dan jaringan yang tersedia. Hal ini ditentukan setelah survei kapal, bukan sebelumnya.

Bagaimana Konektivitas di Laut Memengaruhi Desain Sistem?

Konektivitas di laut berubah-ubah menurut posisi, cuaca, dan jenis layanan komunikasi yang dipakai kapal. Karena itu sistem monitoring yang baik tidak boleh menganggap koneksi selalu tersedia. Gateway sebaiknya menyimpan data secara lokal dengan cap waktu dan mengirimkannya ketika koneksi pulih, sehingga jam operasi yang tercatat selama kapal di area tanpa sinyal tetap lengkap dan urutannya benar.

Perencanaan juga perlu menjawab beberapa pertanyaan praktis: seberapa sering data perlu dikirim, data apa yang cukup dikirim ringkasannya saja, dan apa yang terjadi bila gateway kehilangan daya. Jawabannya berbeda untuk kapal pesisir yang sering dekat daratan dan kapal yang berlayar jauh. Rincian ini dibahas pada tahap assessment sesuai rute dan pola operasi kapal Anda.

Bagaimana Data Sensor Berperan dalam Perawatan di PMS?

Di sisi perawatan, PMS Automata menyediakan struktur yang dibutuhkan: hierarki aset dari unit ke komponen ke part, taskjob preventive, corrective, dan survey, pemantauan kondisi berbasis jam operasi, getaran, dan ampere, serta alarm overdue untuk pekerjaan yang terlambat. Struktur itu membuat angka jam operasi punya tempat yang jelas, yaitu pada aset tertentu dan taskjob tertentu.

Bagaimana data sensor dari solusi IoT masuk ke PMS ditentukan pada tahap assessment. Kami tidak mengasumsikan integrasi siap pakai antara keduanya; pilihan seperti pemasukan otomatis, impor berkala, atau tampilan terpisah bergantung pada kebutuhan dan infrastruktur kapal Anda.

Bukti perawatan yang rapi juga membantu saat audit. Pembahasannya ada di checklist audit ISM Code dan inspeksi PSC dengan PMS, dan gambaran lebih luas tentang IoT industri ada di solusi IoT industri terintegrasi.

Checklist 10 Langkah Menjaga Kualitas Data Running Hours

1. Daftarkan mesin dan peralatan yang akan dipantau, beserta tingkat kekritisannya.
2. Catat petunjuk interval perawatan dari pabrikan untuk tiap peralatan.
3. Tentukan sinyal yang diukur (run, getaran, arus, suhu) dan titik pasang sensornya.
4. Catat pembacaan hour meter awal sebagai angka dasar saat sensor mulai dipasang.
5. Pastikan setiap sensor terhubung ke aset yang benar di hierarki aset.
6. Pastikan gateway memberi cap waktu dan menyimpan data saat jaringan terputus.
7. Bandingkan pembacaan sensor dengan hour meter secara berkala untuk memeriksa kewajaran.
8. Tetapkan siapa yang menindaklanjuti data yang janggal, dan dalam berapa lama menurut prosedur perusahaan.
9. Jadwalkan pemeriksaan fisik sensor dan kabel sebagai bagian dari perawatan rutin.
10. Tinjau data historis secara berkala untuk menyesuaikan interval dan ambang peringatan.

Langkah 4 dan 7 sering terlewat. Tanpa angka dasar dan pembandingan berkala, kesalahan pengukuran bisa bertahan lama tanpa terdeteksi.

Kesalahan Umum dalam Monitoring Running Hours Otomatis

• Memasang sensor tanpa angka dasar. Jam operasi di sistem tidak sama dengan yang tertera di hour meter sejak hari pertama.
• Menganggap koneksi selalu ada. Data selama kapal di area tanpa sinyal hilang bila gateway tidak menyimpannya.
• Sensor tidak dikaitkan ke aset yang benar. Jam operasi pompa A tercatat di pompa B.
• Mengumpulkan data tanpa tindakan. Dashboard ada, tetapi tidak jelas siapa yang bertindak ketika angka melewati batas.
• Menghapus pemeriksaan kru. Sensor bisa rusak atau bergeser; pemeriksaan fisik tetap perlu.
• Mengikuti kalender saja. Interval yang ditentukan pabrikan dalam jam operasi tidak diterapkan karena angkanya tidak tersedia.

Keenam hal itu dapat dicegah dengan perencanaan di awal. Mulailah dari satu atau dua peralatan penting, pastikan datanya akurat, lalu perluas.

Pertanyaan Umum

Apa itu running hours pada mesin kapal?

Running hours adalah akumulasi jam sebuah mesin atau peralatan dalam keadaan beroperasi. Angka ini menjadi acuan kapan servis berkala dikerjakan, sesuai petunjuk pabrikan dan prosedur perusahaan.

Apakah running hours bisa dimonitor otomatis tanpa mengganti mesin?

Secara umum bisa, karena sensor dapat mendeteksi sinyal bahwa mesin berjalan tanpa mengubah mesinnya. Titik pasang dan jenis sensor bergantung pada mesin yang bersangkutan, sehingga ditentukan setelah survei. Hubungi tim kami untuk assessment.

Protokol apa yang didukung solusi IoT Automata?

Solusi IoT Automata mendukung protokol LoRaWAN, WiFi, GSM, dan MQTT. Pilihan protokol bergantung pada tata letak kapal dan jaringan yang tersedia.

Bagaimana jika sinyal di laut terputus?

Konektivitas di laut berubah-ubah. Desain yang baik membuat gateway menyimpan data dengan cap waktu saat jaringan terputus dan mengirimkannya setelah koneksi pulih. Rincian disesuaikan dengan rute dan pola operasi kapal pada tahap assessment.

Apakah data sensor IoT otomatis masuk ke PMS?

Kami tidak mengasumsikan integrasi siap pakai antara solusi IoT dan PMS. Cara data sensor masuk ke PMS ditentukan pada tahap assessment sesuai kebutuhan dan infrastruktur kapal Anda.

Parameter apa yang dipantau PMS untuk condition-based monitoring?

PMS Automata mendukung condition-based monitoring dengan jam operasi, getaran, dan ampere, bersama taskjob preventive, corrective, dan survey, serta alarm overdue dan hierarki aset dari unit ke komponen ke part.