车载以太网100Base-T1转TX转换盒拆解与选型指南

上周项目组要做一台支持车载以太网抓包的诊断仪，需要把ECU上的100Base-T1信号转成普通RJ45网口，我从不同渠道先后买了三个号称“车载以太网转标准以太网”的转换盒，价格从一百多到八百多不等。三个盒子都印着支持100BASE-T1，但真在台架上跑起来，丢包率、延迟、长时间工作温度完全是三个层次。拆开之后，PHY选型、桥接方式、电源和EMC器件上的差距一眼就能看出来。这篇把拆解过程和选型逻辑整理一遍，给后面要做100Base-T1转100Base-TX硬件设计的朋友做个参考，尤其是那些准备自研转换模块、诊断设备、产线烧录工具的团队，能少走不少弯路。

1. 先搞清楚为什么需要“转换盒”：T1和TX根本不是一种物理层

很多人第一次接触车载以太网时，会下意识觉得100Base-T1和100Base-TX都是百兆，差不太多。实际这两个物理层的差别比Wi-Fi和蓝牙还大。

100Base-T1是单对非屏蔽双绞线传输，走的是PAM3三电平脉冲调制，通过混合电路和回波抵消技术在一个线对上同时实现收发双向全双工。它最初叫BroadR-Reach，后来被OPEN Alliance标准化为100Base-T1，制定规范时主要考虑的是车载线束减重、成本降低和EMC表现。100Base-TX则是两对线，一对发一对收，走MLT-3编码，就是我们最熟悉的RJ45百兆网。

因为物理介质和编码方式完全不同，两者没法像千兆网口那样通过自适应直接互通。你拿一个普通交换机的RJ45口去接ECU的T1口，物理层就起不来，link灯都不亮。要打通两端，必须有一个设备同时具备T1 PHY和TX PHY，中间做二层转发或桥接，这就是“转换盒”存在的根本原因。

哪些场景需要这种转换？

• 台架测试：ECU、摄像头、雷达模块的T1接口要接入PC或普通交换机进行抓包、刷写、标定。
• 产线烧录：整车或零部件产线上，很多治具还是百兆网卡，通过转换盒连接T1口完成软件烧写。
• 诊断设备：售后诊断仪需要同时支持OBD上的CAN/CAN FD和车载以太网接口。
• 实车数据采集：做ADAS路采时，要把多个摄像头或雷达的T1流接入采集主机。

明白了应用场景再看选型，就不会只盯着“能不能link”。比如台架测试要小延迟和不丢包，产线烧录要连续工作稳定，实车采集要考虑供电波动和温度。三个盒子的拆解结果也印证了这一点：便宜的不一定不能用，但如果你需要长时间稳定、低延迟、支持VLAN或PTP，那就必须往中高端方案上看。

2. 三个盒子的拆解实录：芯片级识别与方案溯源

三个盒子我都在拆之前先做了通电测试，然后才动烙铁。测试环境和结果先放前面，后面讲芯片方案时好对照。

测试条件：一个T1端口接车载以太网测试板卡（用Marvell 88EA1512做的PHY），TX端口接PC，用iperf双向打流5分钟，同时记录丢包率、平均延迟和外壳温度。

2.1 盒子A：百元级，MCU软件转发方案

盒子A很小，大概一包烟的尺寸，外壳没有散热孔。通电测试下来，基本能link，但iperf双向同时打流时丢包约0.8%，延迟波动在200μs到1ms之间，5分钟后外壳烫手，大概55摄氏度。

拆开后内部结构一目了然：

• 一颗NXP TJA1100作为T1 PHY，这是很老的一款车规级T1 PHY，支持100Base-T1，主从模式需要通过寄存器配。
• 一颗IP101GRI作为TX PHY，百兆以太网PHY。
• 主控是STM32F103，软件实现两个MAC之间的桥接转发。

这个方案本质上是“两颗PHY加一颗MCU”，所有数据包都要经过MCU的软件转发。优点是芯片好买、成本低、设计周期短，缺点也很明显：吞吐量受MCU处理能力限制，双向满速转发时CPU占用接近满负荷；没有硬件学习MAC地址表的能力，广播帧差不多全部转发，实际上就是在一个小网桥里裸奔。

我在PCB上看到一个很有意思的细节：TJA1100旁边的共模电感是国产某品牌型号，绕线方式很粗糙，丝印模糊。这个细节在后面物理层测试中果然出了问题。

2.2 盒子B：三百元级，双PHY直连桥接方案

盒子B的体积稍大，铝外壳，带两个状态LED，一个标T1，一个标TX。测试时延迟明显稳定，iperf双向同时打流丢包只有0.02%，延迟抖动在100μs以内，温升稍好，长时间工作在46摄氏度左右。

拆开看到PCB上两颗芯片非常显眼：

• 一颗Marvell 88EA1512，这是车载以太网T1 PHY，支持100Base-T1，内部集成DC平衡编解码和回波消除。
• 一颗Marvell 88E1512，这是标准百兆/千兆以太网PHY，这里工作在百兆模式，接口走SGMII。
• 中间还有一个小的MCU，型号是Microchip PIC18F系列，主要用来做上电配置和PHY寄存器管理，不参与数据转发。

这个方案的关键是88EA1512和88E1512之间通过SGMII对接，实际上88EA1512作为T1 PHY把MII/SGMII接口的数据转成T1信号，88E1512把同一份数据转成TX信号。中间的数据通路是硬件直连，不走软件转发，所以延迟和稳定性表现好很多。

比较意外的是，这块板子的DC-DC用的是TI的宽压降压芯片，输入支持到24V，板上还预留了TVS管的位置，但有三颗没有贴。也就是说这个方案原本考虑了车载电源环境，但量产时为了省成本把防护器件去掉了。

2.3 盒子C：八百元级，交换芯片集成方案

盒子C是三个里面最“正规”的，金属外壳，带接地柱和防拉拽航插，宣称支持车载以太网PTP时间同步。实际测试结果也确实最强：iperf双向打流零丢包，延迟抖动在20μs以内，长时间运行外壳温度只有39摄氏度。

拆开后看到主芯片是Microchip LAN9373，这是带集成T1 PHY的车载以太网交换芯片，支持100Base-T1端口和标准MII/RMII端口，内置802.1AS时间同步功能，还带一个管理用的UART和I2C。PCB上的共模电感是TDK ACT1210P系列，连接器用的是TE的MATEnet插座，整个电源部分加了防反接电路和TVS阵列，防护器件一个不少。

这块板子的设计思路完全不一样：LAN9373本身就是一个二层交换机，不是做简单桥接，而是可以做VLAN划分、优先级队列、PTP打时戳。所以它不但能转T1到TX，还能做多端口交换，未来如果要做四路摄像头数据汇聚，同一颗芯片可以扩展出更多T1口。

研究了一下这块板子的BOM，估算物料成本大概在三百五到四百之间。卖八百多，利润率并没有想象中那么高，毕竟MATEnet连接器、车规级共模电感、多层板这些都是实打实的成本。

3. 核心芯片方案对比：从PHY、桥接到交换，成本与能力怎么平衡

拆完三个盒子，核心问题变成：如果要自研一个T1转TX模块，芯片方案到底怎么选？

先说结论，目前市场上能做的方案大致分四档，下表是从拆解和芯片手册整理出来的关键对比。

表格里的成本是芯片和基本外围物料量级，不含研发投入和生产费用。

3.1 双PHY直连为什么是“够用”的甜点方案

盒子B那种88EA1512加88E1512的组合，是目前市面上一千元以下转换盒里最可靠的方案。它的核心优势在于数据面不走CPU，T1侧的数据从PHY进来，通过SGMII直接给到TX侧PHY，反过来也一样。整条路径上只有物理层编解码和PCS层的处理，延迟能做到几十微秒级别。

用这种方式设计时有一个关键点：两片PHY之间的接口要用SGMII还是MII。用MII的好处是兼容老PHY，缺点是IO数量多、频率低；用SGMII的好处是引脚少，但两侧PHY都需要支持SGMII。88EA1512和88E1512都支持SGMII，所以可以直接用两对差分线对接，PCB布局也能省下不少空间。

实际调试中，最容易出问题的是SGMII对接时的时钟模式。SGMII有Slave和Master两种时钟模式，两片PHY对接时必须一端提供时钟，另一端接收时钟。如果配置反了，会看到PHY的link状态起来了，但数据完全不通，或者偶尔能通偶尔不通。这里有个经验：默认让88E1512工作在Slave模式，从88EA1512取时钟，稳定性最好。

3.2 LAN9373这类交换芯片到底贵在哪

盒子C用的LAN9373，属于Microchip的车载以太网交换芯片家族，内部集成了物理层收发器，省去了外挂独立T1 PHY的麻烦。这类芯片的价值不只是“交换”，而是把车载以太网需要的特性全做了：

• 集成多个T1端口，可以连接多个摄像头或ECU。
• 硬件支持802.1AS PTP时间同步，精度做到亚微秒级，这是ADAS传感器融合必需的。
• 支持VLAN标签处理和优先级队列，能保证音频视频数据流的QoS。
• 支持唤醒/休眠管理，可以和整车的网络管理联动。

如果你只是做一台“单进单出”的转换器，用LAN9373确实有点大材小用。但如果你做的是四路摄像头采集盒，或者是带以太网诊断的多通道设备，那交换芯片反而是性价比最高的选择，因为外挂多个独立PHY的成本和PCB面积会更高。

选择这类芯片时，必须考虑的是软件工作量。LAN9373的寄存器非常多，初始化序列和驱动配置不是一天能搞定的，通常需要参考芯片厂商的参考代码，或者直接用厂商提供的linux驱动。对没有嵌入式Linux开发经验的团队，这个门槛比双PHY方案高很多。

4. 100Base-T1物理层设计中最容易翻车的四个细节

芯片方案定了之后，物理层设计才是决定产品稳不稳的关键。很多模块在实验室用短线测试没问题，一上整车就丢包、掉link、辐射超标，问题往往出在下面四个地方。

4.1 共模电感：省这个器件的盒子基本都翻车了

100Base-T1是单对差分传输，一个线对既要发又要收，PHY内部靠混合电路和回波消除来分离收发信号。这种架构对共模噪声非常敏感，所以T1接口在PHY和连接器之间必须有共模电感（Common Mode Choke），选型要重点关注共模阻抗、额定电流和带宽。

TDK的ACT1210P系列是车载T1用的主流型号，共模阻抗在100MHz时约110Ω，插入损耗在100Base-T1的频段内控制得比较好。Murata也有对应型号。盒子A用的那款国产共模电感，我查不到对应数据手册，测试时用毫伏表量输出端，能看到明显的共模噪声泄漏，这在整车环境下很容易导致误码率升高。

在PCB布局上，共模电感要尽量靠近PHY芯片，距离不要超过5mm，两侧的差分走线要保持参考平面连续，禁止跨分割。如果布局空间紧张，宁可把电感放到连接器侧，也不要离PHY太远。

4.2 链路诊断：别等不通了才去看寄存器

T1 PHY基本都带链路诊断功能，可以通过MDIO读取SQI（Signal Quality Indicator）信号质量指数，范围一般是0到7。这个值非常实用，现场排障时可以快速区分是线束问题还是设备问题。

以TJA1100为例，读SQI的寄存器是0x1D，数值在5以上基本没问题，3到4说明线束质量一般，0到2基本就是接触不良或者线缆过长。实测盒子A在共模电感不良的情况下，SQI经常在2到3之间波动，这解释了好好的为什么偶尔丢包。

我的建议是：自研硬件时，把SQI值和link状态通过UART或状态LED引出来，做成一个诊断接口。产品交付给客户后，这个功能能省下大量售后排查时间。

4.3 连接器和线束不是配角

T1的物理层性能很大程度上依赖线束的绞合和连接器的接触可靠性。原厂车规连接器主流是TE的MATEnet、Rosenberger的H-MTD，以及罗森伯格之前在宝马等车型上用的HSD改型。

第三方转换盒为了控制成本和体积，经常用2.0mm或1.27mm的小型连接器，哪怕PHY和电路设计都没问题，长期插拔后接触电阻变大，SQI就会下降，最终表现为偶发掉link。如果你的设备要长期固定使用，建议直接用MATEnet插座，单颗物料成本高十几块钱，但可靠性能提升一个量级。

线束方面，100Base-T1允许使用非屏蔽双绞线（UTP），但绞合节距要符合OPEN Alliance规范，AWG24或AWG26都行。我见过有人拿普通USB线里的双绞线替代，短距离能通，但长度超过5米就非常不稳定。

4.4 电源防护：车载环境的隐形杀手

三个盒子中，两个在电源输入端有TVS和防反接电路，但一个偷工减料只留了焊盘。这个差别在实验室看不出来，一旦接到实车12V或24V电源上，冷启动、抛负载、感性负载关断等瞬态干扰很容易把电源芯片或PHY击穿。

100Base-T1转换模块建议在电源输入端加：

• 一个防反接MOSFET或二极管，压降越小越好。
• TVS管选SMBJ15A或类似规格，能承受抛负载测试。
• DC-DC输入支持到36V，覆盖24V商用车场景。
• 输入加共模电感或磁珠，防止开关电源噪声耦合到T1差分线上。

实际测试中，我踩过一次坑：一个不带TVS的盒子在模拟抛负载时，PHY直接烧了，但电源芯片还活着，原因是过压从电源线耦合到了信号地，打进了PHY的模拟前端。这种故障很难复现，也很难和客户解释清楚，所以防护真的不能省。

5. 固件和上层工程里那些“看着简单但能坑一天”的问题

硬件方案决定了性能上限，固件配置决定能不能把性能发挥出来。这里讲三个我实际遇到的问题。

5.1 主从模式不配对，Light Link状态能把你搞疯

100Base-T1和100Base-TX不一样，没有我们熟悉的“自动协商”概念里那种主从自由选择。T1通信必须一端配置为Master，另一端配置为Slave，我在调试自己的测试板时遇到过：两块板都用寄存器默认值，结果link状态在up和down之间反复跳，看着像接触不良，最后用示波器测差分波形才确认是主从冲突。

TJA1100和88EA1512都有专门的主从配置寄存器位，建议产品做出来后在默认配置里就明确指定主从，不要依赖自动协商。如果你是做转换盒，T1口要接ECU，ECU一般默认是Master，那转换盒必须配置成Slave；如果接的是测试板卡，那就反过来。

5.2 PHY的启动时间和上电时序

T1 PHY内部的DC平衡编解码和自适应均衡需要一段训练时间，从上电到link up通常在几十到几百毫秒。如果你的系统用MCU配置PHY，一定要等PHY的电源稳定后再操作MDIO，否则寄存器写不进去。

更隐蔽的问题是：有些PHY在复位拉低时，如果MDIO引脚被外部拉高，会进入不同的PHY地址模式，导致MCU怎么都访问不到PHY。这个问题在量产板上最容易排查，因为原理图上看都是对的，但实际上电就是不通。经验是加上拉或下拉电阻强制默认地址，并在固件启动时打印读到的PHY ID验证访问正常。

5.3 对延迟敏感的场景：先确认PTP和VLAN支持

如果你做的是ADAS数据采集卡或者音视频传输设备，对延迟和QoS要求较高，就要关注转换盒是否支持802.1AS和VLAN优先级。盒子A那种MCU方案根本不支持这些；盒子B虽然延迟低，但VLAN标签处理只能透传，不能根据优先级做队列调度；盒子C因为用了交换芯片，可以给特定VLAN的流分配高优先级队列，时延抖动控制在几十微秒内。

在项目选型时，把PTP、VLAN、优先级队列这三项做成“必查清单”，能帮你过滤掉不少看起来很便宜、实际不满足需求的方案。

6. 回到选型：不同场景下的T1转TX硬件方案建议

把三个盒子的拆解和后续测试沉淀成一张选型建议表，供大家直接参考。

以我自己做诊断仪的经历，如果只做单通道T1转TX，双PHY直连方案是投入产出比最高的。用88EA1512加88E1512，做一块两层板就能跑通，PCBLayout注意差分走线和共模电感位置，固件只需要初始化寄存器，整体研发周期可以压缩到两周以内。

最后分享一个实用小技巧：开发阶段可以先用ethtool或MDIO命令行工具把PHY的状态、SQI值、link次数打出来，做成一个诊断脚本。比如在Linux下用mii-tool查看PHY协商状态，用自定义mdio工具读SQI寄存器。这样调试的时候不用反复接示波器，很多问题看数值就能定位。这也是为什么我建议在硬件上预留一个调试UART或I2C接口——真等量产车出了问题，你能远程读到的每一个寄存器数值，都比一句“好像有点丢包”有价值得多。