차량 진단 DB 생성을 위한 프로세스

차량 진단 DB 생성을 위한 프로세스 **

• Automotive E/E Technologies
• 차량과 Fleet Diagnostics
• 임베디드 시스템의 진단
• 진단 개발을 위한 프로세스
• 설계 및 진단 DB 활용
• 개발 과정의 목표 달성을 위한 프로세스적 접근

---

Automotive E/E Technologies

Trends

1. eDrive
   : Electric-Drive train
   내연기관 -> 전기차

2. IoT
   : Vehicle connected with cloud and infrastructure

• Car2X or V2x
• SOA(Service-oriented Architecture) vehicle connected to OEM backend in cloud (CAN->Ethernet)

3. App Store
   : Vehicle feature API for Apps
   스마트폰과 같이, OTA

4. Autonomous Driving

5. Inhouse SW

• 지속적인 통합 프로세스
• 차량 OS
• "UPDATE" -> CI/CD ex.Jenkins 자동화

Embeded System in Automotive Industry

Embedded System? 특정 작업을 위한 전용 SW가 있는 전자 기반의 특수 제어 시스템

주요 고려사항

1. Hard real time: 타이밍이 중요시되는 시스템 (i.e. ABS system, braking, motor control)
2. Environmental robustness: 겨울/여르므 등 온도에 영향 없이 동일한 성능을 안정적으로 구성

uC vs SoC

uC
embedded software on 'AUTOSAR Classic Platform'

SoC
embedded software on POSIX OS(ex. Linux, QNX, ...
optionally with 'AUTOSAR Adaptive Platform'

• android
  ex. 르노 같은 경우, 차량 전체에 andorid 사용
  ex. 현대자동차, infotainment 부분은 android 사용
  따라서, 만도같은 경우 현대자동차가 60% 정도 차지하므로 다른 기업들을 대상으로 할 때 android 활용,,

Network

To the vehicle
<2x unshielded twisted pair>

• DoIP | 100MBit/s

In the vehicle - Today
unshielded twisted pair

• CAN high speed | 0, 5MBit/s
• CAN-FD | 2MBit/s
• Automotive Ethernet | 100 or 1000MBit/s

single wire

• LIN | 0,019Mbit/s
  ex. 시트 - 저가형, 단독으로 구성될 경우

In the vehicle - Additionally Upcomming
unshielded twisted pair

• CAN XL | 10MBit/s data: 2000k

• 10 Base T1S | 10MBit/s ** (최근 관심갖는 기술)

• 요약

• automotive ethernet이 무엇인지

• 10 base t1s는 무엇이 다른지

• 미래 자동차는 ALL IP로 갈 것 !

Zonal Domain E/E Architecture

https://42dot.ai/blog/177

---

차량과 Fleet Diagnostics

Diagnosis

• 발생했거나 일어나고 있다고 생각하는 것에 대해
• 차량과 차량 진단 기능을 포함(Fleet Diagnostics)

Prognosis(예상/ 예측)

• 시스템의 현재 상태를 기준으로 시스템의 상태를 '앞으로를 예측'하는 프로세스
• 앞으로 발생할 수 있는 문제(failure)을 예측하여 방지하기 위한 엔지니어링 분야
  1) Vehicle Fleet(IoT) - continuoustly
• 정보 추출을 위한 데이터 분석(logging, tracing)
  2) Fleet Diagnostics(Diagnostics) - on demand
• prognostic 정보 기반의 software update - fix before failure
  3) After Sales Workshop(Diagnostics) - periodic
• prognostic 정보 기반으로 후처리(reactive diagnostics) - fix before/ after failure

OTA **

1. 데이터 수집(ex. 고장코드)
2. 라이브 진단(=강제 동작, 시험)
3. SW Update
   무선으로 진행해야하기에 sequence가 많아진다.

진단의 종류

1. DIagnostics for customers(UDS)

• goal: 사용자를 위한 신속한 서비스 및 신뢰성 확보
• usecase
  • 임베디드 시스템의 진단
  • (remote) software update (=calibration, 튜닝)
  • vehicle/ECU 구성
• implementation: UDS protocol - ex. 데이터의 세부 정보는 OEM에 의해 정의

2. Diagnostics for legislation(OBD)

• goal: 친환경 및 안정적인 차량을 위한 법규 충족
• usecase
  • 배기가스 제어 시스템이 정상적으로 작동하는지 확인
• implementation: OBD System(offboard & onboard) - ex. 데이터 및 통신의 세부 사항이 표준화로 구성

Test

진단 데이터 파일은 크게 두가지. 1)ODX, 2)CDD

Test Trends

1. Parts of offboard testers move to onboard tester engine
2. Diagnostics goes IT using a vehicle web service
   ex. ASAM SOVD: 이더넷 기반(웹) -> 훨씬 효율적이다 (25' June~)
3. Diagnostics for Embedded Software(POSIX ECUs) - e.g. Linux, QNX, ...
4. OBDonUDS

• OBD가 UDS로 포함
• 내에 ZEV on UDS 포함 (27'~)

---

임베디드 시스템의 진단

---

설계 및 진단 DB 활용

1. ODX(Open Diagnostic Exchange Data Format)

• Focus on 'tester parameterization'
• import & export 가능하다.

2. CDD(CANdelaStudio Document)

• supports 'tester parameterization', 'BSW configuration' and 'diagnostic validation'

3. DEXT(AUTOSAR Diagnostic EXtract)

• Focus on 'AUTOSAR BSW configuration'

개발 = DEXT
시험 = CDD