利用多目标建模技术降低ECU软件成本

司的软件工程师就要为他们需要的目标架构创建并换成特定的数据字典，然后使用这个数据字典进行仿真和代码生成。然而，创建一个优秀的定点数据字典需要花很长的时间，这是因为在确定换算系数时需要做多方面的折衷考虑。工程师需要选择能够提供足够精度但在已知范围内的换算系数。如果换算系数的选择不够充分，那么当结果超过字长时可能发生数字上溢或下溢。

　　在选择换算系数时自动换算工具被证明是非常有用的。这些工具能够非常容易地确定仿真期间是否会发生上溢或下溢。图4是来自Simulink定点用户接口工具的输出例子。在这个例子中，数据记录显示了仿真过程中信号获得的最小和最大值。在这种情况下，所有信号都在范围之内。如果发生上溢或饱和，数据记录会标志这一事件，从而促使设计工程师调查问题原因，并选择新的正确的换算系数。

　　如果需要额外的保护，设计师可以使用由Simulink在模块参数对话框中提供的饱和设置在计算中增加上溢保护。饱和检查对生成代码的效率来说非常重要，下面的结论部分将提到这一点。

　　产品ECU程序的结果

　　Visteon动力系统实现了用于发动机管理系统的产品化浮点和定点的应用。对开发过程来说最大的好处是显著减少了时间和成本。在有个案例中，Visteon公司在三个月内就完成了ECU软件的开发，如果采用手工编码方案的话起码要6个月。

图4：自动换算工具和记录结果例子