Belajar Embedded Engineer - Compliance & Certification

#Pendahuluan

Di episode 19 kalian sudah berlatih berpikir seperti engineer safety: MISRA C, analisis kegagalan yang sistematis, dan fail-safe design. Tapi ada satu lompatan terakhir yang memisahkan firmware yang "aman menurut tim kalian" dengan firmware yang boleh dijual dan dipasang di industri nyata: bukti kepatuhan yang diakui pihak ketiga. Ketika produk embedded kalian akan dipasang di mobil, pabrik, atau rumah sakit, kalimat "kami sudah mengujinya sendiri" tidak cukup — regulator menuntut kepatuhan regulasi, dan pelanggan besar menuntut sertifikasi sesuai standar industri.

Episode ini memetakan dunia compliance & certification: apa itu IEC 61508 dan ISO 26262, bagaimana CE/FCC menjadi syarat legal masuk pasar, arti tingkat risiko SIL dan ASIL, dan cara menyusun compliance plan agar sertifikasi tidak menjadi mimpi buruk di akhir proyek.

#Dua Jenis Aturan: Regulasi vs Standar Industri

Hal pertama yang sering membingungkan pemula: tidak semua "sertifikasi" berasal dari jenis aturan yang sama.

CE/FCC menjawab pertanyaan regulator: "apakah produk ini aman dipakai dan tidak mengganggu perangkat lain?" — tanpa itu produk dilarang beredar. IEC 61508 / ISO 26262 menjawab pertanyaan pelanggan industri: "seberapa bisa kami percaya sistem ini saat gagal?" — sering menjadi syarat kontrak B2B, bukan undang-undang. Peta standar yang paling sering ditemui engineer embedded:

#IEC 61508: Induk Functional Safety

IEC 61508 adalah standar payung untuk sistem elektrik/elektronik/terprogram (E/E/PE) yang berfungsi menjaga keselamatan — dari interlock mesin pabrik sampai sistem proteksi kilang. Kontribusi terbesarnya adalah kerangka kerja yang diadopsi hampir semua standar turunan:

1. Safety lifecycle — keselamatan dikelola sejak fase konsep sampai pembuangan alat, bukan hanya saat testing akhir.
2. Risk-based classification — tingkat kekakuan proses ditentukan oleh besarnya risiko, bukan sama untuk semua produk.
3. Bukti terstruktur — setiap klaim harus didukung dokumen yang bisa diaudit: analisis bahaya, hasil test, review, dan manajemen perubahan.

Tingkat risikonya disebut SIL (Safety Integrity Level), dari SIL 1 (paling toleran) sampai SIL 4 (paling ketat):

Poin pentingnya: naik satu level SIL bukan sekadar "test lebih banyak" — melainkan lompatan kebutuhan arsitektur (redundansi, diversity), ketelitian dokumentasi, dan biaya. Itulah kenapa menentukan target level sedini mungkin adalah keputusan bisnis, bukan sekadar teknis.

#Safety Lifecycle dan Model-V

Proses safety biasanya digambarkan sebagai Model-V: sisi kiri mendekomposisi kebutuhan menjadi desain, sisi kanan memverifikasinya naik tingkat demi tingkat:

Kunci yang membuat model ini "sertifiable": setiap artefak sisi kiri harus punya pasangan verifikasi di sisi kanan, dan hubungan itu harus tercatat dalam traceability matrix. Auditor akan mengambil satu requirement acak dan menanyakan: "test mana yang membuktikan requirement ini?" Jika jawabannya tidak ada di dokumen, klaim gugur.

#ISO 26262: Versi Otomotif

ISO 26262 adalah adaptasi IEC 61508 untuk kendaraan jalan raya — dan karena volume produksi mobil jutaan unit dengan harga kompetitif, standarnya sangat pragmatis soal biaya. Proses intinya dimulai dari HARA (Hazard Analysis and Risk Assessment): setiap fungsi dinilai dari tiga dimensi risiko — severity (seberapa parah cedera), exposure (seberapa sering situasinya muncul), dan controllability (bisa kah pengemudi mengendalikan?). Hasil penilaiannya menentukan ASIL (Automotive Safety Integrity Level):

Fungsi ASIL D menuntut disiplin maksimal: MCU dengan core redundan lockstep, freedom from interference antar-partisi software, coverage metric ketat (MC/DC), dan review independen. Di sinilah rangkaian episode sebelumnya tersambung: MISRA C (episode 19) adalah praktik wajib de facto untuk software ISO 26262, dan AUTOSAR yang akan kita lihat di episode 23 menyediakan arsitektur dasar yang sudah dirancang untuk kebutuhan ASIL.

#CE & FCC: Tiket Masuk Pasar

Berbeda dari SIL/ASIL yang berbicara tentang keandalan fungsi, CE marking dan FCC adalah urusan legal akses pasar — fokus utamanya kompatibilitas elektromagnetik (EMC) dan keselamatan dasar: produk kalian tidak boleh memancarkan interferensi berlebihan, dan harus tahan interferensi yang wajar.

Untuk perangkat dengan radio (WiFi/BLE/LoRa), aturannya lebih ketat: modul radio harus punya sertifikat tersendiri dan pengujian dilakukan lab terakreditasi — jalur self-declaration penuh tidak tersedia seperti perangkat non-radio. Yang perlu kalian sadari secara teknik: EMC bukan urusan belakangan. Layout PCB yang buruk — grounding kacau, decoupling capacitor hilang, switching regulator di jalur sinyal analog — adalah penyebab klasik kegagalan uji emisi, dan memperbaikinya setelah PCB diproduksi berarti spin ulang hardware.

#Praktik: Menyusun Compliance Plan

Compliance plan adalah dokumen hidup satu-dua halaman yang merencanakan seluruh perjalanan sertifikasi sebelum kode ditulis. Struktur minimalnya:

1. Target pasar & regulasi wajib — negara mana yang dituju? CE? FCC? keduanya?
2. Standar industri yang dipicu — apakah pelanggan mensyaratkan SIL/ASIL tertentu?
3. Analisis risiko — HARA/FMEA untuk fungsi yang bisa membahayakan.
4. Strategi bukti — test apa, coverage berapa, dokumen apa yang jadi jejak audit.
5. Pihak ketiga — lab EMC, notified body, assessor independen; jadwal dan biayanya.
6. Kontrol perubahan — revisi apa yang memicu re-test?

Contoh kerangka untuk proyek fiktif Smart Motor Controller:

# Compliance Plan - Smart Motor Controller v1.0
 
## 1. Target Pasar dan Regulasi
   - Pasar: Uni Eropa dan Amerika Serikat
   - Wajib: CE (EMC Directive + LVD), FCC Part 15 Subpart B
## 2. Standar Industri
   - IEC 61508, target SIL 2 untuk fungsi emergency stop
## 3. Analisis Risiko
   - FMEA hardware + analisis bahaya fungsi safety (deadline Q3)
## 4. Strategi Bukti
   - Static analysis MISRA-clean, unit test terlacak ke requirement,
     HIL report, pre-scan + final scan EMC di lab terakreditasi
## 5. Pihak Ketiga
   - Assessor independen untuk SIL 2, lab EMC untuk laporan resmi
## 6. Kontrol Perubahan
   - Revisi firmware = impact analysis + re-test area terdampak

Dokumen ini memaksa tim menjawab pertanyaan termahal lebih dulu: "standar apa yang berlaku untuk kita?" — pertanyaan yang kalau baru muncul di akhir proyek biasanya sudah terlambat.

#Common Pitfalls

1. Sertifikasi sebagai checklist akhir — compliance dirancang mundur dari hari pertama; menyusunnya setelah produk jadi berarti redesign mahal dan delay berbulan-bulan.
2. Salah klasifikasi produk — board dengan WiFi/BLE adalah radio equipment (RED/FCC intentional radiator), bukan sekadar perangkat digital biasa; jalur dan biayanya beda jauh.
3. Dokumentasi menyusul kode — traceability yang bolong-baru-disusun-ulang mudah ditembus auditor; bukti lahir bersama kode, bukan setelahnya.
4. Mengira logo CE adalah penanda kualitas — CE adalah deklarasi kesesuaian regulasi oleh pabrikan sendiri, bukan stempel uji mutu dari lembaga penguji.
5. Update firmware pasca-sertifikasi tanpa impact analysis — perubahan sekecil apa pun pada fungsi yang disertifikasi bisa membuat sertifikat tidak lagi mencerminkan produk di lapangan.

#Penutup

Inti yang harus dibawa pulang:

• Ada dua dunia aturan: regulasi pasar (CE/FCC — syarat legal berjualan) dan standar industri (IEC 61508 / ISO 26262 — syarat kepercayaan kontrak).
• SIL 1-4 dan ASIL A-D mengukur risiko; level target menentukan kekakuan arsitektur, dokumentasi, dan biaya.
• Inti semua sertifikasi adalah bukti yang terlacak: dari requirement, desain, test, sampai laporan — dirangkai lewat Model-V.
• Compliance plan sejak hari pertama desain jauh lebih murah daripada memburu sertifikasi di akhir proyek.
• Perubahan pasca-sertifikasi harus melewati impact analysis — sertifikat berlaku untuk produk yang di-audit, bukan versi terakhir yang sembarangan.

Di episode 21 selanjutnya kita beralih dari urusan regulasi ke urusan kecerdasan: Embedded AI / TinyML — menjalankan neural network di MCU dengan RAM ratusan KB, dari quantization sampai inference di edge. Setelah ini kalian tahu bagaimana membuat perangkat yang legal; episode berikutnya membuatnya pintar. Sampai jumpa di episode 21!