강사님,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 포트가 존재하는 것인가요?)