可调度组件允许您采用两种非常不同的建模风格，基于速率的建模和导出函数建模，将它们组合在一起，并在同一个模型中调度它们，从而在组合不同组件时及早发现问题，从而帮助您节省时间。
这种建模风格给您带来了两大好处。这使您可以完全控制调度模型组件，而不是让Simulink调度组件。并且不需要处理组件之间的数据依赖关系问题，因为只有数据传输。
让我向您展示一个激发对可调度组件需求的示例。在这个模型中，我们有两种不同的建模风格。在顶层，我们有模拟踏板输入，进入油门传感器和监测模型块。传感器数据将进入油门位置控制器和执行器模型块。这个系统，然后被模拟的一个模型的节气门体作为植物。在油门位置控制器和执行器模型块内，有两个导出功能组件-一个用于控制器，另一个用于执行器
在内部，油门传感器和监视器模型块，有传感器和监视器的基于速率的子系统。其中三个是运行在5毫秒-油门位置传感器主要和次要，以及监视器。其中一个是运行在10毫秒-加速踏板位置传感器。
我想要的是安排控制器在传感器之前运行。我必须重新构建模型，以交织这些不同建模风格的调度。为此，我可以配置Throttle Sensors和Monitor模型块，通过定期事件端口调度模型的基于速率的组件。现在在油门传感器和监视器模型块内，所有子系统都由两个事件触发，这来自模型块之外。它们被标记为D1和D2。
使用导出函数和可调度组件，不需要假定固有的调度器，允许您更灵活地集成到自定义环境中。
因此，我们可以使用Schedule Editor在顶层调度这两种类型的组件。在本例中，我们交替调用导出函数和可调度组件。ControllerRun5ms和ActuatorRun5ms事件控制油门位置控制器和执行器模型块中的函数调用。D1和D2控制可调度组件。
但是我们希望控制器在执行顺序中首先执行，因此在本例中，我们只需将它拖放到希望它运行的地方。
当你从不同的地方获得不同的IP和不同的建模风格时，这种显式的组合调度和交织非常有用。
