Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
Tags
- diag
- 진료순서정하기
- Classic AUTOSAR
- Can
- UDS프로토콜
- 순수가상함수
- AutoSar설계
- softwareComponent
- C언어
- AUTOSA
- UDS
- Com 스택
- MCU
- AUTOSAR
- RTE
- Application Layer
- VFB
- C
- 싱글링크드리스트
- AUTOSAR CAN통신
- 배열
- ecu
- 정적할당
- CAN stack
- C++
- COM모듈
- 단방향링크드리스트
- Mobilgen
- Can 스택
- Com Stack
Archives
- Today
- Total
이현구의 공부방
[Diagnostics] UDS 프로토콜 본문
UDS (Unified Diagnostic Services) 프로토콜은 자동차 진단을 위한 통신 프로토콜입니다.
이 프로토콜은 ISO 14229 표준으로 정의되어 있습니다.
UDS는 CAN과 KWP2000에서 파생 & 확장된 프로토콜로 모든 자동차 제조사가 진단 규격으로 사용하는 프로토콜입니다.
기본적으로 차량에 이상을 발견하고 그 에러를 수정하는데 사용되는 프로토콜입니다.
다양한 ECU를 지원하고 특정 국가 및 제조사에 의존적이지 않으며
4개의 계층 모델 ( Physical, Data Link, Network, Application)을 기반으로 구성되어있습니다.
AUTOSAR 표준에 따르면 UDS는 ECU의 reprogramming을 bootloader에 구현할 때 가장 적합한 프로토콜로 생각 할 수 있습니다.
UDS의 대표적인 기능은 아래와 같습니다.
- 데이터를 요청하고 write를 할수있다.
- 결과값을 받아 테스트를 할수 있습니다.
- 스케쥴을 재설정을 할 수 있습니다.
- 프로그램을 flash 할 수 있습니다.
UDS Protocol의 특징
1. 진단을 시작하는 Initialization Process가 없다.
2. 진단 요구 데이터의 헤더가 없으며 (Length + 서비스 ID + sub-function(data) parameter)로 구성된다.
3. Function과 Physical의 경우 각각 서로 다른 CAN 메세지 ID를 할당하여 사용함.
4. CAN 메세지를 이용하여 프레임 단위로 데이터를 송수신 하기 때문에 큰 데이터를 여러개의 CAN 메세지로 쪼개어 송수신한다.
잘못된 정보나 수정이 필요한 내용이 있다면 댓글 주시면 감사합니다 :)
'AutoSar > 기본기' 카테고리의 다른 글
[AUTOSAR] Generate와 Compile의 차이 (0) | 2023.03.21 |
---|---|
[AUTOSAR] RTU, MCU 개념 (0) | 2023.03.17 |
[AUTOSAR] SWC ( SoftwareComponent) (0) | 2023.03.08 |
[AUTOSAR] 설계 이해하기 - mobilgen -2 (2) | 2023.03.06 |
[AUTOSAR] 설계 이해하기 - mobilgen -1 (0) | 2023.03.06 |
Comments