저전력 구성 및 측정¶

SiFli SDK 저전력 가이드는 여러 SF32 아키텍처를 다룹니다. SF32LB52x, SF32LB55x, SF32LB56x는 고성능 작업에 HPSYS의 HCPU(최대 240 MHz)를, Bluetooth 및 센서 작업에 LPSYS의 LCPU(최대 48 MHz)를 사용합니다. SF32LB57x와 SF32LB58x는 HCPU/LCPU 아키텍처에 ACPU를 추가하며, 58x의 저전력 LCPU는 최대 96 MHz로 동작합니다. 코어 수, 클럭 한계, 저전력 동작은 제품군마다 다르므로 대상 디바이스에 해당하는 SDK 가이드를 따르십시오.

전원 관리 프레임워크 구성¶

프로젝트 디렉터리에서 다음을 실행합니다.

sdk.py menuconfig

아래 menuconfig 설정은 SF32LB52x 원본 가이드의 내용입니다. 모드 이름과 사용 가능한 옵션은 제품군과 SDK 버전에 따라 다를 수 있으므로, 적용하기 전에 대상 제품군의 문서로 확인하십시오.

생성된 rtconfig.h에는 보통 RT_USING_PM, BSP_USING_PM, 선택한 모드 심볼이 포함됩니다. 참고 구현으로는 example/pm/classical을 확인하십시오. 기능을 비활성화하려면 동일한 menuconfig 항목을 해제하십시오.

아래 그림은 SF32LB52x 원본 가이드에서 가져온 것이며, 핵심 메뉴 위치 두 곳을 보여 줍니다. 실제 프로젝트에서는 대상 제품군의 SDK 메뉴를 기준으로 삼으십시오.

웨이크업 소스 선택¶

보드의 pinmux.c/drv_io.c와 해당 SDK 예제의 API를 사용합니다.

SF32LB52x, SF32LB56x, SF32LB57x, SF32LB58x의 Hibernate에서는 아래 예제가 GPIO를 PMU 웨이크업 소스 PIN0에 매핑합니다. 이 예제는 표에 나온 별도 절차를 사용하는 SF32LB55x에는 적용되지 않습니다. SF32LB57x에서 PMU 웨이크업 핀 인덱스 범위는 0–13이므로, 선택한 핀 매핑을 대상 디바이스의 사용자 매뉴얼 및 보드 설계와 대조하여 확인하십시오.

HAL_PMU_SelectWakeupPin(0,
    HAL_HPAON_QueryWakeupPin(hwp_gpio1, BSP_KEY1_PIN));
HAL_PMU_EnablePinWakeup(0, AON_PIN_MODE_HIGH);
rt_kprintf("CR:0x%x, WER:0x%x\n", hwp_pmuc->CR, hwp_pmuc->WER);

Hibernate 웨이크업은 PM_HIBERNATE_BOOT이 설정된 콜드 부트이며, Standby처럼 중단된 명령 흐름을 이어서 실행하지 않습니다. 하나의 IO가 Standby와 Hibernate를 모두 웨이크업해야 한다면 두 경로를 모두 구성하십시오. 55x에서 Hibernate 웨이크업 핀은 플로팅 입력이므로 보드에서 필요한 경우 외부 풀 저항을 제공하십시오.

슬립 상태 이해¶

인용한 현재 SDK 저전력 가이드에는 57x에 대해 비교할 수 있는 SRAM 리텐션 및 웨이크업 시간 행이 없습니다. 다른 제품군의 리텐션 용량이나 타이밍 수치를 SF32LB57x에 그대로 가져다 쓰지 말고, 대상 SDK 릴리스와 디바이스 문서로 확인하십시오.

이 표에서 PM_SLEEP_MODE_LIGHT, PM_SLEEP_MODE_DEEP, PM_SLEEP_MODE_STANDBY는 각각 Light Sleep, Deep Sleep, Standby에 해당합니다.

위 제품군별 값은 인용한 SDK 가이드의 참고 수치이며, 실제 보드에서 보장되는 타이밍은 아닙니다. SF32LB52x 가이드에 따르면 PSRAM이 있으면 HCPU는 전원이 차단될 RAM의 데이터를 PSRAM에 백업했다가 웨이크업 후 복원합니다. PSRAM이 없으면 64 KB Retention RAM을 백업 영역으로 사용합니다. 이 백업 영역은 제품군별 표에 기재된 SRAM 리텐션 용량과 별개입니다. 예를 들어 SF32LB52x Standby 항목에는 HPSYS SRAM 384 KB가 유지된다고 되어 있습니다. 다른 제품군의 SDK 가이드에서 확인되지 않았다면 이 백업 정책이나 용량이 해당 제품군에도 적용된다고 가정하지 마십시오. 실제 전류는 활성 주변 장치, IO 레벨, 외부 메모리, 보드 구성에도 영향을 받습니다.

동작 중 클럭 제어¶

idle 스레드가 슬립 상태로 진입하지 못하면 WFI 자동 클럭 저감 기능으로 전류를 줄일 수 있습니다. 단, EPIC, EZIP, LCDC, USB, SD가 모두 유휴 상태일 때만 안전합니다. 애플리케이션이 SDK의 LVGL/디바이스 관리 기능을 사용하지 않는다면 주변 장치 동작 구간을 rt_pm_hw_device_start()와 rt_pm_hw_device_stop()으로 감싸십시오. 분주비는 HAL_RCC_HCPU_SetDeepWFIDiv()로 설정합니다. 오디오 워크로드에서는 낮춘 클럭을 보통 48 MHz로 제한하고, 다른 워크로드에서는 4 MHz를 사용할 수 있습니다. HPSYS_RCC_DBGR_FORCE_HP는 SDK 가이드의 요구 사항에 따라 설정하십시오.

동작 중인 작업에는 rt_pm_run_enter()를 사용합니다.

pm_scenario_start()/pm_scenario_stop()은 SDK의 UI 및 Audio 전원 정책을 적용합니다. 두 시나리오 중 하나라도 활성화되면 고속 모드를 선택하고, 둘 다 비활성화되면 중속 모드를 선택합니다. 클럭을 낮추면 실행 시간이 길어질 수 있으므로 순간 전류뿐 아니라 에너지도 측정하십시오.

서브시스템 간 슬립 순서 이해¶

화면이 꺼지면 HPSYS가 슬립에 들어갈 수 있습니다. 55x/56x/58x에서는 보통 HPSYS가 먼저 슬립한 뒤 LPSYS가 슬립합니다. 52x 제품군은 HCPU와 LCPU가 독립적으로 슬립할 수 있는 예외로 문서화되어 있습니다. 인용한 자료만으로는 57x ACPU에도 같은 순서가 적용되는지 확인할 수 없으므로 해당 SDK 릴리스의 서브시스템 정책을 확인하십시오. 웨이크업 후 gui_resume은 다음 화면 꺼짐 판단 주기를 시작합니다. 공유 주변 장치나 IPC 트랜잭션에 코어가 계속 필요하다면 해당 코어를 깨어 있는 상태로 유지하십시오.

BSP_PM_DEBUG를 일시적으로 활성화하고 로그에서 다음을 검색합니다.

예상한 슬립이 일어나지 않으면 list_thread, pm_dump, list_timer를 확인하십시오. idle 스레드가 실행되어야 하고, 어떤 코드도 rt_pm_request(PM_SLEEP_MODE_IDLE) 요청을 유지하고 있지 않아야 합니다. 다음 OS 타이머까지 남은 시간은 정책 임계값(일반적으로 HCPU 100 ms, LCPU 10 ms)보다 길어야 합니다. 또한 웨이크업 조건이 비활성 상태이고 IPC 큐가 비어 있어야 합니다. 임계값보다 짧은 주기적 지연이 있으면 슬립에 진입하지 못할 수 있습니다.

원본 가이드는 "화면 꺼짐 → IDLE → 조건이 충족되면 슬립" 경로와 "키가 LPSYS를 깨우고, LCPU가 메일박스를 통해 HCPU로 이벤트를 보내면 시스템이 자동으로 HPSYS를 깨우는" 경로도 도식화합니다. 이 도식은 로그 순서를 확인하는 데 유용하지만, 표현과 흐름은 SF32LB52x 예시이므로 다른 제품군의 WSR 비트 할당을 추정하는 데 사용해서는 안 됩니다.

%%{init: {"flowchart": {"htmlLabels": true, "wrappingWidth": 260}}}%%
flowchart TD
    A["<div style='width:260px;text-align:center'>화면 잠금 시간 초과,<br/>화면이 꺼짐</div>"] --> B["<div style='width:260px;text-align:center'>모든 작업 스레드가 유휴 상태,<br/>IDLE 스레드 실행</div>"]
    B --> C["<div style='width:260px;text-align:center'>조건이 충족되면<br/>슬립 모드로 진입</div>"]

%%{init: {"flowchart": {"htmlLabels": true, "wrappingWidth": 260}}}%%
flowchart TD
    A["<div style='width:260px;text-align:center'>키가 LPSYS를 깨움</div>"] --> B["<div style='width:260px;text-align:center'>LCPU가 메일박스를 통해 키 이벤트를 HCPU로 전송,<br/>시스템이 자동으로 HPSYS를 깨움</div>"]
    B --> C["<div style='width:260px;text-align:center'>HCPU가 키 이벤트 유형을 확인</div>"]
    C --> D["<div style='width:260px;text-align:center'>HCPU가 싱글 클릭 키 이벤트로 판단하고<br/>화면을 켬</div>"]

보드 수준 누설 전류 줄이기¶

먼저 최소 시스템 구성을 측정하십시오. 디스플레이, 센서, 충전기 등 분리할 수 있는 부하를 모두 분리한 뒤 하나씩 다시 연결합니다. 흔한 누설 원인은 다음과 같습니다.

• 전원이 계속 공급되는 외부 디바이스
• 전원이 꺼진 디바이스에 High를 출력하는 핀
• 플로팅 입력 또는 일치하지 않는 풀업/풀다운
• 저전력 상태로 전환하지 않은 PSRAM, NOR/NAND 플래시, eMMC 또는 SDIO
• 내부 풀다운과 충돌하는 55x USB PA01 구성

보드별 전원 전환은 BSP_IO_Power_Down()과 BSP_Power_Up()에 구현하십시오. 화면이 꺼지거나 켜질 때 디스플레이 또는 터치 전원을 즉시 전환해야 한다면 BSP_TP_PowerDown/Up과 BSP_LCD_PowerDown/Up을 사용하십시오. NOR 플래시에서 XIP로 실행한다면 플래시 슬립/웨이크업 루틴을 리텐션 RAM(HAL_RAM_RET_CODE_SECT)에 배치하십시오.

재현 가능한 결과 측정 및 기록¶

측정할 때마다 제품군과 SDK 리비전, 보드 리비전, 공급 전압, 계측기 연결 위치와 대역폭, 펌웨어 구성, 메모리 실장 여부, 활성 주변 장치, 웨이크업 소스, 슬립 모드, 전이 로그를 기록하십시오. 전류 값은 상태와 시험 조건을 함께 제시하고, 조건이 다른 보드나 모드의 값을 그대로 비교하지 마십시오.

제품군별 공식 출처: SF32LB52x, SF32LB55x, SF32LB56x, SF32LB58x. SDK의 PMU API 레퍼런스에는 SF32LB57x의 Hibernate 웨이크업 핀 인덱스 범위가 문서화되어 있습니다.

최종 업데이트: 2026-10-19