Belajar Hardware Engineer - Proses Desain Hardware
Episode 2 of 28

Belajar Hardware Engineer - Proses Desain Hardware

Membedah alur lengkap desain hardware dari requirement, schematic, layout, prototype, validation, hingga production, plus praktik menulis desain plan yang menjadi jembatan antara kebutuhan produk dan keputusan teknis.

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

Pendahuluan

Setelah di episode 1 kita memahami peran dan cakupan hardware engineer, pada episode ini kita membedah proses desain hardware secara utuh. Ini adalah peta kerja yang akan menemani kalian di semua episode berikutnya: setiap topik — power, RF, SI, DFM — hanyalah satu stasiun di jalur yang sama.

Mengapa proses ini penting untuk dipahami lebih dulu? Karena mayoritas kegagalan proyek hardware bukan disebabkan oleh rangkaian yang salah, melainkan oleh proses yang buruk: requirement yang ambigu, desain yang diubah di tengah jalan, atau prototype yang dites tanpa rencana. Proses yang baik adalah biaya termurah untuk mencegah semua itu.

Alur Utama Desain Hardware

Secara garis besar, setiap proyek hardware melewati enam tahap:

100%

Keenam tahap ini linier secara alur, tetapi memiliki loop revisi — terutama antara prototype, validation, dan kembali ke schematic. Di industri, loop ini diatur oleh phase-gate review: di akhir tiap tahap ada checkpoint di mana stakeholder memutuskan lanjut, revisi, atau hentikan.

1. Requirement

Tahap paling murah sekaligus paling menentukan. Di sini kalian menjawab: "produk ini harus bisa apa?" Requirement yang baik bersifat:

  • Spesifik — "mengirim data sensor setiap 10 detik" bukan "mengirim data secara berkala".
  • Terukur — "akurasi suhu ±0.5°C" bukan "cukup akurat".
  • Jelas batasannya — budget, ukuran, konsumsi daya, suhu lingkungan, target biaya produksi.

2. Schematic

Requirement diterjemahkan menjadi rangkaian simbolik: pilih MCU, power architecture, interface, proteksi. Keluaran tahap ini adalah netlist dan diagram skematik yang siap di-review. Episode 5 membahas ini secara mendalam.

3. Layout

Netlist yang abstrak diubah menjadi PCB fisik: penempatan komponen, routing tembaga, layer stack, dan design rule. Di sinilah sinyal "berubah wujud" dari konsep menjadi jalur tembaga yang nyata. Episode 6 adalah panggung utama untuk tahap ini.

4. Prototype

PCB difabrikasi dan komponen disolder, lalu dilakukan bring-up — proses menyalakan board pertama kali dan memastikan tidak ada asap keluar. Episode 9 mengajarkan teknik soldering dan bring-up.

5. Validation

Board yang menyala diuji terhadap requirement: pengukuran, test plan, EMC, termal. Episode 10 (measurement & debugging) dan 15 (testing & validation) membahas ini.

6. Production

Desain final disiapkan untuk produksi massal: DFM, BOM final, work dengan pabrik, quality control. Episode 14, 24, dan 19 membahasnya.

Praktik: Menulis Desain Plan

Sebelum membuka KiCad, hardware engineer profesional menulis desain plan — dokumen satu sampai dua halaman yang menjawab mengapa dan bagaimana sebelum mengetik skematik. Berikut template yang bisa kalian pakai:

desain-plan.md (template)
# Desain Plan: [Nama Produk]
 
## 1. Ringkasan
Satu paragraf: apa produk ini, untuk siapa, nilai utamanya.
 
## 2. Requirement (terukur)
- [ ] Input power: 5V USB, toleransi ±5%
- [ ] Konsumsi daya: rata-rata < 100 mW
- [ ] Interface: UART 115200 baud, GPIO x4
- [ ] Lingkungan: 0-50 C, indoor
- [ ] Biaya target: BOM < $10
 
## 3. Arsitektur yang dipilih
- MCU: STM32F103 (alasan: tersedia, murah, dok lengkap)
- Power: LDO 3.3V dari 5V (alasan: arus < 200mA, noise rendah)
- Interface: UART untuk log, GPIO untuk kontrol LED
 
## 4. Risiko utama
- [ ] Ketersediaan komponen (sempat kosong di pasaran)
- [ ] Noise ADC dari switching power (jika pindah ke buck)
 
## 5. Milestone
| Milestone | Target selesai |
|---|---|
| Schematic done | Minggu 2 |
| Layout done | Minggu 4 |
| Prototype nyala | Minggu 6 |
| Validation pass | Minggu 8 |

Mengapa desain plan begitu bernilai? Karena memaksa kalian mengambil keputusan di atas kertas — tempat termurah untuk salah — sebelum berkomitmen di PCB, tempat termahal untuk salah.

Tip

Tuliskan alasan setiap pilihan arsitektur di desain plan ("alasan: ..."). Tiga bulan kemudian ketika desain revisi, kalian akan lupa mengapa memilih LDO alih-alih buck — dan desain plan adalah satu-satunya tempat jawabannya masih tersimpan.

Prinsip yang Menjaga Proses Tetap Sehat

Beberapa prinsip yang berlaku di semua tahap:

Freeze Specification Secepat Mungkin

Perubahan requirement di tengah proses adalah penyebab nomor satu keterlambatan proyek hardware. Tidak seperti software yang bisa di-update over-the-air, perubahan hardware berarti biaya fabrikasi ulang dan waktu tunggu produksi. Prinsipnya: "spesifikasikan dengan teliti di awal, disiplin setelahnya".

Design Review di Setiap Gate

Sebelum pindah ke tahap berikutnya, adakan review dengan orang lain. Mata kedua menemukan apa yang mata kalian sudah bosan lihat. Desain plan di atas menyebutkan milestone — setiap milestone adalah titik review.

Prototype Bertahap

Jangan langsung membuat PCB penuh untuk sistem besar. Mulai dengan modul terpisah atau evaluation board dari vendor, buktikan tiap blok berfungsi, baru satukan. Ini mempercepat debugging dan mengurangi variabel yang harus ditebak.

Dokumentasikan Semua Perubahan

Setiap revisi desain harus tercatat: apa yang diubah, mengapa, kapan, dan siapa yang menyetujui. Ini bukan birokrasi — ini yang membuat desain kalian bisa dipertanggungjawabkan di produksi (dibahas di episode 17).

Warning

Kesalahan paling umum pemula: langsung membuka KiCad tanpa desain plan. Akibatnya desain berubah berkali-kali di tengah layout karena requirement tidak pernah ditulis. Hasil akhirnya selalu sama: proyek molor dan biaya membengkak. Mulai kebiasaan menulis satu halaman desain plan untuk proyek pertama kalian.

Penutup

Pada episode 2 ini, kalian telah memahami bahwa proses desain hardware adalah enam tahap berulang: requirement, schematic, layout, prototype, validation, dan production.

Inti yang harus dibawa pulang:

  • Enam tahap proses diikat oleh phase-gate review — checkpoint di mana keputusan lanjut/revisi dibuat.
  • Requirement harus spesifik, terukur, dan jelas batasannya.
  • Desain plan adalah dokumen wajib sebelum membuka EDA — tempat termurah untuk berbuat salah.
  • Spesifikasi di-freeze sedini mungkin; prototype dilakukan bertahap; setiap perubahan didokumentasikan.

Di episode 3 selanjutnya, kita masuk ke fondasi paling dasar: electronics fundamentals — komponen dasar, hukum Kirchhoff, dan batas antara dunia analog dan digital. Kalian akan melakukan analisis sirkuit pertama yang nyata. Sampai jumpa di episode 3!