네임스페이스 apext::sm

네임스페이스 apext::sm은(는) AUTOSAR Adaptive State Management와 호스트 운영체제 간의 전력 상태를 조율하기 위한 표준 플랫폼 확장 인터페이스를 제공합니다 SWS StateManagement §C.1 “Header: apext/sm/power_state_interface.h”. 열거형 apext::sm::PowerState을(를) 통해 Linux 전용 절전 모드가 형식화되어 매핑됩니다 [SWS_SM_71002]. 또한 콜백 apext::sm::WakeUpHandler은(는) 선행 제어 애플리케이션 없이도 운영체제가 State Management에서 유휴 상태로부터의 자율적인 탈출을 트리거할 수 있도록 하며 [SWS_SM_71004], 이 호출은 스레드 안전하게 설계되지 않았습니다.

자세히 ›

컨텍스트

네임스페이스 apext::sm은(는) AUTOSAR Adaptive Platform 내의 State Management 기능 클러스터를 위한 표준 플랫폼 확장 인터페이스(Platform Extension Interfaces)를 제공합니다 SWS StateManagement §C.1 “Header: apext/sm/power_state_interface.h”. State Management의 표준 인터페이스가 주로 모델 경계를 넘어 애플리케이션 상태, 기능 그룹 및 실행 모드를 조정하는 역할을 하는 반면, apext::sm은(는) 하드웨어 근접 결합을 다룹니다. 확장 인터페이스는 플랫폼 기능을 확장하고 기본 운영체제(OS)와의 조정된 상호작용을 구현하기 위해 OEM 또는 통합자에 의해 사용되거나 제공되도록 설계되었습니다 SWS StateManagement §C.1 “Header: apext/sm/power_state_interface.h”.

네임스페이스의 핵심 컴포넌트는 운영체제와의 전력 상태 조정을 담당하는 클래스 PowerStateInterface입니다. 이에 수반하여 헤더 apext/sm/power_state_interface.h은(는) 운영체제 드라이버, 외부 웨이크업 소스 및 내부 상태 관리 사이에서 링크 역할을 하는 형식화된 열거형 및 콜백 별칭을 정의합니다. 운영체제 외에도 이러한 인터페이스는 개념적으로 State Management의 Controller뿐만 아니라 상태 전이에 영향을 미칠 수 있는 SMControlApplication 또는 Update and Configuration Management(UCM)과 같은 상위 인스턴스와도 관련이 있습니다 SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”.

컨텍스트 다이어그램: 운영체제, apext::sm 인터페이스 및 State Management의 상호작용. 출처: SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”, SWS StateManagement §C.1 “Header: apext/sm/power_state_interface.h”.

수명 주기

apext::sm의 프레임워크 내 수명 주기는 std::uint32_t을(를) 기반으로 열거형 apext::sm::PowerState에 모델링된 개별 전력 상태에 의해 정의됩니다 [SWS_SM_71002]. 이러한 상태는 Linux 운영체제의 커널 관점에서 직접 파생됩니다:

• kPmSuspendToIdle(= 1): PM_SUSPEND_TO_IDLE 상태에서 파생됨 [SWS_SM_71002].
• kPmSuspendToRam(= 2): PM_SUSPEND_TO_RAM 상태에서 파생됨 [SWS_SM_71002].
• kPmHibernation(= 3): PM_HIBERNATION(Suspend-to-Disk) 상태에서 파생됨 [SWS_SM_71002].
• kPmOff(= 4): PM_OFF(완전 전원 끄기) 상태에서 파생됨 [SWS_SM_71002].

해석: 클래스 PowerStateInterface은(는) 통합자가 이러한 대상 상태를 쿼리하거나 호스트 운영체제로 전송하는 기본 앵커 포인트 역할을 할 것으로 보입니다. 질문 Q-800acae699828764 (열림) kPmSuspendToRam과(와) 같은 절전 상태에 머무는 동안에는 웨이크업 이벤트가 활성 작동 모드로의 복귀 전환을 시작할 때까지 정상적인 처리가 중단됩니다.

사용 경로

네임스페이스의 핵심 사용 사례는 유휴 상태로부터 전체 시스템의 자율적 웨이크업(Autonomous wake-up from suspend state)입니다 SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”. SMControlApplication이(가) Suspend-to-RAM 모드에서의 탈출을 명시적으로 요청할 수 있는 반면, State Management는 추가적으로 웨이크업 신호에 자율적으로 반응할 수 있습니다.

운영체제가 인터페이스 apext::sm::WakeUpHandler을(를) 통해(해당 인터페이스가 구현되어 있는 경우) 웨이크업 이벤트를 알리면, State Management는 자체적으로 웨이크업 시퀀스를 시작합니다 SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”. apext::sm::WakeUpHandler은(는) std::function<void(void)> 유형의 함수 별칭입니다 [SWS_SM_71004]. 이 핸들러를 호출함으로써 State Management는 Controller 상태 머신을 서스펜드 상태에서 이를 위해 특별히 모델링된 LeaveSuspend 상태로 전환합니다 [SWS_SM_CONSTR_00036]. 이 상태에서 컨트롤러는 작업 요소 LeaveSuspendToRam을(를) 의무적으로 실행하며, 이를 통해 선행 제어 애플리케이션의 개입 없이 정규 플랫폼 활동이 재개됩니다 [SWS_SM_CONSTR_00037], SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”.

시퀀스 다이어그램: WakeUpHandler를 통한 자율적 웨이크업 프로세스. 출처: SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”, [SWS_SM_71004], [SWS_SM_CONSTR_00036], [SWS_SM_CONSTR_00037].

오류 시나리오

apext::sm을(를) 사용하고 통합할 때는 시스템별 제약 조건 및 동시성 위험에 유의해야 합니다:

• 스레드 안전성 부재: 호출 유형 apext::sm::WakeUpHandler은 사양에 따르면 명시적으로 스레드 안전하지 않습니다(not thread-safe) [SWS_SM_71004]. 운영체제 또는 인터럽트 컨텍스트에서 다중 또는 병렬 신호가 트리거되는 경우, 인티그레이터는 State Management에서 데이터 레이스와 비일관적인 상태 전이를 방지하기 위해 적절한 동기화 메커니즘을 마련해야 합니다.
• 구현되지 않은 핸들러: 대상 시스템에 WakeUpHandler이 구현되지 않은 경우, 운영체제를 통한 자율적인 웨이크업이 발생할 수 없습니다. 이 경우 외부 요청(예: RequestUpdateSession을 통한 UCM) 또는 명시적인 애플리케이션 요청이 도착할 때까지 시스템은 휴면 상태로 유지됩니다 SWS StateManagement §7.7.15.1 “Autonomous wake-up from suspend state”.
• 매니페스트 모델링 오류: 배포 매니페스트에 Controller [SWS_SM_CONSTR_00036]에 대한 LeaveSuspend 상태가 누락되었거나 필수 요소인 LeaveSuspendToRam [SWS_SM_CONSTR_00037]가 포함되어 있지 않은 경우, 자동화된 전이가 실패하여 플랫폼이 휴면 상태 이후 정상적으로 작동을 재개할 수 없습니다.