ECU的软件开发包含多方协作的多个模块。在系统集成时，了解每个模块对系统负载及时序的影响是至关重要的。获取ECU的运行Trace，是性能分析和优化的基础。获取Trace的方式，可以分为基于硬件设备的方法和基于纯软件的方法。基于纯软件的Trace获取方式，通常使用门槛更低，而基于硬件设备的Trace获取方式，则对系统的影响更小。
图1：基于硬件设备的Trace获取及分析流程
图1描述了基于硬件设备记录ECU运行Trace的流程。对于AUTOSAR Classic ECU，用户需要在底层软件中集成对应的Trace硬件设备的接口及源码，设置需要获取的Trace对象，如OS、Task、Runnable等。然后将配置好的工程，生成代码并编译出二进制文件烧录到ECU中运行。ECU连接Trace硬件设备，通过Trace硬件设备获取Trace文件，将Trace文件导入到TA Tool Suite中，对Trace进行详细分析，包括负载分析、Task抢占分析、Task及Runnable的运行分析等。
图2：基于硬件的Trace环境示例
图2展示了基于硬件的Trace环境示例。图中是一个网关ECU，连接到一个硬件调试器，通过硬件调试器能够获取到ECU的运行Trace。总体来说，目前有较多的硬件Trace设备供用户选择，但基于硬件的Trace方法也会有一些局限性，如：
>
要求芯片本身支持Trace功能，例如部分型号需要是Emulation Device；
>
购买硬件调试器的客户中，很少有同时采购了调试器的Trace License；
>
集成硬件Trace设备的接口及源码，需要一定的Know-How；
>
项目周期短，需要在ECU上车后对系统进行相关分析，此时Trace口已经封闭，只能通过总线抓取数据。
这些限制，加大了工程师基于硬件环境对系统进行Trace抓取和分析的难度。为了解决这些问题，TA Tool Suite发布了24.2版本，结合R32及其之后版本的MICROSAR，将全面支持基于纯软件的Trace获取方式，通过以太网即可获取ECU的运行Trace。
这个功能也被称为Vector Software Trace(vST), 即用户通过在MICROSAR底软中做相应的配置，如配置以太网通信，在Dlt中打开Software Trace等，就可以使ECU和运行TA Tool Suite的上位机PC通信并用TA Tool Suite记录ECU Trace。
图3：基于纯软件的Trace获取及分析流程
图3描述了TA Tool Suite基于纯软件的Trace获取方式及分析流程。在R32及其之后版本的MICROSAR底软中配置关联模块(如Dlt, Pdu, SoAd等)，生成工程并把编译后的二进制文件烧录到ECU，ECU和运行TA Tool Suite的上位机通过以太网连接。只需在TA Tool Suite做相应的网络配置，无需接入任何硬件设备，就可以获取到ECU的运行Trace，并最终生成相应的分析结果供用户进行详细的Runtime分析。
图4：TA Tool Suite获取Trace界面
图5：TA Tool Suite Trace Recording配置界面
图4展示了TA Tool Suite获取Trace的界面。在此界面中，可以控制Trace记录的开始结束，同时可以实时地观察到Trace的记录过程。
图5是TA Tool Suite Trace Record配置界面。在这个界面中配置相应的IP、端口、Trace文件路径及文件名后，TA Tool Suite就可以和ECU通信获取ECU的运行Trace。
目前，基于MICROSAR R32版本，TA Tool Suite支持获取ECU单核的Task及CATII ISR Trace。基于即将发布的MICROSAR R33版本，TA Tool Suite将支持多核的OS Trace记录。
TA Tool Suite推出的24.2版本，全面解决了开发人员缺少Emulation开发板，缺少Trace硬件设备的痛点。使用新版本的TA Tool Suite，可以直接通过以太网记录ECU的运行Trace并使用TA Tool Suite分析，进而分析系统的时序问题并优化系统。
END
近期举办的活动
维克多中国
微信号｜Vector维克多
Bilibili | 维克多汽车技术
info@cn.vector.com
021-2283 4688
点击“阅读原文”了解更多关于TA Tool Suite信息
