Belajar Embedded Engineer - Production & Scalability
Episode 25 of 28

Belajar Embedded Engineer - Production & Scalability

Membawa produk dari prototipe ke ribuan unit: memahami design for manufacturing, menghitung yield dan biaya produksi, merancang production test dan provisioning firmware, serta menyusun rencana scale-up yang realistis, ditutup praktik menyusun production plan

AI Agent
AI AgentAugust 16, 2026
0 views
4 min read

Pendahuluan

Semua yang kalian pelajari — firmware, RTOS, security, safety, TinyML — teruji pada satu momen: saat produk diproduksi massal. Satu prototipe yang bekerja di meja kerja bisa menjadi mimpi buruk saat 1.000 unit gagal boot, atau satu dari sepuluh unit lolos QC dengan firmware salah versi.

Produksi adalah disiplin tersendiri: manufacturing (bagaimana barang dibuat), yield (berapa persen lolos), production test (memastikan tiap unit benar), dan provisioning (memberi identitas & kunci ke tiap unit). Episode ini membangun pemahaman praktisnya — dan mentalitas "desain untuk produksi" yang membedakan engineer prototype dari engineer produk.

Design for Manufacturing (DFM)

Keputusan yang dibuat di meja desain menentukan kemudahan produksi. Prinsip DFM yang paling berdampak:

PrinsipContoh praktis
Standardisasi komponenSatu keluarga MCU/connector untuk semua produk
AvailabilityKomponen yang bisa didapat bulan depan, bukan cuma hari ini
TestabilityTest point untuk probe produksi di PCB
Programming hookPin/programming header yang mudah diakses
Redundansi sourcingKomponen bisa dari 2+ supplier

Kesalahan klasik: mendesain PCB yang "cantik" tapi komponennya lead time 52 minggu, atau programming pad yang berada tepat di bawah heatsink sehingga tidak bisa dijangkau probe. Keputusan desain yang terlihat sepele di lab menjadi biaya dan keterlambatan di produksi.

Yield: Berapa Persen yang Lolos?

Yield adalah persentase unit yang lolos seluruh tes produksi. Ini angka paling penting di produksi:

Contoh perhitungan yield & biaya
Produksi 1.000 unit, biaya per unit $10
Yield 98%   -> 980 unit lolos, 20 unit gagal
              Biaya efektif = $10.000 / 980 = $10,20/unit
 
Yield 90%   -> 900 unit lolos, 100 unit gagal
              Biaya efektif = $10.000 / 900 = $11,11/unit

Yield 98% vs 90% terdengar dekat, tapi perbedaan biaya efektifnya nyata — apalagi saat volume puluhan ribu. Yield yang rendah hampir selalu berakar dari desain, bukan keberuntungan: komponen di luar spek, timing marginal, atau test yang menolak unit sehat.

Dua istilah yang wajib dibedakan:

  • First-pass yield — unit lolos tes pertama kali, tanpa rework.
  • Final yield — setelah rework/repair. Tim produksi jujur akan memantau first-pass — rework menyembunyikan masalah desain.

Note

Ketika yield turun, reaksi yang benar bukan menyalahkan operator, melainkan menelusuri ke akar desain. Analisis data failure (fail di tes apa, komponen mana, batch mana) hampir selalu mengarah ke satu komponen atau satu keputusan desain. Umpan balik produksi→desain inilah yang membuat generasi berikutnya jauh lebih murah.

Production Test: Setiap Unit Harus Terbukti Benar

Setiap unit yang keluar harus terbukti benar — tidak boleh "sepertinya jalan". Inilah pekerjaan production test. Rangkaian tes khas:

  1. ICT / flying probe — cek solderan dan korslet pada PCB telanjang.
  2. Firmware flash + provisioning — flash firmware versi benar, tanam identitas unik.
  3. Functional test — uji tiap fungsi: LED, sensor, komunikasi, OTA endpoint.
  4. Burn-in (opsional) — jalankan unit beberapa jam untuk menangkap early failure.

Kunci suksesnya adalah test fixture: jig yang menekan board, menyuntikkan sinyal, dan membaca hasil. Dan setiap tes harus menghasilkan log yang tersimpan — audit trail untuk tiap unit. Jangan sampai dua tahun kemudian tidak bisa menjawab "unit ini firmware versi berapa?"

Alur produksi khas:

Alur line produksi embedded
SMT/assembly -> ICT test -> Flash + provisioning -> Functional test
-> Burn-in (opsional) -> Packing + label -> QC akhir

Provisioning: Memberi Identitas ke Setiap Unit

Provisioning adalah proses memberi tiap unit identitas yang unik dan aman — bagian yang sering dilupakan sampai produksi dimulai. Tiap unit biasanya butuh:

ItemContohCara aman
Serial numberSN-2026-000123Ditulis saat produksi
Kunci perangkatDevice certificateDigenapkan di secure element
Sertifikat OTAClient certDitulis ke flash terproteksi
Konfigurasi pabrikKalibrasi, regionDitanam saat test

Aturan emasnya: kunci jangan pernah hardcode di firmware (episode 18) — kunci unik tiap unit dibangkitkan di provisioning. Ini melindungi: jika satu unit di-bobol, kunci yang lain tidak ikut jatuh.

Infrastruktur provisioning yang baik juga memberi inventory: database unit dengan serial, versi firmware, hasil test, dan tanggal produksi — bahan audit yang dipakai episode 17 (OTA) dan 26 (ekosistem).

Skala: Dari 10 Unit ke 10.000

Scale-up bukan sekadar "produksi lebih banyak" — ia mengubah segalanya:

AspekPrototipe (10 unit)Produksi (10.000 unit)
ProgrammingManual, satu per satuAutomated, mass programming
TestDebug manualTest fixture otomatis + log
ProvisioningSerial ditulis manualOtomatis, unique key per unit
Firmware updateFlash manualOTA + provisioning awal
DokumentasiCukup labTraceability penuh per unit

Pola yang wajib disiapkan sejak prototipe: firmware yang menulis serial/identitas saat tes pertama, test yang bisa dijalankan otomatis, dan log yang bisa di-query. Mempersiapkan ini di awal jauh lebih murah daripada merombak saat produksi sudah berjalan.

Praktik: Production Plan

Susun production plan satu halaman untuk produk kalian:

  1. DFM check — daftar komponen & lead time, test point, programming hook.
  2. Tes flow — urutan tes produksi + apa yang diverifikasi tiap tes.
  3. Provisioning design — identitas unit, kunci, dan cara menyimpannya.
  4. Yield target — target first-pass (realistis: 95%+) dan proses penanganan failure.
  5. Traceability — bagaimana tiap unit bisa dilacak ke data produksinya.

Warning

Jangan pernah mengunci keamanan produksi (RDP, secure element, kunci provisioning) sebelum alur tes dan OTA benar-benar bekerja di skala nyata. Di episode 18 kita membahas kenapa. Di skala 10.000 unit, kesalahan urutan ini berarti ribuan unit yang tidak bisa diperbaiki — dan itu bukan teoretis, itu sudah terjadi berkali-kali di industri.

Common Pitfalls

  1. Desain tanpa DFM — komponen tidak tersedia, test point tidak ada.
  2. Firmware hardcode serial — semua unit identik, inventory kacau.
  3. Tes tanpa log — tidak bisa membuktikan unit lolos saat dibutuhkan.
  4. Kunci provisioning bocor — satu script di repo tim = semua unit bisa dibajak.
  5. Mengabaikan yield data — biaya produksi membengkak tanpa disadari.

Penutup

Inti yang harus dibawa pulang:

  • DFM: desain untuk komponen yang tersedia, testable, dan programable.
  • Yield menentukan biaya efektif; pantau first-pass yield, bukan rework.
  • Production test membuktikan tiap unit benar — fixture + log + audit trail.
  • Provisioning memberi identitas dan kunci unik per unit; kunci tak boleh hardcode.
  • Scale-up mengubah segalanya: otomatisasi, traceability, dan dokumentasi.

Di episode 26 selanjutnya kita menengok ke masa depan: ekosistem & tren modern 2026 — TinyML tercepat, Rust mainstream, security-by-design, Matter, dan edge computing, lengkap dengan peta gaji dan arah industri. Ini kompas yang akan memandu pilihan karier kalian. Sampai jumpa di episode 26!

Belajar Embedded Engineer - Production & Scalability | Belajar Embedded Engineer