Category: doip
doip 카테고리에 작성된 글 목록입니다.
-
DoIP에서 Tester Present 왜 계속 보내는 걸까
DoIP 디버깅하다 보면 은근 자주 보이는 패킷이 하나 있다. 처음 보면 좀 이상하다. 특별한 데이터도 없음 ECU 제어도 아님 읽는 것도 아님 근데 계속 주기적으로 날아간다. 이게 바로: Tester Present Session 유지 메시지 다. 오
-
DoIP에서 Session Control 먼저 이해해야 하는 이유
DoIP 붙이고 나서 많이 하는 착각이 하나 있다. “연결됐으면 이제 다 되는 거 아닌가?” 근데 실제 ECU는 그렇지 않다. TCP 연결 성공 Routing Activation 성공 UDS 요청도 감 근데 중요한 기능은 안 된다. 왜냐면 아직 ECU
-
DoIP Security Access, 여기서부터 ECU 성격이 확 달라진다
DoIP로 기본 통신까지 붙고 나면 다음에 거의 반드시 만나게 되는 게 있다. 바로: Security Access Seed / Key Unlock 절차 이쪽이다. 처음에는 그냥 인증 정도로 보이는데, 실제로 들어가 보면 ECU마다 구현 차이도 크고 디
-
DoIP timeout 처리, Response Pending 제대로 이해해야 덜 헤맨다
DoIP 구현하다 보면 결국 여기까지 온다. 요청 보냈다 ECU 응답 기다린다 근데 바로 응답 안 온다 이때 timeout을 어떻게 처리하느냐가 꽤 중요하다. 특히 Response Pending(0x78) 을 제대로 처리 안 하면 멀쩡한 ECU도 실패
-
DoIP에서 응답이 이상할 때, Negative Response부터 봐야 한다
DoIP 디버깅하다 보면 이런 순간이 온다. 패킷은 정상 Routing Activation도 성공 ECU 응답도 옴 근데 결과가 실패다. 이럴 때 대부분은 UDS Negative Response 를 보고 있는 상황이다. 처음에는 “통신은 되는데 왜 실
-
DoIP Diagnostic Message, UDS가 실제로 어떻게 실리는지 보자
앞에서 헤더까지 봤으면 이제 진짜 중요한 걸 볼 차례다. UDS 메시지가 DoIP 위에서 실제로 어떻게 전달되는지 이 부분이다. 결론부터 말하면 단순하다. DoIP는 “운반”, UDS는 “내용” 즉, DoIP는 박스고, UDS는 그 안에 들어가는 물건
-
DoIP Vehicle Identification, 처음 연결할 때 이거부터 이해하자
DoIP 붙이려고 할 때 가장 먼저 부딪히는 게 있다. “차량을 어떻게 찾지?” 이거다. CAN에서는 그냥 버스에 붙으면 됐는데, DoIP는 IP 기반이라서 대상 ECU 또는 차량을 먼저 찾아야 한다 . 여기서 등장하는 게 바로 Vehicle Iden
-
DoIP Routing Activation, 여기서 막히는 이유 정리해보자
DoIP로 진단을 처음 붙여보면 대부분 여기서 한 번 막힌다. TCP 연결도 됐고, 패킷도 잘 보내는데 ECU가 반응이 없다. 이럴 때 거의 90%는 Routing Activation 단계가 제대로 안 된 경우다. 쉽게 말하면 Routing Activ
-
DoIP 프로토콜 구조 뜯어보기, 헤더와 필드는 어떻게 생겼나
지난 글에서는 DoIP를 큰 그림으로만 봤죠. 이번엔 진짜로 프로토콜 구조 쪽으로 들어가보려 합니다. DoIP 처음 볼 때 제일 헷갈리는 건 용어보다도 패킷을 어디서부터 읽어야 하는지 인 느낌이 팍팍 옵니다. 와 이게 단순히 “이더넷 진단이다” 수준이
-
DoIP 개론, CAN 진단 보다가 처음 보면 헷갈리는 포인트 정리
차량 진단 쪽 조금 보다 보면 어느 순간 DoIP 라는 단어가 꼭 튀어나오죠. 처음엔 이름부터 좀 딱딱합니다. 뭔가 엄청 어려운 새 프로토콜 같고, CAN 진단만 익숙하면 “이걸 또 알아야 하나?” 싶은 느낌이 팍팍 옵니다. 저도 처음엔 그냥 “아 이