hsl's tsmaster 사용기 hsl's tsmaster 사용기

자동 진단 (Automatic Diagnostic) 앞에서 정의한 서비스 단계들을 하나로 묶어서 작업 그룹을 정의한다. 작업 그룹을 실행시키면 모든 서비스 단계들이 한 번에 순차적으로 "자동" 실행된다.    작업 그룹 정의Diagnostic 창/ Automatic Diagnostic 탭/ 작업 그룹 트리 영역의 "빈 공간"에서 마우스 우클릭하여 "Add a new group"을 선택한다. 폴더 아이콘으로 표시되는 새 작업 그룹이 만들어진다. [주의] "빈 공간"을 선택한 상태가 아니라 항목을 선택된 상태에서 "Add a new group"하면 새 작업 그룹은 선택된 항목 아래에 생성된다.  방금 만든 작업 그룹을 선택하고 마우스 우클릭하여 뜬 팝-업 메뉴에서 "Edit Name"을 선택하고 작업 그룹의..

소프트웨어 전송 후소프트웨어 전송을 완료한 후 소프트웨어 업데이트를 추적할 수 있는 메타 데이터를 기록한다. 업데이트가 잘 되었는지 확인도 필요하다. 아래 그림의 빨간 테두리 부분이다.   소프트웨어 번호 쓰기논점을 흐리지 않기 위해 업데이트의 이력 관리가 왜 중요한지를 설명하지는 않지만 이는 매우 중요하다. 이력 관리에 필요한 데이터를 제어기에 기록한다. 이력 기록을 위한 루틴이 정의되어 있을 수 있다. 설명을 시작할 때 루틴이 정의되어 있다고 가정했다. 앞에서 0x31 RoutineControl을 설명하였다. 동일한 서비스를 다시 설명하는 것보다 WriteDataByIdentifier와 ReadDataByIdentifier 서비스를 설명하는 것이 더 유용할 것 같아 계획을 수정한다.UDS 표준에 Wr..

소프트웨어 전송 (계속)아래 그림의 빨간 테두리 부분에 관한 설명이다. 이와 관련한 설정은 Request and Transmit Data 탭에서 한다. 설정 화면은 아래 그림과 같다.설정 항목들은 DataFormat Identifier of Request Transmit Data(0x), Enable User Define MaxNumOfBlockLength(0x), Delay Time after Transfer Request, Delay Time after Transfer Data이다.  Data Format IdentifierData Format Identifier of "Request Transmit"을 설명하려면 먼저 "Request Transmit" 서비스의 포맷을 설명해야 한다. 포맷은 아래와 ..

소프트웨어 전송소트웨어 전송 과정은 아래 그림과 같다. 소프트웨어가 프로그램될 영역 삭제, 다운로드 요청, 프로그램할 소프트웨어 전송 (데이터 전송), 전송 종료, 소프트웨어 번호 (기타 메타 데이터) 쓰기이다. 영역 삭제와 메타 데이터 쓰기는 자동차사, 협력사 특화된 루틴(기능)이다. UDS에는 RoutineControl 이라는 이름으로 서비스 아이디 0x31이 정의되어 있다. 나는 영역 삭제와 메타 데이터 쓰기를 위한 루틴이 정의되어 있다고 가정하고 설명한다. 다운로드 요청 (서비스 아이디 0x34), 데이터 전송 (서비스 아이디 0x36), 전송 종료 (서비스 아이디 0x37)는 각각의 서비스로 분리되어 있지만 실제로는 합쳐져 실행된다. 그래서 TSMaster에는 Combined Services 라..

보안 접속(Security Access)시드 & 키 보안 접속으로 설명한다. 아래 순서대로 동작한다.  시드 요청 (Request Seed)Diagnostic 창의 왼쪽에 UDS 표준의 서비스들이 나열된 트리 영역에서 SecurityAccess 항목을 선택하고 마우스 우클릭하여 Add New Service를 선택한다. 그리고 아래 그림과 같이 Request Seed를 입력한다.SecurityAccess의 서비스 아이디는 0x27이다. SecurityAccessType은 입력 칸의 오른쪽 끝 '...' 버튼을 클릭하여 Select Sub Function ID 창을 열고 0x01 RequestSeed를 선택한다. RequestSeed와 SendKey는 둘이 한 쌍을 이룬다. 0x01로 시드를 요청한 경우, ..

시작하기 전에TSMaster의 ‘Diagnostic Basic Config’ 화면에서 진단 서비스 요청/ 응답 메시지를 설정하는 방법 설명과 ‘Diagnostic Console’ 화면에서 진단 서비스를 실행하고 응답 메시지를 해석 방법 설명( UDS 진단 통신 (3 / 4) - 진단 요청/ 응답 메시지 설정 :: hsl's tsmaster 사용기 )에 이어지는 설명이다.지난 설명에서 DiagnosticSessionControl을 예로 들었다. 이 진단 서비스 메시지는 요청과 응답 메시지 모두 각각 길이가 일정하다. 이번에는 ReadAllDTC 서비스의 요청/ 응답 메시지 설정 방법을 설명하면서 길이가 고정되지 않은 메시지를 처리하는 방법을 설명한다. 개요ReadAllDTC 요청 메시지 설정.Diagnos..

시작하기 전에지난 2 회의 설명에서 ( UDS 진단 통신 (1 / 4) - Transport Protocol, UDS의 개요 :: hsl's tsmaster 사용기 , UDS 진단 통신 (2 / 4) - Transport Protocol 설정 :: hsl's tsmaster 사용기) 통신 프레임의 크기 제한을 초과하는 큰 데이터를 전송하기 위한 용도의 Transport Protocol(TP)과 TP의 파라미터들을 설정하는 방법을 설명하였다. 그래서 CAN의 메시지 크기 제약을 걱정하지 않고 통신을 할 수 있다는 것을 알았다. (Transport Protocol은 CAN 뿐 아니라 이더넷 같은 다른 통신에도 적용될 수 있다. 어느 통신이나 크기 제약이 있으니까. 그렇다고 모든 통신이 동일한 TP 표준을 사..

시작하기 전에지난 블로그 (UDS 진단 통신 (1 / 4) - Transport Protocol, UDS의 개요 :: hsl's tsmaster 사용기)에서 TP (Transport Protocol)의 기초를 설명하였다. 실제로 TP를 구현하는 데는 몇 가지 설정이 필요하다. 그 설정 항목들을 설명한다. 개요Diagnostic 창의 Protocol (ISO TP) 탭에 설정 항목들을 설명한다. Transport LayerISO TP 탭에는 아래 그림에 빨간색 네모로 표시한 두 그룹의 설정이 필요하다. Transport Layer와 Diagnostic Layer이다. (Description은 미래 기능 추가를 위한 것인가 보다. 아무 내용이 없다.) Bus Type:CAN, CAN-FD, LIN, Ethe..

시작하기 전에TSMaster에는 UDS (Unified Diagnostic Services) 모듈이 있다. 이 모듈에는 미리 구현해둔 UDS 기능들이 있다. (서비스라고 부른다.) 이 서비스들 이용하여 자동차 제어기와 진단 통신을 할 수 있다. (진단 통신이 무엇인지는 아래에 설명한다.)(당연히) UDS 모듈을 이용하여 제어기의 진단 통신 기능을 검증할 수 있다. 적당한 시험 케이스를 만들면 진단 통신에 사이버 보안 위험이 있는 지도 검증할 수 있다.Automatic Diagnostic (이하, 자동 진단) 기능을 이용하면, 진단 통신 기능 검증이나 사이버 보안 검증 시험을 자동화 할 수 있다. 시험 자동화는 매우 중요하다. 자동차 시스템 개발에는 많은 항목들이 있다. 그들 중 하나가 진단 통신이다. 소..

시작하기 전에베뉴 ESC (a.k.a VDC: Vehicle Dynamics Control)를 대상으로 진단 통신을 하며 TSMaster의 UDS 기능 활용법을 설명하는 블로그를 준비 중이다.UDS 서비스들 중에 Read DTC (Diagnostic Trouble Code) 라는 서비스가 있다. (UDS에 관해 구글링하면 많은 좋은 자료들을 쉽게 찾을 수 있다.) 기본 중에 기본인 UDS 서비스이다. 그래서 내 설명에도 등장한다. Read DTC 요청에 ESC는 DTC를 회신한다. 이 DTC가 무슨 의미인지 알면 전체 설명을 더 쉽게 이해할 것이라 생각한다. 그래서 인터넷에서 현대자동차 베뉴 ESC의 DTC와 DTC 설명을 검색했으나, 내 맘에 흡족한 자료를 찾지 못했다. 그래서 DTC와 DTC 설명 자..