[发明专利]实现和/或配置输入/输出模型的工具

说明书

技术领域

许多工业领域都感受到必须缩短其开发时间的压力，而与此同时它们要开发独特而且创新的产品。要在全球市场中获得成功，这两个因素是不可避免的，特别是对于高技术企业如汽车、航空和通信领域，在这些企业中，电子控制/调节是新产品的起决定作用的部分。

这种控制或调节的基于模型的设计是一种节省时间的、高性价比的途径，因为控制/调节技术通过单个模型工作，该模型在单一的集成的软件环境中包含一种功能或者一个完整的系统。基于模型的开发过程造就了优化的和充分测试的系统，其中各个部件优化地互相配合。对于软件部件内的调节器建模和行为建模可以使用如MathWorks的和dSPACE的TargetLink这样的工具。为了在实际环境中检验调节器模型，可以把它集成在原型系统中。此外TargetLink适合用于设计软件部件，这些软件部件用于系统架构软件中，特别是用于dSPACE的用于系统层面的基于模型的设计的SystemDesk中。在SystemDesk中，多个软件部件可以组合，以构成一个软件架构，其可以作为整个系统模型的部分使用。

在现有技术中可以用标准工具、如MathWorks的为控制设备测试而以图形方式对于控制设备功能、诊断功能和仿真模型进行建模并且因此产生行为模型。这里大多在同一个模型基础上工作，而与现在是否在验证汽车中的功能的有效性、是否为串行控制设备生成代码或者测试是否在硬件在环环境(Hardware-in-the-loop-Umgebung)中执行无关。

行为模型通常以图形方式模型化，这里用户可以把自己的C代码嵌入图形方式的功能块(Block)中。

为了通过如CAN、LIN、或者FlexRay总线这样的总线进行模型与其他电子设备的通信，可以把专门的功能块嵌入模型中。该功能块构建在模型中，并且使该模型能够通过相应的总线与其他系统交换消息。接收功能块对从硬件接收的数据进行预处理以便在模型中处理。发送功能块对信息进行预处理以便通过总线发送。对于要发送的消息，典型地可以设置一些参数。这些参数例如是

·要发送消息的控制器的选择

·功能块采样时间，其规定在哪些时段向控制器传输消息

·自动重复时间，其规定控制器应该在哪些时段发送消息

·开始延迟，其规定在模型的哪个开始时间后传输第一个消息

·超时时间，其规定控制器多长时间重复导致错误帧(例如由于缺失的确认)的消息

尤其地，在现有技术中为每一个要发送的消息在模型中设置自己的具有自己的定时信息的功能块。此外，能够用单个功能块管理多条消息。

在现有技术中还支持请求消息和远程消息。通过请求消息从另一个总线用户请求消息，所请求的消息的标识通过消息标识实现。远程消息是控制器对于请求消息的自动应答。

通过另外的功能块能够将多条总线彼此连接，并且通过在一条总线上接收消息和重新在另一条总线上发送而在两个或者多个网络之间传递消息。

一些功能块被设置为处理适合于标准化的协议的消息。另外的功能块处理原始数据，并且使得能够在模型中建立另外的协议并且通过这些功能块使用。

为进行配置可以读入例如DBC、MAT、FIBEX或者LDF格式的配置文件。

为了检验消息的正确传输，CRC校验经常是可行的。该校验也可以通过用户特有的代码进行。

借助于行为模型和仿真硬件特有的配置以及已配置的、定义应该在外部设备(例如要测试的控制设备)的输入和输出上测量或者生成什么的输入/输出函数，建立可执行的程序，即所谓的实时应用程序，该程序应该在仿真硬件上执行。

本发明的应用领域特别是建立和配置输入/输出函数、与仿真硬件匹配以及建立实时应用程序。

背景技术

所谓的实时接口(RTI)是用于例如用MathWorks的建立的行为模型和仿真硬件(还请参见dSPACE目录1999-2000)之间的接口的现有技术。它对于Real-Time和Stateflow(C代码发生器)进行了扩展使得能够实现在仿真硬件上Simulink模型和Stateflow模型的自动实现。

为了连接行为模型与实际的外部环境，在行为模型中需要合适的用于模型的输入量或者输出量的接口。作为这样的输入/输出接口，在现有技术中设置图形方式的功能块，并且根据希望的输入/输出功能对其进行配置。