4、链路协商概念：为什么需要自动协商？Master/Slave角色的意义
4.1 为什么需要自动协商？
我刚做车载以太网那会儿，也问过同样的问题。既然PHY芯片已经焊死在板子上，速率是固定的，为什么还要搞个协商机制？
其实，这和100BASE-T1的应用场景有关。你想想看，一辆车里，网关、域控制器、摄像头、雷达……这些ECU来自不同供应商，彼此的PHY芯片配置可能完全不一样。有的默认是Master，有的默认是Slave。如果每个ECU都得靠CAN报文或硬线来配置主从关系，那产线得多痛苦？
自动协商的目的，说白了就是让两个PHY芯片在物理连接建立时，自己“聊”明白：谁当主，谁当从。这个过程无需软件干预，硬件自动搞定。
能不能不搞自动协商？理论上可以——你手动把两边的角色固定下来。但这样做的后果是：
- 产线适配成本高：不同车型、不同ECU组合都需要单独配置；
- 抗干扰能力差：如果某个PHY失效，替换件可能角色冲突；
- 可维护性低：售后更换ECU后，还得用诊断仪重新配置。
所以我个人习惯，只要条件允许，都让PHY自己协商，省心又可靠。
4.2 Master/Slave角色的意义
这里说的Master/Slave，不是在说谁控制谁。它们的核心作用是：确定时钟参考源。
100BASE-T1用的是PAM3编码，信号在单对差分线上双向传输。要实现正确解码，接收端必须精确知道发送端的时钟。谁提供这个参考时钟？Master。
- Master：用自己的本地时钟作为基准，发送数据时也把时钟信息嵌在信号里；
- Slave：从接收信号中恢复出Master的时钟，并用这个恢复时钟来发送自己的数据。
我做个比喻。Master像是一个乐队的指挥，他的节拍决定了整个乐队的速度。Slave是乐手，他只能跟着指挥的节拍，不能自己乱来。要是两个乐手都按自己的节奏演奏，那曲子一定乱套。
在车载以太网中，Master和Slave的选举有一套标准流程：
- 上电后，双方各发一组MASTER-SLAVE信号（包含自身能力）；
- 根据优先级仲裁，能力强者当选Master，另一方自动成为Slave；
- 如果能力相同（例如都是100BASE-T1），则根据MAC地址等参数区分。
| 角色 | 时钟源 | 信号发送策略 | 典型场景 |
|---|---|---|---|
| Master | 本地晶振 | 主动发送时钟信息 | 网关、域控制器 |
| Slave | 从接收信号恢复 | 跟随Master时钟 | 摄像头、传感器 |
4.3 协商流程与避坑
自动协商的过程，我在项目里抓过很多次。大致分三步：
- 第一步：物理链接检测——PHY检测到链路伙伴在线，启动协商；
- 第二步：主从角色仲裁——双方交换能力信息，决定Master和Slave；
- 第三步：PHY配置同步——Slave调整自己的发射时钟，锁定到Master时钟上。
嗯，这里有个关键点要注意：协商过程中不能传输上层数据。所以从连接到真正能跑业务，中间会有几百毫秒的“黑时间”。在实时性要求高的场景里（例如ADAS），这必须提前考虑。
我曾经在某个项目里，发现前视摄像头的链路总是随机断开。排查到最后，居然是电源毛刺让PHY在协商完成后又误判了一次。解决方案很简单——在电源入口加了一个RC滤波。所以，PHY的电源稳定性直接影响协商成功率。
这里我画了一张图，帮你理解Master/Slave在单对差分线上的角色关系：