Tag: Automotive Ethernet
All the articles with the tag "Automotive Ethernet".
-
DoIP는 TCP stream이다: recv()만 믿고 파싱하면 깨지는 이유
DoIP는 UDP처럼 '패킷 단위'로 읽히지 않는다. recv() 결과를 그대로 DoIP 메시지로 간주하면 부하에서 payload length mismatch/NACK/무응답이 터진다. TCP stream 기준으로 DoIP framing을 구현하는 안전한 순서를 정리한다.
-
DoIP Vehicle Discovery가 가끔 안 잡히는 이유
DoIP Vehicle Discovery가 간헐적으로 실패하는 원인은 UDS보다 UDP broadcast, interface 상태, gateway boot timing, retry 정책, discovery cache 관리에 있는 경우가 많다.
-
DoIP Gateway 구조를 이해해야 ECU가 보인다
DoIP에서는 TCP 연결 endpoint와 실제 진단 대상 ECU가 다를 수 있다. Gateway 기반 차량 네트워크에서 logical address, routing activation, internal forwarding, response source tracking을 어떻게 봐야 하는지 정리한다.
-
-
DoIP Firmware Download에서 갑자기 문제가 터지는 이유
DoIP firmware download에서는 작은 진단 요청 때 보이지 않던 TCP stream 처리, large payload, timeout, flash latency 문제가 한꺼번에 드러난다. TransferData 흐름과 parser 안정성 관점에서 정리한다.
-
DoIP Negative Acknowledge, UDS 에러랑은 다르다
DoIP Negative Acknowledge와 UDS Negative Response는 완전히 다른 레이어의 신호다. DoIP NACK는 transport/protocol 문제이고, UDS 0x7F는 diagnostic application 문제라는 점을 로그와 파서 관점에서 정리한다.
-
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는 그 안에 들어가는 물건