技术服务
Service
返回上级列表>>

ATOM系列三:谁?谁是谁?谁是谁的谁?…..是谁就是谁!

阿(A)童(TO)木(M)引路,谁家的孩子(数据)谁领走。

还记得我们上上篇文章里聊到的NVH数据管理和应用上常见的三大类烦恼吗?让我们再来复习一下:
A. 那些被数据格式绑架的日子;
B. 那些不知所云的数据; 
C. 那些无处安放的数据。

在上一篇,我们简单描述了如何应用ATOM解决数据格式兼容性的问题。今天,我们再来聊一聊ATOM如何解决第二个烦恼(那些不知所云的数据),也就是如何明确:谁,谁是谁,以及谁是谁的谁的问题…….

一个数值,或者数据,必须要确切地知道这个数值或者数据的相关信息,才能有确切的意义。

简单举例:
一个数据:1,500,000,代表什么意义,说明什么问题?没有人知道。
此时,如果我们补充一些相关信息,就能让它清晰一些:
首先,加上单位“元”。哦,明白了,这说的是钱,真不少啊!我喜欢!但是……谁说这钱跟你有关系了?
好吧,把你的名字加上,这笔钱终于是你的了;但是…….
最后,还有一个关键要说出来:存款。富翁。如果这个关键信息为:欠债。那就由富翁变成负翁了。

对于汽车测试数据而言,也是同样的道理,如果没有把数据的相关信息记录清楚,数据就一点意义都没有。一个数据有意义,至少要以下几个方面的信息是必须的:

被测对象
对象状态
测试工况
数据类型
测点名称

其他的都好理解,这个对象状态是个什么东东?在汽车开发过程中,还需要在一台样车上进行众多的技术方案的测试(这也是我们的工作意义所在哟),也就是说,被测对象还应该加上所测试的技术方案(对象状态)才是对被测对象的完整描述。
对于以文件为管理单位的测试系统,是很难把这么多的相关信息都很好地关联起来的。

下面我们来看看ATOM怎么解决这个问题的。
ATOM先把数据文件分解到原子级的数据条目,然后再利用数据库把这些数据条目的相关信息记录下来,形成一个完整的信息链。先来个ATOM管理数据的例子:

在ATOM中,用类似于Windows资源管理器的树形结构,来记录数据来由。


在上面这个例子中,在SV5车型的开发中,“工装车第1批”阶段,用VIN为SXEF4569DC124563的红色SV5车(测试对象)进行了测试:
首先,对出厂状态(对象状态)进行了测试,(你知道的,赶紧要用出厂状态来评估一下与目标的差距,明确存在的问题);
其次,为了解决找到的4000RPM轰鸣声问题,在这台车上还做了“增加内插管”等4个优化方案(对象状态)
比如对例子中已经展开的方案“增强右大梁刚度”
(对象状态),就测试了“2挡-WOT”工况(测试工况)的RunUp测试,这次测试了“Open Articulation index”(数据类型)等6项数据。
后,点击数据类别,比如“Orders”,这个数据类别下的测点(测点名称)就会自动展示出来:

最后,把数据拉到分析区就可以分析数据了:方案与方案间进行比较、方案和优化前进行比较、方案与目标进行比较、方案与竞争车进行比较。

并且,对于每个方案,ATOM也可以进行详尽的可视化描述:

ATOM要录入这么多的信息,会很麻烦吗? NO,NO,NO,一点都不麻烦。

对于其他主流系统测试的数据,在导入时就可以方便地补充上:比如工况,可以方便地在导入界面的右边设置,并且,软件也可以自动地从文件名中、从RUN名中去识别哟(如果测试时按设置的规则做了)。测试地点也可以选择的

对于直接用ATOM进行测试,就更便捷了:

回过头来,再看看ATOM的数据结构,是不是与汽车的开发流程也高度契合呀:参考车、竞争车、杂合车、工装车,我们不都是这样一步一步地开发出来的吗?数据不是这样一步一步地产生的吗?

有了这样的数据结构,数据还有机会“不知所云”吗?不,是谁就是谁。
 

数据:NVH测试工作的核心
Something about DATA 
系列谈之三
END

关注朗德微信,
获取更多NVH信息

朗德科技成立于1998年,公司自成立以来,专业、专一于声学领域,集成、整合世界顶尖声学公司的产品资源,针对客户不同的使用需求,提供全面的、专业的、最适合的NVH、Telecom解决方案

公司电话:010-59797700  邮箱:info@landtop.com

京ICP备13029821号  Copyright © 2006 landtop.com Inc.All rights reserved. 朗德科技

技术支持:鸿睿思博