같은 ESP32-C6인데 배터리 수명이 달라져요 — Arduino vs Zephyr vs ESP-IDF 전력 비교

같은 칩에 같은 기능을 구현했는데, 어떤 개발 프레임워크를 썼느냐에 따라 배터리 수명이 달라진다면 믿으시겠어요? 전력 측정 장비 회사 Qoitech이 ESP32-C6에서 이걸 실제로 측정해봤어요. 같은 동작을 하는 펌웨어를 Arduino, Zephyr, ESP-IDF 세 가지로 각각 만들어서 전력 소모를 비교한 건데요. 배터리로 돌아가는 IoT 기기를 만드는 분들이라면 꼭 알아둘 만한 내용이에요.

등장인물 소개부터 할게요

ESP32-C6는 에스프레시프의 RISC-V 기반 칩으로, Wi-Fi 6와 BLE 5에 Thread/Zigbee까지 지원하면서 몇 천 원이면 사는 IoT 인기 칩이에요. 이 칩을 개발하는 방법이 크게 세 가지인데요. Arduino는 다들 아시는 그거예요. setup()과 loop()만 쓰면 되는 쉬운 프레임워크로, 진입 장벽이 가장 낮은 대신 추상화가 두꺼워요. ESP-IDF는 에스프레시프의 공식 SDK예요. FreeRTOS 기반이고, 칩의 모든 기능을 세밀하게 제어할 수 있는 대신 배울 게 많죠. Zephyr는 리눅스 재단이 관리하는 오픈소스 RTOS인데, 특정 칩 제조사에 묶이지 않는 범용 임베디드 OS라서 요즘 상용 제품에서 채택이 늘고 있어요.

어떻게 측정했고, 뭐가 나왔나

측정에는 Otii라는 전력 분석기를 썼어요. 이게 뭐냐면, 멀티미터처럼 평균값 하나만 보여주는 게 아니라 시간축을 따라 전류가 어떻게 변하는지 미세한 프로파일로 기록해주는 장비예요. 전송 순간의 피크, 유휴 상태의 바닥 전류, 슬립 진입 타이밍까지 전부 보이죠. 결과의 핵심은 이래요. 같은 하드웨어인데 프레임워크에 따라 소모 전력이 유의미하게 달랐다는 거예요. 대체로 ESP-IDF가 가장 효율적이었는데, 이유는 간단해요. 공식 SDK라서 칩이 제공하는 전력 관리 기능 — 유휴 시간에 CPU를 잠깐 재우는 라이트 슬립, 부하에 따라 클럭을 낮추는 DFS, Wi-Fi 연결을 유지하면서 모뎀만 재우는 파워 세이브 모드 — 을 제대로 활용할 수 있거든요. 반면 Arduino는 기본 설정이 “쉽고 잘 동작하는 것” 위주라서, 아무것도 안 하는 순간에도 CPU가 풀스피드로 loop()를 돌며 전기를 먹는 식의 낭비가 생기기 쉬워요. 재미있는 건 딥 슬립 전류는 셋 다 비슷하다는 점이에요. 딥 슬립은 소프트웨어가 아니라 하드웨어가 하는 일이라서요. 차이는 결국 깨어 있는 시간의 관리, 즉 소프트웨어의 몫에서 갈리는 거죠.

여기서 얻을 교훈

첫째, 데이터시트의 전력 수치는 우리 제품의 수치가 아니에요. 데이터시트는 이상적인 조건의 최소값이고, 실제 소모는 프레임워크의 기본 설정, 드라이버 동작, 코드 구조에 따라 몇 배씩 달라져요. 둘째, 기본값을 의심하세요. 프레임워크의 기본 설정은 개발 편의에 맞춰져 있지 배터리 수명에 맞춰져 있지 않아요. 셋째, 측정 없는 최적화는 감이에요. 코드 성능 튜닝에 프로파일러를 쓰듯, 전력 최적화에는 전력 프로파일링이 필요해요. 비싼 장비가 없다면 INA226 같은 저렴한 전류 센서 모듈로도 시작해볼 수 있고요.

실무에 적용한다면

배터리 기반 제품을 만든다면 전략은 이렇게 잡아볼 수 있어요. 아이디어 검증 단계에서는 Arduino로 빠르게 프로토타입을 만들고, 양산 단계에서는 ESP-IDF나 Zephyr로 옮기면서 전력 관리를 제대로 붙이는 거죠. 처음부터 IDF로 시작할 수 있다면 더 좋고요. 결국 임베디드에서 전력 소모는 하드웨어 스펙이 아니라 소프트웨어 품질의 문제라는 게 이 비교의 한 줄 결론이에요. 여러분은 배터리 기기 개발할 때 전력 측정을 어떻게 하고 계세요? 프레임워크를 갈아탔더니 배터리 수명이 확 달라진 경험이 있다면 나눠주세요.