MATLAB如何读取INCA测试文件

Lionoon

一个是用于十进制与二进制的转换，用于VCU模型开发与测试过程中状态的解析。
3 K* n( D4 g- l% \  o6 V
第二个工具用于Simulink模型中标定量的管理，可以提取不同的标定量名称与其所在的路径。对于应用层软件开发的同行，这个功能也非常实用，大家不妨去尝试一下。

最后一个应用是，对INCA标定量导出文件dcm进行解析，提取各个标定量的数值。这个功能实现，主要是正则法的运用。
6 X5 o/ {% l, k  z
因为我过去也是做控制器软件开发的，这几个小工具的作用，我深有体会，实现并不算难，但是效果非常显著，时间性价比上非常高，对于控制器的应用层开发很重要。

2 [3 B2 h: u; X4 k% S很感谢野火的分享。看完他的分享之后，也勾起了我分享的兴趣。今天，我再补充一个平时让我非常受益的小技巧。

作为系统工程师，经常会收到整车测试工程师的邮件，说哪哪又出问题了，然后附件里放了几个测试数据，让我去分析。

1 E6 f4 Y, A) G一直以来，我总认为，分析测试数据，找问题原因，是系统工程中最难的，它不像需求管理，系统架构设计那样跟你讲道理。

当你状态好的时候，它就像案情推理，而你状态差的时候，那比猜灯谜还难受。

分析测试数据里最头疼的一种情况是，我需要的几个关键信号，测试工程师没有记录进去。
! U: w  ?; d1 F
0 h0 I. t# k. A5 |1 {; q/ l喊测试工程师重测的话，一次两次还好，喊多了，一个是测试耽误时间，不高效，另一个是，对方也嫌烦。
" e7 c* Q) o) \- l8 g# y7 a1 l
( [( x6 b" k' L) {今天要安利的小技巧就是，如果部分的关键信号，可以通过已有测试结果推导，就没有必要重测了。

# W9 y% O7 _( m1 i7 z3 n举个例子，测试过程中，状态机跳转到故障模式，但是不清楚状态机Input信号中是因为哪个中间变量导致故障。而测试数据中只记录这个模块的Input信号。
+ l" R! |7 Q: a$ P

# g) M0 ?8 x! w. o
" _+ V" y1 t* y& c5 Q  d! Z3 @$ n

对于这种情况，我的解决方案是，把测试文件中的这几个信号提取出来，dat文件转workspace。
, ?8 a# Y0 x; p  I, V4 s+ L
7 z# g& B* V6 V* e  O然后在目标模块中添加From Workspace模块，使用真实的测试信号进行仿真调试，再不需要重测的情况下，就能自己快速理解这个issue问题出现在哪里，并找出解决方案。

2 C, ?8 ?* m' G$ C" E
- A  N, h! M. Y7 A. G/ v

% y% a; I' {$ n3 Y" ]8 L其实，从dat文件提取真实信号值，这种方法除了用于分析issue之外，还有很多非常多的拓展应用。

比如在系统工程中，需要根据客户的需求进行concept Design。有时候，空想Concept是一件非常难受的一件事。
) e6 Y" V$ d. c3 M* T
如果掌握了这个小技巧的话，就可以把真实的测试数据放到自己的模型中来，改改模型，看看效果，对模型的初次标定也非常有效。

我也碰到有些朋友会跟我说，觉得自己现在干的活，很虚，和实际很不搭边，定义的标定量，也不知道为什么这么定义。做模型开发的时候，经常用signal builder，或者一些假设值。
8 z. P. N! |3 x, B3 c& b4 W9 H
. X# X6 r/ I% _+ W8 p( ^作为一个模型开发的人员，却不了解自己模型在使用过程中是什么一种效果，确实挺懊恼的。
( \& F  {6 I. ^2 ^9 h4 H1 p3 x
我能给到的建议，一个是，有机会一定要花些时间在台架或者整车调试上，虽然有些辛苦。
4 N$ O) z+ \. Q- @4 c: e( U
另一个是，如果机会不允许的话，也没关系，多收集些测试数据，把真实的数据放到自己的模型里跑跑，多多少少也了解是怎么回事了。

多言数穷

MATLAB读取INCA测试文件

fanichicl

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

bingo~yang

工具在哪？