Schneider Foxboro SDA Mengarahkan DCS ke Perangkat Lunak

Schneider Electric mengumumkan EcoStruxure Foxboro Software Defined Automation pada 2 September 2026 di ARC Industry Leadership Forum di Orlando. Perusahaan tersebut menjelaskannya sebagai sistem kontrol terdistribusi terbuka yang ditentukan oleh perangkat lunak untuk industri proses dan hibrida. Pengumuman ini masih baru, tetapi signifikansinya bagi rekayasa tidak terlalu bergantung pada labelnya, melainkan pada bagaimana fungsi kontrol, perangkat keras, ketersediaan, keamanan siber, dan tanggung jawab siklus hidup diterapkan.

Yang diumumkan Schneider Electric

Foxboro Software Defined Automation, atau Foxboro SDA, diposisikan sebagai evolusi portofolio Foxboro DCS. Schneider menyatakan bahwa arsitektur ini memisahkan perangkat lunak otomasi dari perangkat keras khusus sehingga fungsi kontrol dapat diterapkan dan dipelihara dengan lebih fleksibel. Platform ini ditenagai oleh EcoStruxure Automation Expert dan ditujukan untuk mempertahankan kesinambungan operasional yang diharapkan dari DCS, sekaligus mengurangi ketergantungan pada satu generasi pengendali tertentu.

Pengumuman perusahaan tersebut menekankan keterbukaan, keamanan siber bawaan, kecerdasan waktu nyata, dan modernisasi bertahap. Schneider juga mengaitkan peluncuran ini dengan penelitian yang dilakukan bersama Omdia, yang memperkirakan bahwa arsitektur kontrol tertutup dapat menimbulkan biaya material melalui waktu henti, ketidakefisienan, dan retrofit kepatuhan. Estimasi bisnis semacam itu perlu divalidasi secara spesifik di tiap lokasi, tetapi masalah rekayasa yang mendasarinya sudah umum: keusangan perangkat keras, pemutakhiran yang saling terkait erat, dan antarmuka proprietari dapat membuat perubahan menjadi mahal.

Ditentukan oleh perangkat lunak bukan berarti tidak bergantung pada perangkat keras

Aplikasi kontrol selalu berjalan pada sumber daya komputasi, jaringan, daya, I/O, dan pengaturan waktu fisik. Arsitektur yang ditentukan oleh perangkat lunak mengubah cara fungsi dikemas, ditetapkan, dan dikelola; arsitektur ini tidak menghilangkan batasan tersebut. Insinyur tetap memerlukan eksekusi deterministik, perilaku pemindaian yang diketahui, sinkronisasi waktu, redundansi, kualifikasi lingkungan, dan pembatasan gangguan.

Pertanyaan desainnya menjadi tanggung jawab mana yang dipindahkan ke perangkat lunak dan mana yang tetap terikat pada perangkat. Layanan pengawasan tervirtualisasi sering kali dapat menoleransi waktu pemulihan yang berbeda dari tugas kontrol loop tertutup. Fungsi keselamatan memiliki persyaratan sertifikasi, independensi, dan pengendalian perubahan yang berbeda dari konektor historian. Pabrik harus mengklasifikasikan beban kerja sebelum menentukan tempat beban tersebut dapat dijalankan.

Bagi sistem yang sudah terpasang, perbedaan ini penting. Koleksi Foxboro di situs tersebut mencakup keluarga perangkat keras yang mungkin masih perlu didukung oleh pabrik yang sudah beroperasi selama transisi bertahap. Rencana modernisasi harus memetakan setiap modul I/O, antarmuka fieldbus, ketergantungan pengendali, paket aplikasi, dan alur kerja pemeliharaan, bukan menganggap bahwa portabilitas perangkat lunak secara otomatis menyelesaikan kendala sistem lama.

Potensi manfaat untuk modernisasi sistem lama

Pemutakhiran DCS tradisional sering menggabungkan beberapa risiko sekaligus: penggantian pengendali, perubahan sistem operasi, konversi aplikasi, migrasi jaringan, pengerjaan grafik, dan pelatihan ulang operator. Pemisahan fungsi dapat memungkinkan langkah migrasi yang lebih kecil, tetapi hanya jika antarmuka dan aturan koeksistensi ditetapkan dengan jelas.

Rencana modernisasi sistem lama yang kuat harus mengidentifikasi aset yang dapat dipertahankan, aset yang memerlukan gateway, dan aset yang harus diganti. Rencana tersebut harus menetapkan titik pemulihan, arsitektur sementara, kepemilikan data, serta perilaku yang telah diuji saat layanan perangkat lunak baru tidak tersedia. Manfaatnya bukan sekadar menunda pembelian perangkat keras, melainkan mengurangi jumlah variabel yang diubah selama setiap penghentian operasi.

Keterbukaan memerlukan antarmuka yang terukur

Arsitektur terbuka bermakna ketika insinyur dapat mengidentifikasi protokol yang didukung, model data, API, batas portabilitas, dan persyaratan kesesuaian. Antarmuka yang dipublikasikan tidak menjamin bahwa dua vendor menafsirkan alarm, status kualitas, stempel waktu, redundansi, atau kepemilikan konfigurasi dengan cara yang sama.

Tim pengadaan harus menanyakan antarmuka mana yang tersedia secara bawaan, mana yang memerlukan komponen opsional, dan mana yang hanya ditujukan untuk pemantauan. Mereka juga harus menentukan apakah aplikasi pihak ketiga dapat berpartisipasi dalam kontrol, mengakses data yang telah diberi konteks, atau hanya menggunakan nilai tertentu. Batas kinerja, kebijakan pembaruan, lisensi, dan tanggung jawab dukungan harus dicantumkan dalam spesifikasi teknis.

Koleksi DCS dan sistem kontrol yang lebih luas memberikan konteks mengenai platform terpasang yang dibandingkan oleh pabrik proses. Apa pun arsitektur yang dipilih, operator memerlukan perilaku yang stabil selama pengalihan pengendali, gangguan jaringan, pemeliharaan server, dan hilangnya sebagian infrastruktur.

Keamanan siber menjadi bagian dari siklus hidup

Schneider menjelaskan bahwa keamanan siber tertanam dalam arsitektur Foxboro SDA. Panduan keamanan siber dan panduan teknis solusi yang diterbitkan pada Juli 2026 memberikan titik awal yang lebih berguna daripada bahasa peluncuran yang umum karena keduanya membahas perencanaan dan konfigurasi. Dokumen resmi tersebut merujuk pada arsitektur sistem; penerapan di lokasi tetap menentukan postur keamanan akhir.

Sistem yang ditentukan oleh perangkat lunak meningkatkan pentingnya identitas, pengelolaan sertifikat, perangkat lunak bertanda tangan, pemisahan peran, kualifikasi patch, pencatatan, pencadangan, dan pemulihan. Sistem ini juga dapat memperkenalkan perubahan perangkat lunak yang lebih sering dibandingkan siklus hidup pengendali tradisional. Pabrik memerlukan proses terkendali untuk menguji pembaruan terhadap aplikasi kontrol, driver, grafik, layanan waktu, dan redundansi sebelum diterapkan ke produksi.

Zonasi jaringan tetap diperlukan. Lalu lintas manajemen, akses rekayasa, komunikasi kontrol, dan pertukaran data perusahaan harus memiliki jalur serta izin yang ditetapkan. Administrasi jarak jauh tidak boleh menjadi jalur pintas tanpa dokumentasi yang melewati proses akses OT di lokasi. Pemantauan keamanan harus membedakan aktivitas orkestrasi yang diharapkan dari perubahan konfigurasi tanpa izin.

Ketersediaan harus dibuktikan pada tingkat fungsi

Klaim ketersediaan DCS harus diuraikan berdasarkan skenario kegagalan. Apa yang terjadi ketika node komputasi gagal, jalur jaringan terputus, layanan orkestrasi tidak tersedia, atau penerapan perangkat lunak tidak selesai? Loop kontrol mana yang tetap berjalan, tampilan operator mana yang menurun fungsinya, dan berapa lama waktu pemulihannya?

Insinyur harus meminta bukti mengenai waktu failover, sinkronisasi status, perpindahan tanpa hentakan, kesinambungan alarm, buffering historian, dan pemulihan setelah gangguan serentak. Pencadangan tidak sama dengan ketersediaan tinggi, dan redundansi tidak berguna kecuali kegagalan dengan penyebab umum telah dipertimbangkan. Pengujian penerimaan pabrik harus mencakup mode terdegradasi, bukan hanya operasi normal.

Bagaimana pabrik dapat mengevaluasi Foxboro SDA

Tentukan uji coba dengan ruang lingkup terbatas

Pilih unit nonkritis atau sistem pengujian yang representatif dengan I/O, alarm, urutan, komunikasi, dan grafik operator nyata. Dokumentasikan kinerja saat ini agar arsitektur baru dapat dibandingkan dengan kondisi dasar.

Petakan setiap ketergantungan

Catat pengendali, I/O, server, switch, sumber waktu, layanan domain, lisensi, alat rekayasa, dan paket pihak ketiga. Identifikasi pihak yang memiliki setiap ketergantungan dan cara memulihkannya.

Uji perubahan dan pemulihan

Terapkan pembaruan perangkat lunak, kembalikan ke versi sebelumnya, ganti node yang gagal, putuskan jalur jaringan, dan pulihkan dari cadangan. Pastikan prosedur tersebut dapat dijalankan dengan keterampilan dan alat yang tersedia di pabrik.

Pisahkan klaim dari kriteria penerimaan

Terjemahkan keterbukaan, fleksibilitas, dan keamanan siber menjadi persyaratan yang terukur. Contohnya mencakup versi protokol yang didukung, waktu pemulihan maksimum, sistem operasi yang tervalidasi, retensi log, izin peran, dan batas eksekusi pengendali.

Perspektif rekayasa

Foxboro SDA merupakan upaya serius untuk mengubah cara kapabilitas DCS diterapkan dan diperbarui. Pengumuman peluncuran resmi Schneider Electric pada 2 September menetapkan arah produk, sementara panduan teknis solusi Foxboro SDA memberikan konteks penerapan.

Peluangnya adalah fleksibilitas yang lebih besar selama modernisasi. Risikonya adalah menganggap abstraksi sebagai bukti bahwa masalah pengaturan waktu, keamanan, ketersediaan, dan dukungan telah hilang. Pabrik yang menggunakan klasifikasi beban kerja, migrasi bertahap, antarmuka eksplisit, dan pengujian penerimaan berbasis gangguan akan lebih siap menilai bagian mana dari arsitektur ini yang memberikan nilai.