TPT19新特性之最坏情况执行时间的指示

 

在TPT 19中，首次有了最坏情况执行时间的早期预警系统——这已经在本地主机上用于测试执行。

 
基本原则：对每个测试步骤的执行时间进行测量。这使您可以快速轻松地确定哪些测试和哪些条件会影响本地主机上的执行时间。

 

指示器显示了哪些测试和哪些测试刺激延长了执行时间。因此，您可以使用指示器作为代码变更的早期预警系统推导出测量目标板上真实WCET的相关测试。

 

这将节省你的时间，给你更快的反馈，并为你的开发者提供相关的见解。

 

 

它是如何工作的？

 

 

在平台配置器中开启执行时间测量，并测量和存储每个被调用函数的执行时间。TPT自动创建一个名为suttimes的结构体，并为每个函数添加结构体的一个元素。在信号查看器中，您可以查看和可视化测量结果。

 

此功能仅适用于C平台;支持C和C++。

 
像往常一样，您可以使用我们流行的Assesslets对这些度量执行评估。

 

 

 

最坏情况下的执行时间是用来做什么的?

 

通常，汽车环境中的应用程序由调度器(在基本软件或操作系统中)周期性地调用。调度器基于固定的时间规范工作-函数的调用时间在毫秒范围内。如果应用程序需要的时间超过调度器允许的时间，则应用程序的计算将被中止。这可能导致严重的错误。了解最坏情况下的执行时间可以让您相应地调整计划。

 

如何确定最坏情况下的执行时间?

 

 

有两种基本方法:
1.目标环境的测量
2.为目标环境构建应用程序后的计算

 

 

对目标环境的测量

 

 

这很容易设置，通常在PiL测试期间完成，也就是说，当软件在目标ECU上执行时完成。不幸的是，为了确定最大的执行时间，必要的测试场景并不是很容易确定——通常只测量已执行测试的最大执行时间。因此，真正的最坏情况执行时间可能无法确定。

 

为目标环境构建应用程序后的计算

这里，不需要测试数据和场景。因此，计算独立于测量，并基于对执行计算的控制器的代码和架构的分析。有一些产品制造商，如Absinth公司，提供专门的工具来精确地进行这样的计算。

 

 

如何从TPT的最坏情况执行时间指标中获益?

 

最坏情况执行时间指标可以作为一个早期预警系统——在本地主机或持续集成环境的测试期间运行。即使它不会取代测量或计算方法。

但是在进行更改时，您不必等待真正的最坏情况执行时间，因此即便在SiL测试期间已经发生更改的情况下，您也可以获得更快的反馈。

 

对这项功能感兴趣？欢迎联系北汇信息获取TPT19试用。

 

翻译

搜索

复制