简介《Vector VT-System中文使用手册》面向汽车电子测试工程师、HiL台架搭建人员及CANoe初学者围绕VT板卡的选型、连接与调试提供中文指导解决上手阶段资料分散、配置步骤不清的问题。压缩包仅含1个PDF文件约8.35MB、90余页以中文使用说明和常见注意事项为主便于在项目中随时查阅。目前已有2097人学习。手册依次讲解VT System总体介绍、板卡特性对比、安装供电与GND处理、背板GND拨码、无VT6000与含VT6000的配置方式及连接问题排查后半部分还覆盖参考资料获取、板卡映射匹配、CANoe控制界面、原理图与实际引脚匹配和常见功能释义等入门技巧。读者可据此完成台架硬件连接与参数核对理解不同ECU仿真配置的差异并在通信或信号异常时按章节定位问题适合作为VT System日常操作与排错的基础参考。1. 上电整排变红VT System 在 CANoe 里认不到是 HiL 台架最常见的开场白台架第一次上电CANoe 硬件配置窗口里 VT System 展开后整排红色感叹号或者干脆连设备树都不出来——这大概是每个做 HiL 的人都会遇到的第一个报错。中文使用手册九十多页被翻得最烂的往往就是第 1 章连接指导和 1.4 连接问题排查那几页现象看着一样根因却能差出十万八千里背板没供电、GND 拨码拨反、含不含 VT6000 走了两套配置、固件和上位机版本对不上每一种都能让整排板卡变红。下面不按手册目录顺序讲按故障在我手上出现的顺序倒着来先摆现象再说为什么最后给能直接抄的配置和命令。适合刚接手 VT 板卡的测试工程师也适合台架上一直有偶发掉线、测量值漂移的人。2. 板卡识别不到、设备树整排红从背板供电和 GND 拨码查起这类故障最耗人的地方在于它看起来像软件问题。CANoe 弹窗、驱动报错、设备树红叉全都在屏幕上于是第一反应是重装软件、换台电脑、升级驱动。我在两个台架上见过同样的剧本重装 CANoe 花掉一个下午问题原封不动最后发现是背板输入端的接线端子没压紧带载之后压降掉到阈值以下板卡反复复位。手册把这类内容放在第 1 章1.3 连接指导讲安装、供电与 GND、背板 GND 拨码、含与不含 VT6000 的两套配置方式1.4 单独给了连接问题排查。顺序其实很讲究先物理后软件。下面按这个顺序拆。2.1 三种变红不是同一个故障整排红只是一个笼统的视觉描述同样一片红背后的层级完全不同。先把它分成三类能省掉一大半无效操作完全不出现设备节点属于物理层或驱动层节点在、板卡标红或型号显示不全属于固件、槽位或型号匹配能配置能跑、过几分钟才掉线属于供电余量、接地或时钟同步。三类的排查入口完全不一样混着查就是碰运气。看到的画面大概率在哪一层先动哪里设备树里根本没有 VT System 节点物理层 / 驱动层背板输入电压、接口线、驱动安装有节点单块板卡标红或型号显示不全固件 / 槽位 / 型号固件版本、板卡是否插到底、型号是否被识别能配置能运行几分钟到几十分钟后掉线供电余量 / 接地 / 时钟电源功率余量、GND 拨码、级联时钟同步第一类的典型根因是背板根本没上电或者上位机与背板之间的连接链路没建立。别急着看软件先看背板电源指示灯亮不亮这一步三十秒能排除掉相当一部分玄学。第二类的典型根因是固件版本与当前上位机不匹配或者板卡插进槽位时没到底——看着插上了实际金手指没完全咬合表现出来就是时好时坏。第三类最容易被误判成软件不稳实际上多数是负载板卡同时导通时把电源拉塌或者 GND 处理不当引入了地环路。手册 1.3.1 安装那一节讲的是机械与电气安装的顺序很多人跳过不看直接上电。我现在的习惯是新台架第一次上电前把 1.3 整节当接线图逐条对一遍尤其是供电和 GND 两条对完再开电。这个习惯来自一次连续烧掉两块负载板卡的经历后面第 3 章会细说。2.2 供电与 GND万用表五分钟能省掉半天软件层面查不出问题时回到万用表。我一般按四步走顺序不要颠倒因为后一步的结论依赖前一步的基线。断开所有负载通道量背板输入端子的空载电压对照手册 1.3.2 给出的标称值记录基线。逐个使能负载通道每加一路记录一次输入电压看压降曲线是不是线性、有没有某一路上来就明显下跌。量背板 GND 端子到机柜参考地之间的阻抗正常应该很低读数偏高说明接地线径不够或端子氧化。全部通道使能长时间跑一遍观察输入电压是否持续下探。第 2 步是关键。单路负载导通时电压正常八路一起导通时掉到欠压阈值以下板卡就会复位表现出来正是跑几分钟掉线。这种故障在软件日志里只会留下一条设备无响应查日志永远查不到根因。第 3 步的阻抗异常则会引入地环路症状是测量底噪变大、小信号被淹没同样不会报错只会让你怀疑是不是板卡坏了。这里有个常被忽略的点供电线径是按峰值电流选的不是按平均电流。VT1004A/VT1104 这类带负载能力的板卡多通道同时吸合时的瞬时电流远大于稳态值线径不够就会在瞬态把电压拉下来。手册 1.3.2 里对供电与 GND 的接线有明确要求按那个要求配线比自己估算靠谱。注意所有接线、拨码、插拔板卡的动作一律在断电状态下完成。带电插拔背板上的板卡损坏概率远高于你的预期。2.3 背板 GND 拨码拨错一个开关底噪和掉线一起来手册 1.3.3 单独给背板 GND 拨码留了一节说明它不是可选项。拨码决定的是背板参考地与外部地之间的连接方式拨错之后的症状非常软不报错、不断连就是测量值有底噪、小信号漂移、偶发通信错误。这类问题最坑人因为它不像变红那样有明确的失败信号你会一直怀疑是传感器或者线束。处理方式很直接但必须断电操作先查当前台架的接地方式机柜是单点接地还是多点接地被测件的外壳地接在哪里。对照手册 1.3.3 的拨码说明确认当前配置对应的拨码位置。断电、拨码、上电然后做一次同样的测量比较底噪。把最终拨码状态拍照存档贴到台架侧面。最后一步别省。台架不是一个人用换班、换项目、搬机柜之后拨码被顺手改回来的事我见过不止一次。拍张照贴在机柜上比写在交接文档里有效得多。如果做完拨码调整底噪仍然大那问题多半不在拨码而在公共回流路径也就是手册 2.5.1 讲的 Bus Bars第 3 章会展开。2.4 含 VT6000 与不含 VT6000两套配置混用必错手册把配置方式拆成 1.3.4 无 VT6000 和 1.3.5 含 VT6000 两节这个拆分本身就说明一件事这是两套不同的拓扑不能混。VT6000 系列带实时处理能力加入之后整个系统的时钟基准、通道编号、实时进程的归属都会变。混用的典型症状是槽位编号错位。你在配置界面里看到的槽位 3物理上对应的是另一块板卡通道映射全部平移测试用例跑起来不报错但激励加到了错误的引脚上。这种错误最难发现因为它不产生任何异常信号——ECU 收到的信号是合法的只是不该在这个引脚上。等发现的时候往往已经基于错误的测试结果出了一版报告。判断自己有没有踩这个坑看两处一是配置界面里列出的板卡顺序与实际插在背板上的物理顺序是否一致二是通道映射表里的槽位号与台架接线表上的槽位号是否一致。两处只要有一处对不上就停下来重新按 1.3.4 或 1.3.5 走一遍配置别在错误的拓扑上继续调参。切换拓扑之后之前保存的配置文件不建议直接复用宁可重配一遍把映射关系重新核一次。2.5 固件与标定识别到却不可用手册 2.5.7 固件升级、2.5.8 标定校准这两条经常被当成有空再做的事实际上它们是板卡能被识别但用不了的常见原因。固件版本落后于上位机时板卡能出现在设备树里但部分功能不可用或者行为异常长期不校准则会出现系统性的测量偏差所有读数都朝一个方向偏几个百分点你调被测件调半天其实问题在测量链路上。固件升级我只强调一条升级过程中不能断电、不能拔板卡、不能关上位机。升到一半中断恢复成本远高于重新规划一次升级窗口。升级前把当前版本号记录下来升级后用同样的测试序列跑一遍对比确认行为没有变化再交付台架。标定校准的周期按项目要求走没有明确要求时我的做法是每次台架搬迁、每次更换背板或板卡之后补做一次并把校准日期写进台架档案。这不是流程洁癖是因为测量类故障里漂移和损坏的处理方式完全不同没有校准日期你就无法区分。日志层面的排查靠肉眼在一屏红色里找规律效率极低。我一般写个小脚本把日志按板卡型号 槽位聚合一下看报错是集中还是分散# 把 VT 相关日志里的报错行按「板卡型号槽位」聚合判断是单点故障还是公共链路故障 import re from collections import Counter from pathlib import Path LOG Path(rD:\BenchLogs\vt_bringup.log) # 换成你自己的日志路径 # 板卡型号 槽位是定位的最小单元日志格式不同就只改这一行正则 PATTERN re.compile(r(VT\d{4}[A-Z]?)\D{0,20}?(slot\s*\d|槽位\s*\d), re.IGNORECASE) hits Counter() with LOG.open(r, encodingutf-8, errorsignore) as f: for line in f: low line.lower() if error not in low and fail not in low and 错误 not in line: continue m PATTERN.search(line) key f{m.group(1).upper()}{m.group(2)} if m else 未匹配到板卡 hits[key] 1 for key, n in hits.most_common(): print(f{n:4} {key})逻辑很朴素先按关键字筛出错误行再用正则从行里提取哪块板卡、哪个槽位最后按这个组合计数。errorsignore是为了兼容中英文混排的日志编码不写这一句遇到非 UTF-8 字符会直接抛异常中断。正则那一行是最需要按实际情况改的如果你的日志里槽位写成Slot3或S03改PATTERN即可其余不用动。结果怎么读某一两个槽位报错成百上千次问题基本锁定在这块板卡或它的接线属于单点故障报错均匀分散在七八个槽位上几乎不可能是七八块板卡同时坏要往公共供电、GND、背板或上位机连接上查。这一步能把后面要拆的硬件范围缩小到一两处比随机拔插板卡高效得多。3. 测量值漂移、通道互相串扰负载与测量板卡的接地、保险丝和并联坑前面那类故障至少还会失败这一类更阴系统正常跑通道正常出数但数据是错的。负载与测量板卡 VT1004A/VT1104 是台架上用量最大的一类手册第 3 章给了功能概览、硬件接口、测量功能、负载功能、LED 指示灯和其他注意事项真正出事的地方基本都集中在测量和负载这两个功能被混着用以及外部负载的电气特性上。这一章的每一条都是我在不同台架上重复见过的。3.1 VT1004A/VT1104 的测量通道和负载通道不能混用手册 3.3 把使用方式明确拆成 3.3.1 测量功能和 3.3.2 负载功能这个拆分不是为了排版好看。测量通道关注的是精度和输入阻抗负载通道关注的是电流能力和切换寿命两者的设计目标不同能承受的东西也不同。最常见的误用是把负载通道当测量通道接为了让 ECU 的某个引脚有个负载顺手把负载通道串进测量回路结果测出来的电流值包含了负载本身的电流你以为是 ECU 的静态电流其实是ECU 电流 负载电流。这个错误不会报错只会让你的功耗测试数据整体偏高一个固定值而且偏得很稳定稳定到你以为这就是真实值。判断方法很简单把负载通道全部关断再测一次。如果读数明显下降且下降量等于负载理论电流那就是这个坑。处理方式是按 3.2 硬件接口的定义重新分配通道测量归测量负载归负载物理上分开走线。改完以后把通道分配表更新到台架文档里别留在脑子里。另一类误用是负载通道切换后立刻采样。负载切换本质上是接通或断开一个电阻网络回路里有电感、有电容电压电流都需要一个建立过程。切换后马上采样拿到的是过渡过程的值表现为数据跳。手册 3.3.2 讲负载功能时提到过切换相关的注意点实操上我一般留 100300 毫秒的稳定时间具体值看负载的时间常数用示波器看一眼波形就知道该留多久。3.2 感性负载不加吸收第一个被打穿的通道手册 2.5.5 单独列了感性负载这一条是因为它属于不处理就一定出事的类型。继电器线圈、电磁阀、小电机这些都是感性负载断开瞬间线圈会产生反向电动势幅值可能是供电电压的好几倍。这个尖峰直接作用在板卡的输出级上轻则测量异常重则通道永久损坏。症状有阶段性。早期是某个通道偶尔测不准重新上电又好中期是这个通道彻底测不到但板卡其他通道正常晚期是整块板卡的部分通道同时失效。很多人在早期阶段会归因于软件反复重装配置等到晚期才意识到是硬件损伤。处理方式在电气侧不在软件侧并续流二极管、加 RC 吸收、或者直接用带吸收的驱动模块。改完之后做一次压力测试把负载以实际工作频率连续切换几百次再测通道精度。如果通道精度已经明显偏离那就是已经损伤了别指望校准能救回来该换板卡就换。这里有个血泪经验新台架调试阶段凡是接到板卡上的感性负载我都会先在回路里串一个保险或者限流等确认切换逻辑没问题了再撤掉。多花十分钟接线能省掉一块板卡和两周的等待周期。3.3 并联通道处理大电流为什么必须成对并联手册 2.5.6 讲并联通道处理大电流这条被引用的频率很高但用对的人不多。单通道的电流能力有上限需要更大电流时把多个通道并联这是设计允许的做法但并联不是随便并几个就行。三个约束必须同时满足同一块板卡上的同类型通道、并联通道在配置里被声明为一个逻辑组、外部走线等长且线径一致。第一条不满足不同板卡的通道之间存在时钟偏差和个体差异并联后电流分配不均先到限流的那一路会先保护表现为并了三路实际只有一路在工作。第二条不满足配置层不知道它们在并联测量值只反映其中一路你看到的电流永远只有实际值的三分之一。第三条不满足走线阻抗不等导致分流不均长期运行后阻抗小的那一路加速老化。验证方法并联之后单独读取每一路的电流值看是否接近均分。偏差超过两成就回去查走线和配置。这个验证动作只要两分钟但能避免掉一大批为什么并联了还是带不动的困惑。3.4 保险丝与 Bus Bars被忽略的公共端手册 2.5.4 保险丝和 2.5.1 Bus Bars 这两条都属于平时想不起来出事时想不到的类型。保险丝的症状是整块板卡或一整组通道突然全黑LED 也不亮。这时候人的第一反应是板卡坏了实际上相当一部分是保险丝熔断。熔断本身不是故障是保护动作说明下游有短路或者有大电流冲击。所以正确的处理顺序是先查下游负载和线束有没有短路、有没有感性负载反冲确认没问题了再换保险丝。直接换上新保险丝再上电大概率二次熔断运气不好还会把板卡一起带走。Bus Bars 是公共母线多个通道共用同一条回流路径。共用本身没问题问题在于共用之后各通道的电流会在母线上产生压降这个压降会叠加到其他通道的测量结果上表现为通道之间互相串扰A 通道一大电流B 通道的测量值就跟着跳。排查方法是逐个关断通道看目标通道的读数是否随之变化。如果变化明显说明它们共享了回流路径处理方式是让敏感通道单独回流或者把大电流通道和小信号通道在物理上分开布线。手册 2.5.2 时钟同步和 2.5.3 级联 VT System 在多机箱场景下同样关键。级联之后如果时钟没同步好各机箱的采样时间戳会错位做多通道联合分析时波形对不齐你会以为是信号延迟其实是时间基准不同。多机箱台架搭完之后第一件事是做一次同步验证用一个共同的激励源同时打到两个机箱的通道上看时间戳是否一致。3.5 用一段 CAPL 做上电自检台架每天开工前跑一遍自检比出了问题再查要省太多时间。VT System 的通道访问变量可以由配置界面的自动化代码生成器手册 2.8导出不要手敲变量名手敲必错。// 上电自检使能负载通道 → 等稳定 → 采样 → 判超限 variables { const long kSettleMs 200; // 负载切换后的稳定时间按实际负载时间常数调整 const float kCurrentMax 3.0; // 电流上限按被测件规格填写这里只是示例值 } testcase TC_LoadChannelSelfCheck() { // 变量名以 VT 配置界面代码生成器的输出为准不要手工拼写 vtCh1_LoadEnable 1; testWaitForTimeout(kSettleMs); write(Ch1 current %.3f A, vtCh1_Current); if (vtCh1_Current kCurrentMax) { // 超限时先怀疑负载短路与保险丝而不是先去改阈值 testStepFail(Ch1 电流超限先查负载回路与保险丝状态); } vtCh1_LoadEnable 0; }两个参数是这段代码的全部价值所在。kSettleMs决定你拿到的是稳态值还是过渡值设小了自检结果会随机失败设大了整个自检变慢200 毫秒是个起点用示波器看一次实际波形再定。kCurrentMax必须按被测件规格填填一个看起来差不多的数自检就失去了意义——它只会告诉你电流没超过一个随便定的阈值。自检失败时不要急着改阈值。超限的第一嫌疑是负载回路短路或保险丝状态异常第二嫌疑是通道配置里的并联组没生效。把这两个排除掉再回来看阈值能避免把真实故障调成通过。4. VT2004 激励板卡翻车ECU 报传感器开路/短路多半是激励模式配错了激励类故障有个很鲜明的特征ECU 报的故障码指向传感器你会本能地去查传感器和线束而实际上传感器根本没装是 VT2004 在模拟它。手册第 4 章把 VT2004 拆成十进制电阻、电压激励、电位差激励三种用法每一种对应的传感器类型不同配错了 ECU 就会诚实地报故障。这一章按三种模式分别说最后落到映射核对和配置管理。4.1 十进制电阻模式分辨率不够ECU 直接判开路十进制电阻模式模拟的是电阻型传感器用一组可切换的电阻网络凑出目标阻值。这里有两个容易翻车的点。第一是分辨率。很多电阻型传感器的有效工作区间很窄比如某个温度传感器在 -40℃ 到 150℃ 之间阻值变化几万欧但在常用温区里每度只变化几十欧。如果激励的分辨率不够你设 25℃ 和设 26℃ECU 读到的阻值是一样的标定曲线就会出来一段平台。更糟的情况是 ECU 内部有开路/短路诊断阻值跳变的瞬间落进了诊断窗口直接置故障码。第二是线阻。激励板卡到 ECU 引脚之间的线束有几欧姆的电阻对小阻值传感器来说这几欧姆是显著的误差。手册 2.4 讲原理图与实际引脚匹配实际接线时必须把线阻算进去否则你以为设的是 100 欧ECU 看到的是 103 欧。处理方式先确认传感器在整个工作区间的阻值范围和最小分辨率需求再决定用不用十进制电阻模式能用高分辨率模式就别用低分辨率凑。线阻要么在配置里补偿要么在测试报告里明确标注这是一段系统误差。4.2 电压激励与电位差激励选错模式读数恒定不动这两种模式对应两类完全不同的传感器。电压激励是单端对地输出一个电压模拟的是输出型传感器电位差激励模拟的是电位器结构三个端子、中间抽头ECU 读的是抽头相对于两端的比例。手册 4.3.1 到 4.3.3 分别对应十进制电阻、电压激励、电位差激励选错模式之后最典型的表现是ECU 读数恒定不动或者一直超范围。判断方法看 ECU 端接了几个引脚。接两个引脚信号 地的是电压型接三个引脚参考高、参考低、信号的是电位器型。接到三个引脚上却用电压激励等于把参考低端悬空ECU 读到的永远是边界值。反过来两个引脚用电位差激励多余的那一路会把参考电压灌进信号线。激励模式典型接线端适用场景选错后的症状十进制电阻两端电阻型温度/压力传感器分辨率不足导致读数呈台阶状电压激励信号 地输出型传感器读数恒定或超出量程电位差激励参考高 参考低 信号电位器式位置传感器读数卡在边界或参考电压倒灌电位差激励还有一个实操细节抽头电压不要一步跳到目标值。ECU 对位置类信号通常有合理性检查从 0.5V 直接跳到 4.5V会被判定为信号跳变故障。正确做法是斜坡过渡// 电位差激励做斜坡避免跳变触发 ECU 的合理性诊断 variables { float vTarget; } testcase TC_PotiRamp() { // 变量名以配置界面代码生成器导出为准 for (vTarget 0.5; vTarget 4.5; vTarget 0.05) { vtPoti_Ch3_Voltage vTarget; testWaitForTimeout(20); // 20ms 一步够慢能过诊断够快不明显拖长测试 } }步进 0.05V、间隔 20 毫秒是我在多数位置传感器上能过诊断的起点。传感器行程长、ECU 诊断窗口窄的项目步进要更小、间隔要更长。这个参数没有通用值用 ECU 的诊断恢复时间来倒推跳变后故障码多久自动清除斜坡的单步变化就得慢于这个时间尺度。4.3 板卡映射和引脚核对错一个引脚查一整天手册 2.2 板卡映射匹配和 2.4 原理图与实际引脚匹配这两节看着像入门内容实际上是大头。激励通道接错引脚症状是 ECU 报一个跟这个传感器毫无关系的故障码因为信号加到了隔壁引脚上干扰了另一个功能。我的核对顺序固定三步第一步按手册 1.2.2 板卡汇总确认手上的板卡型号和通道数型号对不上后面全错第二步把配置界面里的通道号与台架接线表逐条对齐这一步必须纸质或表格逐行打勾不能靠记忆第三步断电状态下用万用表量通断确认线束从板卡端子确实走到 ECU 的目标引脚。第三步最容易被跳过因为接线表是对的。我见过接线表和实际线束差一位的情况原因是线束返工后表格没更新。花二十分钟量通断能避免一整天的错误数据。4.4 用功能约束和配置另存把错误挡在上线前手册 2.9 定义功能约束和 2.10 配置另存及文档导出这两条是预防性手段价值在出问题之后才体现出来。功能约束的作用是把非法组合挡在前面。比如某两个激励通道不能同时使能因为会超出 ECU 的输入范围某个负载通道使能时必须关闭对应的测量通道否则测量值失真。把这些规则定义成约束配置阶段就会报出来而不是等到测试跑完发现一整批数据不能用。配置另存和文档导出是后悔药。台架换人、换电脑、重装软件之后通道映射全部重建是常态重建就必然出错。我的做法是每次配置变更后导出一次文档按日期命名跟台架的测试用例版本放在一起。出问题时第一件事是确认当时用的是哪份配置没有这一步所有复现都是空谈。5. 避坑记录这五处翻车我在不同台架上重复见过有些坑踩一次是运气不好踩三次就是流程缺失。这一章的五条全部按现象 → 原因 → 解决写都是我在不同项目、不同台架上重复遇到过的不是理论推演。放在最后一部分的位置是因为它们大多是前面几章内容的组合读到这里再回头看会更有感觉。5.1 硬件连接阶段的三次翻车第一条新台架第一次上电整排板卡变红重启 CANoe 有时能好。现象是会自愈的那种重启上位机、重插一次连接线偶尔就正常了于是被归类为软件不稳定一直拖着。实际原因多半是上电顺序背板先上电、负载电源后上或者反过来上电瞬间负载通道把背板电压拉低触发了保护或复位。手册 1.3.2 对供电和 GND 有明确要求但上电时序这件事靠的是台架自己的 SOP。解决方法固定上电顺序先合控制电源、再合负载电源、最后启动上位机下电反向。把顺序写成卡片贴在机柜上而不是写在交接文档里。改完之后连续做十次上下电确认不再复现再交付。第二条同一个信号换到另一个测量通道噪声明显变小。现象是底噪大、小信号被淹没但换通道就好了于是归因于这个通道有问题。实际原因是公共回流路径——两个通道共用了 Bus Bars 上的一段回流线大电流通道的压降叠加到了小信号通道上。手册 2.5.1 讲 Bus Bars 的时候说得很清楚共用是常态问题是共用之后要评估影响。解决方法先把大电流通道和小信号通道在物理布线上分开敏感通道单独走回流线再按 2.3 复核背板 GND 拨码。改完之后做一次串扰验证目标通道空载逐个使能其他大电流通道看目标通道读数是否变化。变化超过测量精度就还没改到位。第三条VT1004A 某几个通道突然全部测不到LED 也不亮。现象很吓人看着像板卡报废。实际相当一部分是保险丝熔断手册 2.5.4 单独列了这条。熔断不是故障本身是下游有短路或者感性负载反冲保护动作了。解决方法断电查下游线束有没有短路、有没有感性负载没加吸收对应 3.2 那条确认之后再换同规格保险丝上电复测。如果换上就再熔断说明短路点还在继续查线束别第三次换保险丝。这一条我踩过两次第二次是因为第一次偷懒没查负载直接换保险丝结果连带把通道打坏了。5.2 配置与上线阶段的两次翻车第四条换了一台电脑所有通道名对不上测试用例全线失败。现象是测试跑起来不报错但数据全错因为通道映射变了激励加到了错误的位置。原因很直接配置没有另存导出换电脑之后靠手工重建重建就出错。手册 2.10 专门讲了配置另存及文档导出生成这一节在很多项目里被当成可选动作。解决方法把配置导出纳入变更流程每次改动后导出一份带日期的配置文档与测试用例版本一起管理换电脑或重装软件后先导入配置再跑用例导入后按 4.3 的三步核对映射确认无误才开始测试。养成习惯之后这类故障基本归零。第五条自动化测试跑到一半实时板卡的 RT server 掉线剩余用例全部失败。现象是前几十条用例正常中途开始全 fail日志里只有连接中断。原因通常是两类一是 RT server 没有配置成随系统自启上位机侧某个进程重启后没重新拉起来二是通道分配与实际运行的实时进程冲突多个任务抢同一批通道。手册 8.4.3 使能 RT server 那一节讲的是配置方法稳定性还得靠压测。解决方法按 8.4.2 通道分配把每个实时任务占用的通道固化下来形成分配表不允许动态抢占按 8.4.3 配置本文还有配套的精品资源点击获取
