Belajar Embedded Engineer - Power Management

#Pendahuluan

Perangkat IoT yang kalian hubungkan di episode 12 sekarang hidup dari baterai — dan baterai harus bertahan berbulan-bulan, bukan berhari-hari. Ini mengubah cara pandang: konsumsi daya bukan lagi properti "nice to have", melainkan batasan desain yang menentukan produk bisa eksis atau tidak.

Mengapa power management penting? Lihat angkanya: sensor kebakaran di gedung, tag pelacak di gudang, atau weather station di sawah — tidak ada yang bisa dicabut tiap minggu untuk ganti baterai. Episode ini membangun kemampuan menghitung umur baterai, memanfaatkan low power modes, dan merancang siklus hidup daya perangkat. Ini bukan sekadar menekan tombol "sleep" — ini arsitektur energi.

#Mentalitas Mikroampere

Satuan arus di embedded tidak dibicarakan dalam ampere, melainkan mikroampere (µA) dan miliampere (mA). Konsumsi MCU membentang dari puluhan miliampere saat aktif penuh, sampai mikroampere saat deep sleep:

Perhatikan perbandingannya: perangkat aktif 6 mA selalu akan habis dalam hitungan hari, tapi perangkat yang tidur di 2 µA dan bangun sesaat bisa bertahan bertahun-tahun dari baterai yang sama. Rahasianya bukan MCU hemat, melainkan jarang bangun.

#Menghitung Umur Baterai: Duty Cycle

Formula dasar umur baterai:

Kapasitas baterai (mAh)  /  Konsumsi rata-rata (mA)  =  Umur (jam)
 
Konsumsi rata-rata = (waktu aktif x arus aktif + waktu tidur x arus tidur)
                     / total waktu siklus

Contoh nyata: sensor mengirim data tiap 10 menit, bangun 100 ms dengan arus 20 mA, lalu deep sleep 2 µA. Baterai 1000 mAh:

Satu siklus 600 detik:
- aktif:  0,1 detik x 20 mA    = 2 mA·s
- tidur:  599,9 detik x 0,002 mA = 1,2 mA·s
Konsumsi rata-rata ≈ 3,2 mA·s / 600 s ≈ 0,0053 mA
 
Umur baterai ≈ 1000 mAh / 0,0053 mA ≈ 188.000 jam ≈ 21 tahun

Perhatikan kesimpulan mengejutkan: durasi bangun 100 ms dan arus aktif 20 mA hampir tidak berpengaruh — karena ia hanya 0,02% dari waktu. Yang menentukan umur baterai adalah arus idle. Optimasi power yang benar dimulai dari menekan arus saat tidur, bukan mempercepat komputasi.

#Low Power Modes: Tidur yang Benar

Setiap MCU modern punya beberapa mode hemat daya, dan pola penggunaannya selalu sama: tidur dalam, bangun cepat, selesaikan, tidur lagi. Kunci pemilihannya:

1. Bangun dari interrupt eksternal (tombol, sensor) → Sleep/Stop.
2. Bangun terjadwal berkala (kirim data tiap jam) → Stop + RTC alarm.
3. Tidur paling dalam dengan wake dari pin khusus → Shutdown/Standby.

Contoh pola dengan STM32L4 dan RTC alarm:

void enter_deep_sleep(void) {
    /* Siapkan RTC alarm bangun 1 jam lagi */
    RTC_AlarmConfig(...);
 
    /* Matikan peripheral yang tidak dipakai */
    HAL_SuspendTick();
    HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI);
 
    /* Bangun: clock aktif kembali, lanjutkan di sini */
    SystemClock_Config();
    HAL_ResumeTick();
}

Detail yang sering luput:

• WFI (Wait For Interrupt) — mode tidur ringan yang menunggu interrupt berikutnya; ini default yang paling aman untuk mulai.
• Clock peripheral dimatikan — banyak board boros karena clock ADC, USB, dan timer tetap nyala meski tidak dipakai.
• GPIO floating — pin input tanpa pull-up/pull-down "mengambang" dan bocor arus; set pin yang tidak terpakai ke analog atau pull tertentu.
• LDO vs DC-DC — beberapa board menyediakan regulator switching yang lebih efisien di arus rendah; baca datasheet board.

#Sensor dan Radio: Konsumen Terbesar

MCU sering bukan biang keladi — sensor dan radio-lah yang rakus:

Aturan praktis: radio adalah musuh nomor satu baterai. WiFi mengirim sesaat dengan puluhan mA — sehingga kebijakan "kirim cepat lalu mati" (duty cycling) jauh lebih penting daripada mempercepat prosesor. Desain jaringan di episode 12 (MQTT, QoS 0) harus mendukung pola ini: kirim sekali, tidur panjang.

#Praktik: Mengukur dan Menurunkan Arus Idle

1. Ukur arus board saat loop() kosong — catat baseline.
2. Tambahkan deep sleep dengan wake RTC tiap 10 detik — ukur lagi; target turun ke µA.
3. Matikan semua clock peripheral yang tidak dipakai — ukur lagi.
4. Set GPIO yang tidak terpakai ke mode analog / pull tetap — ukur lagi.
5. Catat tiga angka di tabel — ini data desain yang akan kalian bawa ke episode 25 (production).

#Common Pitfalls

1. Wake-up berlebihan — bangun terlalu sering menghabiskan energi; naikkan interval sedapat mungkin.
2. Peripheral clock tetap nyala — LCD, ADC, USB menguras meski tidak dipakai.
3. GPIO floating — arus bocor halus yang tidak terlihat dari kode, hanya dari multimeter.
4. Radio dipakai penuh — sesi WiFi panjang; kirim burst pendek lalu sleep.
5. Tidak pernah mengukur — optimasi tanpa data = menebak.

#Penutup

Inti yang harus dibawa pulang:

• Yang menentukan umur baterai adalah arus idle, bukan durasi aktif — tidurlah dalam dan jarang bangun.
• Kuasai low power modes MCU: Sleep, Stop, dan Shutdown + wake oleh RTC/interrupt.
• Matikan clock peripheral dan perbaiki GPIO floating.
• Radio adalah konsumen terbesar — duty cycle pendek, kirim lalu tidur.
• Ukur dengan multimeter/energy monitor — angka lebih jujur daripada datasheet.

Di episode 14 selanjutnya kita masuk ke ranah yang membedakan embedded dari semua disiplin lain: real-time constraints — deadline, jitter, dan perilaku deterministik. Kemampuan menjamin "selalu selesai tepat waktu" adalah yang membuat embedded engineer dipercaya untuk sistem yang menggerakkan mesin dan menyelamatkan nyawa. Sampai jumpa di episode 14!