용어 사전
이 장은 PAIO 문서 전체에 나오는 용어를 한곳에 모은 사전입니다. AUTOSAR 표준 용어와 PAIO 고유 용어를 함께 다루며, 각 용어가 PAIO의 어느 화면과 어느 파일에 대응하는지를 함께 정리합니다.
이 사전을 읽는 방법
- 표는 용어 · 뜻 · PAIO에서 보는 곳 세 열입니다. 세 번째 열의 링크를 따라가면 그 용어를 실제로 다루는 문서로 이동합니다.
- 첫 열의 굵은 글씨는 표제어입니다. 뜻과 보는 곳 열에 나오는 굵은 글씨는 UI에 실제로 보이는 영문
레이블이며 번역하지 않습니다.
백틱은 파일 경로, 확장자, 키 이름, 열거값, 단축키를 뜻합니다. - AUTOSAR 요소 이름은 ARXML에 나오는 대문자 표기(
ECU-INSTANCE)를 그대로 사용합니다. - UI에 보이지만 실제로는 동작하지 않는 항목은 그 사실을 함께 적었습니다.
- 처음 읽는 경우 19.1을 먼저 보면 나머지 절을 이해하기 쉽습니다. 19.2~19.7은 필요할 때 찾아보면 됩니다.
19.1 PAIO 고유 용어
PAIO가 스스로 정의한 개념입니다. AUTOSAR 표준에는 없습니다.
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| IO Model | PAIO의 1차 데이터 모델. 포맷 중립이며 사람이 읽을 수 있는 JSON입니다. ARXML/DBC는 이 위에 얹힌 변환 계층이고 원본이 아닙니다 | design/ 아래 모든 모델 파일 · 01. 제품 개요, 04. 워크스페이스와 프로젝트 |
| IO-First | AUTOSAR가 아니라 IO Model이 진실의 원천이라는 PAIO의 설계 원칙. 덕분에 AUTOSAR가 표현하지 못하는 정보도 모델에 남습니다 | 01. 제품 개요 |
| 워크스페이스 (Workspace) | 프로젝트들을 담는 상위 폴더. 앱은 한 번에 하나만 엽니다. 워크스페이스마다 앱 데이터가 분리되고 단일 인스턴스 락이 걸립니다 | Project ▸ Open Workspace...(Ctrl+O), 사이드바 제목 EXPLORER: <폴더명> · 04. 워크스페이스와 프로젝트 |
| 프로젝트 (Project) | 설계 산출물 한 벌. 프로젝트 메타 파일과 6개 고정 폴더로 이뤄집니다. 한 워크스페이스에 여러 개를 두고 동시에 편집할 수 있습니다 | 탐색기의 프로젝트 노드 · 04. 워크스페이스와 프로젝트 |
| 고정 폴더 (Fixed Folder) | 프로젝트 생성 시 반드시 만들어지고 이름 변경·삭제가 불가능한 6개 폴더 — doc, design, code, workflow, export, import | 탐색기의 프로젝트 하위 노드 · 04. 워크스페이스와 프로젝트 |
| design 트리 (모델 트리) | design 폴더를 파일 목록이 아니라 의미 단위 트리(System ▸ IVC/VFB/Interface/DataType/Signal, Module ▸ Definition/Configuration)로 보여 주는 표시 방식 | 탐색기의 design 노드 · 04. 워크스페이스와 프로젝트 |
| 편집 이력 (History 패널) | 프로젝트 전체의 Undo/Redo/변경 여부/저장을 관리하는 단일 타임라인. 에디터마다 별도 Undo 스택을 두지 않으므로 어느 에디터의 편집이든 Edit ▸ Undo 로 되돌아갑니다 | 하단 유틸리티 패널의 History 탭 · 04.9, 05. 화면 구성 |
| 활성 프로젝트 범위 | 프로젝트가 여러 개 열려 있을 때 Undo/Redo/Save All/History가 현재 활성 탭이 속한 프로젝트에만 적용된다는 규칙. 단, 앱 종료 시에는 모든 프로젝트를 저장합니다 | Edit ▸ Undo, Project ▸ Save All · 04. 워크스페이스와 프로젝트 |
| 에디터 탭 | 모델 노드나 파일 하나를 여는 단위. 제목은 프로젝트명:노드명 형식이고 동시에 최대 20개까지 열립니다 | 에디터 영역 상단 · 05. 화면 구성 |
| 에디터 그룹 / 분할 보기 | 탭을 에디터 영역 가장자리로 끌어 만든 분할 창 | 에디터 영역 · 05. 화면 구성 |
| 더티 표시 (●) | 저장하지 않은 변경이 있는 탭에 붙는 점. 편집 이력의 기록에서 파생되므로, 기록이 남지 않은 변경은 표시되지 않습니다 | 탭 제목 옆 · 05. 화면 구성 |
| 라이선스 잠금 | 라이선스 상태에 따라 쓰기 · 생성 · 삭제 · 익스포트 권한을 켜고 끄는 관문. 읽기와 임포트는 어떤 상태에서도 허용됩니다. 기본값은 잠금(읽기 전용) 이고 로그인과 라이선스 검증 후 열립니다 | 차단 시 뜨는 업그레이드 안내 다이얼로그 · 03. 설치 · 로그인 · 라이선스 |
| ECU Extract / Machine Extract | 한 노드(ECU 또는 HPC)와 그 노드가 참조하는 것만 잘라낸 부분 ARXML을 만드는 기능. 남은 요소가 끊어진 참조를 갖지 않도록 정리합니다 | IVC 노드 우클릭 ▸ Extract ECU / Extract Machine, 결과는 export/<노드이름>/ · 13. 임포트 · 익스포트 |
| QuickStart 워크플로 | 도메인 템플릿(7 도메인 24종)을 고르고 변수만 채우면 AI가 단계별로 프로젝트 전체 모델을 생성하는 기능 | Project ▸ Quick Start ▸ Template Gallery · 15. AI 어시스턴트 |
| PARA Base Set | PopcornSAR AP 기본 구성(서비스 인터페이스, 데이터 타입, 플랫폼 Adaptive Application, PARA 컴포지션, 머신 내용)을 프로젝트에 주입하는 번들. ARXML 임포트와 같은 병합 파이프라인을 탑니다 | Machine Configuration 다이얼로그의 PARA Platform 버튼, 명령 팔레트 PARA: Import Platform · 08. VFB 에디터 |
| CP-SOA | Classic Platform에서 SOME/IP 서비스 통신을 쓰기 위해 서비스 정의로부터 시그널·PDU·인터페이스를 파생하는 계산. 파생 결과는 모델 파일에 저장되며 출처 표시(SOC 배지)만 따로 붙습니다. 표시일 뿐이므로 파생 항목도 이름·속성 변경과 삭제가 모두 허용됩니다 | 명령 팔레트 Derive Signal (CP-SOA) · 05.6, Interface 에디터 SOA DEPLOYMENT 의 ⟳ · 09.4.1, Signal 목록의 SOC 배지 · 07.3 |
| DEST 카탈로그 | ECUC Foreign/Instance Reference의 DESTINATION-TYPE(AUTOSAR 메타타입 문자열)이 IO Model의 어떤 요소를 가리키는지 적어 둔 대응 표. 62종 메타타입을 세 등급(후보 제공 / 이름 합성 / 불투명)으로 나눕니다 | Module Configuration 에디터의 레퍼런스 값 입력 · 12.3 |
| 충돌 해결 (Conflict Resolution) | 임포트한 요소가 기존 요소와 다른 값을 가질 때 항목별로 Keep Project Version / Use Imported Version / Merge Fields / Keep Both 중 하나를 고르는 절차. 정하지 않은 항목은 임포트 값으로 덮어써집니다 | 임포트 중 뜨는 Conflict Resolution 다이얼로그 · 13.2.5 |
| 원본 충돌 (Import Source Conflicts) | 한 번에 고른 여러 임포트 파일이 같은 요소를 서로 다르게 정의할 때 뜨는 별도 화면. 기준 파일을 고르고 필드 단위로 덮어씁니다 | Import Source Conflicts 다이얼로그 · 13.2 |
paio_* 규칙 | AUTOSAR 표준 제약으로 커버되지 않는 실무적 오류를 잡는 PAIO 자체 검증 규칙(예: paio_ref_dangling, paio_someip_service_id_unique) | VALIDATION 패널의 Constr 열 · 14. Validation |
.vfb.layout | VFB 캔버스의 배치 정보(위치·크기·뷰포트)만 따로 담는 파일. 모델 데이터와 분리되어 있습니다 | design/SWC/Layout/<컴포지션>.vfb.layout · 08. VFB 에디터 |
| IVC | In-Vehicle Communication. 차량 내 통신 토폴로지를 뜻하는 PAIO의 약어이며 에디터 이름이기도 합니다 | design ▸ System ▸ IVC · 06. IVC 에디터 |
19.2 AUTOSAR 공통
플랫폼과 무관하게 ARXML 전반에 나오는 용어입니다.
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| ARXML | AUTOSAR의 XML 교환 포맷. PAIO는 임포트와 익스포트 양방향을 모두 지원합니다 | 프로젝트 우클릭 ▸ Import / Export, 결과는 export/ · 13. 임포트 · 익스포트 |
| AR-PACKAGE | ARXML 안의 요소를 담는 패키지(폴더에 해당). 요소의 절대 경로가 여기서 만들어집니다. IO Model에는 AR-PACKAGE 개념이 없으므로 임포트 시 떼고 익스포트 시 규칙대로 다시 붙입니다 | 익스포트 결과 ARXML · 13.3.5 |
| SHORT-NAME | AUTOSAR 요소의 식별자. 첫 글자는 영문자, 이후 영문자/숫자/밑줄만 허용하며 최대 128자입니다. PAIO는 규칙에 맞지 않는 이름을 모델에 반영하지 않습니다(입력란은 오류만 표시하고 이전 값을 유지) | 모든 에디터의 Name 항목 · 06.12, 12.6.1 |
| DESC | 요소의 설명 텍스트. PAIO의 Description 항목이 여기에 대응합니다 | 각 에디터의 Description 항목 |
| ADMIN-DATA | 요소에 붙는 관리 정보 블록. PAIO는 여기에 SDG를 실어 도구 전용 정보를 기록합니다 | 익스포트 결과 ARXML |
| SDG (Special Data Group) | AUTOSAR가 허용하는 확장 슬롯. PAIO는 표준 요소로 표현할 수 없는 소유 관계를 여기에 기록합니다 — 예: ECUC 설정이 어느 ECU의 것인지(IO-ECUC-CONFIG-TO-ECU-MAPPING), 컴포지션이 어느 Machine에 매핑됐는지(IO-SWC-TO-MACHINE-MAPPING) | 익스포트 결과 ARXML · 12.5, 13.3.6 |
| ECU-INSTANCE | Classic Platform의 전자 제어 장치 요소. PAIO의 ECU 노드가 이것으로 나갑니다 | IVC 캔버스의 ECU 노드 · 06.1 |
| MACHINE-DESIGN | Adaptive Platform 머신의 네트워크 측면(커넥터·주소 등)을 담는 요소. PAIO의 HPC 노드가 이것으로 나갑니다 | IVC 캔버스의 HPC 노드 · 06.1 |
| SYSTEM | 시스템 전체를 묶는 최상위 요소. FIBEX-ELEMENTS(구성 요소 목록), MAPPINGS(매핑), ROOT-SOFTWARE-COMPOSITIONS(루트 컴포지션)를 담습니다 | System 페이지의 System Information · 11. System 페이지 |
| FibexElement | SYSTEM의 FIBEX-ELEMENTS 목록이 참조해야 하는 통신 관련 요소들의 총칭. 클러스터, 프레임, PDU, 시그널, ECU-INSTANCE, TP 설정 등이 해당합니다 | 익스포트 결과 <Project>_System.arxml · 13.3 |
| CATEGORY | 요소의 종류를 표시하는 자유 문자열. PAIO는 SYSTEM에 SYSTEM_DESIGN_DESCRIPTION(전체) / ECU_EXTRACT(ECU 추출) / MACHINE_DESIGN_EXTRACT(Machine 추출) 중 하나를 넣습니다 | 익스포트·Extract 결과 ARXML · 13.4 |
| DEST | 참조(*-REF) 태그에 붙는 속성으로, 가리키는 대상의 요소 종류를 적습니다 | 익스포트 결과 ARXML, ECUC 레퍼런스 편집 · 12.3 |
| XSD (스키마) | ARXML의 구조를 정의하는 XML 스키마. PAIO는 R25-11(AUTOSAR_00054.xsd)과 R20-11(AUTOSAR_00049.xsd)을 번들합니다 | 익스포트 결과 ARXML · 13. 임포트 · 익스포트 |
| R25-11 | PAIO가 고정 출력하는 AUTOSAR 스키마 릴리스. 모든 익스포트가 이 네임스페이스로 나갑니다 | 익스포트 결과 ARXML 헤더 · 02.5 |
| AUTOSAR 기능 버전 | 변환 계층이 별도로 다루는 축으로 4.3 ~ 4.7(기본 4.7)입니다. 위의 스키마 릴리스와 독립입니다 | 화면에 노출되지 않습니다 · 02.5 |
| Classic Platform (CP) | ECU·BSW·RTE 기반의 전통적 AUTOSAR 플랫폼 | IVC의 ECU 노드, ECUC 에디터 · 01.5 |
| Adaptive Platform (AP) | POSIX 기반 고성능 컴퓨팅용 AUTOSAR 플랫폼 | IVC의 HPC 노드, Machine Configuration 다이얼로그 · 01.5 |
| constr_xxxx | AUTOSAR 명세가 부여한 제약 번호. PAIO의 검증 규칙 다수가 이 번호를 그대로 씁니다 | VALIDATION 패널의 Constr 열 · 14.4 |
19.3 통신
IVC 에디터와 Signal 에디터가 다루는 영역입니다.
토폴로지
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| Communication Cluster | 같은 프로토콜을 쓰는 노드들이 붙는 논리 버스. CAN / Ethernet / LIN 세 종류가 있습니다 | IVC 캔버스의 클러스터 노드 · 06.4.1 |
| Physical Channel | 클러스터 내부의 물리 채널. 어떤 커넥터들이 연결됐는지를 담고, 이더넷 채널은 VLAN ID를 갖습니다. 편집 지점은 Cluster Configuration 다이얼로그가 아니라 속성 패널입니다 | 클러스터 선택 시 속성 패널의 Physical Channels 섹션 · 06.8.5 |
| Connector | 노드(ECU/HPC)가 채널에 붙는 접점. 프로토콜별로 Ethernet / CAN / LIN이 있고, 각 커넥터는 컨트롤러 하나를 참조합니다 | IVC 노드 우클릭 ▸ Add Connector · 06.4.2 |
| Communication Controller | 노드의 통신 하드웨어에 해당하는 요소. 종류는 ethernet, can, lin-master, lin-slave 넷입니다 | IVC 노드 우클릭 ▸ Add Controller · 06.4.2 |
| Coupling Element | 이더넷 스위치/허브/라우터를 나타내는 요소. 종류는 switch / hub / router 입니다 | IVC 빈 캔버스 우클릭 ▸ Add Ethernet Switch · 06.4.1 |
| Coupling Port | 스위치의 포트, 또는 이더넷 컨트롤러가 소유한 포트. 포트끼리 잇는 것이 물리 케이블에 해당합니다 | 스위치 우클릭 ▸ Add CouplingPort · 06.4.3, 포트 우클릭 ▸ Connect to Port... · 06.5.4 |
| Network Endpoint | 이더넷 커넥터의 IP 계층 설정(IPv4/IPv6 주소, 넷마스크, 게이트웨이, DNS, TTL 등) | 커넥터 선택 시 속성 패널의 Network Endpoint 섹션 · 06.8.2 |
| Application Endpoint | TCP 또는 UDP 포트 하나의 정의. 서비스 인스턴스가 이 포트를 통해 통신합니다 | 이더넷 커넥터를 선택했을 때만 나오는 속성 패널의 Application Endpoints 섹션(Coupling Port에는 나오지 않습니다) · 06.8.2 |
| Service Instance | 어떤 서비스를 이 노드가 제공(provider)하는지 소비(consumer)하는지, 어느 포트를 쓰는지를 잇는 매핑. Interface 에디터에서 정의한 인스턴스를 참조합니다 | 이더넷 커넥터 선택 시 속성 패널의 Service Instances 섹션 · 06.8.2, 09.4.2 |
| PLCA | 10BASE-T1S 이더넷의 물리 계층 충돌 회피 설정. 임포트된 값을 보여 주기만 하고 편집 수단이 없습니다 | 포트-포트 연결선 선택 시 속성 패널의 PLCA (10BASE-T1S) 섹션 · 06.8.4 |
프레임 · PDU · 시그널
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| Frame | 버스 위를 오가는 물리 전송 단위. PAIO는 CAN / LIN / FlexRay / Ethernet 네 종류를 모델로 갖지만 편집 탭은 CAN 과 LIN 두 개뿐입니다 | Signal 에디터의 CAN / LIN 탭 · 07.2 |
| DLC | CAN 프레임의 데이터 길이 코드. 고를 수 있는 값은 0 (0 bytes) ~ 15 (64 bytes) 16개이며, 9~15는 CAN FD 확장 길이(12/16/20/24/32/48/64바이트)를 뜻합니다 | CAN 프레임의 DLC 항목 · 07.7.1 |
| CAN 주소 방식 (Addressing) | standard(11비트 ID)와 extended(29비트 ID) | CAN 프레임의 Addressing 항목 · 07.7.1 |
| LIN Frame Type | unconditional(무조건) / event-triggered(이벤트) / sporadic(산발). 뒤 둘은 다른 unconditional 프레임을 참조합니다 | LIN 프레임의 Frame Type 항목 · 07.7.2 |
| LIN Checksum | classic 또는 enhanced | LIN 프레임의 Checksum 항목 · 07.7.2 |
| PDU (Protocol Data Unit) | 프레임 안에 실리는 프로토콜 데이터 단위. PAIO는 6종을 구분해 다룹니다 | Signal 에디터의 PDU 탭 · 07.5 |
| I-Signal I-PDU | 시그널들을 담아 주기적으로 보내는 가장 일반적인 PDU. 길이·주기(Cycle Time)와 시그널 매핑을 갖습니다 | PDU 탭 ▸ + ▸ I-Signal I-PDU · 07.5 |
| Multiplexed I-PDU | 선택자(selector) 값에 따라 내부 배치가 바뀌는 PDU. 항상 있는 STATIC 부분과 전환되는 DYNAMIC 부분으로 나뉩니다 | PDU 탭 ▸ + ▸ Multiplexed I-PDU · 07.5 |
| NM-PDU | 네트워크 관리 전용 PDU. NM 노드가 송신/수신 대상으로 참조합니다 | PDU 탭 ▸ + ▸ NM-PDU · 07.5 |
| N-PDU | 전송 계층(Transport Protocol)이 쓰는 세그먼트 운반용 PDU. CanTp/LinTp 연결이 데이터 PDU 또는 흐름 제어 PDU로 참조합니다 | PDU 탭 ▸ + ▸ N-PDU · 07.5 |
| DCM-I-PDU | 진단(Dcm) 데이터를 담는 PDU. 전송 계층이 분할해 나르는 대상입니다 | PDU 탭 ▸ + ▸ DCM-I-PDU · 07.5 |
| General Purpose PDU | 용도를 CATEGORY로 구분하는 범용 PDU. SOME/IP 서비스 디스커버리 PDU가 여기에 해당합니다 | PDU 탭 ▸ + ▸ General Purpose PDU · 07.5 |
| I-Signal | PDU 안에 배치되는 시그널의 통신 계층 정체성. Signal 에디터의 Name 이 이 이름입니다 | Signal 에디터의 SIGNAL 탭 · 07.7.7 |
| System Signal | 같은 시그널의 시스템 계층 정체성. 하나의 논리 시그널은 I-Signal과 System Signal 두 이름을 함께 갖고 익스포트됩니다. 데이터 매핑이 참조하는 쪽은 System Signal입니다 | Signal 모델의 systemSignalName · 07.7.7, 11.8 |
| Signal Group | 함께 다뤄야 하는 시그널들의 논리 묶음. 멤버는 System Signal 이름으로 기록됩니다 | Signals 그리드의 GROUP 열 · 07.9 |
| Text Table | 시그널 값과 표시 레이블을 잇는 열거 표. 이 표가 있으면 초기값 입력이 콤보 상자가 됩니다. 현재 버전에서는 읽기 전용이며 에디터에서 바꿀 수 없습니다 — 항목은 ARXML 또는 DBC 임포트로만 만들어집니다 | Configuration 패널의 Text Table (N entries) 절 · 07.12 |
| Factor / Offset | 원시값을 물리값으로 바꾸는 계수. 물리값 = 원시값 × Factor + Offset 입니다 | Signals 그리드의 FACTOR / OFFSET 열 · 07.9 |
| Byte Order | 바이트 순서. big-endian(상위 바이트 우선) 또는 little-endian | Signals 그리드의 BYTE-ORDER 열 · 07.9 |
| Update Bit | 시그널이 갱신됐음을 알리는 별도 비트의 위치 | Signals 그리드의 UPDATE-BIT 열 · 07.9 |
| 비트 레이아웃 (Preview) | PDU/프레임 안의 비트 배치를 색으로 보여 주는 그림. 겹치는 비트는 오류 색으로 표시됩니다 | Signal 에디터의 Preview 영역 · 07.10 |
네트워크 서비스
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| NM (Network Management) | 버스의 절전/기동을 조율하는 네트워크 관리. PAIO는 CAN NM과 UDP NM을 다룹니다 | Node Configuration ▸ NETWORK MANAGEMENT 탭, Cluster Configuration ▸ CAN NM CLUSTER / UDP NM CLUSTER 탭 · 06.7.3, 06.7.4 |
| NM Cluster | 같은 NM 규칙을 공유하는 노드 집합. 클러스터 수준 NM 파라미터를 담습니다 | Cluster Configuration의 NM 탭 · 06.7.4 |
| NM Node | 한 ECU를 한 NM Cluster에 붙이는 요소 | Node Configuration ▸ NETWORK MANAGEMENT 탭 · 06.7.3 |
| NM Coordinator | 여러 NM 클러스터의 절전을 조율하는 역할. 채널별로 ACTIVE / PASSIVE / NONE 을 갖습니다 | Node Configuration의 NM 코디네이터 다이어그램 · 06.7.3 |
| Transport Protocol (TP) | 한 프레임에 담기지 않는 큰 데이터를 나눠 보내는 계층. PAIO는 CanTp 와 LinTp 를 다룹니다 | Cluster Configuration ▸ TRANSPORT PROTOCOL 탭 · 06.7.4 |
| 주소 지정 방식 (Addressing Format) | CanTp 연결의 ISO 15765-2 주소 모드 — STANDARD / EXTENDED / MIXED / MIXED29BIT / NORMALFIXED | TRANSPORT PROTOCOL 탭 · 06.7.4 |
| 통신 유형 (Target Address Type) | PHYSICAL(1:1) 또는 FUNCTIONAL(1:N) | TRANSPORT PROTOCOL 탭 · 06.7.4 |
| Global Time | 노드 간 시각 동기화. 이더넷은 IEEE 802.1AS(gPTP), CAN은 AUTOSAR 고유 방식입니다 | Node Configuration / Cluster Configuration ▸ TIME DOMAIN 탭 · 06.7.3, 06.7.4 |
| Time Domain | 하나의 동기화 영역. 마스터·슬레이브·게이트웨이 역할과 CRC 정책을 갖습니다 | TIME DOMAIN 탭 · 06.7.4 |
| SOME/IP | Adaptive Platform의 서비스 지향 통신 프로토콜. 서비스 ID와 이벤트/메서드/필드별 식별자를 배포 정보로 갖습니다 | Interface 에디터 ▸ SOME/IP Deployment · 09.3 |
| DDS | 또 다른 서비스 지향 통신 미들웨어. 토픽 이름과 서비스 ID 등을 배포 정보로 갖습니다 | Interface 에디터 ▸ DDS Deployment · 09.3 |
TSN 이더넷 스위치
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| VLAN | 하나의 물리 이더넷을 논리적으로 나누는 가상 랜. 채널마다 VLAN ID를 갖고, 포트마다 송신 방식(TAGGED / UNTAGGED / NOT SENT)을 정합니다 | Switch Configuration ▸ VLAN Membership 패널 · 06.7.5 |
| PCP (Priority Code Point) | VLAN 태그에 실리는 0~7의 우선순위 값 | Port 파이프라인의 PRIORITY REGENERATION 단계 · 06.7.5 |
| Priority Regeneration | 수신한 프레임의 PCP를 다른 값으로 바꿔 쓰는 매핑 | Port 파이프라인의 PRIORITY REGENERATION 단계 · 06.7.5 |
| Traffic Class | PCP 값들을 묶어 배정하는 송신 큐의 등급 | Port 파이프라인의 TRAFFIC CLASS ASSIGNMENT 단계 · 06.7.5 |
| FIFO | 하나의 트래픽 클래스를 담당하는 송신 큐. 셰이퍼를 붙일 수 있습니다 | EGRESS 큐 그래프의 FIFO 노드 · 06.7.5 |
| CBS (Credit-Based Shaper) | IEEE 802.1Qav의 크레딧 기반 셰이퍼. idleSlope(초당 크레딧 증가량)를 갖습니다 | FIFO 우클릭 ▸ Attach Shaper: CBS · 06.7.5 |
| ETS (Enhanced Transmission Selection) | IEEE 802.1Qaz의 대역 배분 셰이퍼/스케줄러. 가중치를 퍼센트 또는 weight 값으로 지정합니다 | FIFO 우클릭 ▸ Attach Shaper: ETS, 스케줄러 종류 ETS · 06.7.5 |
| ATS (Asynchronous Traffic Shaper) | IEEE 802.1Qcr의 셰이퍼. 모델과 임포트는 지원하지만 UI로 새로 만들 수는 없습니다(스위치 수준 TSN 설정으로 대체됨). 임포트된 값은 표시·보존됩니다 | Port 파이프라인에 ATS 로 표시 · 06.7.5 |
| Frame Preemption | 긴 프레임을 잘라 급한 프레임을 먼저 보내는 기능. 트래픽 클래스마다 EXPRESS 또는 PREEMPTABLE 을 지정합니다 | EGRESS 큐 그래프의 FIFO 설정 · 06.7.5 |
| Scheduler | 여러 FIFO 중 어느 것을 먼저 내보낼지 정하는 요소. STRICT PRIORITY 또는 ETS 입니다 | EGRESS 큐 그래프의 스케줄러 노드 · 06.7.5 |
19.4 소프트웨어 구조
VFB 에디터, Interface 에디터, System 페이지가 다루는 영역입니다.
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| VFB (Virtual Functional Bus) | 하드웨어 배치를 생각하지 않고 소프트웨어 컴포넌트의 연결만 다루는 추상 계층 | design ▸ System ▸ VFB · 08. VFB 에디터 |
| SWC (Software Component) | 소프트웨어 컴포넌트. 포트를 통해서만 외부와 통신합니다 | VFB 캔버스의 노드 · 08.2 |
| Composition | 다른 컴포넌트를 담는 컨테이너형 SWC. 자기 자신도 포트를 갖습니다 | 빈 캔버스 우클릭 ▸ ADD COMPOSITION · 08.5.1 |
| Atomic SWC | 더 쪼갤 수 없는 실행 단위 SWC. 종류는 Application, Complex Device Driver, Ecu Abstraction, Sensor Actuator, Service(BSW 서비스), Adaptive Application 입니다. ADD SWC 메뉴는 여기에 Composition 을 더해 7종을 제공합니다 | 컴포지션 우클릭 ▸ ADD SWC · 08.2 |
| Interface Mapping 노드 | AP 서비스 인터페이스와 CP의 SR/CS 요소를 잇는 전용 노드. SWC 종류가 아니라 별도의 노드 종류입니다 | 루트 레벨 빈 캔버스 우클릭 ▸ ADD INTERFACE MAPPING · 08.5.1 |
| Prototype | SWC 타입을 컴포지션 안에 실제로 놓은 인스턴스. 같은 타입을 여러 프로토타입으로 여러 번 놓을 수 있습니다 | 컴포지션 우클릭 ▸ ATTACH SWC · 08.5.2, System 페이지의 AS PROTOTYPE 열 · 11.4.1 |
| 드릴다운 | 컴포지션 안으로 들어가 내부를 편집하는 것. 화면 상단 브레드크럼이 현재 위치를 보여 줍니다 | 컴포지션 더블클릭 · 08.4 |
| Port | SWC가 외부와 주고받는 접점. 방향은 PPort(제공) / RPort(요구) / PRPort(양방향) 셋입니다 | 노드 우클릭 ▸ ADD Port · 08.5 |
| Port Interface | 포트가 주고받는 내용의 계약. 포트는 인터페이스 하나를 참조합니다 | Interface 에디터 · 09. Interface 에디터 |
| Sender-Receiver (SR) | 데이터 요소(Data Element)를 단방향으로 보내고 받는 인터페이스 | Interface 에디터의 Sender-Receiver 탭 · 09.3.2 |
| Client-Server (CS) | 오퍼레이션을 호출하고 결과를 받는 인터페이스. 인자는 IN / OUT / INOUT 방향을 갖습니다 | Interface 에디터의 Client-Server 탭 · 09.3.3 |
| Mode-Switch | 모드 전환을 알리는 인터페이스. ModeDeclarationGroup 이름, 초기 모드, 모드 선언 목록을 갖습니다 | Interface 에디터의 Mode-Switch 탭 · 09.3.4 |
| Service Interface | AP의 서비스 인터페이스. 이벤트(Events) / 메서드(Methods) / 필드(Fields)와 C++ 네임스페이스, 버전을 갖습니다 | Interface 에디터의 Service 탭 · 09.3.1 |
| Data Element | Sender-Receiver 인터페이스가 나르는 데이터 하나. 이름과 데이터 타입을 갖습니다 | Sender-Receiver 탭 · 09.3.2 |
| Operation | Client-Server 인터페이스가 제공하는 호출 하나 | Client-Server 탭 · 09.3.3 |
| ComSpec | 포트별 통신 속성. 송/수신, 큐 사용 여부에 따라 종류가 나뉘고 초기값·타임아웃·전송 모드 등을 갖습니다 | 포트 선택 시 속성 패널의 ComSpec 섹션 · 08.7 |
| Internal Behavior | Atomic SWC의 내부 동작 정의. Runnable, RTE 이벤트, Inter-Runnable Variable을 담습니다 | SWC Internal Behavior 다이얼로그 · 08.8 |
| Runnable (Runnable Entity) | RTE가 호출하는 실행 단위. symbol(생성 코드의 C 함수 이름)과 최소 시작 간격 등을 갖습니다 | SWC Internal Behavior 다이얼로그의 캔버스 노드 · 08.8 |
| RTE Event | Runnable을 깨우는 계기. 메뉴가 제공하는 종류는 7종 — TimingEvent, BackgroundEvent, DataReceivedEvent, OperationInvokedEvent, SwcModeSwitchEvent, InitEvent, InternalTriggeredEvent(AUTOSAR 이름은 InternalTriggerOccurredEvent) | SWC Internal Behavior 다이얼로그의 RTE Events 추가 메뉴 · 08.8 |
| Access Point | Runnable이 포트나 변수에 접근하는 지점. 9종 — DataSendPoint, DataReceivedPoint, SyncServerCallPoint, DataWriteAccess, DataReadAccess, WrittenLocalVariable, ReadLocalVariable, ModeSwitchPoint, ModeAccessPoint | SWC Internal Behavior 다이얼로그의 Access Points 추가 메뉴 · 08.8 |
| InternalTriggeringPoint | SWC 내부에서 다른 Runnable을 깨우는 트리거 발원지. 소유 Runnable에 속합니다. Access Points 메뉴에 함께 들어 있지만 VARIABLE-ACCESS가 아닌 별도 요소로 저장됩니다 | SWC Internal Behavior 다이얼로그의 Access Points 추가 메뉴 10번째 항목 · 08.8 |
| Inter-Runnable Variable (IRV) | 한 SWC 안의 Runnable들이 공유하는 변수 | SWC Internal Behavior 다이얼로그 ▸ SWC 몸통 우클릭 ▸ ADD IRV · 08.8 |
| SWC ↔ ECU 매핑 | 어떤 컴포지션을 어떤 ECU/HPC에 배치할지 정하는 관계. 세 화면에서 모두 편집할 수 있고 서로 실시간 동기화됩니다 | System 페이지 MAPPED ECU 열 · 11.4.5, IVC Map Composition · 06.6, VFB Map to ECU/HPC · 08.5.3 |
| Data Mapping | 포트의 데이터 요소를 통신 시그널(또는 시그널 그룹)에 잇는 매핑. System 모델에 기록됩니다 | VFB에서 컴포지션 경계 포트를 선택했을 때 속성 패널에 나타나는 Data Mapping 섹션 · 08.7, 11.8 |
| InterfaceMapping | AP 서비스 인터페이스의 이벤트/메서드/필드를 CP의 데이터 요소/오퍼레이션에 대응시키는 정의. 저장 위치는 VFB 모델입니다(Interface 모델이 아닙니다) | Interface 에디터의 Mapping 탭 · 09.3.7, VFB의 InterfaceMapping 노드 · 08.7 |
| Root Composition | 시스템의 최상위 컴포지션. SYSTEM 요소가 이것을 참조합니다 | System 페이지 SWC Hierarchy의 System 배지 행 · 11.4.4 |
19.5 데이터 타입
DataType 에디터가 다루는 영역입니다.
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| Application Data Type | 물리 의미(단위, 범위) 기준의 데이터 타입. 익스포트 시 APPLICATION-PRIMITIVE-DATA-TYPE 등으로 나갑니다 | DataType 에디터 · 10. DataType 에디터 |
| Implementation Data Type | 구현(C 언어) 기준의 데이터 타입. IMPLEMENTATION-DATA-TYPE 으로 나갑니다 | 익스포트 결과 <Project>_DataType.arxml · 10.7 |
| StdCpp Implementation Data Type | C++ 기준의 구현 데이터 타입. STD-CPP-IMPLEMENTATION-DATA-TYPE 으로 나가며, 프리미티브는 이 자리에서만 C++ 표기(uint8_t 등)로 바뀝니다 | 익스포트 결과 <Project>_DataType.arxml · 10.7 |
| SW-BASE-TYPE | 비트 크기·인코딩·네이티브 C 선언을 담는 기반 타입 | 익스포트 결과 <Project>_DataType.arxml 의 BaseTypes 패키지 · 13.3.5 |
| CompuMethod | 원시값과 물리값(또는 텍스트)을 잇는 변환 규칙. PAIO는 ENUMERATION에서 TEXTTABLE, ALIAS에서 LINEAR 형태로 자동 생성하며 이름은 CM_<타입명> 입니다 | 익스포트 결과 <Project>_DataType.arxml · 13.3 |
| Unit | 물리 단위. 표시 이름과 SI 변환 계수/오프셋을 갖습니다. 기본 단위 33종이 미리 들어 있습니다 | DataType 에디터의 Unit 탭 · 10.8 |
| DataConstr | 값 범위 제약. ALIAS 타입에 최소/최대가 있을 때만 DC_<타입명> 으로 자동 생성됩니다 | 익스포트 결과 <Project>_DataType.arxml · 13.3 |
| DataTypeMappingSet | Application 타입과 구현 타입을 짝지어 두는 집합. PAIO는 DataTypeMappingsCP(C용)와 DataTypeMappingsAP(C++용) 둘을 자동으로 만듭니다 | 익스포트 결과 <Project>_DataType.arxml · 10.7 |
| 카테고리 (Category) | 데이터 타입의 종류. 9종 — PRIMITIVE, ALIAS, STRUCTURE, UNION, ENUMERATION, FIXED_ARRAY, DYNAMIC_ARRAY, STRING, MAP | DataType 에디터의 Category 항목 · 10.2 |
| 내장 프리미티브 | PAIO가 예약해 둔 11개 기본 타입 — boolean, float32, float64, sint8/16/32/64, uint8/16/32/64. 프로젝트를 열 때 메모리에 자동 주입되며 모델 파일에는 저장되지 않습니다 | DataType 에디터 목록 상단 · 10.7 |
| ALIAS | 다른 타입에 붙이는 별칭. 여기에서만 Factor/Offset/Min/Max/Unit을 함께 지정합니다 | DataType 에디터의 ALIAS 상세 · 10.2 |
| Init Value (초기값) | 요소의 초기값. PAIO는 모든 초기값 화면에서 하나의 공용 위젯을 쓰며, 입력 형태는 대상 타입 구조에서 자동으로 결정됩니다 | Signal 에디터의 INIT VALUE 열과 초기값 절 · 07.11, 포트 ComSpec 섹션 · 08.7 |
| ValueSpecification | 단일 값뿐 아니라 구조체·배열·맵 형태의 초기값을 표현하는 AUTOSAR 구조. 알 수 없는 형태는 원문 그대로 보존되고 읽기 전용 뷰어로 표시됩니다 | 초기값 편집 영역 · 07.11 |
19.6 Adaptive Platform
VFB 에디터의 AA Internal Behavior · Machine Configuration 다이얼로그와 Interface 에디터의 Adaptive 탭이 다루는 영역입니다.
기본 개념
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| HPC | High-Performance Computer. PAIO에서 Adaptive Platform 노드를 뜻하며 MACHINE-DESIGN 으로 익스포트됩니다 | IVC 빈 캔버스 우클릭 ▸ Add HPC · 06.4.1 |
| Machine | 하나의 AP 실행 환경. 프로세서/코어, OS, Function Group, 플랫폼 모듈 인스턴스를 담습니다 | 컴포지션의 HPC 아이콘 클릭 ▸ Machine Configuration 다이얼로그 · 08.10 |
| Function Group | 머신의 동작 상태를 묶어 정의하는 그룹. 각 그룹은 상태 머신(모드 선언 + 전이)을 갖습니다 | Machine Configuration ▸ FUNCTION GROUP 탭 · 08.10 |
| MachineFG | 모든 머신이 반드시 갖는 기본 Function Group. 기본 상태 머신 이름은 MachineState 이고 초기 모드는 Off, 선언 상태는 Off / Startup / Shutdown / Restart / Verify 입니다 | Machine Configuration ▸ FUNCTION GROUP 탭 · 08.10 |
| Mode Declaration | 상태 머신의 한 상태 | FUNCTION GROUP 탭의 상태 다이어그램 · 08.10 |
| Adaptive Application (AA) | AP의 애플리케이션 SWC. Executable과 Process 설정을 함께 갖습니다 | VFB 캔버스에서 더블클릭 ▸ AA Internal Behavior 다이얼로그 · 08.9 |
| Executable | 빌드 산출물 하나. 버전, 카테고리, 빌드 타입(BUILD-TYPE-DEBUG / BUILD-TYPE-RELEASE), 루트 SWC 프로토타입, 최소 타이머 해상도를 갖습니다 | AA Internal Behavior ▸ PROPERTIES 탭 · 08.9 |
| Process | Executable을 실제로 실행하는 프로세스. 시작 조건(Function Group 상태), 실행 의존성, 로그 설정, 코어 친화도를 갖습니다 | AA Internal Behavior ▸ EXECUTION 탭, Machine Configuration ▸ PROCESSES 탭 · 08.9 |
| 실행 의존성 (Execution Dependency) | 다른 프로세스가 특정 상태(Idle / Starting / Running / Terminated)일 때만 시작하도록 하는 조건 | AA Internal Behavior ▸ EXECUTION 탭 · 08.9 |
| Module Instantiation | 머신에 올린 플랫폼 모듈 인스턴스. 모듈 종류마다 전용 설정 화면을 갖습니다 | Machine Configuration ▸ MODULE 탭 · 08.10 |
| Error Domain | AP 애플리케이션 오류 코드를 묶는 도메인 | Interface 에디터의 Error Domain 탭 · 09.3.6 |
기능 클러스터
PAIO는 Interface 에디터의 Adaptive 탭에서 기능 클러스터별 포트 인터페이스를 만들고, Machine Configuration 다이얼로그의 MODULE 탭에서 머신 쪽 설정을 합니다. 두 화면이 다루는 범위는 서로 다릅니다. Adaptive 탭의 클러스터는 9개(CM과 UCM은 전용 포트 인터페이스가 없음)이고, MODULE 탭의 모듈은 10종(RDS는 대응 모듈이 없음)입니다. 아래 표는 둘을 합쳐 나열합니다.
| 클러스터 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| ara::log (LOG, Log and Trace) | 로그와 트레이스. DLT 애플리케이션 ID, 로그 모드(CONSOLE/FILE/NETWORK), 로그 레벨(OFF~VERBOSE)을 다룹니다 | Interface ▸ Adaptive ▸ ara::log ▸ LogAndTrace, Machine ▸ MODULE ▸ LOG · 09.3.5, 08.10 |
| CM (Communication Management) | 서비스 지향 통신 관리 | Machine ▸ MODULE ▸ CM · 08.10 |
| ara::sm (SM, State Management) | 상태 관리. 인터페이스 종류는 StateClient, DiagTrigger, EmError, PhmError 넷입니다 | Interface ▸ Adaptive ▸ ara::sm, Machine ▸ MODULE ▸ SM(상태 머신·액션·요청/알림·배선 다이어그램) · 09.3.5, 08.10 |
| ara::phm (PHM, Platform Health Management) | 플랫폼 상태 감시. 인터페이스는 PhmSupervisedEntity와 PhmRecoveryNotification 둘입니다 | Interface ▸ Adaptive ▸ ara::phm, Machine ▸ MODULE ▸ PHM(체크포인트·전이 다이어그램·Global Supervision) · 09.3.5, 08.10 |
| ara::nm (NM, Network Management) | AP의 네트워크 관리. 인터페이스는 NetworkManagement 하나이며 머신 쪽에서는 NetworkHandle을 다룹니다 | Interface ▸ Adaptive ▸ ara::nm, Machine ▸ MODULE ▸ NM · 09.3.5, 08.10 |
| ara::tsync (TS, Time Synchronization) | 시각 동기화. 인터페이스는 SynchronizedTimeBaseConsumer와 SynchronizedTimeBaseProvider 둘입니다 | Interface ▸ Adaptive ▸ ara::tsync, Machine ▸ MODULE ▸ TS · 09.3.5, 08.10 |
| ara::crypto (CRY, Cryptography) | 암호. 인터페이스는 CryptoKeySlot, CryptoKeySlotClient, CryptoCertificate, CryptoCertificateGroup, CryptoProvider 다섯입니다 | Interface ▸ Adaptive ▸ ara::crypto, Machine ▸ MODULE ▸ CRY · 09.3.5, 08.10 |
| ara::per (PER, Persistency) | 영속 저장. 인터페이스는 PersistencyKeyValueStorage와 PersistencyFileStorage 둘이고, 머신이 실제 저장소를 소유합니다 | Interface ▸ Adaptive ▸ ara::per, Machine ▸ MODULE ▸ PER · 09.3.5, 08.10 |
| ara::rds (Raw Data Stream) | 원시 데이터 스트림. 인터페이스는 RawDataStreamClient, RawDataStreamServer, Ieee1722RawDataStreamConsumer, Ieee1722RawDataStreamProducer 넷입니다. MODULE 탭에는 대응 모듈이 없고 AA 쪽 매핑으로 다룹니다 | Interface ▸ Adaptive ▸ ara::rds, AA Internal Behavior 다이얼로그 · 09.3.5, 08.9 |
| ara::idsm (IDS, Intrusion Detection) | 침입 탐지. 인터페이스는 SecurityEventReport, IdsmTimestampProvider, IdsmContextProvider, IdsmReportingModeProvider, IdsmQualifiedEventReceiver 다섯입니다 | Interface ▸ Adaptive ▸ ara::idsm, Machine ▸ MODULE ▸ IDS, 익스포트 결과 <Project>_IDS.arxml · 09.3.5, 08.10 |
| ara::ucm (UCM, Update and Configuration Management) | 갱신·구성 관리. 전용 포트 인터페이스는 없고 머신 모듈 설정으로만 다룹니다(Master / Subordinate) | Machine ▸ MODULE ▸ UCM · 08.10 |
| DLT | Diagnostic Log and Trace. 로그 전송 규격이며 애플리케이션 ID와 컨텍스트 ID로 로그를 분류합니다 | Machine ▸ MODULE ▸ LOG 의 DLT 애플리케이션 표, AA Internal Behavior ▸ EXECUTION 탭 · 08.9, 08.10 |
Adaptive 인터페이스 배지
Interface 에디터의 Adaptive 탭 목록에서 인터페이스 이름 뒤에 붙는 배지입니다 (09.3.5).
| 배지 | 인터페이스 |
|---|---|
SC / DT / EM / PHM | StateClient / DiagTrigger / EmError / PhmError |
PHM/SE / PHM/RN | PhmSupervisedEntity / PhmRecoveryNotification |
NM | NetworkManagement |
TS/C / TS/P | SynchronizedTimeBaseConsumer / Provider |
CR/KS / CR/KSC / CR/CERT / CR/CG / CR/PRV | CryptoKeySlot / KeySlotClient / Certificate / CertificateGroup / Provider |
RDS/C / RDS/S / RDS/1722C / RDS/1722P | RawDataStream 4종 |
PER/KV / PER/FS | PersistencyKeyValueStorage / FileStorage |
IDSM/SEV / IDSM/TS / IDSM/CTX / IDSM/RM / IDSM/QEV | IDSM 5종 |
LnT | LogAndTrace |
19.7 ECUC
Classic Platform BSW 모듈 설정을 다루는 영역입니다. 두 개의 에디터가 짝을 이룹니다.
| 용어 | 뜻 | PAIO에서 보는 곳 |
|---|---|---|
| ECUC (ECU Configuration) | BSW 모듈의 설정 체계. "어떤 파라미터가 있는가"(정의)와 "그 값이 무엇인가"(설정)를 분리해 다룹니다 | design ▸ Module · 12. ECUC |
Module Definition (.def) | 모듈이 가질 수 있는 컨테이너·파라미터·레퍼런스의 구조를 선언한 문서. 값은 담지 않습니다 | Module Definition 에디터 · 12.1 |
Module Configuration (.conf) | 정의를 따라 실제 값을 채운 문서. 반드시 어떤 정의를 참조하며 ECU별로 보관됩니다 | Module Configuration 에디터 · 12.2 |
| Container | 파라미터와 레퍼런스를 담는 묶음. 정의에는 ParamDef(일반)와 Choice(택일) 두 종류가 있습니다 | DEFINITION 트리 우클릭 ▸ Add Container · 12.1 |
| Container Instance | 정의된 컨테이너를 설정에서 실제로 하나 만든 것. 이름을 붙이고 복제할 수 있습니다 | 컨테이너 트리 ▸ + (Add Container) · 12.2 |
| Parameter | 값을 담는 항목. 정의에서 고를 수 있는 종류는 9가지 — Integer, Float, Boolean, Enumeration, String, Function Name, Linker Symbol, Multiline String, Add Info | DEFINITION 트리 우클릭 ▸ Add Parameter · 12.1 |
| Reference | 다른 컨테이너 인스턴스를 가리키는 항목. 정의 화면에서 만들 수 있는 종류는 4가지입니다(아래 4행) | DEFINITION 트리 우클릭 ▸ Add Reference · 12.1 |
| Reference (단순) | destination 에 적힌 컨테이너 정의 경로에 맞는 인스턴스 하나를 가리킵니다 | CONFIGURATION 패널의 후보 드롭다운 · 12.3 |
| Choice Reference | destination 을 여러 개 갖습니다. 각각을 따로 해석해 후보를 합쳐 보여 줍니다 | CONFIGURATION 패널의 합쳐진 드롭다운 · 12.3 |
| Foreign Reference | ECUC 바깥의 AUTOSAR 요소를 DESTINATION-TYPE(메타타입 이름)으로 가리킵니다 | DEST 카탈로그가 아는 타입이면 후보 드롭다운, 모르면 자유 입력 · 12.3 |
| Instance Reference | 바깥 요소를 문맥 체인과 함께 가리킵니다. DESTINATION-CONTEXT 에 거쳐 가는 요소 종류들이 공백으로 구분되어 적힙니다 | CONFIGURATION 패널의 DEST + VALUE 두 칸 편집 · 12.3 |
| Symbolic Name Reference | AUTOSAR 4.4.0에서 제거된 옛 레퍼런스 종류. 임포트만 지원하며 정의 에디터의 Add Reference 메뉴에는 나오지 않습니다. 익스포트할 때는 일반 Reference로 나갑니다 | 임포트된 모듈 정의 안에서만 · 12.1 |
| destination | 레퍼런스가 가리키는 대상의 경로. PAIO 안에서는 AR-PACKAGE 없이 모듈명/컨테이너명[/하위...] 형식입니다 | PROPERTIES 패널의 destination 항목 · 12.3 |
| DESTINATION-TYPE | Foreign/Instance Reference가 가리키는 AUTOSAR 메타타입 이름(예: RUNNABLE-ENTITY). PAIO는 DEST 카탈로그로 이를 IO Model 요소와 연결합니다 | PROPERTIES 패널, CONFIGURATION 패널 · 12.3 |
| DESTINATION-CONTEXT | Instance Reference에서 대상까지 거쳐 가는 요소 종류의 체인 | PROPERTIES 패널 · 12.1 |
| Multiplicity (다중도) | 항목이 몇 개까지 존재할 수 있는지. 하한/상한으로 적으며 상한 무제한은 inf 입니다 | PROPERTIES 패널의 다중도 항목 · 12.1 |
| Origin | 그 정의 항목을 만든 주체를 적는 문자열(예: 표준명 또는 벤더명) | PROPERTIES 패널의 Origin 항목 · 12.1 |
| Config Class | 그 값을 언제 확정해야 하는지 나타내는 등급 — PRE-COMPILE, LINK, POST-BUILD, PUBLISHED-INFORMATION. 변형(Variant)과 짝지어 기록됩니다 | PROPERTIES 패널의 Value/Multiplicity Config Class 목록, CONFIGURATION 패널의 배지(표시 전용) · 12.1, 12.2 |
| Config Variant | 설정이 확정되는 시점의 구성 방식 — VARIANT-PRE-COMPILE, VARIANT-LINK-TIME, VARIANT-POST-BUILD, PRECONFIGURED-CONFIGURATION, RECOMMENDED-CONFIGURATION | 정의: Supported Config Variants / 설정: Implementation Config Variant · 12.1, 12.2 |
| Post-Build Variant Used | 이 설정이 포스트빌드 변형을 쓰는지 여부. 설정 안 함 / true / false 3상태이며 설정 안 함이 임의로 false 로 바뀌지 않습니다 | Module Configuration의 모듈 수준 Variant 구역 · 12.2 |
| ECUC 자동 생성 | IVC + Signal 모델에서 BSW 모듈 설정을 만들어 내는 기능. 대상 모듈은 Can, CanIf, Com, EcuC, PduR 5종입니다 | IVC에서 ECU 선택 ▸ 속성 패널 ECUC GENERATION ▸ Generate ECUC · 12.4 |
EcucDefinitionCollection | 익스포트 시 모듈 정의들을 묶는 요소 | 익스포트 결과 <Project>_EcucModuleDef.arxml · 12.5 |