Adams Car事件执行状态怎么看？触发逻辑小议

模型提交后一直卡在Running状态，事件浏览器里进度条不动，先看msg文件里最后一行是哪个积分步，如果步数停在同一个数字不动超过几分钟，多半是静态平衡没收敛，事件根本还没触发。Event Browser里那个小人图标旁边有个状态文字，不是Running就是Idle，还有Done，Running的时候图标在转，Done是灰色，如果图标是红色的就是Failed，鼠标悬停能看到简短的错误原因。

事件触发逻辑的核心是sensor，ADAMS Car里sensor就是个条件判断，跟编程里的if…else一回事，通过函数表达式跟目标值比较来触发。在Event Builder里建mini-maneuver的时候，Condition标签页里那个End Mini when就是在填触发条件，比如“VertLoad”表示垂直载荷超过某个值就结束当前动作进入下一个，没有现成的sensor就自己去Adams View里建一个，函数表达式用STEP或者IF嵌套，测接触力用IMPACT函数。sensor有个目标值Target，还有一个容差Error，ADAMS在每个积分步之后拿函数当前值跟Target±Error比，落在范围内就算触发。容差不能给零，函数值很少能精确等于目标值，给太小了触发不了，给太大了提前触发，垂直载荷这种给个5到10N的容差差不多。

传感器的触发判断有个细节，触发之后ADAMS不会马上再次检查这个sensor，要等三个成功的积分步之后才重新测试，防止同一个条件反复触发。如果触发条件持续存在，得在脚本里用DEACTIVATE命令把sensor关掉，不然它会一直触发下去。事件嵌套的时候，前一个事件的结束条件就是后一个事件的开始条件，两个mini-maneuver之间的衔接靠的就是sensor，前一个sensor触发后ADAMS自动切到下一个maneuver的驱动函数，如果中间有gap或者顺序反了，仿真会突然跳变或者直接报错。

事件状态输出看msg文件之外，还可以看.res文件，Adams Car把每个事件的执行时间和触发时刻都写进res里了。如果跑批量事件，每个事件一个输出前缀，不要用默认的，不然结果文件全叫一样的名字，后处理分不清哪个是哪个。2024版支持在仿真事件上加前置动作和后置动作，用CMD或者Python写，前置动作在事件开始前执行，后置在结束后执行，比如前置动作里改个参数，后置动作里导出个数据，批量跑的时候省得手动改。

有一个容易混淆的地方，Event Browser里显示的状态是事件级别的，不是sensor级别的，一个事件下面可能有好几个sensor，只要有一个没触发事件就卡在那里，这时候去Event Builder的Condition标签页里逐个检查每个mini-maneuver的结束条件，看哪个sensor的容差设得太小或者Target值根本达不到。事件执行时间超过预期很久，先去msg里搜“Sensor”关键字，看最后一个被测试的sensor名字是什么，然后去模型里查那个sensor的函数表达式和Target值对不对。

正在整理悬架和整车分析的资料，有兴趣的可以留言，看看需要的朋友多的话，后续会推出。

免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删