Virtual Commissioning: Cara Kerjanya dan Kapan Layak Digunakan

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

Virtual commissioning menguji perangkat lunak kontrol pada model virtual sebelum start-up. Pelajari cara kerjanya, apa kata bukti yang ada, dan kapan metode ini layak digunakan untuk sebuah pabrik.

Automatically translated with AI from the original post. Read the English original

Virtual commissioning berarti menguji perangkat lunak kontrol yang sebenarnya pada sebuah mesin atau pabrik terhadap model virtual sebelum peralatan dibangun atau beroperasi. Metode ini layak digunakan ketika satu hari keterlambatan saat start-up sangat mahal atau logika kontrolnya kompleks, dan tidak selalu layak untuk setiap proyek. Panduan ini ditujukan bagi manajer pabrik yang harus memutuskan apakah metode ini perlu diminta. Anda akan mempelajari cara kerjanya, tiga level pengujian, apa kata bukti tentang penghematan waktu, contoh titik impas dengan angka, serta kesalahan yang perlu dihindari.

Poin Penting

• Virtual commissioning menghubungkan perangkat lunak kontrol yang sebenarnya, seperti program PLC, ke model simulasi mesin, sehingga logika, sinyal, dan urutan proses diuji sebelum peralatan beroperasi.
• Model membutuhkan geometri dan kinematika serta antarmuka listrik ke pengontrol, dan nilainya bergantung pada seberapa dekat model tersebut dengan perilaku nyata.
• Penghematan waktu yang dilaporkan cukup besar, tetapi berasal dari eksperimen kecil dan halaman vendor, sehingga rencanakan dengan angka yang konservatif dan jangan anggap sebagai jaminan.
• Metode ini layak digunakan ketika satu hari keterlambatan start-up sangat mahal, logika kontrolnya kompleks, atau model dapat dipakai ulang untuk pelatihan dan perubahan di kemudian hari.
• Metode ini menjawab pertanyaan yang berbeda dari simulasi produksi: apakah kontrol berfungsi, bukan seberapa besar kapasitas yang dapat dihasilkan sistem.

Virtual commissioning: apa itu dan bagaimana cara kerjanya

Dalam commissioning tradisional, perangkat lunak kontrol bertemu mesin untuk pertama kalinya di lapangan. Kesalahan pada logika, sinyal, dan urutan proses kemudian memakan waktu di lantai produksi, tempat setiap jam keterlambatan sangat mahal. Virtual commissioning memindahkan pertemuan pertama itu ke meja kerja, ke dalam lingkungan virtual tempat model dapat mensimulasikan sensor, penggerak, dan komponen. Untuk proyek otomasi, ini berarti pemecahan masalah dilakukan sejak dini, saat perbaikan masih murah. Sebuah makalah oleh Matthias Schamp dan rekan-rekannya dari Universitas Ghent dan Flanders Make, yang diterbitkan di Procedia Manufacturing pada 2019, menggambarkannya sebagai replikasi perilaku perangkat keras dalam lingkungan perangkat lunak untuk memvalidasi logika kontrol sebelum implementasi nyata. Komponen virtual membutuhkan model mekanis, dengan geometri dan kinematika, serta model listrik yang mencakup interaksi dengan PLC.

Dalam praktiknya, langkahnya adalah sebagai berikut:

1. Bangun model mesin atau pabrik: bagian yang bergerak, sensor, dan aktuator.
2. Beri nama sinyal di dalam model sama seperti di program kontrol, sehingga pengontrol melihat model seperti halnya peralatan nyata.
3. Hubungkan perangkat lunak kontrol ke model. Program PLC yang sebenarnya berjalan, dan model meresponsnya.
4. Uji urutan proses dan gangguan. Jalankan siklus normal, lalu picu gangguan seperti komponen yang hilang, kegagalan sensor, atau macet, yang berisiko atau memakan waktu jika diuji pada peralatan nyata.
5. Perbaiki kesalahan di meja kerja, lalu bawa program yang sudah diperbaiki ke lapangan.

Kualitas hasilnya bergantung pada seberapa dekat model meniru perilaku nyata. Makalah Schamp menyatakan bahwa model digital seharusnya berperilaku seperti sistem produksi yang sebenarnya, dan makalah tersebut mencantumkan upaya pemodelan serta ketergantungan pada keahlian sebagai tantangan yang belum terselesaikan.

Tiga tingkat pengujian: model, perangkat lunak, dan perangkat keras dalam loop

Pengujian dapat dilakukan pada berbagai tingkat, bergantung pada tahap proyek. Halaman vendor realvirtual, yang menjual perangkat lunak virtual commissioning, menjelaskan tiga loop:

• Model-in-the-loop menghubungkan model perilaku, misalnya dari alat simulasi, ke model mesin. Pendekatan ini cocok untuk penggerak dan proses sebelum ada kode PLC.
• Software-in-the-loop menjalankan pengontrol sebagai perangkat lunak di PC, sehingga seluruh pengujian tidak memerlukan kabel atau perangkat keras. Pendekatan ini cocok untuk pengujian awal dan mudah diskalakan.
• Hardware-in-the-loop menghubungkan PLC sungguhan ke model melalui jaringan. Pendekatan ini lebih mendekati sistem akhir, dan memeriksa perilaku serta waktu respons perangkat keras yang sebenarnya.

Artikel blog dari Siemens, sebuah vendor, menjelaskan dua mode yang sama, yaitu software-in-the-loop dan hardware-in-the-loop, untuk alat simulasi pabriknya. Perbedaan antara simulasi dan emulasi, yang penting dalam konteks ini, layak dibahas tersendiri. Bagi manajer pabrik, intinya sederhana: mulailah dengan perangkat lunak, lalu tambahkan perangkat keras sungguhan ketika proyek mencapai tahap di mana waktu dan antarmuka menjadi penting.

Bukti tentang penghematan waktu

Penghematan yang dilaporkan cukup besar, tetapi kualitas buktinya bervariasi, sehingga angka-angka tersebut perlu dibaca dengan cermat.

• Makalah Schamp mengutip eksperimen skala kecil sebelumnya yang melaporkan pengurangan waktu commissioning nyata sebesar 73 persen dan peningkatan 31 persen dalam pemenuhan persyaratan sebelum commissioning nyata, dengan pendekatan model digital. Para penulis mencatat bahwa membandingkan pendekatan ini sulit, karena commissioning hanya bisa dilakukan satu kali.
• Halaman realvirtual menyebutkan bahwa waktu commissioning di lokasi dapat hingga 75 persen lebih singkat, dan bagian fungsi kontrol yang berfungsi sejak percobaan pertama meningkat dari 37 menjadi 84 persen. Angka tersebut dikutip dari studi lapangan Technical University of Munich. Halaman itu juga menyatakan bahwa angka 75 persen bukan hasil yang dijamin untuk setiap proyek. Ini adalah sumber dari vendor yang mengutip pihak ketiga.
• Artikel blog Siemens juga mengklaim penghematan yang besar, tetapi memberikan sedikit angka yang dapat diperiksa.

Jadi arahnya konsisten, tetapi besarannya belum pasti. Untuk perencanaan, gunakan asumsi konservatif, misalnya seperempat dari waktu di lokasi, dan periksa asumsi tersebut terhadap proyek pertama Anda.

Istilah terkait adalah digital twin: representasi digital yang terus dipelihara dari sebuah sumber daya fisik, dan diperbarui berdasarkan hasil pengamatan. Dalam proyek Industri 4.0, twin dan model commissioning sering dibahas bersamaan, tetapi keduanya tidak sama. Model yang dibangun untuk virtual commissioning sering kali merupakan model pengujian sekali pakai, misalnya untuk satu lini perakitan. Jika Anda menjaganya tetap mutakhir, model tersebut dapat berkembang menjadi twin, dan kemudian dapat digunakan untuk pelatihan serta pengujian perubahan di kemudian hari. Penggunaan ulang inilah salah satu cara utama investasi tersebut kembali modalnya.

Contoh: kapan investasi ini mulai menguntungkan?

Ini adalah perhitungan ilustratif, bukan kasus yang diukur. Sebuah lini baru memerlukan 30 hari commissioning di lokasi. Membangun model virtual memakan 25 hari kerja engineering dengan biaya 800, yaitu 20.000, ditambah 15.000 untuk perangkat lunak dan lisensi, sehingga totalnya 35.000. Satu hari keterlambatan saat start-up menimbulkan biaya 8.000, yang berasal dari tim di lokasi dan margin yang hilang.

Anggaplah tim merencanakan secara konservatif dan memperkirakan penghematan 25 persen dari waktu di lokasi, yaitu 7,5 hari.

• Penghematan: 7,5 × 8.000 = 60.000.
• Biaya: 35.000.
• Keuntungan bersih: sekitar 25.000.

Titik impas adalah 35.000 ÷ 8.000 = 4,4 hari, yang sekitar 15 persen dari 30 hari. Jika waktu yang dihemat berada di bawah angka itu, model tidak akan menutupi biayanya untuk lini ini saja.

Sekarang ubah satu asumsi. Jika satu hari keterlambatan hanya berbiaya 3.000, maka 7,5 hari yang sama bernilai 22.500, yang masih kurang dari 35.000. Proyek ini tidak menguntungkan pada lini pertama, kecuali model tersebut digunakan kembali. Jika model yang sama juga dipakai untuk pelatihan operator dan untuk dua perubahan berikutnya yang masing-masing akan memerlukan dua hari pengujian dengan biaya 3.000, penggunaan ulang menambah 12.000. Total manfaatnya kemudian sekitar 34.500, yang mendekati titik impas.

Intinya, keputusan bergantung pada tiga angka: biaya satu hari keterlambatan, proporsi hari yang Anda perkirakan dapat dihemat, dan penggunaan ulang model. Bandingkan ketiganya sebelum proyek dimulai.

Pengujian kontrol dan pengujian keluaran: dua jenis simulasi

Virtual commissioning kadang keliru dengan simulasi produksi, karena keduanya menggunakan model. Keduanya menjawab pertanyaan yang berbeda. Perbedaan yang lazim adalah sebagai berikut: simulasi mempelajari bagaimana suatu sistem berperilaku dan apa yang dapat dihasilkannya, sedangkan di sini fokusnya adalah memastikan bahwa kontrol berfungsi dengan benar.

Simulasi sistem produksi menjawab pertanyaan apakah pabrik akan menghasilkan output yang diharapkan. iFAKT's Polaris Simulator, misalnya, adalah modul dari iFAKT Polaris yang menguji sistem produksi secara virtual, misalnya skenario kapasitas, tenaga kerja, dan buffer, serta mengungkap hambatan sebelum perubahan dilakukan. Itu merupakan pertanyaan tentang aliran dan kapasitas. Itu bukan pengujian kode PLC, dan keduanya tidak saling menggantikan. Sebuah lini dapat memiliki program kontrol yang telah teruji dengan baik namun tetap merupakan desain yang buruk, atau sebaliknya. Kedua pengujian menjawab pertanyaan yang berbeda, sehingga keduanya perlu dilakukan pada tahap yang berbeda dalam proyek.

Cara memulai proyek otomasi dalam lima langkah

Urutan ini adalah alat bantu perencanaan dari kami sendiri, bukan sebuah standar.

1. Pilih proyek dengan biaya keterlambatan yang tinggi atau dengan logika kontrol yang kompleks dan baru. Mesin sederhana yang sudah sering Anda bangun merupakan kasus pertama yang kurang tepat.
2. Tentukan pertanyaannya. Urutan, interlock, dan kasus gangguan mana yang harus diuji? Ruang lingkup menentukan upaya pemodelan.
3. Sepakati tingkat detail. Model sebaiknya sesederhana yang diizinkan oleh pertanyaannya. Model yang terlalu rinci memakan waktu. Model yang terlalu kasar justru melewatkan kesalahan.
4. Pilih tingkat pengujian. Mulailah dengan software in the loop. Tambahkan hardware jika waktu respons atau antarmuka menjadi penting.
5. Uji, dokumentasikan, dan simpan model. Catat kesalahan yang ditemukan, bawa program yang sudah dikoreksi ke lokasi, dan tetapkan pemilik model setelahnya.

Kesalahan umum

• Terlalu terlambat memulai. Jika kode kontrol sudah selesai dan dikirim, hanya sedikit yang tersisa untuk diuji.
• Tingkat detail yang salah. Model yang terlalu kasar melewatkan kesalahan, dan model yang terlalu rinci memperlambat proyek.
• Sinyal yang tidak cocok. Jika nama model berbeda dengan nama sinyal yang sebenarnya, Anda menguji program yang berbeda.
• Menganggap pengujian yang lulus sebagai bukti. Model bukanlah mesin. Sediakan waktu untuk pemeriksaan di lokasi.
• Mengandalkan persentase utama. Bahkan vendor pun menyatakan bahwa angkanya tidak dijamin untuk setiap proyek.
• Tidak ada pemilik setelah proyek. Model yang tidak dipelihara oleh siapa pun akan usang setelah perubahan pertama.

Bagaimana perangkat lunak dapat membantu

Perangkat lunak simulasi untuk pekerjaan ini mencakup mulai dari rangkaian simulasi pabrik hingga plugin game engine, dan banyak di antaranya terhubung ke platform PLC yang umum. Perhatikan antarmuka ke kontroler Anda, upaya untuk membangun dan memberi nama sinyal, serta apakah model dapat digunakan kembali di kemudian hari. Sebuah alat hanya seberguna model yang Anda bangun dengannya, dan membangun model itulah bagian biaya yang lebih besar.

Langkah berikutnya

Daftarkan tiga proyek investasi Anda berikutnya, perkirakan biaya satu hari keterlambatan start-up untuk masing-masing, dan bandingkan dengan biaya sebuah model. Pilih proyek dengan peluang terbesar virtual commissioning untuk membayar kembali sebagai proyek percontohan.