Dari Kontrol Berpusat pada PLC ke Otomasi yang Ditentukan Perangkat Lunak
Otomasi industri bergerak melampaui model tradisional PLC khusus, mikrokontroler, dan mesin dengan fungsi tetap. Sistem modern semakin menggabungkan kontrol berbasis PLC dengan MPU dan SoC berperforma tinggi untuk menangani HMI, visi mesin, analitik edge, konektivitas, kembaran digital, dan beban kerja AI.
Evolusi ini tidak membuat arsitektur kontrol tradisional menjadi usang. Sebaliknya, evolusi ini menciptakan arsitektur berlapis, di mana PLC dapat terus menangani kontrol tingkat lapangan yang deterministik, sementara platform komputasi berperforma lebih tinggi menjalankan fungsi supervisi, analitik, visualisasi, dan AI.
Dari perspektif rekayasa, persoalan pentingnya bukan sekadar menambahkan kapasitas komputasi. Tantangan sebenarnya adalah memastikan bahwa beban kerja tambahan ini tidak dapat mengganggu ketepatan waktu, ketersediaan, atau integritas fungsi kontrol yang telah ada.
Physical AI Memperkenalkan Tantangan Baru dalam Otomasi
Pengenalan Physical AI membuat arsitektur sistem menjadi lebih menuntut karena informasi yang dihasilkan AI dapat memengaruhi peralatan fisik dan keputusan operasional.
Model AI dapat mengidentifikasi kondisi mesin yang tidak normal, mendeteksi anomali visual, mendukung inspeksi prediktif, atau mengidentifikasi kondisi terkait operator. Namun, hasil inferensi AI hanyalah satu bagian dari keseluruhan rantai otomasi.
Sistem tetap perlu memperoleh informasi sensor, menjalankan model AI, memvalidasi konteks operasi, menerapkan kebijakan kontrol yang telah ditentukan, dan mengomunikasikan kondisi yang dihasilkan kepada aplikasi atau operator yang sesuai.
Menurut pandangan saya, AI industri karena itu harus diperlakukan sebagai beban kerja pendukung keputusan atau respons terkontrol, bukan lapisan kecerdasan yang terisolasi. Platform otomasi di sekitarnya menentukan apakah informasi AI dapat diproses dan ditindaklanjuti dalam batas waktu dan keselamatan yang diperlukan.
Beban Kerja dengan Tingkat Kekritisan Berbeda Memerlukan Isolasi Nyata
Prosesor multicore modern memungkinkan konsolidasi fungsi yang sebelumnya memerlukan platform perangkat keras terpisah. Kini, satu sistem komputasi dapat menampung kontrol hard real-time, layanan HMI, jaringan, diagnostik, pencatatan peristiwa, visi mesin, analitik, dan inferensi AI.
Beban kerja ini tidak memiliki persyaratan yang sama.
Tugas kontrol hard real-time mungkin memiliki tenggat waktu eksekusi yang ketat. HMI dapat menoleransi karakteristik waktu yang berbeda, sementara proses inferensi AI mungkin memerlukan sumber daya CPU yang besar. Layanan jaringan juga memperkenalkan jalur komunikasi eksternal yang tidak boleh memiliki akses tanpa batas ke sumber daya kritis.
Oleh karena itu, sekadar menempatkan beberapa aplikasi pada prosesor multikore tidak secara otomatis menghasilkan arsitektur yang tangguh.
Lingkungan operasi harus menyediakan mekanisme untuk pemisahan temporal, perlindungan memori, pengendalian sumber daya, dan pengendalian kesalahan.
Konsolidasi Perangkat Keras Tidak Sama dengan Ketangguhan
Konsolidasi perangkat keras dapat mengurangi jumlah platform komputasi, menyederhanakan pengkabelan, dan meningkatkan integrasi. Namun, hal ini juga menciptakan titik kegagalan bersama yang potensial.
Jika beban kerja yang tidak terkait berbagi prosesor dan lingkungan operasi yang sama, driver yang bermasalah, aplikasi yang berjalan tak terkendali, kesalahan memori, atau layanan yang disusupi dapat memengaruhi fungsi lain, kecuali arsitektur perangkat lunak menetapkan batasan yang sesuai.
Ini merupakan salah satu pertimbangan terpenting saat memodernisasi otomasi lama.
Tujuannya bukan sekadar menempatkan lebih banyak fungsi pada lebih sedikit prosesor. Tujuannya adalah mengonsolidasikan beban kerja tanpa menciptakan ketergantungan yang tidak dapat diterima di antara beban kerja tersebut.
Sistem Operasi Menjadi Lapisan Penegakan
Dalam arsitektur otomasi berbasis perangkat lunak, sistem operasi tidak lagi sekadar menjadi platform tempat aplikasi berjalan.
Arsitektur ini menentukan cara proses dijadwalkan, cara memori dilindungi, cara sumber daya perangkat keras diakses, dan cara setiap layanan berinteraksi satu sama lain. Mekanisme ini secara langsung memengaruhi kemampuan sistem untuk mempertahankan operasi ketika suatu komponen mengalami kegagalan.
Oleh karena itu, arsitektur yang tangguh harus mampu mengisolasi layanan yang gagal dan, jika desain sistem memungkinkan, memulihkan layanan tersebut tanpa memulai ulang aplikasi yang tidak terkait.
Pendekatan ini sangat relevan untuk sistem industri karena reboot sistem secara menyeluruh dapat mengganggu operasi kontrol, visualisasi, komunikasi, atau produksi.
Mengapa Arsitektur Mikrokernel Penting
Sistem operasi monolitik konvensional biasanya menempatkan banyak layanan, driver, sistem berkas, dan komponen jaringan dalam lingkungan kernel dengan hak istimewa tinggi.
Mikrokernel menggunakan pendekatan arsitektur yang berbeda. Mikrokernel mempertahankan sekumpulan fungsi fundamental yang lebih kecil di dalam kernel, sementara berbagai driver, tumpukan protokol, sistem berkas, dan layanan sistem dapat berjalan sebagai proses terpisah dalam ruang alamat yang terlindungi.
Untuk otomasi industri, arsitektur ini dapat menyediakan beberapa karakteristik yang bermanfaat:
- Pengendalian kesalahan: Driver atau layanan yang bermasalah dapat diisolasi dari proses yang tidak terkait.
- Pemulihan terkendali: Layanan individual dapat dimulai ulang tanpa harus mem-boot ulang seluruh sistem.
- Pengurangan kode berhak istimewa: Lebih sedikit komponen yang perlu beroperasi dengan hak istimewa sistem tertinggi.
- Isolasi memori: Ruang alamat yang terlindungi membantu mencegah satu aplikasi mengganggu aplikasi lain secara langsung.
- Dukungan kritikalitas campuran: Tugas kontrol waktu nyata dapat berjalan berdampingan dengan beban kerja HMI, jaringan, analitik, dan AI.
- Pemeliharaan sepanjang siklus hidup: Layanan modular dapat menyederhanakan pemeliharaan dan pembaruan tingkat komponen.
Mikrokernel tidak menghilangkan cacat perangkat lunak atau kerentanan keamanan siber. Nilainya terletak pada penetapan batas arsitektur yang dapat membatasi konsekuensi dari kegagalan atau kompromi individual.
Determinisme Waktu Nyata Tetap Menjadi Persyaratan Fundamental
Modernisasi industri tidak boleh membiarkan AI dan persyaratan komputasi berkinerja tinggi mengesampingkan persyaratan kontrol deterministik.
Untuk aplikasi kontrol, pertanyaannya bukan sekadar seberapa besar daya pemrosesan yang tersedia. Sistem juga harus menyediakan perilaku penjadwalan yang dapat diprediksi dan karakteristik respons yang terbatas untuk fungsi dengan persyaratan waktu yang ditentukan.
Hal ini sangat penting ketika beban kerja AI atau analitik menggunakan sumber daya komputasi yang signifikan.
Menurut penilaian saya, arsitektur praktisnya bukanlah "AI menggantikan kontrol", melainkan kontrol deterministik yang beroperasi berdampingan dengan kecerdasan tingkat lebih tinggi dalam batas sumber daya yang terkendali.
Determinisme Waktu Nyata Tetap Menjadi Persyaratan Fundamental
Isolasi teknis hanyalah salah satu bagian dari ketahanan siber.
Produsen industri juga memerlukan proses untuk mengidentifikasi komponen perangkat lunak, memantau kerentanan, memvalidasi pembaruan, mengendalikan distribusi perangkat lunak, dan memelihara produk sepanjang masa operasionalnya.
Seri ISA/IEC 62443 menyediakan kerangka kerja berorientasi siklus hidup yang secara khusus relevan bagi sistem otomasi dan kontrol industri. Standar lain, termasuk ISO/SAE 21434, menunjukkan bagaimana manajemen risiko keamanan siber yang terstruktur dapat mencakup tahap pengembangan hingga pengoperasian, pemeliharaan, dan penghentian.
European Cyber Resilience Act juga meningkatkan pentingnya manajemen keamanan siber sepanjang siklus hidup untuk produk yang tercakup dalam ruang lingkupnya.
Bagi produsen peralatan industri, hal ini berarti bahwa keamanan siber secara wajar tidak dapat diperlakukan sebagai aktivitas sertifikasi tahap akhir. Komposisi perangkat lunak, respons terhadap kerentanan, mekanisme pembaruan, manajemen pemasok, dan pemeliharaan produk perlu dipertimbangkan selama pengembangan sistem.
Arsitektur Keamanan Harus Mendukung Pemulihan, Bukan Hanya Pencegahan
Pembahasan keamanan siber tradisional sering berfokus pada pencegahan akses yang tidak sah. Ketahanan industri memerlukan perspektif yang lebih luas.
Komponen yang telah disusupi atau rusak masih dapat terjadi meskipun terdapat kendali pencegahan. Oleh karena itu, arsitektur harus membatasi kemampuan komponen tersebut untuk memengaruhi fungsi kritis dan menyediakan jalur pemulihan yang telah ditentukan.
Hal ini menciptakan tiga tujuan rekayasa yang saling melengkapi:
- Cegah perilaku yang tidak sah atau tidak disengaja.
- Batasi kegagalan dan komponen yang telah disusupi.
- Pulihkan layanan yang terdampak sambil mempertahankan operasi yang tidak terdampak.
Untuk otomasi industri, kombinasi ini lebih praktis daripada hanya mengandalkan pencegahan.
QNX sebagai Platform Waktu Nyata Fondasional
QNX menyediakan arsitektur sistem operasi berbasis mikrokernel waktu nyata keras yang ditujukan untuk sistem yang memerlukan eksekusi yang dapat diprediksi, isolasi proses, dan akses sumber daya yang terkendali.
Dalam arsitektur otomasi industri, QNX dapat menyediakan lingkungan eksekusi fondasional untuk aplikasi, driver, tumpukan protokol, dan sistem berkas yang beroperasi dalam ruang alamat yang terlindungi. Penjadwalan berbasis prioritas dapat mendukung beban kerja dengan persyaratan waktu yang berbeda.
Arsitektur ini dapat melengkapi kendali berbasis PLC, bukan menggantikannya.
Sistem praktis dapat tetap menggunakan PLC untuk kendali tingkat lapangan yang sudah mapan, sambil menggunakan platform komputasi berbasis MPU atau SoC yang menjalankan sistem operasi waktu nyata untuk HMI, visi mesin, konektivitas, analitik, fungsi pengawasan, dan beban kerja terkait AI.
Arsitektur Praktis untuk Modernisasi Industri
Dengan demikian, sistem industri modern dapat dipandang sebagai beberapa lapisan yang saling bekerja sama:
- Lapisan lapangan: Sensor, aktuator, penggerak, dan peralatan fisik lainnya.
- Lapisan kendali: PLC dan pengendali yang menjalankan otomasi deterministik.
- Lapisan komputasi: Platform MPU/SoC yang menyediakan kapasitas pemrosesan tambahan.
- Lapisan kecerdasan: Visi mesin, analitik, inferensi AI, dan beban kerja komputasi lainnya.
- Lapisan pengawasan: HMI, diagnostik, manajemen peristiwa, dan aplikasi operasional.
- Lapisan konektivitas: Jaringan industri dan layanan komunikasi eksternal.
- Lapisan perangkat lunak fondasional: Sistem operasi waktu nyata, isolasi, penjadwalan, manajemen sumber daya, dan mekanisme pemulihan.
Persyaratan rekayasa utama adalah menentukan batas antara lapisan-lapisan ini, bukan memperlakukan seluruh lingkungan komputasi sebagai satu ruang aplikasi yang tidak terdiferensiasi.
Modernisasi Harus Mempertahankan Investasi Kontrol yang Sudah Ada
Peralatan industri sering kali tetap beroperasi selama bertahun-tahun. Mengganti kontrol berbasis PLC yang telah mapan hanya karena kapabilitas komputasi baru tersedia tidak selalu dapat dibenarkan secara teknis maupun ekonomis.
Strategi modernisasi yang lebih praktis adalah mempertahankan fungsi kontrol yang telah teruji sembari menambahkan sumber daya komputasi di sekitarnya.
Platform berbasis MPU dan SoC dapat menyediakan kapasitas pemrosesan yang diperlukan untuk HMI, AI, analitik, visualisasi, dan konektivitas modern, sementara PLC yang sudah ada terus menjalankan kontrol deterministik.
Pendekatan ini memungkinkan produsen memperkenalkan kapabilitas baru tanpa mengganggu arsitektur kontrol yang telah ada secara tidak perlu.
Perspektif Teknik Saya: Ketangguhan Dimulai dari Arsitektur
Pelajaran terpenting dari transisi ini adalah bahwa ketangguhan tidak dapat ditambahkan setelah sistem dikonsolidasikan.
Ketika kontrol, jaringan, HMI, analitik, dan AI berbagi sumber daya komputasi, mekanisme isolasi dan pemulihan perlu menjadi bagian dari arsitektur sejak awal.
Prosesor yang bertenaga tidak dengan sendirinya menciptakan sistem otomasi yang tangguh. Demikian pula, model AI tidak membuat sistem otomasi menjadi cerdas kecuali platform di sekitarnya dapat memperoleh data, menjalankan model, memvalidasi hasilnya, menegakkan kebijakan yang telah ditentukan, dan merespons dalam batas operasional yang dipersyaratkan.
Dengan demikian, generasi otomasi industri berikutnya tidak hanya akan bergantung pada kinerja komputasi yang lebih tinggi, tetapi juga pada seberapa efektif arsitektur perangkat lunak mengendalikan interaksi antara beban kerja.
Kesimpulan
Otomasi industri sedang memasuki arsitektur yang di dalamnya PLC, prosesor berperforma tinggi, AI, konektivitas, dan fungsi yang ditentukan perangkat lunak semakin beroperasi secara bersamaan.
Hal ini menciptakan peluang besar untuk modernisasi, tetapi juga memperkenalkan dependensi dan mode kegagalan baru.
Arsitektur yang tangguh harus menggabungkan eksekusi deterministik, isolasi proses, perlindungan memori, akses sumber daya yang terkendali, pembatasan dampak kesalahan, pengelolaan siklus hidup keamanan siber, dan mekanisme pemulihan yang ditetapkan.
Sistem operasi waktu nyata berbasis mikrokernel seperti QNX merupakan salah satu pendekatan arsitektur untuk memenuhi persyaratan ini. Jika digunakan bersama teknologi PLC dan pengontrol yang sudah ada, platform semacam itu dapat menyediakan fondasi perangkat lunak yang diperlukan untuk mengintegrasikan beban kerja komputasi modern, sekaligus mempertahankan batasan yang jelas di sekitar fungsi otomasi kritis.
