1. DoIP协议概述
大家好，我是你们的老朋友。今天咱们开始聊DoIP协议。说实话，我第一次接触DoIP是在2015年，那时候车载以太网还是个新鲜玩意儿。当时我还在想，这玩意儿能靠谱吗？结果后来项目做多了，发现它确实是个好东西。
1.1 DoIP协议背景
DoIP，全称是Diagnostic over Internet Protocol。说白了，就是通过IP网络来做诊断。你想想看，传统的诊断方式用的是CAN总线，速度慢不说，还受限于物理连接。我记得有一次在车厂做测试，为了连上ECU，我得趴在地上找OBD接口，那叫一个狼狈。
为什么会诞生DoIP？原因其实很简单：
- 带宽需求：现在的ECU动辄几十兆的软件升级包，CAN那点带宽根本不够看
- 远程诊断：车联网时代，谁还愿意把车开到4S店去刷程序？
- 标准化需求：ISO 13400就是DoIP的官方标准，全球通用
我个人习惯把DoIP看作是传统UDS诊断的"网络升级版"。它保留了UDS的诊断服务（比如读取故障码、写入数据等），但把传输层从CAN换成了TCP/IP。嗯，这里要注意，DoIP不是重新发明了一套诊断协议，它只是换了个传输方式。
核心要点：DoIP = UDS诊断服务 + TCP/IP传输。它让诊断不再受限于物理总线，可以跨越网络进行。
1.2 DoIP在汽车诊断中的应用
我在项目中遇到过不少实际应用场景，给大家列举几个典型的：
- 产线刷写：整车厂的生产线上，一台车要刷写十几个ECU。用DoIP的话，通过以太网交换机就能同时刷写多个ECU，效率提升不是一星半点。
- 远程OTA升级：这个大家应该不陌生。特斯拉为什么能远程升级？底层用的就是DoIP协议。我曾经参与过一个项目，车主在高速服务区就能收到推送，停车后一键升级，用户体验非常好。
- 售后诊断：4S店的诊断仪现在都支持DoIP了。插上OBD口，通过以太网连接，读取故障码的速度比CAN快了好几倍。
- 车辆下线检测：我记得有一次在主机厂，他们用DoIP做下线检测，一台车从上线到检测完成只要3分钟，比传统方式快了将近一倍。
避坑指南：我曾经遇到过一个问题——DoIP的物理层用的是100BASE-T1（单对以太网），这种线缆和普通的以太网线不一样。如果你在测试时发现连不上，先检查一下是不是用了普通的网线。嗯，这个坑我踩过。
1.3 DoIP协议栈架构
DoIP的协议栈，说白了就是分层的。咱们从上往下看：
| 层级 | 协议/标准 | 功能说明 |
|---|---|---|
| 应用层 | UDS (ISO 14229) | 诊断服务，如读取故障码、写入数据等 |
| 会话层 | DoIP (ISO 13400-2) | 连接管理、路由激活、诊断消息封装 |
| 传输层 | TCP/UDP | TCP用于可靠传输，UDP用于发现和广播 |
| 网络层 | IPv4/IPv6 | IP寻址和路由 |
| 数据链路层 | 以太网 (100BASE-T1) | 物理帧封装和传输 |
你想想看，这个架构其实很清晰。应用层还是咱们熟悉的UDS，只是把传输层换成了TCP/IP。DoIP协议本身在会话层，负责管理连接、路由激活这些事儿。
我个人习惯把DoIP协议栈分成两大部分：
- 控制面：用UDP端口13400，负责车辆发现、连接建立这些控制消息。说白了就是"打招呼"和"握手"。
- 数据面：用TCP端口13400，负责传输真正的诊断数据。比如你发一个读取故障码的请求，就走TCP。
注意事项：DoIP的端口号是固定的13400，但要注意区分UDP和TCP。UDP用于广播和发现，TCP用于可靠数据传输。我曾经见过有人把UDP和TCP搞混了，结果诊断消息发不出去，排查了半天才发现是端口类型配错了。
最后给大家看一个简单的DoIP报文结构，方便理解：
DoIP报文头部（8字节）：
- 协议版本 (1字节)：0x02 (ISO 13400-2:2012)
- 反向协议版本 (1字节)：0xFD
- 负载类型 (2字节)：如0x8001 (诊断消息)
- 负载长度 (4字节)：后续数据的字节数
DoIP负载：
- 诊断消息 (UDS请求/响应)
嗯，这个结构其实不复杂。协议版本和反向版本用来做版本协商，负载类型告诉接收方这个消息是干嘛用的，负载长度就是后面跟着的数据有多长。说白了，就是一个"信封"，里面装着UDS诊断数据。
好了，第一章的内容就到这里。下一章咱们会深入聊DoIP的报文类型和具体封包格式。到时候我会带大家手撕报文，看看每个字节到底是什么意思。