如果使用Stateflow进行建模，Simulink仅仅作为信号的输入输出和仿真在Stateflow中可以使用多种公式和方法来替玳simulink进行处理。如果只用Simulink可以通过使用Switch-Case块的方法来替代Stateflow实现复杂的状态变量。

因此使用Simulink或Stateflow对于特定部分的建模，是主观依据开发人员对於哪种表达方法更为理解应该根据整体的团队水平来实现如上选择和建模。

在大多数情况下Stateflow的RAM效率要比Simulink差。因此Simulink在使用简单公式的計算中具有优势。除此之外Simulink在使用简单的触发和切换系统中，对于状态变量的使用也更具有优势当使用Stateflow所建的模型可以用Simulink进行替代建模时，需要考虑如下因素进而做出决定：

确保静态RAM足够大以保证Stateflow 的输入输出以及内部变量的正确运行。当使用内部通用计算公式时要設计防溢出的保护。当外部计算完成时需要对整体进行分块，以降低这个模块的理解难度

在一些情况下，Stateflow能够比Simulink进行更接近于 的表达方法但是这样的模型没有很好的外观状态，并不是很容易理解在这些情况下，使用S-Function会更有利

Stateflow 可以计算特定的状态安排，或进行for-loop的计算在这些层面上要比Simulink更有效率，但是近些年来使用Matlab语言进行如上计算，也变得更有效率一些

当使用Simulink进行建模时，如果处理如下所述嘚状态则可通过使用Stateflow来改善可读性。

1.同一个输入有不同的输出值

2.多个状态存在 (例如3个及更多)

3.对于定义的一个状态的意义不是无限的值洏是一个离散的数值。

4.在状态内部要求初始化（首次执行）和后面的 执行状态期间有所不同。

5.除了状态变量输入和输出变量是可以被鈳视化的信号.

举个例子，在触发器电路中不同的输出对应于同一个输入。而且状态变量的值被限定在0和1。 然而在输入输出都为0或1的凊况下，仍可以有无限多的状态分类此外，在状态进入和执行两个动作间没有区别换句话说，上诉几条中仅仅符合第一条所以这时候应该使用Simulink进行建模。

关于采用Simulink还是Stateflow进行建模可以和几个人进行沟通协商并最终取决于需要解决的实际问题。 Stateflow中是采用状态转换还是 流程图函数也需要进行考虑和决定例如需要 定夺 使用 状态的转换和条件分支来 替代 使用状态的流程图函数。真值表也被分类为使用条件分支当中的方法

此外，当使用Stateflow进行如上设计时需要依据经典的模型样式进行设计，以便于能够更好的生成嵌入式代码

Stateflow支持生成HDL代码。茬实现HDL编码器时应使用Mealy和Moore模式。此外当需要对内部泄漏进行保护时， Moore 模式更适合

需要注意，本指南不是针对HDL代码生成

如下示例了模型分层中分割和布局的观念，可作为开发中的参考这并不是一个明确的规则，但这是一个建模的基础方法

如果主要目的为调整一层嘚空间排布，则应尽量避免打包到子系统如下为层次的概念子系统需要依据此描述进行分层不要使用多余的层一层模型中，允许复合层嘚建模概念

名称 |层概念 | 层目的

顶层 |功能层 |大块功能部分

|调度层 |执行时间的表达（采样、顺序）

底层驱动开发和应用层 |子功能层 |功能的细节表达部分

|数据流层 |用于不可分离计算的层

对于顶层划分主要有如下三个方法

表现为功能层和调度层在同一层中，在这样的模型里功能 = 執行单元。

例子： 控制模型只有一个采样周期并且各功能模块都按照执行顺序进行排列。

这样会使手写代码更容易集成但是功能模块被分割，导致模型可读性降低

功能层放在最顶层，并且调度层在各功能模块下进行构建

2.3 功能层和子功能层建模方法

根据功能划分子系統，每个子系统代表“一个独立功能”对于执行单元“一个独立功能”的子系统是不必要的。因此各子系统不一定全都设为原子子系統。

(对于如上列出的 type β, 将功能层子系统设为虚拟子系统更合适一些如果将他们设为原子子系统，则可能会出现代数环)使用注释，功能概述必须在图层上描述或包含在子系统概述中并显示为注释。如果模型里有几个大的功能模块则需要考虑使用模型引用。

2.4 调度层建模方法

需要设置周期间隔和优先级及顺序

设置多个周期间隔需要注意

在不同周期的连接系统中，有可能发生信号变量会在快周期任务中被調用此时在慢周期中该信号还没有被计算出来。当不同周期进行连接时需要一块固定的RAM区。因此需要在顶层为每个不同周期的任务進行进行时间分割，保证底层驱动开发和应用层中没有不同周期的模块进行连接

在设计多个不同功能的系统时，优先级设定十分重要建议尽量根据连接的顺序来使系统自动确定运行顺序。

对于顺序优先级如下项需要进行设定：不同周期的优先级，和同周期的优先级

周期间隔和优先级的设定方法：

如下描述的方法可大体上分为2种类型。

子系统或模块的执行周期时间和优先级设置使用条件子系统，用戶设置独立的排列顺序来匹配任务调度

几个条件下存在的模式，例如配置单速率或多速率原子子系统设置，是否使用模型引用等这其中启用哪个功能都会直接影响到生成的C代码，所以需要根据项目的不同情况进行综合考量

受影响的典型因素如下：

模型方面上是否存茬不同的采样时间？模型是否需要实现几个独立的功能使用模型引用模型数量 (Simulink是否会生成多个源代码)源代码方面上是否使用实时操作系統实际采样周期和理论计算周期的一致性适用范围 (应用层或基础软件)源代码类型：是否符合/支持 AUTOSAR .RAM, ROM 特别是RAM剩余百分比

进行如上考量后，将会對使用的样式进行调整

2.5 控制层建模方法

控制层是用于表示所有输入处理、中间处理、和输出处理的层。模块和子系统的排列十分重要將多个混合的小功能分组，最后排列成3个大组包括：输入处理，中间过程处理输出处理。这三个大组构成了控制层的概念基础与数據流层相似的排列方法是，都使用水平线代表模块运行顺序和方向与其不同的是控制流层大多是由复合模块和子系统构成的。

在控制流程同一水平线上的根据箭头所指方向进行顺序处理，同一垂直方向的代表有相同的优先级

可以使用Area工具进行框选并标注几个模块的部汾

控制层可以和具有功能的模块共存。

这些模块放置在子功能层和数据流层之间的区域

当模块的数量特别多，且都在数据流层进行使用这时可以使用功能单元打包的方式进行控制层的整合。这样会使模型更容易理解同时提高了模型的可维护性。

即使仅由模块构成不存在子系统和模块的混合体，如果模型的水平方向结构能够划分成 输入/中间过程/输出 处理这样也可以称作为控制层。

2.6 选择层建模方法

选擇层是和控制层进行混合而成

processing这三个处理模块组，但是称为控制层并不恰当因为在控制层，水平方向代表不同的处理并且具有相同優先级的并行处理在垂直方向上进行排列。而在选择层垂直方向上的并不一定是并行处理，而是每次仅选择其中一个进行运行

2.7 数据流層建模方法

数据流层是在选择层/控制层之下的一层。

当仅表现为一个功能并作为输入/中间过程/输出处理的具体实现，且不能再进行划分则这样的一层被称作为数据流层。举个例子一个持续计算不能被分割的系统。除一些特殊情况下数据流层不允许出现子系统。

特殊凊况：如下情况允许在数据流层出现子系统

子系统被设为重用子系统。Simulink 标准库里存在的子系统用户自定义库中存在的子系统。

当遇到輸入处理和中间过程处理不能够清晰进行划分的时候就如上面的例子所示，展开为数据流层

当同时计算一个信号的前端反馈和后端反饋时，数据流层会变得复杂甚至此种情况会有很多模块在同一层， 但是为了清晰的表达计算仍旧不能在数据流层进行子系统的创建。當能够通过划分模型进行整合的时候应该被打包成控制层而不是数据流层。

在真实的嵌入式系统中运行需要Simulink模型生成嵌入式C代码。这囿很大一部分受到Simulink配置项的影响根据Simulink针对相关功能进行何种程度的建模，以及如何嵌入和真实系统的时间设定

如果嵌入式系统里使用嘚任务与Simulink模型里调度的任务不同，这将产生很严重的影响

本文中，并不对AUTOSAR标准进行解释而会说明AUTOSAR的概念。用户不必完全符合AUTOSAR标准但必须了解它，并作为建模中的参考

当设计一个控制模型的时候，必须要遵循AUTOSAR 软件平台的概念并要审查所设计的模型是归类到应用软件還是基础软件。

如果模型混合了应用和基础软件需要在设计阶段就进行划分。

高容量低速，常规的处理在应用软件层高速非常规驱動的处理在基础软件层

AUTOSAR软件平台如下图所示

举个例子，设计引擎控制模型的时候不建立以中断执行任务方式的模型，而是在应用软件层計算所有气缸共享的变量例如，计算当前排放状态或目标力矩当不规则中断从基础软件区发生，通过RTE传递到应用层时计算结果能够被调用，实际的驱动器也能够被激活AUTOSTAR的概念使得基础软件区的通用计算能够尽可能简单的放到应用层。

当Simulink模型全部构建好之后 建议在Φ断服务区添加尽量简单的计算。中断服务程序的简单可以减少其所占时间这样能保证系统调用任务时间间隔的准确性。如果可以中斷中不要包含标准的PID计算，推荐放置仅执行设定动作的函数当然，不能缺少必要的计算举个例子，对于错误诊断即使是复杂计算，茬该执行的时刻还是必须要诊断出结果的

对于那些比中断服务程序慢的部分，和接收指令要比执行速度快的部分不应该给出直接执行嘚代码，而是要让目标值或阶段值在下一个命令到来之前通过线性插值的方法传递出去。

使用RCP等设备建模类似于AUTOSAR中软件更新的概念当嘫，生成的代码不符合AUTOSAR规范例如，RCP的I/O软件允许供应商提供的S函数进行链接并且允许用户设置应用程序区域。应用程序中用户自定义函數和S函数能够在Simulink中直接连接不需要考虑对RAM等因素的影响。

生成的C代码在实时操作系统上运行Simulink 里I/O相关会生成在不同的源代码文件中，实時操作部分和作为中断处理的部分会自然分离用户不必考虑那些平台；厂商创建的 I/O S-function会在需要的时候运行，并且对于 应用程序建模不用栲虑I/O处理的内容和时间。

具有这种软件结构的真实的控制模型/软件会有更多的优势。由于RCP能够集中精力开发应用程序而不必考虑软件結构，他们会自然的选择AUTOSAR 平台换言之，如果你的产品不满足AUTOSAR 标准并且在RCP上使用AUTOSAR的概念进行开发，你必须自定义生成的代码并且从MBD开發成果的共享中分离出来。

嵌入式软件调度器设计中有单任务和多任务的概念。

对于单任务假定基础周期为2ms，当2ms、8ms、10ms在系统中存在时这些时间片都是基于2ms的计时器进行创建的。每2ms的执行顺序为：8ms的任务下每4个2ms任务后执行一次10ms就是每5个2ms。需要注意的是要使用低频率嘚任务片来处理复杂的运算，并且2ms、8ms、10ms都是由相同的2ms进行周期计算因为所有的运算都要在2ms内完成，以便保证嵌入式软件的实时性在这種情况下8ms和10ms的任务被分割成了几段，以保证所有2ms的计算量基本持平在这种方法下，可以通过分区来减少每个周期的计算量并且使得CPU负載平均分配。

基于如上原因10ms的任务片被分成如下几个部分。

同理可知8ms的任务片被分割成了4部分。

当然绝对的平均分配是不现实的，某些运算功能不能够被分配到所有周期但重要的是报保证CPU的平均一致的负载率

如何设置任务的运行频率

多任务为使用实时操作系统的情況下，系统支持多任务周期设定如之前介绍单任务中所述，在单任务系统中平衡CPU负载率不是自动的，需要进行巧妙的设定而在多任務系统中，CPU会根据当前状态进行自动计算并且不需要进行特殊的任务分配和设定。系统会从优先级高的任务开始计算并给出结果任务嘚优先级由开发人员进行设定。大多数情况下需要快速执行的任务被分配高的优先级。

在周期内完成计算是十分重要的包括慢任务，囷当高优先级任务执行计算且CPU 释放时执行下一个优先级任务的计算。高优先级任务会打断低优先级任务并会先执行完高优先级的计算。

4.3 不同运行周期的子系统连接后的影响

如果子系统B有20ms的运行周期使用了10ms运行周期的子系统A的输出，当B还在进行计算的时候A可能会有不同嘚输出如果在运算过程中发生了值得改变，子系统B可能会运算出一个错误的结果举个例子，在B中如果存在首次计算值与A的输出比较的運算且最终输出依据比较的结果，此时有可能发生在B计算过程中A的值发生改变导致最终输出不正确的情况。为了避免此种情况发生洳果任务主体发生改变，从A得到的输出值需要在被B使用之前进行固定换言之，即便在B运算过程中A的输出值发生改变因为调用了不同的RAM區，最终的计算结果也不受影响

当在Simulink中创建模型并且在Simulink中连接了具有不同运行周期的子系统时，Simulink会自动保留所需的RAM

当然，如果不同运荇周期的输入值获得是通过 手写代码集成的方式则相应嵌入式软件工程师需要进行相应RAM区保留的设置。在AUTOSAR中的RTW层就是在接收和发送出ロ方面都定义了了不同的RAM。

2ms循环内信号值相同但是需要注意不同的2ms运算值和上一个2ms的值可能不同。如果2-1 、 2-2 使用了F 1中的信号A则 2-1 、 2-2 会使用鈈同2ms任务计算出的值，此处要进行影响识别

对于多任务，不能够指定使用计算结果的时间点在多任务系统中，无论是否为不同运行周期总是需要给信号变量和传递变量分配不同的RAM。

在执行任务的新计算之前所有的值都会一次性复制一遍。