네임스페이스 <RoutineInterface-Namespace>

이 네임스페이스는 Adaptive Platform의 diag 모듈 내에서 애플리케이션별 진단 루틴의 캡슐화 및 실행을 위한 인터페이스를 제공합니다. 주된 작업은 진단 관리 시스템에 대해 시작, 중지 및 결과 조회와 같은 루틴 작업을 위한 추상화 계층을 제공하는 것으로 추정됩니다. 질문 (열림) 루틴 실행 제어는 일반적으로 상위 진단 스택의 수명주기와 결합될 것으로 추정됩니다. 필수적인 제약 조건으로서 구현은 요구되는 스레드 안전성과 비동기 호출 시의 결정론적 동작을 보장해야 합니다.

자세히 ›

컨텍스트

네임스페이스 namespace <RoutineInterface-Namespace>은 R25-11 릴리스의 AUTOSAR Adaptive Platform의 기능 클러스터 diag(Diagnostic Management)의 일부입니다. 이 네임스페이스 내에서 인터페이스 클래스 <RoutineInterface>는 DiagnosticRoutineInterface으로 정의됩니다. 이 네임스페이스의 기본 역할은 차량의 애플리케이션 소프트웨어 컴포넌트에 의해 실행되는 진단 루틴을 캡슐화하기 위한 표준화된 프레임워크를 제공하는 것입니다.

클래스 <RoutineInterface>은 플랫폼의 진단 관리 시스템과 차량별 루틴 프로세스 사이의 추상화 계층 역할을 할 것으로 추정됩니다. 질문 Q-03b9b94f9c2849b0 (열림) 상위 진단 관리는 외부 진단 요청(예: ISO 14229-1에 따른 UDS RoutineControl)을 처리하고 이를 등록된 애플리케이션 루틴으로 전달합니다. 애플리케이션은 인터페이스 구현을 통해 전송 프로토콜 계층 또는 네트워크 토폴로지에 대한 직접적인 종속성 없이 실제 제어, 테스트 및 검사 로직을 제공합니다.

수명 주기

인터페이스 클래스 <RoutineInterface> 인스턴스의 수명주기는 연관된 진단 서비스의 제공 상태와 밀접하게 결합될 것으로 추정됩니다. 질문 Q-32a86efa16843445 (열림) 인스턴스화는 일반적으로 인터페이스가 진단 관리자에 등록되고 외부 요청에 대해 활성화되기 전, 어댑티브 애플리케이션의 초기화 단계에서 수행됩니다. 애플리케이션은 객체 생성 및 필요한 실행 컨텍스트 제공에 대한 책임을 집니다.

동작 단계 동안 인터페이스 인스턴스는 활성 상태를 유지하며 수신 제어 명령을 수락합니다. 외부 테스터의 진단 호출은 일반적인 애플리케이션 작업과 병행하여 도착할 수 있으므로, 구현은 요구되는 스레드 안전성을 보장해야 합니다. 애플리케이션 종료 또는 서비스 비활성화 시 실행 중인 루틴이 정의되지 않은 상태로 남지 않고 할당된 리소스가 결정론적으로 해제되도록 질서 있는 등록 취소가 필요합니다.

사용 경로

진단 루틴의 일반적인 사용 경로는 진단 관리 시스템과 애플리케이션 로직 간의 구조화된 상호작용 단계 순서로 구분됩니다. 이 흐름은 다음과 같은 단계들을 포함할 것으로 추정됩니다: 질문 Q-da2cd4e1ceb5b3b8 (열림)

1. 초기화 및 등록: 애플리케이션은 클래스 <RoutineInterface>을 인스턴스화하고 diag 모듈의 진단 관리에 인터페이스 객체를 등록합니다.
2. 루틴 시작: 해당 진단 요청을 수신하면 시스템은 인터페이스의 시작 메서드를 호출합니다. 이를 통해 액추에이터 테스트, 캘리브레이션 실행 또는 계산 주기와 같은 애플리케이션별 로직이 트리거됩니다.
3. 상태 및 결과 쿼리: 실행 중 또는 작업 완료 후 해당 인터페이스 호출을 통해 중간 상태 또는 최종 결과를 쿼리하여 관리 시스템으로 전달할 수 있습니다.
4. 종료 또는 조기 중단: 루틴은 성공적인 처리 후 정상적으로 종료되거나 필요한 경우 진단 인프라의 명시적인 중지 요청을 통해 제어된 방식으로 중단됩니다.

오류 시나리오

루틴 실행 중에는 일관된 오류 처리를 요구하는 다양한 오류 조건이 발생할 수 있습니다. 진단 루틴 실행 중 불충분한 공급 전압, 허용되지 않는 차량 상태 또는 리소스 부족과 같은 예기치 않은 작동 상태가 발생하면 인터페이스는 이를 신호로 알려야 합니다. 잘못된 입력 매개변수 또는 실행 중단은 정의된 오류 코드를 통해 진단 관리로 다시 보고되어야 합니다. 이를 통해 플랫폼은 표준을 준수하는 부정 응답 코드(NRC)를 외부 진단 테스터에 전송하고 안전한 차량 상태를 유지할 수 있습니다.