第3章：车载以太网数据链路层
各位同学，今天我们来聊聊数据链路层。说实话，这是车载以太网里最容易被忽视、但又最容易出问题的一层。我见过太多工程师把精力全放在物理层和上层协议上，结果链路层配置不对，整车网络直接瘫痪。
3.1 MAC地址：不只是个编号
MAC地址，48位，全球唯一。听起来很简单对吧？但在车载环境里，事情没那么简单。
我当年调试一个项目，发现两个ECU之间死活不通。抓包一看，好家伙，两个节点的MAC地址居然一模一样。后来查原因，是供应商烧录时用了默认值。嗯，这种坑我踩过不止一次。
车载以太网里，MAC地址还有几个特殊用途：
- 单播地址：点对点通信，最常用
- 多播地址：比如 SOME/IP 服务发现，用的就是多播
- 广播地址：FF:FF:FF:FF:FF:FF，ARP请求时用
我个人习惯，在CANoe仿真环境里，会专门给每个虚拟节点分配一个独立的MAC地址池。这样抓包分析时，一眼就能看出哪个节点在发数据。
3.2 VLAN标签：把物理网络切成逻辑块
VLAN，虚拟局域网。说白了，就是在一根网线上跑多个逻辑网络。
为什么车载要用VLAN？你想想看，一辆车里可能有ADAS域、座舱域、动力域。这些域的安全等级不同，数据敏感度也不同。ADAS的紧急制动信号，总不能和娱乐系统的音乐流混在一起吧？
VLAN标签（802.1Q）就是在标准以太网帧里插入了4个字节：
| 前导码 | 目标MAC | 源MAC | VLAN标签(4B) | 长度/类型 | 数据 | FCS |
| | | | TPID(2B) + TCI(2B) | | | |其中TCI又包含：
- PCP（3bit）：优先级，0-7，7最高
- DEI（1bit）：丢弃指示，拥塞时优先丢
- VID（12bit）：VLAN ID，0-4095
我曾经遇到过一个案例：某Tier1把摄像头数据流和诊断报文放在同一个VLAN里，结果诊断刷写时，摄像头数据丢包严重，导致环视功能闪屏。后来分开VLAN，问题就解决了。
3.3 以太网帧结构：车载版 vs 标准版
标准以太网帧，大家应该都熟悉。但车载以太网帧，有几个关键差异：
| 字段 | 标准以太网 | 车载以太网（100BASE-T1） |
|---|---|---|
| 前导码 | 8字节 | 8字节（但物理层处理不同） |
| 帧间隔 | 96 bit time | 12 bit time（更紧凑） |
| 最大帧长 | 1518字节 | 1522字节（含VLAN） |
| 最小帧长 | 64字节 | 64字节 |
车载以太网为了降低延迟，把帧间隔缩短了。这意味着什么？同样的带宽，车载网能塞进更多小包。对于CAN网关这种需要频繁转发短报文的场景，这个优化很实用。
3.4 与传统以太网的差异：不止是物理层
很多人以为车载以太网只是换了个物理层（单对线），其实数据链路层也有不少改动：
- MAC地址过滤更严格：传统以太网交换机通常学习所有MAC，车载交换机则按需配置静态MAC表。我见过有些项目，直接把MAC过滤表写死在代码里，防止非法节点接入。
- VLAN优先级强制使用：传统网络里VLAN优先级是可选的，但在车载领域，AVB/TSN协议强制要求使用PCP字段做流量整形。
- 帧校验更敏感：车载环境电磁干扰大，FCS校验失败的帧会被直接丢弃。我曾经用CANoe统计过，某款车型在发动机启动瞬间，CRC错误帧增加了3倍。
- 不支持巨型帧：传统数据中心用9K字节巨型帧提升吞吐，但车载网络最大只支持1522字节。为什么？因为实时性要求高，大帧会阻塞其他小帧的传输。
3.5 避坑指南：我踩过的几个坑
做车载以太网这些年，我总结了几条血泪教训：
- MAC地址冲突：曾经有供应商把同一批MAC烧录到不同ECU里，结果整车网络广播风暴。解决方案：建立MAC地址管理系统，每颗芯片出厂前扫码绑定。
- VLAN配置不一致：交换机和ECU的VLAN配置对不上，导致通信失败。我建议用Vector的VN5000系列做VLAN一致性测试，自动扫描所有端口的VID配置。
- 帧间隔误判：用标准以太网分析仪抓车载以太网包，发现帧间隔异常。后来才意识到，车载物理层对帧间隔的处理和标准不一样。要用专用的车载以太网分析工具，比如VN5650。
嗯，今天就先聊到这儿。数据链路层是车载以太网的基石，这块搞不明白，上层协议栈再牛也白搭。下一章我们讲网络层，IP地址分配和路由，到时候再细聊。