AUTOSAR定时扩展规范定义了执行顺序约束。这些约束指定组件中可运行实体的执行顺序。
在Si金宝appmulink中,你可以:
在AUTOSAR软件组件模型中,您可以使用日程编辑器来安排和指定可运行对象的执行顺序。Schedule Editor是一个调度工具,它显示模型中的分区、它们之间的数据连接以及这些分区的顺序。在AUTOSAR组件模型中,分区对应于独立执行的可运行实体。在计划编辑器中,您可以:
你好,我是Shwetha, MathWorks AUTOSAR Blockset的产品经理。在这个视频中,我将讨论在Simulink中AUTOSAR可运行程序的执行顺序。金宝app如您所知,汽车问题的复杂性正在增长,因为它包括两到三个核心,可能15到20个任务,数百个RTEE事件到任务关系。有些任务可能映射到5到60个可运行对象或两个事件。
因此,集成成为必需和关键的任务,需要将可运行任务映射到任务,并将任务分配到核心。因此,AUTOSAR引入了时间扩展,以提供指导系统构建的时间需求,并分析和验证系统的时间行为。同时,它保留了功能行为和及时执行。这里的问题是,可运行程序应该按什么顺序执行?
我已经创建了一个在Simulink中建模的软件组件。金宝app它有两个可运行程序。你如何知道你评估或模拟这个模型的顺序?所以很难从数据依赖性上判断。让我试着弄清楚执行顺序是如何影响最终结果的。
因此,在这里,输出被连接到一个范围,以检查最终结果。如果我运行模拟,当可运行程序R1,在可运行程序2之前,你会得到这样一个图,但是我翻转了执行顺序,结果会改变。正如您在这里注意到的,不同值的延迟是完全不同的。
因此,一旦我们对这个实现感到满意,那么您就可以导出执行顺序以备将来使用。因此,在Si金宝appmulink中,您可以使用调度编辑器修改可运行的执行顺序,然后导入和导出执行顺序约束到ARXML文件。
好了,现在让我们邀请Caroline Brandberg,她是AUTOSAR Blockset的开发者之一,来展示他们对执行顺序约束的支持。金宝app
让我们从一个经典软件组件的示例开始。该模型由6个映射到AUTOSAR可运行程序的入口点函数组成。如果我们打开Schedule Editor,我们可以看到入口点函数、它们在模拟过程中被调用的顺序以及它们的数据依赖关系。日程编辑器也允许我们使用拖放修改顺序。我们还可以看到数据连接的类型,这是由错误图形表示的,其中直线表示类型依赖的数据连接,虚线表示类型延迟。
属性检查器也显示类型。可运行E和可运行F都有彼此的数据依赖关系,其中一个是子类型延迟。如果我们修改这些可运行对象的顺序,那么依赖项的类型就会改变。我已经将一个范围附加到可运行f的一个输出上,现在我将模拟模型并观察数据。
如果我们修改执行顺序,函数行为可能会改变。让我们改变可运行E和可运行F之间的顺序,并再次模拟我们的模型。如您所见,数据现在已经更改。我会把原来的订单改回来,因为它满足我的要求。
当我们的模型被验证和验证之后,我们可以继续并生成代码。首先,我们将通过执行AUTOSAR验证来确保我们的模型被正确配置。验证成功后,我们现在可以继续生成代码。生成的代码将由一组描述组件的ARXML文件组成。
其中一个文件将包含一个计时模型。计时模型保存在计划编辑器中显示的执行顺序,根据AUTOSAR时间扩展规范表示为执行顺序约束。集成商稍后可以使用这些约束来指导系统的构造,以确保在将可运行程序映射到操作系统任务时保留模拟的行为。
我希望你们都喜欢这个视频。更多信息,请访问mathworks.com上的AUTOSAR Blockset页面,感谢您的观看。
您也可以从以下列表中选择一个网站:
选择中国网站(中文或英文)以获得最佳网站表现。其他MathWorks国家网站不适合从您的位置访问。