혹시 Transfer Data service ($36)에서 ECU단에서 CAN missing packet이 발생할 경우 해당 block sequence counter 를 재전송하는 recovery mechanism을 UDS에 있나요?  아그리고 padding byte의 경우에는 만약 ISOTP의 경우에는 FF가 아니라 0xCC로 해야하는 것인가요? 아니면 UDS에서 0xFF로 padding 을 권유하는 것인가요?

application에서 bootloader로 jump할 때, 혹시 이 부분은 MCU의 soft reset같은 기능을 의미할까요? 그래서 상위 제어기가 하위 제어기에게 reset해서 bootloader로 진입해. 이런 방식일까요?

reprogramming 기능의 여부에 따라 secondary bootloader와 first bootloader가 나뉜 다면, MCU에는 first 아니면 secondary bootloader 중 하나를 보유하고 있는 것인가요? 아니면 bootloader의 state machine에 따라 각 기능 secondary bootloader의 역할인 reprogramming과 그 밖의 app jump용도의 first bootloader로 state machine 내의 기능적인 역할로서 존재하는건가요?

안녕하세요. UDS 관련해서 개발 중인 수강생입니다.현재 올려주신 강의 참고하면서 핸드코딩으로 UDS 및 Reprogramming을 구현 중인데, 몇 가지 의문점이 있어서 글을 올립니다.default Session에서 Extended Session이나 Programming Session으로 이동 후 특정 시간 동안 서비스 메시지가 없으면 timeout되어 default session으로 이동하는 것으로 알고 있는데요, 이때 부정 응답으로 들어가는 것도 정상 메시지로 봐야 하나요? 아니면 부정 메시지가 들어오는 동안은 timeout을 계속 계산하는 건가요?그리고 정상적으로 다운로드가 다 끝난 후 재시작을 하면, DTC Setting은 ON으로 시작하는 건가요? DTC의 기본 세팅값이 ON이 맞는지 궁금합니다.OEM마다 설정값이 다르긴 하겠지만 일반적으로 쓰는 설정값이 무엇인지 궁금합니다.답변 부탁 드립니다. 감사합니다!!

34서비스에 대한 response로, 74 20 0F FF이 왔다고 가정해보겠습니다.그럼 $36 서비스시, Block당 보낼수 있는 최대 Size가 4095 Byte인가요 아니면 4096Byte인가요?48page, 52page의 설명이 다릅니다.만약 4095byte라면 실제로 첫번째 block에 전송되는 데이터 길이는 4095 - 2 = 4093 byte 인가요? (2는 36 01 총 2byte)

강사님,36 서비스를 사용해서 소프트웨어 업데이트 패키지를 전달할때,Block Sequence Counter 가 포함되는데요.Block Sequence Counter 의 범위가 00~FF 밖에 되지 않습니다.만약 Block 갯수가 255개를 넘어가는 경우에는 다시 00부터 시작하는것이 표준 동작인지요?  

강사님강의 슬라이드를 보면 아래와 같이 31 request 를 예시로 보여주셨는데요, 요청/응답 포맷(규격?) 에 대해 궁금한 부분이 있습니다.1) 요청31 01 02 88 79 26 16 ...31: 루틴서비스01: 이 부분이 2바이트인데, 0x00 0x01 라고 이해하면 될까요?02: 이 부분이 routine identifier (3~4bytes) 자리인데요0x00 00 00 02 라고 이해하면 되나요? 2) 응답이에 대한 응답은 다음과 같은데요.71 01 02 8871: 31+40 (긍정응답)01: 이 부분이 0x00 0x01 인거죠?02: 요청과 동일한 크기로.0x00 00 00 02 라고 이해하면 될까요?88: 88은 어떤 의미일까요? 미리 감사합니다!

강사님께서 34 서비스에 대한 응답예시로74 20 0F FF 라고 적어주셨는데요.74: 34 + 40 (긍정응답)20: 상위 4bit (Parameter length)하위 4bit (reserved)0F FF: 한번에 수신할수 있는 최대 byte 수 여기서 74 다음에 오는 20이 어떤 의미인지 설명을 들어도 잘 이해가 안됩니다.상위 4비트가 parameter length 이고 0x20 이니까.. parameter length 가 2라는 뜻인데2가 정확히 무엇을 의미하는 것인지요?  

안녕하세요. 차량용 소프트웨어 업데이트 과정이 궁금했었는데,이렇게 강의를 만들어주셔서 감사합니다.질문이 몇가지 있는데요. [1] Re-programming 시퀀스가 제조사마다 조금씩 상이할것 같긴 한데요. 하지만, 혹시 "표준"과 같이 문서화 되어 있는 부분이 있나요?DoIP/UDS 시뮬레이터를 만들어보고 싶은데, Re-programming 표준이 있다면, 표준에 근거해서 간단하게 구현해보려고 합니다. [2] 본 강의에서 Re-programming 하는 과정은 차량 정차상태에서 진행되는 소프트웨어 업데이트 과정인 것이죠?최근에는 주행중에 소프트웨어 업데이트 패키지를 내려받고, 실제 업데이트는 주차할때 진행되는 경우도 있는것 같은데요그렇다면 주행중 소프트웨어 업데이트 과정에서는 ECU Reset 부분은 동작하지 않을것 같아서 질문드리는것입니다.  

소프트웨어 구조 부분 강의를 듣고 있는데요,본 강의는 MCU 제품을 가정하고 진행이 되는 것인지? 궁금합니다.

안녕하세요 최근에 Downgrade 방지가 법규인지 적용이 되면서 간혹 신규 ROM을받아서 필요 차량에 다운로드 시 에러가 발생했습니다.덕분에 그런 체크도 있다는 걸 알게 되었는데 혹시 해당 부분도 UDS 루틴컨트롤 서비스 중 일부로 하는지혹시 아시는 부분이 있으면 알려주시면 감사하겠습니다.   

안녕하세요. 강의 유익하게 잘 듣고 있습니다.자동차의 여러 가지 세션들을 소개해주셨는데 제가 제대로 이해한 것이 맞는지 궁금해서 글을 올리게 되었습니다. 자동차의 대표적인 진단세션은 Default session, Programmming session, Extended session 이렇게 3가지가 있고, 그중 Extended session은 Default session과 Programming session보다 좀 더 다양한 진단서비스가 가능한 세션이다.↑ 이렇게 이해했는데 맞나요? 그리고 강의엔 없던 내용이지만 한 가지 더 궁금한 게 있는데, DTC(Diagnostic Trouble Code)를 읽는 진단서비스는 Default session에서도 가능한가요? (DTC가 복잡한 진단서비스인지 간단한 진단서비스인지 잘 모르겠습니다^^;)

안녕하세요. 첫 강의를 수강했는데 JTAG port와 Debug port 두 용어가 같은 맥락인 것 같은데 어떤 차이가 있는지 궁금합니다. Debug port가 좀 더 포괄적인 개념인가요? (Debug port의 한 종류로서 JTAG 포트가 존재하는 것인가요?)