MATLAB如何读取INCA测试文件

Lionoon

一个是用于十进制与二进制的转换，用于VCU模型开发与测试过程中状态的解析。

第二个工具用于Simulink模型中标定量的管理，可以提取不同的标定量名称与其所在的路径。对于应用层软件开发的同行，这个功能也非常实用，大家不妨去尝试一下。

最后一个应用是，对INCA标定量导出文件dcm进行解析，提取各个标定量的数值。这个功能实现，主要是正则法的运用。

因为我过去也是做控制器软件开发的，这几个小工具的作用，我深有体会，实现并不算难，但是效果非常显著，时间性价比上非常高，对于控制器的应用层开发很重要。
$ Q9 L; [. k1 Q2 i& I
很感谢野火的分享。看完他的分享之后，也勾起了我分享的兴趣。今天，我再补充一个平时让我非常受益的小技巧。
" w( t* L  a8 M$ g/ D9 h1 e1 v1 z% C
' P4 ?, X- ?% R2 A6 X1 y. l作为系统工程师，经常会收到整车测试工程师的邮件，说哪哪又出问题了，然后附件里放了几个测试数据，让我去分析。

6 j/ ~: C7 j9 P% J2 D& e. k' }1 F一直以来，我总认为，分析测试数据，找问题原因，是系统工程中最难的，它不像需求管理，系统架构设计那样跟你讲道理。
& D* Z3 O4 X6 n$ v- z# d
/ ?/ ]8 F) b3 z. o8 B8 o当你状态好的时候，它就像案情推理，而你状态差的时候，那比猜灯谜还难受。
' i8 ?% F( c# y
: v' S  P! [5 G% A分析测试数据里最头疼的一种情况是，我需要的几个关键信号，测试工程师没有记录进去。
1 R* t( F- x7 v% Z- Q
喊测试工程师重测的话，一次两次还好，喊多了，一个是测试耽误时间，不高效，另一个是，对方也嫌烦。

4 ^9 w. U) I: v. j. I: l& a! ~! k! I今天要安利的小技巧就是，如果部分的关键信号，可以通过已有测试结果推导，就没有必要重测了。
1 p, M/ W/ W5 U8 v& F" U, H
举个例子，测试过程中，状态机跳转到故障模式，但是不清楚状态机Input信号中是因为哪个中间变量导致故障。而测试数据中只记录这个模块的Input信号。

7 m1 t8 T, Z& C2 R# i

对于这种情况，我的解决方案是，把测试文件中的这几个信号提取出来，dat文件转workspace。
1 Y( F: w) r4 x5 o
然后在目标模块中添加From Workspace模块，使用真实的测试信号进行仿真调试，再不需要重测的情况下，就能自己快速理解这个issue问题出现在哪里，并找出解决方案。

# s3 `) K+ s# L: X' e$ @. t5 k4 g

" `2 b3 Z& B' [( D- I. Q
5 D" g$ @" q) t( K; E/ x8 f& z  h7 ?

其实，从dat文件提取真实信号值，这种方法除了用于分析issue之外，还有很多非常多的拓展应用。
3 h$ X/ K: L2 w* [+ _/ L
* l8 T# \3 j9 K) ^- l$ {比如在系统工程中，需要根据客户的需求进行concept Design。有时候，空想Concept是一件非常难受的一件事。

如果掌握了这个小技巧的话，就可以把真实的测试数据放到自己的模型中来，改改模型，看看效果，对模型的初次标定也非常有效。

; c' j4 g5 x( \$ D我也碰到有些朋友会跟我说，觉得自己现在干的活，很虚，和实际很不搭边，定义的标定量，也不知道为什么这么定义。做模型开发的时候，经常用signal builder，或者一些假设值。
% t" R4 g& h7 q9 U
+ U/ O2 x+ P- x" b$ v作为一个模型开发的人员，却不了解自己模型在使用过程中是什么一种效果，确实挺懊恼的。

( M0 X& Y; O) S. b我能给到的建议，一个是，有机会一定要花些时间在台架或者整车调试上，虽然有些辛苦。

  w! ^1 G$ q0 M/ B, Z# }另一个是，如果机会不允许的话，也没关系，多收集些测试数据，把真实的数据放到自己的模型里跑跑，多多少少也了解是怎么回事了。

多言数穷

MATLAB读取INCA测试文件

fanichicl

看看MATLAB如何读取INCA测试文件。

bingo~yang

工具在哪？