tag 标签: canoe

相关帖子
相关博文
  • 热度 4
    2022-6-18 19:11
    451 次阅读|
    1 个评论
    今天带大家认识一个CANoe的进阶功能,这个功能可以使多个CANoe工程同时运行在不同的计算机上,每个CANoe工程都有自己的独立界面,通过同步线进行时间同步,这个功能就是Multi CANoe。它的时间同步示意图如下: 图1 Multi CANoe的同步示意图 看到这个功能我们第一时间可以想到的是ECU的联合仿真,这个过程涉及到大量信号的交互,有了Multi CANoe之后,一个很大的工程可以放在多个电脑上运行,从而有效降低电脑负载。除此之外,使用一台主机就可以控制所有设备上CANoe的运行,这大大简化了多设备联调的操作。Multi CANoe还可以为您节约资金,本来多设备联调需要每台设备上都集成CANoe相关license,如果使用Multi CANoe的话,从机上只需要集成Slave license即可,这使得整个系统的价格大大降低。 下面 我们来了解一下Multi CANoe的几个 重要特性 : 1 、数据交互 Multi CANoe使用windows IP堆栈进行数据连接,使用者需要确保所有电脑都连接在同样的IPv4子网中,并用网线连接起来。下图是两台计算机的IPv4地址,左边是主机,右边是从机。 图2 主机/从机IPv4地址配置 在Windows网卡配置正确后,可以在Multi CANoe Settings对话框中使用IP地址。 图3 Multi CANoe Settings对话框 2 、时间同步 几乎所有Vector VN硬件都可以通过同步线实现时间同步。某个接口在这条线上发出一个脉冲,可以几乎同时被所有连接的接口检测到。然而,我们连接的接口越多,发送脉冲所需的时间就越长,脉冲边缘的质量就越弱。为了保证整个系统的实时性,我们通过把硬件用同步线连接来补偿这个延时。涉及到两个硬件时,可以使用同步线直接连接;涉及到多个硬件时,需要使用到同步盒。 图4 同步VN接口概念图 图5 同步盒/同步线 使用Multi CANoe的过程中,当测量在任何一个Multi CANoe工程上启动时,它会向master发送一个启动请求,接着master会向所有的CANoe工程发送一个启动命令。收到这个命令之后,每个CANoe工程启动其当前配置,并将此状态报告给主机。在这个阶段,所有的驱动程序都在运行,但是 CANoe不处理任何事件。当master检测到所有的CANoe工程都达到这个状态时,它会通过同步接口发送一个同步脉冲,这个脉冲就是所有工程的时间戳0。此时,所有的CANoe工程开始处理驱动程序事件。 所以,除了物理连接,我们还需要确定整个系统的同步源。在主机的Network Hardware Configuration窗口中可以进行配置。如下图的同步源就是CAN1通道。 图6 Network Hardware Configuration窗口 3 、版本和License信息 对于Multi CANoe来说,所有计算机上安装的CANoe主版本、SP版本都必须相同。 Multi CANoe的主机需要一个pro/run license,从机需要CANoe Slave license或者对应的pro/run license,如果需要使用到诸如LIN、J1939等Option,只需要主机配置相应的CANoe pro/run Option.LIN/J1939即可。 举个例子: 一个SUT包含CAN、LIN和Ethernet网络,需要使用三台计算机来实现,license信息我们可以这样进行配置—— 图7 license信息配置举例 在理解了上述特点之后,我们来看看实现这个功能需要哪些步骤。 在以下场景中,我们使用了两台PC,用到的license为CANoe pro✖2,工程可以实现简单的开关灯、速度调节功能。 一、License和CANoe软件准备 ▲准备需要使用的License ▲检查不同计算机CANoe版本信息,如有发现不一致的情况,需要更新到一致 二、硬件软件连接 ▲硬件连接 图8 硬件连接到同步盒 ▲软件连接 把计算机放在同一个IPv4子网下 图9 子网信息 ▲ 配置主机 图10 主机Multi CANoe Settings 将主机的这个配置导出为文件并分享给从机,从机进行导入。注意,这里不可以手动配置从机使之和主机一模一样,必须导入导出。从机导入后如下: 图11 从机Multi CANoe Settings 注意看箭头部分,主机的配置界面是主机Ip地址那一行状态置蓝,从机的配置界面为从机Ip地址那一行的状态置蓝。 ▲配置同步源 将主机的Network Hardware Configuration窗口进行如下配置,则同步源为CAN1通道,这个时候从机的Network Hardware Configuration窗口会成为如下状态: 图12 主机Network Hardware Configuration窗口 图13 从机Network Hardware Configuration窗口 三、系统变量配置 Multi CANoe 一个很大的特点是不同CANoe工程中的系统变量可以同步变化,对于需要同步的系统变量,我们在主机上进行如下配置,并将主机上的配置导出为文件,再导入到从机上,这样就可以实现系统变量的同步变化。需要注意的是,过多被配置的系统变量会导致大量的负载,从而影响系统的实时性。 图14 主机系统变量的配置 图15 系统变量 四、工程运行 运行主机时,从机都会在短暂的延迟后同步运行,在主机上控制系统变量的变化,从机上也会相应变化,下图是主机和从机的分析面板对比,可以看到,各个分析窗口的信息都是一致的。 图16 主机分析面板 图17 从机分析面板 小tips:第一次工程运行时,可能会出现从机并没有同步启动的状况,这个时候可以手动启动从机的工程,然后将主机从机的工程都停掉。再重新启动主机,即可恢复正常。 上面这个工程实现的功能相对简单,只使用了两台pc,希望可以抛砖引玉,唤醒大家的头脑风暴,将这个功能应用到更大的场景中去。CANoe还有更多更强大的功能有待开发,我们与大家共同努力。 北汇信息作为Vector中国的合作伙伴,始终专注于汽车电子领域的新技术和新产品,为整车厂和零部件企业提供完整的研发、测试解决方案。从测试工具、专用测试设备、完整测试方案到实车测试服务,我们正在努力,让中国的汽车变得越来越安全、越来越舒适、越来越智能。 注:文中部分图片来源于Vector。
  • 热度 1
    2022-6-5 22:25
    276 次阅读|
    0 个评论
    1. 背景 在之前一篇《T-Box功能自动化测试方案》的案例分享中,我们介绍了一种利用安卓系统的控制交互指令,实现T-Box和手机端交互功能的自动化测试方案。但是在项目开发前期,由于T-Box、TSP后台、App可能由不同的厂家负责开发,每个产品开发的进度和完整度是不一致的。所以为了更早的对T-Box的功能进行自动化测试和验证,如果T-Box与TSP后台的通信使用了MQTT协议,则可以利用MQTT协议的特点,通过CANoe仿真另外一个Client,实现CANoe、Broker和T-Box之间的信息交互。 MQTT 通信模型 MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议)是IBM在1999年发布的一种基于发布/订阅(Publish/Subscribe)模式的"轻量级"通讯协议。该协议可用极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议,MQTT在物联网等领域有很广泛的应用。 MQTT也是一种基于客户端-服务器的发布/订阅消息协议,包含发布者(Publisher)、代理(Broker)、订阅者(Subscriber)三个角色。发布者和订阅者之间没有直接的连接,需要通过Broker进行消息的存储和转发,而Broker又通过主题(Topic)进行消息的发送和接收。 图 1 MQTT 通信模型 一个典型的MQTT消息通信 流程 如图1所示: 1)发布者(Publisher)连接到Broker; 2)订阅者(Subscribers)连接到Broker,并订阅主题“vehiclespeed”; 3)发布者(Publisher)发送给Broker一条消息,主题为“vehiclespeed”; 4)Broker收到Publisher的消息后,发现Subscriber订阅了“vehiclespeed”主题,然后将消息转发给Subscriber; 5) 订阅者(Subscribers)从Broker接收发布者(Publisher)发送的消息。 2. CANoe CFS 介绍和配置 CANoe的连接特性服务(Connectivity Features Service)主要用于物联网或工业领域支持MQTT协议的设备,CANoe将这些设备抽象成分布式对象(Distributed Objects),通过本地网络(Local Network)或云端代理服务器实现各客户端之间的通信。同时CANoe 15.0版本新增了一种新的通信方式,让代理(Broker)在CANoe中运行来实现通信,从而实现一些故障注入的测试。 本文主要以本地网络的形式对MQTT的仿真和测试进行介绍,其中发布者和订阅者通过CANoe仿真实现,Broker可使用真实的服务器,或者在本地电脑搭建测试用Broker,将Broker地址(需使用外网的IP或域名)和端口配置到TBox中。 Broker搭建完成后,在CANoe的Options设置窗口中配置Broker的IP地址和端口( MQTT功能仅在连接CANoe license时可用 ),示例如图2所示: 图2 CANoe MQTT配置界面 3. MQTT 环境配置 在仿真MQTT Client之前,需要在CANoe的Communication Setup环境中手动创建DistributedObjects的接口(Interfaces)和对象(Objects),或者通过vCDL文件,创建MQTT的数据库。 手动创建MQTT数据库 流程 如下: 1) 创建需要的通信接口; 2) 选择Objects,创建需要通信的对象; 3) 为每个对象创建对应的数据; 4) 选择创建的Data数据,在右侧MQTT配置窗口中配置其属性值。 创建vCDL数据库的 流程 如下: 1) 打开 “Open vCDL Editor”; 2) 创建MQTT的接口、对象和数据; 3) 定义MQTT的属性值; 4) 选择import Data Source导入创建好的vCDL文件。 vCDL导入成功以后,可查看定义属性及参数,如图3所示: 图3 MQTT模型编辑界面 使用vCDL创建MQTT数据库的示例如图4所示: 图4 MQTT vCDL数据库开发界面 4. 测试介绍 通过上面的配置,下面以远程解闭锁控制测试为例,为大家介绍下测试执行过程: 图5 T-Box测试环境 测试环境如图5所示,由于此测试方案CANoe是调用测试电脑的网卡与Broker进行通信,所以需要测试电脑可连接外网。 当CANoe运行时,会自动连接到Broker。测试数据流如下: 1) CANoe(Publisher)首先仿真TSP发送远程解锁请求给Broker; 2) Broker根据Topic,自动转发该请求给T-Box(Subscriber)。T-Box收到该远程请求后,通过CAN或Ethernet将远程解锁请求发送至车内节点; 3) CANoe仿真车内节点反馈远程解锁成功的应答; 4) 收到远程解锁成功应答后,T-Box(Publisher)把远程解锁执行结果上传至Broker,Broker根据Topic,自动转发该请求给CANoe(Subscriber)。 测试交互的数据如图6所示: 图6 CANoe MQTT数据监控窗口 5. 总结 本方案利用MQTT协议的技术特点,无需TSP提供额外的API接口,即可实现T-Box 远程功能的自动化测试,可以在项目早期完成对T-Box的功能验证。根据不同的技术特点,北汇信息已实现在线测试、离线分析等不同的T-Box自动化测试的方案,欢迎大家进一步沟通交流。 注:文中部分图片来源于Vector。
  • 2022-6-5 17:39
    129 次阅读|
    0 个评论
    众 所周知, CANoe 对分析和仿真功能有着非常出色的支持,但一些人可能对其测试功能了解较少,其实 CANoe 对于测试功能的支持也是非常强大的。 CANoe的测试功能模块包括 Test Modules 和 Test Units 两大组件,并且集成了TFS(Test Feature Set)测试功能集和TSL(Test Service Library)测试服务库来帮助用户实现高效的自动化测试。对于Test Units组件需要与VECTOR旗下的另一款软件vTESTstudio结合使用。那么CANoe是否可以不需要其他软件的支持来实现自动化测试功能呢?答案显然是肯定的,接下来就让我们一起来看一下CANoe自带的测试功能是如何实现的。 一、通过Test Modules创建自动化测试用例的步骤 基于Test Modules的自动化测试用例开发,主要是通过编写CAPL脚本来实现,CANoe中自带的测试功能函数库可以帮助开发人员更高效地完成测试用例的开发。实现自动化测试脚本的开发,首先了解一下如何通过Test Modules进行自动化测试脚本的开发。 1 、 2 、创建新的测试环境 3 、增加新的CAPL测试模块 4 、设置自动化测试脚本的保存路径 二、TFS(Test Feature Set) TFS是CANoe扩展出来的一系列测试功能函数,包括测试报告的输出。按照功能来分,主要包括: 1 、约束和条件设置函数 :主要用来检测测试环境的偏差或被测ECU在测试过程中是否偏离某些参数的范围,以确保测试在正确的测试环境中被执行。 e.g: TestAddCondition:用于添加一个事件对象(Event Object)或事件文本(Event Text)作为测试的条件。 2 、信号测试函数 :主要用于检测或操作信号、系统变量的数值。 e.g: checkSignalInRange:用于检测信号、系统变量是否在指定的范围内。 3 、等待指示函数 :为用户提供测试动作设置、等待测试等功能。 e.g: (1)TestCreateTesterAction:创建一个测试动作; (2)TestWaitForSignalInRange:用于等待待检信号、系统变量是否满足定义的数值范围。 4 、测试控制函数 :用于控制ECU断开或连接到总线上。 e.g: (1)TestSetEcuOffline:用于将指定的ECU从总线上断开 (2)TestSetEcuOnline :用于将指定的ECU连接到总线上 5 、故障注入函数 :允许用户通过调用相关函数实现一些特殊的测试条件。 e.g: TestDisableMsg:用于禁止发送某个指定的报文 6 、测试判别函数 :用于对测试步骤、测试用例、测试模块等作出判别和处理。 e.g: TestCaseFail:用于将当前测试用例的判别设为fail 7 、测试架构函数 :可以在测试模块设置测试分组、测试用例及测试步骤等,并定义了生成测试报告的格式。 e.g: (1)TestCaseDescription:用于将测试用例的描述写入测试报告 (2) TestCaseTitle :用于设定测试用例的标题 8 、测试报告函数 :用于按用户的要求产生测试报告,增加报告的可读性。 e.g: TestReportAddImage:用于在测试报告中添加图片 三、TSL(Test Service Library) TestService Library(测试服务库)是在测试功能集(TFS)基本函数的基础上,提供一些特殊函数,可以高效地解决某些特殊的测试问题。主要包含: 1 、检测函数(Check Descriptions) (1)信号验证(Signal Evaluation):包括信号的数值有效性、周期性和稳定性等检测。 e.g: ChkStart_MsgSignalValueInvalid/ChkStart_MsgSignalValueRangeViolation:用于检测信号/变量数值的有效性 (2)报文验证(Message Evaluation):包括报文丢失、周期、数据长度和错误帧等检测。 e.g: ChkStart_MsgAbsCycleTimeViolation:用于检测周期性报文的周期是否在给定的范围内 (3)时间验证(Time Evaluation):包括连续帧及超时检测。 e.g: ChkStart_MsgDistViolation:用于检测指定两条报文之间的时间间隔 2 、状态报告函数 (Status Report Functions):在执行上面的检测函数以后,CANoe需要使用状态报告函数来查询检测结果、基本状态信息等。状态报告函数又分为通用的状态报告函数和特殊类型的状态报告函数。 e.g: ChkQuery_NumEvents:用于返回初始化后指定检测函数产生的事件次数 3 、激励函数 (Stimulus Functions):激励函数作为TSL中的重要一部分,允许用户使用不同的数据源作为信号或系统变量的激励发生器。 4 、检测控制函数 (Check Control CAPL Functions):用于对于检测事件的控制操作,如初始化、开始、停止、销毁等。 e.g: ChkControl_Start:用于开始或继续检测事件。 四、测试模块的架构 在了解了自动化测试脚本的开发步骤后,我们来看一下基于CANoe的自动化测试系统的整体架构。 1、 SUT :System Under Test 被测系统,一般是待测ECU; 2 、VT System :VT system是由一系列硬件板卡组成的ECU功能测试模块,通过连接ECU的I/O线路对ECU进行测试; 3 、Remaining bussimulation :残余总线仿真。实际应用中SUT只是总线中的一个ECU节点,总线环境是复杂的,CANoe可以仿真除了SUT之外的总线环境,即残余总线仿真。 五、CAPL脚本的封装加密(敲黑板!) 对于CAPL脚本的开发和维护需要投入大量的人力与物力,有时可能会带有一些公司的加密信息。但是根据项目需要又不得不释放给外部使用,为了保护开发人员的劳动成果,有必要做一些保护措施。CAPL脚本的加密与保护主要有三种方式:编译后删除源代码、加密后删除源代码和加密保护与硬件绑定。 1 、编译后删除源代码 (1)编辑好CAPL脚本之后,删除相关源代码(.can文件); (2)在此节点Configuration→Nodespecification中将.can文件改成.cbf文件。 这种保护方式设置好之后,用户可以使用脚本,但是无法查看(编辑)和编译。 2 、加密后删除源代码 (1)将CAPL源代码进行加密生成.canencr文件 (2)将CAPL源代码加密后,删除源代码(.can文件) 加密后的源代码不能被查看或编辑,但是加密后的源代码可以在其他版本CANoe中对其进行编译。 3 、加密保护与硬件绑定 在前两种保护方式的基础上,通过CAPL DLL技术添加一些加密算法与计算机本机的硬件进行绑定(如MAC地址等)。 除了可以将CAPL脚本进行加密,还可以将基于TFS(TSL)编写的CAPL脚本在vTESTstudio中进行调用。例如,在使用vTESTstudio编写自动化测试脚本时,需要有车辆加速的过程,则可以通过编写CAPL脚本实现此功能,然后在vTESTstudio中直接调用。 六、Test Unit和Test Module 1 、测试层级的对比 Test Module主要测试层级由Test Group、Test Case和Test Step组成,而Test Unit主要测试层级有:Test Group、Test Sequence、Test Fixture、Test Case和Test Step。 2 、Test Unit和Test Module的区别 (1)TestUnit在Test Configuration窗口定义,用户需要根据Vector提供的软件vTESTstudio创建测试用例,然后将测试用例导入CANoe Test Unit运行。 (2)TestModule在 Test Setup for Test Modules 中定义,Test Module支持三种不同语言类型的测试模块:CAPL、XML和.NET。用户可以根据自己熟悉的语言和测试需求来编写测试模块。 七、总结 了解了CANoe的测试功能后,是不是对CANoe有了重新的认识,其实CANoe功能的强大不止于此。CANoe是德国Vector公司推出的一款总线开发环境,是网络和ECU开发、测试和分析的专业工具,支持从需求分析到系统实现的整个系统开发过程。其丰富的功能和配置选项被OEM和供应商的网络设计工程师、开发工程师和测试工程师所广泛应用。 北汇信息作为Vector中国合作伙伴,不仅提供相应的工具、技术支持服务以及培训,还针对不同的应用场景(智能座舱、新能源三电系统、底盘系统、ADAS及V2X等)提供专业的解决方案。欢迎联系北汇信息,为您答疑解惑。
  • 热度 3
    2022-6-4 18:54
    259 次阅读|
    0 个评论
    目前CANoe14.0版本已经发布一段时间了,其中增加了很多新功能,在Vector中国的微信公众号中已经对主要新功能有所介绍,所以对于上述已经介绍的功能就不再重复介绍了,下面主要给大家介绍一些既实用又方便的小功能。 1. 主要窗口 1.1Trace 列表过滤器功能: 事件可以从列表中选择,现在可以支持对两个及多个事件进行筛选。 图1 Trace 自定义过滤器: 列表可以支持包含两个以上的事件(以前版本只能两个或一个); 可以将字符串和数字两者结合起来; 数值可以在HEX和DEC之间切换; 新增contains 和 contains not这两种关系。 图2 Custom Column Filter 1.2Replay Block 新增了两个CAPL函数: SetReplayFileNameAndTimeInterval:可以对回放文件中某个时间段记录的内容进行回放 ConvertTimestampToNS:是一个时间转换函数,可以将天、时、分、秒转换成纳秒 1.3Start Values 增加了Persist选项,勾选此选项后,可以自动将工程上次配置的最后值设置为本次开始的初始值。 图3 StartValues 1.4MAP Window Vector提供了自己的地图下载服务器。用户可以通过Vector (OSM)程序,直接从服务器中快速的获取地图素材。 通过CAPLAPI和.NET API,可以在Map窗口进行图画绘制,且CAPL API的功能不再局限于在Option.Car2x中使用;通过.NET API,能对Map Window进行访问。 图4 Map Window 2.Panel Designer 对于LED Control这个控件,进行了升级,现在可以设置显示更多的状态(以前是两个状态)。 图5 LED Control 3.Option CAN 新增CAPL函数getSignalName,可通过此函数根据起始位进行索引,获得一个信号名称。 图6 getSignalName 4.Option LIN 在LIN ISC窗口,现在用户可以在其中新建调度表,且可以自定义调度表内容;同时支持复制和修改现有的调度表内容 。 图7 LIN ISC窗口 新增CAPL函数LinTp_PreSend,每次计划发送LIN消息时都会调用这个回调函数,可通过该功能更改消息数据。 5.Option Ethernet 以太网工程的模板调整为2个,其中一个为经典的Simulation Setup模板,另一个为Communication Concept模板,两个模板都是Network-bassed模式。 图8 以太网工程的模板 在Trace窗口中所有特殊的IPv6地址在Detail窗口中可以显示。 图9Trace窗口 在Port Configuration窗口中支持对测量和仿真端口的可视化,包括配置错误的显示。 图10 PortConfiguration 在Measurement Setup窗口,IP Filter中可以选择Measurement Port、Simulation Port测试。 基于TC83.0测试规范完成的SOME/IP-ETS测试已完成,包含在了CANoe自带的TC8Test Demo中。 6.Option J1939 J1939ILSetNodeProperty函数新增了FP_Interval属性,用于定义两个连续快速数据包的发送间隔时间,可以降低快速数据包传输的速度 。 图11 J1939ILSetNodeProperty 7.Help 文档 7.1 新的外观及更强实用性: 可在浏览器中查看Help文档; 支持在多个浏览器窗口中显示帮助内容; 清晰的索引搜索输入框,始终显示在右上角; 7.2 搜索功能改进: 像谷歌一样的搜索界面 图12 Help界面 在帮助页面中突出显示搜索结果,可清晰的显示出页面标题、文本摘录和页面路径等信息。 图13 Help界面 7.3 安装和访问: 已集成在CANoe的安装程序中,在安装CANoe时会自动安装; 可以通过开始菜单中查找,也可在CANoe软件中直接按下F1键即可进入Help文档 总结 CANoe是德国Vector公司出的一款总线开发环境,是网络和ECU开发、测试和分析的专业工具,支持从需求分析到系统实现的整个系统开发过程;CANoe丰富的功能和配置选项被OEM和供应商的网络设计工程师、开发工程师和测试工程师所广泛使用。 北汇信息作为Vector中国的合作伙伴,不仅提供相应的工具和技术支持服务及培训,还针对不同的应用提供相应的解决方案,助力中国客户的研发效率提升。 本期CANoe14.0版本新功能就介绍到这里,更多相关内容在CANoe14.0帮助手册中有详细描述,欢迎大家一起来探索学习。 注:本文图片部分来源于Vector。
  • 热度 3
    2022-6-4 18:40
    255 次阅读|
    0 个评论
    OBC(On-Board Charger车载充电机)、DC-DC Converter(直流-直流转换器)是电动汽车的核心部件,其功能质量对于整车的性能和安全性至关重要。在OBC、DC-DC Converter单件开发及整车开发测试过程中,都需要对其进行功能和性能方面进行全面的测试。目前,很多客户将OBC充电、OBC放电、DC-DCConverter(以下简称DCDC)功能集成到一起,暂且将集成后的控制器称为OBC。 OBC通常会通过CAN报文上报输入电压及电流,输出电压及电流,当前工作状态等信息,并接受其他控制器发送的工作状态要求、输出电压、电流值要求等。 基于OBC的这些特点,在测试过程中会出现多种测试场景,对应的会使用到多种不同的软硬件测试工具。 OBC 典型测试场景 OBC单独充电功能测试 DCDC单独功能测试 OBC 充电、DCDC综合功能测试 OBC 单独放电功能测试 OBC环境测试 OBC CAN网络功能测试 OBC 诊断功能测试 典型的OBC充电测试用例 1、 输出电压误差测试,测试目的:OBC在恒压输出状态下运行时,其输出电压与设定电压的误差应为±1% 2、充电效率测试,测试目的:OBC在额定输入电压、额定负载的状态,效率应不低于90% 3、DCDC额定功率测试,测试目的:在规定的环境条件、额定电压和连续工作情况下,DCDC达到稳定温升后可输出的最大功率应大于或等于额定功率 4、OBC交流输出电压精度测试,测试目的:OBC在稳定交流输出状态下运行时,其输出电压与设定电压的误差 在具体测试过程中,比如OBC充电测试,有的测试用例是观察OBC是否可以识别到CC、CP信号,这个用例是一个信号级的测试,有的测试用例是观察OBC通过CAN报文上报的充电输出电压值的,这个用例是一个功率级的测试,而且根据客户需求,可能还需要相应的高压采集设备。 基于以上分析,为满足客户的OBC自动化测试需求,需要有一个 易于扩展的、便于集成的、既可以支持信号级测试、又可以支持功率级测试,还可以支持网络测试、诊断测试等 的测试系统。 针对上面的分析,我们结合CANoe强大的仿真、分析、测试功能,以及支持多种通讯协议易于集成、扩展的特点,提出了以VectorVT HiL为核心,以CANoe为测试执行软件的测试方案。 OBC 测试系统——AC充电接口仿真测试 以观察OBC是否可以识别到CC、CP信号,且正确通过CAN上报测试为例,我们采用Vector VT系统可以方便的进行测试。VT系统采用模块化的设计,板卡覆盖模拟量输入、输出,数字量输入、输出,继电器模块、电阻仿真及负载仿真等。其板卡资源可以完全覆盖到OBC充电接口模拟的需求。OBC的通信仿真可以采用Vector VN16系列CAN/LIN总线接口卡或者VT6104/VT6204通信板卡。 图一 VT板卡充电接口模拟示例 VT机箱最多可支持12块板卡,针对OBC的测试,通常4块板卡就可以完全满足测试要求,剩余卡槽可用于 后续扩展 。板卡配置无缝集成在CANoe中,且支持CAPL脚本控制,可实现OBC所需信号的仿真、采集和故障注入功能,实现自动化测试。 图二 OBC充电接口及交互信号仿真控制界面 在此基础上, 当客户测试范围变更时, 基于CANoe对多种协议的支持、易于集成的特点,我们可以集成相应的设备。 OBC 测试系统——高压采集、功率分析 以观察OBC通过CAN报文上报的充电输出电压值测试为例,此时,OBC需要进入充电状态。为此测试系统中需要集成ACE、DCE、以及高压采集模块。 图三 功率级OBC测试系统框图 针对客户产品功率的不同,我们可以集成多种不同功率的ACE、DCE,满足客户OBC功率级自动化测试的需求。对于高压采集,我们采用CSM高压数采模块,可以实时采集OBC输入、输出的电压、电流值。如果客户对OBC工作温度采集有需求,CSM温度采集模块也可以集成到测试系统中,满足多种自动化测试需求。 图四CSM高压数采模块 基于CSM高压数采模块采集的OBC实时输入、输出电压、电流值,上位机软件可以实时计算出OBC的充电效率、输出功率等参数,进一步扩展OBC的测试范围。 图五参数计算配置界面 OBC 测试系统——可扩展性 环境类设备 当客户的测试场景更加全面,需要长时间工作,或者涉及到环境测试项目,得益于VT系统的可扩展性、CANoe对多种协议的支持,我们可以增加相应的通信模块VT2710扩展OBC测试系统,实现自动化的控制OBC的工作环境,进一步满足OBC集成测试需求。 图六环境设备 图七水循环冷却设备GUI界面 OBC 测试系统——可扩展性网络测试、诊断测试 OBC工作在高压环境中,在此环境下,OBC CAN网络功能、诊断功能是否会受到干扰影响正常通信需要提前进行测试。 在网络测试方面,基于Vector丰富的测试工具链,以CANoe为上位机的OBC测试系统可以轻松 集成网络测试 设备如PicoScope、VH6501等,对高压环境下的 CAN通信物理层、数据链路层、 网络管理 进行自动化测试。 图八 PicoScope采集的CAN波形 图九VH6501 CAN总线干扰测试GUI 在诊断测试方面,高压工作环境中OBC是否能够准确、迅速的上报OBC相关的高压故障尤为重要。以CANoe为上位机的OBC测试系统支持 OBC 高压故障注入 , 支持诊断测试 、结合vTESTstudio对诊断功能测试用例的编辑,可以自动化的测试OBC的诊断功能。 总结 北汇信息紧跟新能源发展方向,结合多年测试经验,从客户的角度出发在实践中不断优化测试方案,提供了VCU、BMS、Inverter、充电测试等解决方案。作为Vector中国的合作伙伴,得益于Vector中国的大力支持,将Vector能“充电”的特性,从充电互操作性测试延伸到OBC的部件的信号级和功率级测试,能更好地发挥客户已有CANoe和VT以及CSM系统的价值,事半功倍。 基于Vector VT系统、以CANoe为上位机的OBC测试系统,由于CANoe丰富的软硬件接口,方便集成第三方硬件,能够满足OBC充电、放电、DCDC测试需求,兼顾信号级测试、功率级测试。vTESTstudio测试用例编辑操作简单,易上手,可以大大节省客户的测试时间,达到事半功倍的效果。高精度的CSM高压测量模块,采用微秒级的采样周期配合vMeasure exp内置的eMobility Analyzer函数运算,让实时的功率、效率计算变得更简单。 注:图中部分图片来源于Vector。
相关资源