ADAS转向台架HIL硬件搭建与调试：从选型到上电避坑指南

最近刚把一套 ADAS 转向台架 HIL 的整体硬件从搭建到调试跑通整个过程比想象中复杂也远比想象中有价值。回头看最难的部分不是车辆动力学模型也不是测试用例怎么编辑而是硬件这一层设备种类多、接口复杂、机械台架和电气系统还搅在一起。今天把 ADAS 智能辅助驾驶系统硬件在环测试里需要用到的硬件组成、选型思路、接线方式和调试经验一次说清楚。文章内容主要围绕 HIL 测试的硬件展开尤其是转向台架 HIL 调试时容易踩的坑适合刚接触硬件在环测试的工程师、台架设计人员以及想了解车载测试硬件的学生。1. 为什么ADAS测试要从场地搬到实验室HIL硬件选型的第一课1.1 HIL 测试到底在测什么硬件在环测试英文叫 Hardware-in-the-Loop简称 HIL。它的核心逻辑很简单把车辆换成实时运行的仿真模型把真实的控制器 ECU 和执行器接进这个仿真回路里。对于 ADAS 而言被测对象通常是智能驾驶域控制器或者某个功能模块比如转向控制单元、自动紧急制动控制单元我们要在实验室里制造一个“虚拟但信号真实”的行车环境。跟实车测试相比HIL 最大的优势是可控、可重复、不依赖于场地和天气。AEB 测试你要复现“前车急刹”这个场景实车做一百次有一百个随机变量而在 HIL 里每一次的输入信号完全相同便于对比版本差异。更重要的是HIL 能覆盖大量“危险但不方便拿真实车辆去测”的场景比如车辆在冰雪路面侧滑、行人鬼探头、隧道内光线突变。这些场景在场地测试时要么风险高要么不可控HIL 就能通过模型和传感器仿真轻松构造出来。ADAS HIL 和传统动力总成 HIL 的差异主要在于传感器层。传统 HIL 只需要控制 CAN 信号、模拟转速和温度即可ADAS HIL 则要额外处理毫米波雷达的目标回波、摄像头的视频图像、超声波雷达的 echo 信号、GPS 卫星信号等。所以 ADAS HIL 的硬件系统更“杂”既要有实时计算平台又要有射频和视频仿真设备还要有转向台架这类能“动”的硬件。1.2 一套 ADAS HIL 硬件的完整组成清单很多第一次接触 HIL 的朋友会以为它无非就是“一台电脑加一个机柜”。实际上一套能跑 ADAS 测试的 HIL 系统硬件构成可以分成六个大类。硬件类别典型设备核心作用实时仿真平台PXI/PXIe 机箱、实时控制器、FPGA 板卡运行车辆动力学模型、传感器模型保证仿真在固定步长内实时完成总线通信接口CAN/CANFD 板卡、LIN 板卡、FlexRay 板卡、车载以太网板卡让仿真平台与被测 ECU 的真实总线网络连通传感器仿真设备毫米波雷达回波模拟器、视频注入卡、超声波 echo 模拟器、GNSS 信号模拟器把虚拟世界的目标和环境信息转换为 ECU 能“感知”的真实物理信号故障注入与测量单元故障注入板卡FIU、可编程电阻、示波器、数据采集卡制造短路、断路、信号漂移等故障同时监测关键节点信号I/O 与信号调理模拟量输入输出板卡、数字量 IO、PWM 板卡、信号调理模块连接 ECU 引脚和台架传感器完成电平转换和滤波执行器与机械负载转向台架、制动踏板总成、油门执行器、负载电机给 ECU 提供真实的机械负载和操作输入验证执行器层面的响应这里特别要提一下故障注入单元也就是 FIU。ADAS 控制器对传感器信号异常非常敏感比如摄像头被泥水遮挡、雷达天线信号丢失、转向扭矩传感器线束接触不良。FIU 能在线束通路里串入继电器和电阻网络通过上位机指令实时断开某一条线、把它对地短路或者串联大电阻从而模拟真实车辆上的电气故障。这是硬件在环测试区别于纯软件测试的关键能力之一。硬件选型时第一个要确定的不是买多贵的设备而是被测 ECU 有哪些引脚、用了哪些通信协议、需要输出多大功率。先把这些信息整理成引脚表再来选板卡和连接器否则就会出现“买了高速视频注入卡结果控制器根本没有视频输入接口”这种低级问题。2. 转向台架是整台 HIL 里“最重”的硬件2.1 转向台架的机械结构与硬件组成转向台架 HIL 调试绝对是整个 ADAS HIL 项目里最考验耐心的环节。转向台架说通俗点就是把一套真实的方向盘、转向柱、电动助力转向器EPS、扭矩传感器、角度传感器和加载电机按整车安装姿态固定在铝型材底座上。驾驶员或测试系统转动方向盘转向器产生助力负载电机模拟车轮反馈回来的地面力。我们这套台架的机械结构主要由五部分组成。方向盘和转向柱负责模拟驾驶员输入。扭矩传感器安装在转向柱上用来测量驾驶员作用在方向盘上的力矩单位通常是牛顿米Nm。角度传感器测量方向盘转角单位是度。这两个信号会被送到被测的转向控制器和 HIL 实时系统里。EPS 总成是最核心的部件它接收整车控制器发来的助力指令通过电机提供转向助力。它的电气接口一般包括电源、CAN 通信和电机三相线。台架调试时最关键的就是让 EPS 认为自己是装在一辆“能开”的车上而不是被架在架子上空转。加载电机用来模拟路面反馈力矩。车辆行驶时轮胎和地面之间会产生回正力矩、摩擦力矩和阻尼力矩表现为驾驶员手上有“路感”。在 HIL 台架上我们用一台伺服电机通过减速机构联到转向器末端按实时模型算出的目标力矩输出反作用力让 EPS 和驾驶员都能感受到真实的路感。台架底座是整个系统的物理支撑必须足够牢固。我们用的是重型铝型材加钢板组合重量接近两百公斤否则加载电机发力瞬间整个台架会抖角度传感器信号就会带进大量噪声。2.2 台架与实时控制系统之间的数据通路转向台架不是孤立的一堆机械件它必须接入 HIL 实时系统才能形成完整闭环。实时机通过模拟量或 CAN 信号读取扭矩传感器和角度传感器的数值经过车辆动力学模型计算后输出目标方向盘力矩或目标转速给加载电机的驱动器。加载电机驱动器根据指令驱动电机运转机械上推动转向器运动ECU 感受到变化后又会通过 CAN 输出新的助力指令整个回路就这样以固定周期不停运转。这个结构听起来不复杂但真正的难点是时间同步。实时系统里车辆动力学模型以 1 毫秒或更小的步长运行转向台架采集和加载指令的输出必须跟模型的步长对齐。我们用的是 FPGA 板卡直接采集编码器信号和扭矩信号FPGA 的处理时延在微秒级比用普通 IO 板卡经过操作系统调度再处理要稳定得多这也是 HIL 系统普遍采用 FPGA 做快速 I/O 的原因。连接台架和实时机时还要注意信号的参考地。转向台架的电机驱动是强电设备电源噪声很容易灌进信号地。我们处理的办法是信号地单独一点接地电机驱动器的功率地跟信号地分开走线在传感器信号输入端加隔离模块所有屏蔽层只在实时机这一端接地避免形成地环路。2.3 转向台架调试的三个关键步骤台架装完之后不能直接跑整车测试先要做三个基础调试动作这一步省略后面会非常痛苦。第一是零点标定。扭矩传感器在无外力状态下读数应该接近 0但机械安装误差会造成零点偏移。如果忽略这个偏移车辆模型里的驾驶员输入力矩从一开始就是错的LKA车道保持辅助测试时控制器会以为驾驶员在“抢方向盘”导致功能异常退出。标定方法很简单台架断电状态下在软件里记录传感器原始值作为偏移然后在后续采样值中减去即可。第二是加载电机动态响应调节。加载电机虽然功率大但它本身有转动惯量、摩擦和响应延迟如果直接把模型计算出的目标力矩发过去实际作用在转向器上的力矩会和目标值差很多。我们需要对加载电机做闭环控制通常是以实际力传感器或者电机电流环作为反馈按 PID 或者更高级的前馈加反馈策略进行补偿。这一步调得好不好直接决定驾驶员手感够不够真实也决定自动转向功能测试中车辆轨迹是否平滑。第三是安全限位逻辑。台架调试过程中模型参数设置错误是常有的事一瞬间加载电机就可能把方向盘打到极限位置。如果没有机械限位和软件限位转向器可能在几秒钟内损坏。我们做了三重保护机械限位螺栓、电气限位开关、实时系统里的软件限位。软件限位最灵活在检测到角度达到限制值后立即把目标力矩置零同时触发急停继电器切断伺服驱动器使能。这套逻辑在第一次上电前就要完善不能等出了问题再补。3. 传感器仿真硬件ADAS HIL 和传统 HIL 最大的区别3.1 毫米波雷达目标仿真让 ECU“看见”看不见的目标ADAS 的感知来源不仅限于总线信号毫米波雷达接收的是真实的高频电磁波。要在 HIL 测试里模拟雷达目标就需要一个雷达回波模拟器它接收雷达天线发出的电磁波在硬件层面对信号进行延时和频率搬移再把模拟出的目标回波返回给雷达。射频模拟器的基本工作原理是当雷达发射调频连续波或脉冲波时模拟器捕获射频信号根据设定目标的距离、相对速度和反射截面积实时生成带有对应延迟、多普勒频移和功率衰减的回波信号。听起来像黑魔法但实际测试中频率很低或功控不好就会直接在 ECU 里出现目标丢失或者出现假目标。我的经验是雷达模拟器使用时有三个容易忽略的细节。第一是天线对准和高度差模拟器的接收天线要尽量对准雷达天线中心高度差太大回波能量就会减弱导致远距离目标测不出第二是避免周围金属反射体台架周围如果有金属工装、线缆桥架会形成多径反射ECU 看到的目标位置会反复跳动第三是目标数量上限入门级模拟器往往只能支持两三个目标在做多目标场景时要注意配置。毫米波雷达模拟器在选型时要格外关注带宽和工作频率常见的是 77GHz 频段少数老项目还在用 24GHz。买错频段会导致整套模拟器无法正常工作这个错误在项目里还真出现过。3.2 摄像头视频信号注入图像同步永远是第一位摄像头控制器接收的是一路视频信号流通常通过串行链路连接到域控制器。在 HIL 里我们不能把摄像头放到真实道路上去所以用视频注入卡代替摄像头输出仿真软件渲染好的画面。视频注入卡把 HIL 主机生成的虚拟场景图像数据编码成控制器要求的视频格式通过同轴电缆或者低压差分信号链路送到控制器。做视频注入时最头疼的问题是帧同步和时序要求。摄像头数据不是孤立的控制器通常需要同时读到车辆速度、转向角、时间戳等信息来判断场景是否合理。如果视频画面里前车已经在正前方 30 米但总线上的车速还是 80km/h 的刹停前状态控制器很容易产生误报或者降级。解决办法是让视频注入卡接受实时系统的同步脉冲信号每帧图像按照全局时间戳生成同一时刻的总线数据必须和画面内容保持一致。另外还有图像质量对标定结果的直接影响。我在半实物测试里踩过一个坑视频注入卡的输出亮度和对比度跟原车摄像头有差异导致车道线识别算法在测试里频繁退出。后来在图像生成模块里加了亮度增益、对比度调整和镜头畸变模拟尽量接近真实摄像头的物理特性才能得到跟实车表现一致的结果。3.3 超声波、GNSS 和激光雷达仿真除了雷达和摄像头ADAS 系统还有很多其他传感器它们各自的仿真硬件不一样。超声波雷达在泊车辅助里用得最多它是通过声波飞行时间原理测量距离的。HIL 测试一般用回波模拟器生成超声波 echo 信号模拟器根据目标距离计算出合适的延迟时间在正确时刻向 ECU 返回一段模拟回波。这个硬件便宜但调试时要特别注意超声波传感器对同一个 echo 信号可能因为多路径反射而产生多段回波如果不处理泊车测试里障碍物位置会忽近忽远。GNSS 信号模拟器用于在 HIL 里模拟 GPS 和北斗信号输出真实射频信号给导航模块。使用时需要在地理坐标模型里配置路线轨迹和卫星星历有些高精度定位方案还要支持 RTK 差分信号模拟。这类设备选型时重点看通道数和差分信号支持否则高精地图和高精定位测试做不了。激光雷达仿真在现有产品里相对少见因为激光雷达输出的是点云数据一般通过以太网传输。常用的方式有两种一是直接用软件生成点云保存在 HIL 系统里以网络报文形式发给控制器二是用专门的激光雷达仿真器把点云数据调制到光信号通过光纤送给激光雷达控制器。前者成本低但只能测软件层后者更接近真实硬件链路成本也成倍上升。4. 从接线到第一次上电一台 HIL 台架的完整搭建流程4.1 电气布局、接线与供电规划HIL 台架电气部分是最容易出乱子的地方各种线束像蛛网一样交错一旦接错轻则信号异常重则烧板卡。我们采用的方法是电源线和信号线严格分层走线线槽内部用隔板分开信号线统一用屏蔽双绞线电源线用粗规格线缆尽量远离传感器信号线。供电规划也要提前做好。EPS 总成、加载电机驱动器、实时机、显示器和网络交换机它们的电压和功率需求差异很大。EPS 和驱动器通常是 12V 或 24V 直流但启动瞬间电流可能很大如果直接用实验台电源很容易触发过流保护。我们给 EPS 配了一台可编程直流电源能设置电流限制和电压斜率驱动器则用单独的大功率直流电源供电。所有电源的机壳统一接地避免各设备之间存在电位差。4.2 实时模型与 IO 映射硬件接好了还要让软件知道哪根线、哪个端口对应哪个信号。在实时机的 IO 配置界面里我们需要建立一张完整的映射表比如“AI0 通道 0读取扭矩传感器电压 0-5V对应 0-10Nm 力矩”“AO2输出加载电机目标扭矩指令对应 0-10V”。这个步骤看起来简单却是调试中最容易出错的地方。如果映射表把扭矩信号和角度信号搞反了台架一动作模型看到的力矩变化和角度变化方向不一致整个转向模型就乱掉了。映射完成后一定要先做信号级校验不接执行器直接用信号发生器或短接线对每路 IO 逐一验证。验证的方式是软件里读取实时值同时用万用表或者示波器测物理接口的电压两边必须一致。这里我建议做个简单表格记录每个通道的实测值测一个记一个不建议“搭完再统一查”。4.3 第一次上电的启动流程第一次上电是整个项目的高风险时刻我一般按照下面这个顺序来操作。先把实时系统启动起来加载车辆动力学模型但不激活转向台架的控制输出。确认模型运行正常没有报错。观察扭矩传感器和角度传感器的读数看看是否有明显异常。如果是偏向一个方向的固定值多半是零点没标定先做零点补偿。然后打开 CAN 通信确认被测 ECU 能正常接收整车仿真发出的车速、发动机状态、挡位等信号。这一步很关键因为很多 ECU 在收到无效信号时会进入故障模式。以一个转向控制器为例如果没有车速信号它可能直接认为车辆处于静止状态助力逻辑完全不工作。确认 CAN 通信正常后再激活台架的加载控制。先用很小幅度的扭矩指令让加载电机慢慢动起来观察方向盘转动方向跟模型计算的方向是否一致。第一圈转动测试时手一定不能离开急停按钮发现异常立即断电。最后才是完整跑一个简单的测试场景。我们第一个场景通常选 AEB 静态目标车因为不需要转弯可以从头到尾验证雷达、摄像头、总线信号和制动执行器的协调性。4.4 台架调试中的几个典型参数示例以我们常用的转向 EPS 信号为例。扭矩传感器输出范围是 -10Nm 到 10Nm传感器给实时机的模拟电压是 0.5V-4.5V经过 12 位 AD 转换后数字量 0 对应 0.5V4095 对应 4.5V。实际换算公式要按传感器的线性关系标定不能直接用默认值因为每个传感器的零点和斜率都不完全一样。加载电机的目标力矩指令跟 EPS 的助力逻辑是相反的方向。车辆右转时前轮回正力矩会让方向盘有向左回正的力加载电机就要输出一个与其匹配的扭矩。这个值由实时模型实时计算通常包含轮胎侧向力产生的回正力矩项、主销内倾产生的重力回正力矩项和阻尼项。台架调参时一般关注阻尼项太小会导致方向盘来回摆动太大则让转向感觉明显迟钝。实时系统步长也值得记录。我们的车辆动力学模型跑在 1ms 步长上转向台架的力控制回路跑在 250us 步长上。之所以转向回路比整车模型更快是因为加载电机和 EPS 之间的机械相互作用是高带宽过程慢一拍就会觉得转向手感和模型不匹配。5. 现场排查实录转向台架 HIL 调试的常见问题与解决技巧5.1 转向手感突然变重或者变轻现象是跑测试时方向盘刚开始一切正常几十秒之后手感变得特别重就像没有助力一样。第一次遇到时我们会先怀疑 EPS 出问题了检查 CAN 报文才发现 EPS 正常工作问题出在加载电机。排查后发现加载电机的控制指令在长时间运行后出现了积分饱和。原因是台架机械摩擦力矩比模型里的值大PID 控制器的积分项不断增加输出达到上限后一直保持高值。这时候实际输出力矩和驾驶员期望方向不一致手感就显得很重。解决办法是调整积分限幅同时把台架摩擦模型加到前馈通路里降低积分器的负担。这里建议台架装机后先做一次摩擦标定记录不同速度下电机的启动电流用于后续前馈补偿。5.2 角度信号在报文里出现瞬间跳变另一个常遇到的问题是用 CAN 报文观察方向盘转角时数值在某个区间内突然跳了 360 度。比如实际只是从 10 度转到 20 度报文却出现了 370 度这种值。这就涉及角度传感器的多圈计数处理。真实方向盘可以转多圈角度传感器要么是增量式编码器要么是基于绝对位置加圈数累加的方式。如果软件在处理过程中丢了一个计数脉冲角度就会发生整圈跳变。排查办法是先看原始编码器信号是否有毛刺用示波器抓编码器 A/B 相确认不是机械抖动造成的误计数再检查实时软件里圈数判断逻辑。我们最后用 FPGA 对编码器信号做了数字滤波把宽度小于 10us 的毛刺全部滤掉跳变问题就消失了。5.3 ECU 上电后一直报传感器故障台架接好后ECU 总是报扭矩传感器故障但传感器本身是新的用万用表测电压也正常。逐个排除后发现问题是 ECU 要求的信号地跟台架电源的地不是同一点导致传感器信号相对 ECU 的参考地有一个偏置电压ECU 判断传感器输出超范围。这个坑在 HIL 集成时非常典型。很多传感器是比例电压输出ECU 以自己内部 5V 为参考如果信号源和 ECU 的地电位差超过几十毫伏测量值就会偏差很大。后续处理是统一传感器和 ECU 的参考地用星型接地方式连接避免因强电负载波动引起地电位漂移。如果你的台架周围功率设备比较多建议在传感器信号线入口加装带隔离的信号调理模块从硬件层面切断地环路。5.4 常见硬件问题速查表下面这个表是我在现场整理出来的基本覆盖了 HIL 硬件调试最常碰到的几类问题。故障现象可能原因检查手段解决建议扭矩传感器读数漂移传感器零点未标定、温度变化断电后读零点每次上电做一次零点补偿方向盘角度跳变编码器毛刺、计数逻辑错误示波器抓 A/B 相FPGA 滤波器去毛刺加载电机啸叫/振动控制环路增益过高、机械共振扫频测试传递函数降低高频增益加陷波滤波器CAN 报文错误计数增加总线波特率或终端电阻问题CANoe 检查总线错误帧确认 120Ω 终端电阻位置ECU 报电压低但电源显示正常线束压降过大、接插件接触电阻在 ECU 端测量实际电压更换粗线缆紧固端子视频图像有时序断裂视频注入卡未同步用示波器对比帧同步信号接入全局同步时序信号5.5 一点实操心得先说结论HIL 硬件调试没有捷径但有一个原则能帮你少走一半弯路把每个信号当作独立部件验证不要相信任何一块板卡的默认配置。我见过太多“忙了一整天最后发现是拨码开关位置不对”的案例。每次测试前花十分钟检查设备自检状态会比排查异常信号省下数小时。另外台账和标签真的非常有用。台架上一百余根线不贴标签一周之后你自己都找不准哪根是哪个信号。每次改动硬件或软件配置随手把变更记录写下来。这个习惯在后续排查问题时帮了大忙很多问题不是某一次改坏的而是改完之后没记录过了一个月就完全定位不了了。目前这套 ADAS HIL 系统已经稳定跑了一个多月测试用例从 AEB 到 LKA 再到 TJA交通拥堵辅助硬件层基本没有再突然出过状况。接下来我打算在转向台架上加入更多不同车型的 EPS 总成并做一个快速换装夹具让同一套 HIL 硬件能适配不同项目这才是把实验室投入价值最大化的方向。