📚 课程目录第2章硬件环境搭建

2. 硬件环境搭建：电源分配与仿真、CAN/LIN/Ethernet物理层连接、信号转接盒设计、故障注入模块

硬件环境搭建，说白了就是给ECU们搭个台子，让它们能好好说话。我见过不少团队，软件写得漂亮，结果一上硬件台架就冒烟——电源接反了、地线没共好、CAN信号反射严重。嗯，这一章咱们就把这些坑填上。

多ECU联调，电源是第一道坎。每个ECU对电压、电流、纹波的要求都不一样。我个人习惯，先画一张电源拓扑图，把各路供电关系理清楚。

ECU类型	标称电压	最大电流	纹波要求	推荐电源模块
发动机ECU	12V	5A	<50mVpp	可编程直流电源
BCM	12V	3A	<100mVpp	开关电源+线性稳压
网关	12V	1A	<30mVpp	LDO
传感器节点	5V	0.5A	<20mVpp	隔离DC-DC

电源仿真这块，我推荐用LTspice或者SIMPLIS先跑一遍。别嫌麻烦，我曾经在项目里没做电源仿真，结果BCM和网关共用一条12V线，网关启动瞬间把BCM电压拉低到9V，BCM直接复位。查了两天才找到原因。

实战技巧： 电源分配时，每个ECU入口加一个自恢复保险丝+TVS管。自恢复保险丝选保持电流1.2倍额定值，TVS管选钳位电压略高于ECU最高工作电压。这样即使某路短路，也不会拖垮整个台架。

物理层连接，看着简单，其实门道不少。我按总线类型分开说。

CAN总线用双绞线，终端电阻120Ω，这个大家都知道。但实际联调时，我遇到过几个典型问题：

终端电阻位置不对——电阻必须放在总线物理两端，不是ECU端。我曾经见过有人把电阻焊在ECU板子上，结果多ECU并联时等效电阻乱套了。
CAN_H和CAN_L接反——这个低级错误，但发生率不低。接反了总线就静默，没有任何报文。排查方法：用万用表测CAN_H对地电压约2.5V，CAN_L对地约2.5V，差分0V；正常通信时CAN_H升到3.5V，CAN_L降到1.5V。
共模电感——长距离CAN总线（超过2米）建议加共模电感，抑制共模干扰。我习惯选100μH的共模扼流圈。

注意： 多ECU联调时，CAN总线节点数不要超过32个（标准CAN）。如果超过，必须用CAN中继器或CAN FD。我曾经在16个节点的台架上跑得好好的，加到第17个节点，总线就间歇性错误帧——后来发现是总线负载率超过80%了。

LIN总线是单线+地，成本低，但抗干扰差。联调时注意：

车载以太网和普通以太网不一样，用的是100BASE-T1或1000BASE-T1，一对差分线，没有RJ45。联调时：

  我的经验： 车载以太网物理层测试，一定要用示波器看眼图。眼图张开度不够，说明信号质量有问题。我曾经遇到一个案例，线缆过长导致眼图闭合，丢包率高达5%，换了短线缆就正常了。

信号转接盒，说白了就是把ECU的引脚引出来，方便测量和跳线。我设计转接盒有几个原则：

我设计过一款转接盒，内部用排线连接，每个信号串联一个10Ω电阻。为什么？因为万一短路，电阻能限流，保护ECU引脚。这个设计救过我一次——实习生把12V直接怼到CAN_H上，10Ω电阻烧了，ECU的CAN收发器完好无损。

设计参考： 转接盒的PCB建议用4层板，顶层走信号，第二层铺地，第三层走电源，底层走低速信号。这样信号完整性和EMC都有保障。

故障注入，是测试ECU容错能力的关键。我常用的故障注入方式有：

故障注入模块的设计，我推荐用继电器矩阵+MCU控制。每个通道用双刀双掷继电器，一路正常导通，一路故障注入。MCU通过CAN或串口接收指令，控制继电器动作。

安全提醒： 故障注入时，一定要监控ECU的供电电流。如果电流异常增大，立即切断故障注入。我曾经做短路测试时没监控电流，结果ECU内部电源芯片烧了，板子直接报废。后来我在故障注入模块里加了过流保护，电流超过阈值自动断开。

下面是我常用的一种故障注入模块架构：

实际项目中，我习惯把故障注入模块做成独立盒子，用DB25接口和转接盒连接。这样故障注入模块可以复用，不同项目换一下转接盒就行。

  避坑指南： 我曾经在故障注入模块里用了机械继电器，结果寿命只有10万次，做耐久测试时继电器触点粘连了。后来换成固态继电器（SSR），寿命长，切换速度快，就是导通电阻大一点（约10Ω），但故障注入场景下可以接受。

好了，硬件环境搭建这块，核心就是电源要稳、总线要通、转接要方便、故障要可控。把这些基础打牢，后面的测试才能跑得顺。