XCP 入门教程

XCP入门教程2018第一章XCP 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 首先使用在汽车“控制”相关的产品开发中，测量/校准阶段的通用协议“XCP”。像是汽车或一般工业设备的与“控制”相关的产品开发中，存在着被称为“校准”或“适配”、“匹配”的过程（图1）。在这个过程是将执行数字化控制的“电子控制单元（ECU：ElectronicControlUnit）”、作为控制对象的执行器（Actuator）等“控制装置（ControlDevice）”和用于获得控制指标的“传感器（Sensor）”处于连接状态，并优化整体控制以符合需求定义的工作。具体来说，像是为了优化而改变ECU中的控制乘数和控制因素参数，或者访问ECU以确认变更后的结果的工作。这里的访问ECU的协议被称为“测量/校准协议”。通过规定出作为访问侧的测量/校准工具和作为被访问侧的ECU之间的协议，即使是使用不同的微控制器或在不同的物理访问环境，也可以使用相同的协议进行测量/校准。本文中，在介绍测量/校准和说明校准协议的必要性的同时，也说明了用于测量和校准的通用协议“XCP（UniversalCalibrationProtocol）”的优点和协议 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 。最后将介绍其趋势和在基于模型开发中的具体 案例 全员育人导师制案例信息技术应用案例心得信息技术教学案例综合实践活动案例我余额宝案例 ，以及在混合动力汽车(HV：HybridVehicle)和电动汽车(EV：ElectricVehicle)的开发中使用XCP的应用示例。本文的主角XCP是一种测量/校准工具和ECU软件之间的通信协议，可以访问要校准的参数和内部测量值。它也是一种通用协议，可以用在工具和软件之间的任何通信介质上，比如控制器局域网（CAN：ControllerAreaNetwork）、FlexRay和以太网等（图4）。实际上，只需在连接到车载网络的ECU中集成CCP驱动程序，就有了对支持CAN的ECU进行测量/校准的可能性。1.1什么是ASAM？CCP和XCP由名为“自动化与测量系统标准化协会（ASAM：AssociationforStandardizationofAutomationandMeasuringSystems）”的协会进行的标准化。ASAM正在规范汽车和工业设备相关的开发平台。另外，标准化的内容可以在ASAM网站上查看。CCP和XCP是由ASAM旗下的名为“汽车电子（AE：AutomotiveElectronics）”的工作组进行标准化，并被分配到“MCD”领域。名称MCD来源于“Measurement”、“Calibration”和“Diagnostic”的首字母。1.2ASAM中CCP/XCP的定位ASAM的标准规范文档的标准AE类别中，有称为“ASAMMCD-1XCP”的规范文档，这是XCP的标准文件。同样的，CCP是以“ASAMMCD-1CCP”的名义存在。图5显示了CCP/XCP在整个MCD标准中的位置。CCP/XCP是测量/校准系统的工具侧与ECU的通信协议，“ASAMMCD-2MC”是包含以下三种内容的数据库文件的标准。（1）CCP/XCP的通信设置信息使用CAN的情况下，CAN的波特率和消息ID等（2）测量值信息测定对象的地址、大小以及物理值变换系数等。（3）参数信息校准参数的地址、大小以及物理值变换系数等。也就是说，CCP/XCP是规定的协议本身，协议的设置和测量/校准的对象信息是在另外的数据库文件，工具基于数据库文件，使用CCP/XCP来访问ECU。※补充：图5中的“ASAMASAP3”是用于从外部来控制测量/校准系统的接口规范。1.3XCP的好处接下来，将介绍XCP的主要优点。（1）可以对所有ECU，进行统一的测量/校准XCP考虑了各个ECU中使用的微控制器的字节序（Endian）和可用的ROM/RAM容量的差异，即使网络的通信介质不同也可以使用相同的协议。这使得对所有的ECU，可以只使用XCP来做测量/校准。（2）测量/校准使用的是经过验证的协议XCP在CCP的实绩的基础上，包含对ECU进行测量/校准的需求规格。而且，所有的协议都发布在ASAM网站上，任何人都可以使用它。在某些情况下，一些工具制造商免费提供了在ECU侧运行的协议处理软件和驱动程序。（3）可以在ECU的运行中同步进行测量一般的ECU会以预定的控制周期重复执行，基于来自传感器等的外部信息或别的处理过程的输入进行处理，再输出到别的处理过程或外部装置；或者根据输入因素的现象，来触发特定处理过程。使用XCP，可以在这些过程中同步测量输入/输出的数据（图6）。如果仅需要进行测量/校准，那么使用车载网络上其它协议，例如用于车辆诊断的协议也是可以的，但是在校准过程中对控制的同步测量是不可或缺的。能够做这种对控制的同步测量，就是XCP的价值所在了。1.4各个XCP网络的示例XCP在不同网络上使用相同的协议，实际上每个网络的数据包结构等都是标准化的。这被称为“传输层标准”。以这个规则，将运行在其上的各个网络的名字前，附加上XCP。例如，在CAN上运行的XCP是“XCPonCAN”。最后，列举出XCP的网络示例（表2）。第二章XCP协议的通信的构造和功能接下来，将会说明“通用校准协议（XCP：UniversalCalibrationProtocol）”协议具体是如何通信的，以及XCP的功能和协议内容。2.1主从方式在XCP中，测量/校准的工具侧是“XCP主结点”，被测量的ECU侧是“XCP从结点”，采用所谓的“主从通信方式”。这种通信方式中，必定是从主结点发送命令来开始，从结点在接收到后，再向主结点发送应答，以这样的顺序进行通信。如图7所示，1个网络上主结点必定只有一个，而从结点可以有多个。图7：使用XCP的网络示例在这个情况下，主结点向每个从结点发送命令，并接收从结点返回的应答（图8）。图8：一主多从的通信示例通过这种通讯方式，车载网络上连接一个测量/校准工具（=XCP主结点）后，可以通过XCP协议访问作为测量对象的各个ECU（=XCP从结点）。2.2网络和传输方式在网络上，只要能区分“从主结点发送到从结点”和“从从结点发送到主结点”，这两种类型的通信，就能够使用XCP。在“XCPonCAN”的情况下，是通过用两个CANID，“从主结点发送到从结点的ID”和“从结点发送到主结点的ID”进行区分。在网络上使用区分的通信并传输一些内容时，XCP使用了三种传输模式（图9）。图9：XCP的传输模式对于传输模式而言，可以在主结点侧和从结点侧，分别决定使用哪种模式。例如，主结点为“块传输模式”，从结点为“标准模式”，这样的使用方式也是可行的。因此，尽管主结点的工具侧的性能强大，但是当从结点的ECU只能使用有限的资源时，也可以实现简化的传输模式。2.3CTO/DTO在XCP中，除了主结点和从结点之间的传输方向的差异之外，要传输的内容还被分为“与XCP本身的控制相关的通信”和“与数据相关的通信”两种类型，以及定义在每个网络上传输的报文的格式。作为对比，前者被称为“命令传送对象（CTO：CommandTransferObject）”，后者被称为“数据传送对象（DTO：DataTransferObject）”。2.3.1CTO：CommandTransferObject的缩写CTO是与XCP自身的控制命令和应答等相关的对象。控制命令从主结点发送，对命令的应答是从从结点发送。2.3.2DTO：DataTransferObject的缩写DTO是与同步从结点（ECU）获取数据测量结果以及进行数据变更相关联的对象。同步数据变更被称为“激励（Stimulation）”，但由于是测量/校准以外的功能，因此省略详细说明（详情请参照XCP标准文件）。图10展示了，从XCP标准文件的“Part21.1.1TheXCPPacketTypes”章节中，抽取的XCP主结点与从结点之间的CTO和DTO的关系。2.4报文格式和PID如上所述，CTO和DTO是不同报文格式（图11），可以分别设置主从设备的最大报文长度。MAX_CTO：CTO的最大报文长度（字节）MAX_DTO：DTO的最大报文长度（字节）图11：CTO和DTO的报文结构所有的XCP报文都在这个最大报文长度内，命令和响应等内容都在一个报文中完成的。而且在报文格式中，每个字段按两种类型分配给CTO和DTO报文。此外，报文的第一个字节是被称为“PID”的标识符，是被用来区分是怎样的报文。主结点对从结点进行XCP控制时使用“命令（CMD）”，此时的PID在“0xC0”到“0xFF”的范围内。从结点对这个命令返回肯定应答的情况下，使用“应答（RES）”，此时PID变为“0xFF”（图12）。图12：报文的标识符（PID）除了测量/校准的同步数据交换之外，所有其它的都是通过主结点发送命令，从结点将返回肯定应答来完成的。在此，以XCPonCAN为例来说明，其中主结点发送到从结点的CANID是“1”，从结点发送到主结点的CANID是“2”。在这种情况下，XCP通信按以下顺序执行。主结点发送的CANID为“1”，其中第一个字节指定为“0xFF”，第二个字节指定为“命令参数”。从结点接收第1行的连接命令，并通过PID识别该命令。从结点发送的CANID为“2”，其中第一个字节指定为“0xFF”，第二个字节开始指定为“应答值”。主结点接收第3行的应答命令。图13显示了实际通信的跟踪结果。第1行的“0xFF”是命令“CONNECT”，从而在主结点和从结点之间建立逻辑连接，并接收后续命令。2.5访问测量/校准对象XCP的测量/校准，是通过对ECU内部的软件的访问来实现的。具体而言，针对要测量/校准的对象的内存区间，通过指定对应的“XCP地址”的方式进行访问。XCP地址与普通的微控制器中的地址几乎相同，但XCP使用了32位的XCP地址和8位的扩展地址。也就是说，主结点对从结点的访问，可以有32+8=40位的地址空间。这个地址与XCP的实际ECU内存不需要完全匹配，其字节序（Endian）也可以针对每个从结点来选择。因此，在车载网络上可以连接到多个ECU，即使存在不同的地址空间（16位，32位），或者不同的地址字节序，主结点都可以经过适当处理，使得所有的都可以测量/校准。2.6异步测量XCP除了同步测量，还可以做异步测量。异步测量是使用主结点发送的命令，通过指定的XCP地址来提取从结点的ECU内部的数据，并通过从结点的应答将该数据传送给主结点，如此循环往复来实现的。为了取出数据，使用PID为“0xF4”的命令“SHORT_UPLOAD”。这个命令和应答的格式如下所述。SHORT_UPLOAD命令：CTO0字节位置，指定为PID“0xF4”CTO1字节位置，指定为取出字节数。最大为MAX_CTO–1字节CTO2字节位置，保留字段CTO3字节位置，指定为要读出的8位扩展地址CTO4~7字节位置，指定为要读出的32位地址SHORT_UPLOAD应答：CTO0字节位置，指定为PID“0xFF”CTO1~MAX_CTO字节位置，指定为取出的数据图14是主结点使用“SHORT_UPLOAD”，在XCP扩展地址为“0”、XCP地址为“0x00124A5C”的位置，每100ms取出4字节的过程的跟踪结果。2.7同步测量在上述异步测量的情况下，主结点决定了测量时间。为了使测量与ECU的控制相匹配，有必要由ECU确定测量时机，并在数据取出来后由从结点发送到主结点。这种数据通信是通过DTO来完成的。主结点在进行同步测量之前，通过命令指定要取出的数据的XCP地址，从结点在等到同步测量开始命令后，使用DTO发送到主结点。因此，在同步测量的情况下，不是通过命令和应答的组合，而是通过测量周期或事件，由从结点发送DTO报文到主结点。图15展示了，由“START_STOP_SYNCH”命令开始的测量同步，从结点持续地将测量数据通过DTO报文发出，直到收到“START_STOP_SYNCH”命令才停止的实际的跟踪结果。图15：同步测量的开始和停止以下是对同期测量中，对ECU的控制应用程序的测量时机，主结点和从结点的任务分割的说明。2.7.1ECU的控制应用程序当到达测量的控制周期，或者事件发生时，进行处理并通知到XCP从结点。2.7.2主结点确定要同步测量的内存及其测量周期，指定同步测量的XCP地址，并使用命令启动和停止同步测量。2.7.3从结点它管理从主结点指定的同步测量的XCP地址。然后，从检测的开始同步测量后，直到停止之前，会根据上述ECU的控制应用程序传达的被管理的XCP地址，从取出内存值并发送DTO报文。2.7.4XCP与同步测量相关的术语和概念关于同步测量，在XCP标准文档中使用了各种术语。这里我们解释一下主要的术语和概念。2.7.4.1元素（Element）通过XCP地址来指定的一个测量对象的内存。2.7.4.2对象描述表（ODT：ObjectDescriptionTable）归并元素的测量内存，在一个DTO报文中聚集最多的可发送的内存的表。2.7.4.3ODT条目（Entry）为创建ODT的元素的测量对象的XCP地址。2.7.4.4DAQ列表（List）这是一个ODT的集合。这决定了在一个同步测量的周期或者事件触发时要测量的内存数量。ODT与一个DTO报文相关联，由MAX_DTO-PID决定了最大的大小，但由于实际测量的内存可能会大于此值，因此分为了ODT和DAQ列表。2.7.4.5事件通道（EventChannel）在同步测量的控制周期和事件触发的通道，也即是“种类”的意思。同步测量的时序都是基于这个事件通道的。2.8同步测量的处理下面将说明，在同步测量中，ECU的控制应用程序向从结点发送测量的时机，将执行怎样的处理。（1）控制应用程序要通知从结点测量时机。这个通知通常是将事件通道作为参数，来调用从结点的驱动过程来实现的。（2）针对主结点以ODT条目来指定的测量对象的内存地址，从结点使用缓冲区来管理，在每次被控制应用程序调用时，都会根据该缓冲区来读取指定地址的内存。（3）读取的内存以ODT为单位合并，并以DAQ列表来生成DTO报文。图16展示了，元素和ODT条目、DAQ列表和ECU控制应用程序之间的关系。当ECU的控制应用程序集成了Vector的从结点驱动程序后，调用C语言函数“XcpEvent(事件通道)”，就会根据ODT条目的缓冲区，从ECU内存中读出元素的值来创建出DTO报文。图16：XCP和控制应用程序的关系2.9测量对象和DTO报文图17展示了，作为测量对象的元素从在ECU内存，到在网络上传输的DTO报文之间的关系。图17：元素和DTO报文的关系在图17中，是根据ODT条目测量的七个元素的结果，取出的“0x19”“0x6C”“0xF0”“0xBF”“0xC0”“0xA9”“0x02”，作为一个ODT的DTO报文就创建好了。在这个DTO报文中，PID包含在第一个字节，测量时元素的内容被包括从第二个开始的字节中。像这样的，PID的值是从“0”到“0xFB”的DTO报文被称为“DAQ”。就像这样，从作为测量对象的ECU内存、管理测量对象的ODT的DAQ列表、决定测量时机的控制应用应用程序和用于区分测量时机的事件通道开始，到最后使用DTO报文将测量数据发送到主结点，就实现了同步测量。2.10同步测量的选项除了上面描述的那些之外，根据测量的规模和用途，还有XCP同步测量的各种使用形式。下面将介绍这些使用形式中比较典型的例子。2.10.1动态DAQ通过增加管理测量目标的DAQ列表中的ODT及其条目的数量，可以增加测量的测量点的数量。而且通过维持与要测量的事件通道数量一样多的DAQ列表，可以对ECU的所有测量时机进行测量。但是这些数量的增加会增大ECU中的管理缓冲区，因此会消耗ECU的内存。而且如果ECU具有10ms和25ms的控制周期，有的10ms的控制周期中测量的测量点的数量很大，别的25ms的控制周期中测量的测量点的数量也很大，根据测量的场景不同，测量点的数量会有不同。对于这样的应用程序，有一种称为“动态DAQ”的功能，可以允许从结点动态更改每次测量的DAQ列表、ODT和ODT条目的数量。相反的，如果在集成XCP驱动程序时，这些数量是预先确定的，则称为“静态DAQ”。一个从结点将具有静态或动态DAQ功能。2.10.2带时间戳的DAQ在主从结点间的通信中，如果因为加入网关而造成时间差，又或者因为使用无线通信，使得通信时间出现波动的情况下，同步测量中的测量时间对于主结点来说是“不确定”的。为了防止这种情况，要使用“带时间戳的DAQ”。在从结点侧，包含测量时间的时间戳的DAQ，通过DTO报文传送给主结点。而收到这个报文的主结点，可以读出所添加的时间戳来知道正确的测量时间。2.10.3校准校准是为了重写ECU内部软件中的参数，而从主结点发送指定XCP地址的命令和重写数据的命令，从结点会对应的导出适当的参数地址、执行重写，并返回一个应答。图18显示了，根据XCP主结点发送的XCP扩张地址“0”、XCP地址“0x0041D5C8”，将该地址开始的2字节的参数，重写为“0x0064”的示例的跟踪结果。图18：通过DOWNLOAD命令的校准2.104其它的XCP功能XCP仅在测量/校准方面就还有很多的功能。除了这次我们介绍的之外，还包括诸如对ECU中的闪存之类的非易失性存储器的访问功能、对ECU的访问保护的功能等许多功能。2018/3/31第三章XCP的趋势和应用实例接下来，从使用XCP进行测量/校准的系统构成开始，依次讲解趋势和应用实例。3.1测量/校准的系统构成如前面所述，XCP是主结点侧的测量/校准工具和从结点侧的ECU之间的通信协议。XCP的主结点侧，通常提供为在PC上运行的应用程序（图19）。相对的，从结点侧则提供为ECU中的嵌入式C语言源代码的形式的软件模块，并且在实际的传输层的情况下，例如XCPonCAN，它将被集成连接到CAN的通信部分，以便处理XCP协议。图19：测量/校准工具3.2XCP从结点驱动程序及其提供来源XCP从结点侧的模块，一般包含作为XCP从结点驱动的协议处理部分和同步测量的处理部分，但该驱动程序通常由提供XCP主结点侧应用程序的工具供应商提供。因此，测量/校准工具供应商将提供从结点驱动程序，或协助进行实际的组装的服务。3.3集成化的测量/校准系统对作为校准对象的整体控制进行优化，以合乎要求定义的过程，只通过XCP对ECU进行测量/校准是不能实现的。例如，在本文“1.什么是测量/校准协议？”的化油器的校准中，就有必要通过传感器等来测量混合气体的状态。这样的传感器输入对于实现实际测量/校准是不可或缺的。此外，近年来，对汽车的控制也在往复杂化和高功能化方面发展，出现了基于车辆的外部环境进行控制的ECU。一个典型的例子是“自适应巡航控制”，简称为“ACC：AdaptiveCruiseControl”。在该ECU中，利用电磁波和相机进行的车辆外部环境的检测（例如通过毫米波雷达检测前方车辆）的车辆控制，以跟随和避免碰撞。在这种情况下，需要利用视频等来测量外部环境的车辆的位置和当时的情况（图20）。图20：集成化的测量/校准工具在像这样的校准的实现中，集成化的测量/校准系统是不可或缺的。接下来，将说明校准过程中其次的主要需求。3.3.1集成化的测量不仅是对ECU的测量，还需要同步测量传感器、汽车网络、仿真/数字信号、以及车辆的位置和周围的影像。3.3.2测量的离线评估进行测量可以确认校准结果和控制的有效性，但是在与XCP相关的汽车和一般工业设备的情况下，测量成本在一些情况下很高。例如，使用测试车和测试驾驶员的测量成本非常高，并且容易想象到，对于飞机发动机测量等的成本更高。因此，随着测量功能的精细化，测量之后的数据分析和测量与校准之间的因果关系的 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 等评估功能需要离线，也就是测量之后进行。3.3.3校准参数的管理如果ECU包含了与控制相关的所有功能，即使改变了要控制的对象，也只要通过校准改变参数，而不用改变控制。在发动机控制中，有些ECU是以零部件的形式从制造商出售的，可以在购买后根据实际发动机进行参数校准。像是这种ECU，根据各种控制对象来改变共用的参数的情况下，有必要针对控制对象来管理适当的一组参数（参数集：ParameterSet）。此外，在这种情况下，参数的数量增加以匹配更多的控制对象，由多个校准工程师进行更复杂的校准和工作。因此，从这些方面来看，参数管理也是必要的。对于参数管理，需要包含对多个参数集进行比较、合并和检索等功能（图21）。图21：校准参数的管理示例3.4XCP的应用事例到目前为止，描述了XCP在测量/校准系统、作用对象的ECU及其网络中的使用情况，现在开始说明XCP的其它使用情况。3.4.1由记录器（Logger）记录XCP在记录车载网络或车辆的模拟量（Analog）情况的记录器中，与此同时，符合XCP标准的产品也能够满足“记录ECU内部状态”的需求。除了记录模拟量和车载网络的输出结果之外，还可以记录ECU内部状态的输出过程，从而提高分析效率。3.4.2测试存在这样的系统：在电气上仿真ECU的外部环境，并执行ECU的操作测试，而后将测试结果作为判断分析因素，并使用XCP来测量ECU的内部状态（图22）。如此，不仅是最终的ECU输出结果，中间过程也可以得到确认，从而提高测试时的分析效率。图22：使用Vector的CANoe进行测试使用XCP的ECU 3.4.3测量器的通用接口如本文“2.XCP协议通信的构成和和功能”所述，XCP的实现方式为，使用来自主结点的40位XCP地址，访问测量/校准对象以及得到应答；并且，通过XCP地址指定同步测量的对象，从结点周期性将测量结果数据发送出来。有些产品会使用XCP作为测量器的通用接口。在这种情况下，XCP地址不只用来指定ECU内存，还用作指定要测量的模拟量或传感器的识别号码。这样，通过使用XCP作为测量器的通用接口，在不改变现有的测量/校准系统的情况下，它可以作为集成的测量对象的一个设备来使用。3.5在EV/HEV车辆开发中使用XCP接下来，考虑在EV/HEV汽车开发中，使用XCP进行测量/校准的要求。3.5.1多个ECU的测量/校准在HEV的情况下，动力源增加到了两个：发动机和电机。EV/HEV均需要对电池和再生充电等进行集成控制。除了单主多从的XCP功能之外，还需要在每个分离的网络上，都能作为主结点的测量/校准工具。3.5.2低负载、稳定负载的高速测量电机的控制周期大约需要在100[μsec]，并且需要对其进行同步的高速测量。此外，在这种情况下，同步测量本身的负载，即XCP的测量处理负载也要求尽可能低。通常的，测量处理负荷在每个测量周期中与测量点的数量成正比，所以测量周期越快，测量负荷对原始控制周期的影响就越大。但是，在电机控制等情况下，由于这种对控制周期的影响是不允许的。换句话说，在负载是低负载的同时，诸如测量点的数量随测量情况的变化时，要求负载始终是稳定的。3.6案例研究：使用XCPonEthernet和Vector的VX1000系统进行测量。下面描述的Vector的“VX1000系统”示例，在执行上述高速测量的同时，以低负载和稳定负载进行测量。（图23）图23：VX1000系统的构成示例在本系统中，不需要集成XCP从结点驱动程序，只需要通知同步测量的时机的处理。使用该驱动程序，ECU和VX1000系统通过NexusClass3、RTP或DMM等微控制器内存跟踪的接口，VX1000系统和测量/校准工具是使用XCPonEthernet（通过TCP/IP或UDP/IP）来连接。从测量/校准工具来看似乎是XCP，但ECU不直接处理XCP从结点，由VX1000系统执行协议转换的处理。接下来，将说明在ECU测量周期的时序中，从结点驱动处理是怎样做到XCP同步测量的。（1）与XCP一样，由控制应用程序通知测量的时机。通知的 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 也是同样的，将事件通道作为参数来调用驱动程序的函数。（2）在第1条的函数中，不是处理每个测量点，而是仅仅通过NexusClass3接口进行时序通知。因此，这个处理的时间不受测量点数量的影响，并且是低负载的。（3）VX1000系统侧在检测到第2条的时序通知时，基于那个时间点的跟踪数据，生成XCP的DTO报文，并通过XCPonEthernet发送给主结点。表3显示了直接使用各个XCP网络协议和使用VX1000系统之间的差异。表3：ECU接口的特征在基于模型的开发（MBD：ModelBasedDevelopment）中，对可执行的模型和被称为“设备（plant）”的控制对象一起进行仿真是可行的。当进行仿真的准确性提高后，还可以像对实际ECU一样对其进行校准。此外，为了能够进行充分的仿真，还需要通过校准，使其成为与设备相匹配的模型。因此，在仿真阶段就能够进行测量和校准是有必要的，这也是基于模型的开发的要求之一。对模型不仅是仿真，还会通过自动代码生成器来生成C语言等代码，并实际的运行。在这种情况下，也有必要对ECU进行与以往相同的测量/校准。另外，可以基于在之前仿真阶段校准的结果进行校准，也就是说，校准参数可以得到沿用。下面我们从仿真和实际ECU两方面来考虑测量/校准的实现。3.7仿真测量/校准的对象是仿真的虚拟模型，必须通过虚拟接口来实现。3.7.1实际ECU测量/校准的对象是ECU，需要使用CAN或FlexRay等实际网络来实现。针对这种仿真和实际ECU的差异，由于XCP不会依存于具体网络，都可以进行测量/校准，所以可以使用在基于模型开发的各个阶段。3.7.2应用举例：使用Vector“CANape”和“SimulinkXCPServer”的进行测量/校准仿真作为对仿真的模型进行测量/校准的示例，针对Vector“SimulinkXCPServer”进行说明（图24）。图24：CANape和SimulinkXCPServer为了实现对在MATLAB/Simulink上运行的仿真模型的测量/校准，SimulinkXCPServer作为为模型提供的XCP接口的Simulink的模块，可以通过XCPonEthernet连接到Vector的校准工具“CANape”。就这样，即使在仿真过程中，也可以进行与真实环境完全相同的测量/校准。一般来说，由于仿真的运行速度比实际的执行时间快，也可以进行比实际执行时间更快的校准，此时获得的校准参数也取决于模拟的准确性，可以与实际ECU的值大致相当。基于这个校准参数，再开始对实际ECU的测量，可以加快最终校准的完成时间。XCP是按不会依存于具体网络、对任意形态的ECU，都可以进行访问和测量/校准的目标来进行开发和标准化的。最初是从CCP成功的实际业绩来开始扩展功能，实现在所有车载网络的测量/校准。由于其灵活性，它被用作测量器的通用接口，在基于模型的开发中，它也被用作仿真和实际ECU间无差异的相同接口。