大家好，我是Shwetha, MathWorks公司AUTOSAR Blockset的产品经理。在这个视频中，我将讨论在Simulink中AUTOSAR可运行程序的执行顺序。如您所知，汽车问题的复杂性正在增长，因为它包括两到三个核心，可能有15到20个任务，数百个RTEE事件到任务关系。有些任务可能映射到5到60个可运行程序或两个事件。
因此，集成成为必要和关键的任务，需要将可运行程序映射到任务，并将任务分配到核心。因此，AUTOSAR引入了时间扩展，以提供指导系统构建的时间需求，并分析和验证系统的时间行为。同时，它保留了功能行为和及时的执行。这里的问题是，可运行程序应该以什么顺序执行?
我已经在Simulink中创建了一个软件组件。它有两个可运行对象。您如何知道您评估或模拟这个模型的顺序?所以很难用数据依赖性来判断。让我试着找出执行顺序是如何影响最终结果的。
因此，在这里，输出连接到一个范围，以检查最终结果。如果我运行模拟，当可运行的R1，在可运行的2之前，你会得到这样的图形，但是我改变了执行顺序，结果会改变。正如你在这里注意到的，不同值的延迟是完全不同的。
因此，一旦我们对这个实现感到满意，您就可以导出执行命令以供将来使用。因此，在Simulink中，您可以使用调度编辑器修改将执行顺序约束导入和导出到可运行的执行顺序，然后导入到ARXML文件。
好的，现在让我们邀请卡罗琳·布兰德伯格，她是AUTOSAR Blockset的开发人员之一，向你们展示他们对执行命令约束的支持的演示。
让我们从一个经典软件组件的示例开始。该模型由六个映射到AUTOSAR可运行对象的入口点函数组成。如果我们打开Schedule Editor，我们可以看到入口点函数，在模拟过程中调用它们的顺序，以及它们的数据依赖关系。日程编辑器还允许我们使用拖放来修改订单。我们还可以看到数据连接的类型，它由错误图形化地表示，其中一条直线表示类型依赖的数据连接，一条虚线表示类型延迟。
属性检查器还显示类型。可运行对象E和可运行对象F彼此之间都有数据依赖关系，其中一个是子类型delay。如果我们修改了这些可运行对象的顺序，那么依赖关系的类型也会改变。我为runnable f的输出之一附加了一个作用域。现在我将模拟模型并观察数据。
如果我们修改执行顺序，函数行为可能会改变。让我们改变可运行E和可运行F之间的顺序，并再次模拟我们的模型。如您所见，数据现在已经改变了。我会把原来的订单改回去，因为那符合我的要求。
当我们的模型被验证和验证之后，我们就可以继续生成代码了。首先，我们将通过执行AUTOSAR验证确保模型配置正确。验证成功，现在可以继续生成代码。生成的代码将由一组描述组件的ARXML文件组成。
其中一个文件将包含一个计时模型。时序模型保存在调度编辑器中显示的执行顺序，该顺序根据AUTOSAR时间扩展规范表示为执行顺序约束。积分器稍后可以使用这些约束来指导系统的构造，以确保在将可运行对象映射到操作系统任务时保留模拟的行为。
我希望你们喜欢这个视频。更多信息，请访问我们的AUTOSAR Blockset页面mathworks.com谢谢收看。
