4. 物理层基础
数据链路层，说白了就是让数据在物理线路上「有规矩地跑」的那一层。很多刚接触车载以太网的朋友，总觉得这层就是配配MAC地址、看看帧结构，没什么好学的。但我在实际项目中踩过不少坑，尤其是VLAN配置出错导致整个域控制器通信瘫痪那次……嗯，咱们今天就把这层彻底讲透。
4.1 MAC地址：设备的「身份证」
每个以太网设备出厂时都会烧录一个全球唯一的MAC地址，共48位，通常写成十六进制，比如 00:1E:C0:XX:XX:XX。前24位是厂商代码（OUI），后24位是设备序列号。
车内MAC地址的特殊性
车载以太网中，MAC地址并不完全依赖全球唯一。很多ECU（电子控制单元）的MAC地址是在产线刷写时动态分配的，尤其是那些没有独立以太网控制器的低成本节点。我见过一个项目，因为两台ADAS摄像头MAC地址冲突，导致交换机疯狂丢包，排查了两天才发现是产线脚本漏写了地址偏移。
车内MAC地址分配有几种常见方式：
- 固定烧录：高端域控制器、网关等核心节点，使用芯片自带的全球唯一MAC。
- 动态分配：基于ECU的硬件ID或位置编码，在启动时由Bootloader写入。
- VLAN+MAC绑定：某些安全域要求MAC与VLAN ID一一对应，防止设备仿冒。
我的经验：调试阶段建议用Wireshark抓一下ARP包，看看有没有重复MAC。我曾经在台架上同时接了3块相同的开发板，结果MAC全一样，交换机直接懵了。
4.2 以太网帧结构：数据在线上长什么样？
一个标准的以太网帧，从线路上看是这样的：
| 前导码(7B) | 帧起始定界符(1B) | 目标MAC(6B) | 源MAC(6B) | 类型/长度(2B) | 数据(46-1500B) | FCS(4B) |但在车载环境里，我们更关心的是从目标MAC到FCS这一段。我习惯把帧结构拆成三部分来理解：
- 头部：目标MAC + 源MAC + 类型/长度。类型字段如果是0x0800，表示上层是IPv4；0x0806是ARP；0x8100就表示后面跟着VLAN标签。
- 数据段：最少46字节，最多1500字节。如果上层数据不够46字节，底层会自动填充0。
- 尾部：4字节的帧校验序列（FCS），用CRC32算法算出来的。接收端如果发现FCS对不上，直接丢帧。
避坑指南：我曾经在项目中遇到一个奇怪的问题——某些ECU偶尔收不到长报文。查到最后发现，是交换机的MTU设置成了1500，但某个传感器发出的帧因为VLAN标签叠加，实际长度超过了1518字节（含头部）。交换机直接丢弃了这些超长帧。所以车载网络中，建议把MTU统一设为1522字节，给VLAN标签留出空间。
4.3 VLAN标签（802.1Q）：把一辆车分成多个「虚拟网络」
为什么车内需要VLAN？你想想看，一辆智能汽车里，有ADAS系统、车载娱乐系统、动力控制系统、诊断系统……这些系统如果都在同一个二层网络里，广播风暴、安全攻击、带宽争抢都是大问题。
VLAN（虚拟局域网）就是在同一个物理网络上，划分出多个逻辑隔离的子网。802.1Q标准在标准以太网帧里插入了4字节的VLAN标签：
| ... 源MAC(6B) | VLAN标签(4B) | 类型/长度(2B) | ...这4字节的结构是：
- TPID（2字节）：固定为0x8100，告诉交换机这是个VLAN帧。
- TCI（2字节）：包含3位优先级（PCP）、1位CFI（通常为0）、12位VLAN ID（VID）。
VID的取值范围是0-4095，其中0和4095保留，实际可用的是1-4094。车内常见的VLAN划分方式如下：
| VLAN ID | 用途 | 典型设备 |
|---|---|---|
| 1 | 默认管理VLAN | 网关、诊断接口 |
| 10 | ADAS/自动驾驶 | 摄像头、雷达、域控制器 |
| 20 | 车载娱乐 | 中控屏、音响、后排娱乐 |
| 30 | 动力/底盘 | ECU、ABS、EPS |
| 100 | 诊断/OTA | T-Box、诊断仪 |
关键点：VLAN是二层隔离，不同VLAN之间的通信必须经过三层路由（通常是网关或域控制器）。这意味着，即使ADAS系统和娱乐系统连在同一个交换机上，它们也无法直接通信——除非你配置了VLAN间路由。
4.4 车内VLAN的典型应用场景
我参与过一个量产项目，整车网络分了6个VLAN。这里挑两个典型场景说说：
场景一：ADAS摄像头数据隔离
4个800万像素摄像头，每个每秒产生约1Gbps的数据。如果这些数据和娱乐系统的音视频流混在一起，交换机缓存分分钟被打满。我们的做法是：把所有摄像头和ADAS域控制器划到VLAN 10，交换机端口配置为Trunk模式，只允许VLAN 10的帧通过。这样，摄像头数据只在ADAS域内流转，不会影响其他系统。
场景二：诊断流量安全隔离
诊断仪（如CANoe、PC）通过OBD接口接入车辆时，如果直接暴露在主干网上，黑客可能通过诊断口攻击动力系统。所以我们把诊断口划到VLAN 100，并在网关配置严格的访问控制列表（ACL），只允许诊断仪访问特定ECU的特定端口。这样即使诊断口被物理接入，也无法触及ADAS或动力系统。
我的习惯：设计VLAN方案时，我会先画一张「流量矩阵图」，列出所有ECU之间的通信需求，然后按安全等级和带宽需求分组。这样VLAN划分就有据可依，而不是拍脑袋决定。
4.5 数据链路层知识体系
下面这张图帮你把本章的核心知识点串起来：
4.6 实战中的几个关键点
最后，分享几个我在项目中总结的经验：
- MAC地址表要提前规划：量产阶段，每个ECU的MAC地址需要写入生产管理系统。如果发现地址冲突，返工成本极高。我建议在项目初期就建一个MAC地址分配表，按ECU类型和位置编码。
- VLAN配置要文档化：别指望靠脑子记。我曾经接手一个项目，前任工程师在交换机上配了十几个VLAN，没有任何文档。后来要加一个新ECU，我花了整整两天才理清现有的VLAN拓扑。
- 抓包验证是王道：无论你觉得自己配置得多完美，一定要用抓包工具（比如Wireshark）实际抓一下帧。看看VLAN标签对不对，FCS有没有报错，MAC地址是不是预期的。我每次调试都会抓三遍：配置前、配置后、压力测试时。
重要提醒：车载以太网的VLAN配置和IT网络有一个显著区别——车内交换机通常不支持STP（生成树协议），因为STP的收敛时间（秒级）对车辆启动来说太慢了。所以你的VLAN拓扑必须是「无环」的，否则广播帧会在环路里无限转发，瞬间打爆网络。设计时一定要画清楚物理拓扑，确保没有冗余链路。
数据链路层是车载以太网的「交通规则」。MAC地址决定了谁是谁，帧结构决定了数据怎么装，VLAN决定了哪些车能上哪条路。把这些基础打牢，后面学TCP/IP、SOME/IP、DoIP才会顺手。嗯，今天就到这里，下一层咱们聊聊网络层——IP地址和路由在车里是怎么玩的。