上周项目组要做一台支持车载以太网抓包的诊断仪需要把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做的PHYTX端口接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模块芯片方案到底怎么选先说结论目前市场上能做的方案大致分四档下表是从拆解和芯片手册整理出来的关键对比。方案代表芯片数据通路延迟成本量级典型能力适合场景MCU软件桥接TJA1100 IP101GRI STM32F103MCU内部软件转发高不稳定百元内仅转发不支持VLAN/PTP学习验证、低要求小批量双PHY硬件桥接88EA1512 88E1512SGMII/MII硬连接较低一百到三百基本二层转发延迟稳定台架测试、诊断工具单芯片集成PHY交换LAN9373 / 88Q5072内部交换低可达μs级三百到六百VLAN、优先级、PTP、多口扩展多路车载以太网设备网关SoC方案带MACPHY的MPU如S32K3外部T1PHY软件处理取决于内核数百以上可做协议转换、路由整车网关、域控制器表格里的成本是芯片和基本外围物料量级不含研发投入和生产费用。3.1 双PHY直连为什么是“够用”的甜点方案盒子B那种88EA1512加88E1512的组合是目前市面上一千元以下转换盒里最可靠的方案。它的核心优势在于数据面不走CPUT1侧的数据从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读取SQISignal 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口要接ECUECU一般默认是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硬件方案建议把三个盒子的拆解和后续测试沉淀成一张选型建议表供大家直接参考。场景推荐方案核心芯片注意事项学习验证、学生项目MCU软件桥接TJA1100 任意百兆PHY接受延迟高、不稳懂原理即可台架测试、单路诊断双PHY硬件桥接88EA1512 88E1512稳定注意SGMII时钟配置和共模电感选型产线刷写工具双PHY桥接或交换芯片同上 / LAN9373需要稳定不丢包最好带SQI诊断接口多路摄像头数据采集交换芯片LAN9373 / 88Q5072需要PTP和VLAN软件投入大整车网关/域控制器网关SoC T1PHYS32K3系列等需要做协议转换复杂度高以我自己做诊断仪的经历如果只做单通道T1转TX双PHY直连方案是投入产出比最高的。用88EA1512加88E1512做一块两层板就能跑通PCBLayout注意差分走线和共模电感位置固件只需要初始化寄存器整体研发周期可以压缩到两周以内。最后分享一个实用小技巧开发阶段可以先用ethtool或MDIO命令行工具把PHY的状态、SQI值、link次数打出来做成一个诊断脚本。比如在Linux下用mii-tool查看PHY协商状态用自定义mdio工具读SQI寄存器。这样调试的时候不用反复接示波器很多问题看数值就能定位。这也是为什么我建议在硬件上预留一个调试UART或I2C接口——真等量产车出了问题你能远程读到的每一个寄存器数值都比一句“好像有点丢包”有价值得多。