Tag: Automotive Ethernet
All the articles with the tag "Automotive Ethernet".
-
DoIP Functional Address는 왜 응답이 이상하게 보일까
DoIP functional request는 특정 ECU 하나를 대상으로 하는 physical request와 다르다. 하나의 요청에 여러 ECU가 응답할 수 있고, 응답 순서도 보장되지 않는다. 그래서 response collection, source tracking, timeout policy가 중요하다.
-
DoIP에서 Tester Present 왜 계속 보내는 걸까
DoIP 디버깅하다 보면 은근 자주 보이는 패킷이 하나 있다. 처음 보면 좀 이상하다. 특별한 데이터도 없음 ECU 제어도 아님 읽는 것도 아님 근데 계속 주기적으로 날아간다. 이게 바로: Tester Present Session 유지 메시지 다. 오
-
DoIP에서 Session Control 먼저 이해해야 하는 이유
DoIP 붙이고 나서 많이 하는 착각이 하나 있다. “연결됐으면 이제 다 되는 거 아닌가?” 근데 실제 ECU는 그렇지 않다. TCP 연결 성공 Routing Activation 성공 UDS 요청도 감 근데 중요한 기능은 안 된다. 왜냐면 아직 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 프로토콜 구조 뜯어보기, 헤더와 필드는 어떻게 생겼나
지난 글에서는 DoIP를 큰 그림으로만 봤죠. 이번엔 진짜로 프로토콜 구조 쪽으로 들어가보려 합니다. DoIP 처음 볼 때 제일 헷갈리는 건 용어보다도 패킷을 어디서부터 읽어야 하는지 인 느낌이 팍팍 옵니다. 와 이게 단순히 “이더넷 진단이다” 수준이