구조체 ara::diag::CommunicationControl::ComCtrlRequestParamsType

이 데이터 구조는 [SWS_DM_00805]에 따른 어댑티브 통신 제어를 위한 UDS 서비스 요청 0x28의 모든 입력 매개변수를 묶습니다. 이러한 진단 메시지가 수신되면 플랫폼은 제어 및 통신 유형과 노드 식별자를 역직렬화하고 채워진 구조체를 해당 서비스 핸들러로 전달합니다. 애플리케이션 소프트웨어는 포함된 값을 평가하여 정의된 네트워크 세그먼트의 송수신 동작에 맞춤형 영향을 미칩니다(AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”). 상태 비저장 데이터 컨테이너로서 이 구조체는 자체 동시성 동기화를 갖추고 있지 않으므로, 접근은 핸들러의 실행 컨텍스트 내에서 유지되어야 합니다.

자세히 ›

컨텍스트

구조체 ara::diag::CommunicationControl::ComCtrlRequestParamsType는 AUTOSAR Adaptive의 기능적 진단 인터페이스 내에서 핵심적인 데이터 전송 타입입니다 [SWS_DM_00805]. 이는 헤더 파일 ara/diag/communication_control.h에 선언되어 있으며, UDS 서비스 0x28(CommunicationControl)의 진단 요청에 대한 모든 입력 매개변수를 캡슐화하는 표준화된 매개변수 컨테이너 역할을 합니다(AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”).

전체 시스템에서 이 구조체는 AUTOSAR 진단 관리(Diagnostic Management)와 차량별 통신 제어를 담당하는 어댑티브 애플리케이션 소프트웨어 간의 매개체 역할을 합니다. 외부 테스터로부터 들어오는 진단 명령은 플랫폼 수준에서 역직렬화되어 이 구조체를 통해 애플리케이션에 전달됩니다. 이 구조체는 세 개의 공개 멤버 변수를 포함합니다(AUTOSAR_AP_SWS_Diagnostics §8.7.2.1 “Public Member Variables”):

• controlType ([SWS_DM_01562], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.2 “controlType”): std::uint8_t(으)로 정의된 이 필드는 수행할 제어 작업을 지정하기 위해 UDS 요청에서 추출된 서브기능을 전달합니다.
• communicationType ([SWS_DM_01563], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.1 “communicationType”): 마찬가지로 std::uint8_t 타입인 이 필드는 UDS 요청에 지정된 통신 유형(예: 일반 통신 또는 네트워크 관리 통신)을 나타냅니다.
• nodeIdentificationNumber ([SWS_DM_01564], AUTOSAR_AP_SWS_Diagnostics §8.7.2.1.3 “nodeIdentificationNumber”): std::uint16_t(으)로 정의된 이 변수는 제어 명령의 대상이 되는 구체적인 대상 노드 또는 서브네트워크를 식별합니다.

수명 주기

기본 C++ 구조체(struct)로서 [SWS_DM_00805] ComCtrlRequestParamsType은(는) 단순 값 유형(Plain Old Data / POD)의 특성을 갖습니다. 내부 상태 머신, 가상 함수 포인터 및 동적으로 할당된 메모리 영역을 갖지 않습니다(AUTOSAR_AP_SWS_Diagnostics §8.7.2.1 “Public Member Variables”).

인스턴스 생성은 일반적으로 Diagnostic Management 프레임워크에 의해 일시적으로 수행됩니다. UDS 0x28 메시지가 수신되고 형식적으로 검증되는 즉시 스택이 구조체를 인스턴스화하고 디코딩된 페이로드로 멤버 변수를 초기화합니다(해석: 객체 생성은 요청 수락 프레임워크 내에서 미들웨어의 전적인 책임임). 소유권 관계는 메서드 호출의 컨텍스트로 엄격하게 제한됩니다. 플랫폼은 일반적으로 인스턴스를 값 또는 상수 참조로 애플리케이션의 서비스 핸들러에 전달하며, 수신 애플리케이션은 인스턴스의 영구적인 소유권을 갖지 않습니다. 질문 Q-1abe8049ce5759f2 (열림)

따라서 라이프사이클 단계나 복잡한 상태 전이가 존재하지 않습니다. 인스턴스 소멸은 해당 콜백 호출의 유효 범위를 벗어날 때 자동으로 이루어집니다. 동시성과 관련하여 ComCtrlRequestParamsType은(는) 자체 동기화 메커니즘을 구현하지 않습니다. 플랫폼에 의해 초기화된 후 애플리케이션 소프트웨어는 일반적으로 멤버를 읽기 전용으로 평가하므로, 인스턴스가 처리 컨텍스트에 스레드 로컬로 전달되는 한 액세스는 스레드 안전할 것으로 보입니다(해석: 평가를 위해 외부 잠금이 필요하지 않음). 질문 Q-d654753d06273bca (열림)

사용 경로

진단 처리의 맥락에서 일반적인 사용 경로는 네트워크 메시지부터 애플리케이션 응답까지 고정된 단계 순서로 진행됩니다(AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”):

1. 진단 메시지 수신: 외부 진단 테스터가 ECU에 UDS 0x28 요청을 전송합니다. Adaptive Diagnostic Management가 전송 계층에서 데이터 패킷을 수신합니다.
2. 역직렬화 및 인스턴스화: 진단 스택이 페이로드를 파싱하고 ComCtrlRequestParamsType [SWS_DM_00805]의 인스턴스를 생성하며, 전송된 값을 필드 controlType [SWS_DM_01562], communicationType [SWS_DM_01563] 및 nodeIdentificationNumber [SWS_DM_01564]에 할당합니다.
3. 서비스 핸들러로 전달: 미들웨어가 인스턴스를 어댑티브 애플리케이션 내 CommunicationControl 인터페이스의 구현된 콜백 메서드로 전달합니다.
4. 매개변수 평가 및 실행: 어댑티브 애플리케이션이 구조체를 읽습니다. nodeIdentificationNumber [SWS_DM_01564]을(를) 기반으로 자체 노드가 지정되었는지 또는 서브네트워크가 지정되었는지 확인합니다. 그런 다음 controlType [SWS_DM_01562] 및 communicationType [SWS_DM_01563]을(를) 통해 해당 송수신 모드를 활성화하거나 비활성화합니다.
5. 피드백: 실행이 성공적으로 완료되면 애플리케이션은 작업을 Diagnostic Management에 확인하고, Diagnostic Management는 표준을 준수하는 긍정 UDS 응답을 진단 테스터에 전송합니다.

시퀀스 다이어그램: UDS 0x28 메시지부터 애플리케이션의 매개변수 평가까지의 일반적인 요청 처리 흐름. 출처: [SWS_DM_00805], AUTOSAR_AP_SWS_Diagnostics §8.7.2 “Struct: ComCtrlRequestParamsType”