LIN通信车窗测试装置的制作方法

lin通信车窗测试装置
技术领域
1.本技术涉及测试技术领域，具体涉及lin通信车窗测试装置。


背景技术：

2.随着汽车行业的飞速发展，车身控制器的功能在不断扩展，其涵盖的功能越来越多，如车窗天窗、灯光系统、雨刮系统、负载管理、启动防盗、进出系统等。针对实车上，车身控制器功能测试涉及到多个对手件和执行器的系统集成验证，但是，在项目和软件开发前期，对手件和执行器状态和到位时间极不确定，给测试增加了一定的难度和风险，这需要在实车或整车台架上完成验证，不能及时发现问题。


技术实现要素：

3.本技术的实施例提供了一种lin通信车窗测试装置，解决在没有对手件的情况下验证车窗功能的问题。
4.本技术的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本技术的实践而习得。
5.根据本技术实施例的一个方面，提供了一种lin通信车窗测试装置，包括：
6.上位机测试电脑、负载箱、被测域控制器、射频接收器、钥匙；
7.还包括用于发出模拟车窗开关上升的lin信号、回读车窗动作状态信号值及回读所述负载箱的车窗硬件接口电压值的canoe工具；
8.所述被测域控制器包括左域控制器、右域控制器和后域控制器；
9.所述左域控制器与所述右域控制器的一端相连，所述后域控制器与所述右域控制器的另一端相连；
10.所述负载箱包括左负载箱、右负载箱和后负载箱；
11.所述左负载箱与所述左域控制器相连，所述右负载箱与所述右域控制器相连，所述后负载箱与所述后域控制器相连；
12.所述射频接收器与所述左负载箱相连，所述钥匙与所述射频接收器进行无线通信；
13.所述canoe工具的一端与所述上位机测试电脑相连，另一端与所述左负载箱相连；
14.所述测试装置还包括用于比对所述车窗动作状态信号值、所述车窗硬件接口电压值与测试用例的期望值是否一致的阈值比较单元，且所述阈值比较单元设置在所述所述上位机测试电脑内。
15.在本技术的实施例所提供的技术方案中，还包括设置于所述canoe工具内的用于发出模拟车窗开关上升的lin信号的模拟信号发送装置、用于回读车窗动作状态信号值的第一回读装置及用于回读所述负载箱的车窗硬件接口电压值的第二回读装置。
16.在本技术的实施例所提供的技术方案中，还包括用于为所述负载箱供电以使所述负载箱为所述域控制器提供12v稳压电源的供电装置。
17.在本技术的实施例所提供的技术方案中，所述负载箱上设置有用于反映所述左域控制器、右域控制器和后域控制器之间的环网通信是否正常的位置灯。
18.在本技术的实施例所提供的技术方案中，所述射频接收器上设置有用于获取钥匙控制信号的控制信号获取单元；所述钥匙上设置有用于发送钥匙控制信号的控制信号发送单元。
19.在本技术的实施例所提供的技术方案中，所述左域控制器与所述右域控制器通过以太网线相连，所述右域控制器与所述后域控制器通过以太网线相连；所述左域控制器与所述左负载箱通过多线束相连，所述右域控制器与所述右负载箱通过多线束相连，所述后域控制器与所述后负载箱通过多线束相连。
20.在本技术的实施例所提供的技术方案中，所述射频接收器与所述左负载箱通过lin线相连。
21.在本技术的实施例所提供的技术方案中，所述canoe工具的一端接入到所述左负载箱上的车窗lin的obd接口实现所述canoe工具与所述左负载箱相连；所述canoe工具的另一端接入到所述上位机测试电脑的usb口实现所述canoe工具与所述上位机测试电脑相连。
22.在本技术的一些实施例所提供的技术方案中，本装置能实现在没有对手件的情况提前介入测试烧录在域控制器内部的软件，以判断软件逻辑是否正确，从而达到测试车窗功能的目的。
23.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
25.图1是本技术的一示例性实施例示出的lin通信车窗测试装置结构示意图。
具体实施方式
26.以下将参照附图和优选实施例来说明本实用新型的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本实用新型的其他优点与功效。本实用新型还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本实用新型的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本实用新型，而不是为了限制本实用新型的保护范围。
27.首先需要说明的是，负载箱是一种电源检测设备，主要是对发电机、不间断电源、电力传输设备进行负载检测及维护，是发电机组与不间断电源周期性测试、维护保养工具设备。
28.canoe工具硬件是一个全面的辅助工具，可用于域控制器的测试，可处理测试阶段的很多任务，另，还可进行自动化测试。
29.域控制器：把功能相近的多个传统ecu，集中到一个算力和资源都很强大的控制器
里，这个控制器被称为域控制器，域指的是功能域。该控制器需要包含多个传统ecu的功能，每个传统ecu对应域控制器里的一个或多个应用程序，而控制执行器的底层驱动由域控制器统一管理。常见的域控制器有：动力总成域控制器，车身域控制器，底盘域控制器，辅助驾驶域控制器，座舱域控制器。
30.下面结合附图对本实用新型作进一步说明。
31.图1是本技术的一示例性实施例示出的lin通信车窗测试装置结构示意图。
32.参照图1所示，提供了一种lin通信车窗测试装置，包括：上位机测试电脑、负载箱、被测域控制器、射频接收器、钥匙；还包括用于发出模拟车窗开关上升的lin信号、回读车窗动作状态信号值及回读所述负载箱的车窗硬件接口电压值的canoe工具；所述被测域控制器包括左域控制器、右域控制器和后域控制器；所述左域控制器与所述右域控制器的一端相连，所述后域控制器与所述右域控制器的另一端相连；所述负载箱包括左负载箱、右负载箱和后负载箱；所述左负载箱与所述左域控制器相连，所述右负载箱与所述右域控制器相连，所述后负载箱与所述后域控制器相连；所述射频接收器与所述左负载箱相连，所述钥匙与所述射频接收器进行无线通信；所述canoe工具的一端与所述上位机测试电脑相连，另一端与所述左负载箱相连；所述测试装置还包括用于比对所述车窗动作状态信号值、所述车窗硬件接口电压值与测试用例的期望值是否一致以判断烧录在所述被测域控制器内的软件的逻辑是否正确的阈值比较单元，且所述阈值比较单元设置在所述所述上位机测试电脑内，当所述车窗动作状态信号值和所述车窗硬件接口电压值与测试用例的期望值一致时，则烧录在所述被测域控制器内的软件的逻辑正确，从而完成lin通信车窗功能测试。
33.在本技术的一实施例中，还包括设置于所述canoe工具内的用于发出模拟车窗开关上升的lin信号的模拟信号发送装置、用于回读车窗动作状态信号值的第一回读装置及用于回读所述负载箱的车窗硬件接口电压值的第二回读装置。
34.在本技术的一实施例中，还包括用于为所述负载箱供电以使所述负载箱为所述域控制器提供12v稳压电源的供电装置。
35.在本技术的一实施例中，所述负载箱上设置有用于反映所述左域控制器、右域控制器和后域控制器之间的环网通信是否正常的位置灯。
36.在本技术的一实施例中，所述射频接收器上设置有用于获取钥匙控制信号的控制信号获取单元；所述钥匙上设置有用于发送钥匙控制信号的控制信号发送单元。
37.在本技术的一实施例中，所述左域控制器与所述右域控制器通过以太网线相连，所述右域控制器与所述后域控制器通过以太网线相连；所述左域控制器与所述左负载箱通过多线束相连，所述右域控制器与所述右负载箱通过多线束相连，所述后域控制器与所述后负载箱通过多线束相连。
38.在本技术的一实施例中，所述射频接收器与所述左负载箱通过lin线相连。
39.在本技术的一实施例中，所述canoe工具的一端接入到所述左负载箱上的车窗lin的obd接口实现所述canoe工具与所述左负载箱相连；所述canoe工具的另一端接入到所述上位机测试电脑的usb口实现所述canoe工具与所述上位机测试电脑相连。
40.本实用新型用于车身域控制器的功能测试，具体涉及到lin通信车窗功能测试，当然还可是天窗、自动灯光等功能测试。
41.在测试过程中，将负载箱与canoe和被测域控制器相连接，使用canoe中的虚拟节
点模拟车窗升降器，仿真所需的lin信号来完成车窗功能的手动测试，但测试效率低，执行众多lin通信的功能时，无法快速支撑版本的迭代测试，耗时长，测试覆盖率低。canoe提供的自动化测试不仅能提前介入软件功能测试，有利于尽早发现逻辑问题，还能有效的保证项目装车节点，避免项目延期。
42.总体看，使用本技术的装置进行车窗功能测试，包括以下步骤：
43.第一、搭建测试台架
44.用以太网线将左域控制器、右域控制器、后域控制器连接起来，建立环网通信。然后将域控制器分别连接到对应的负载箱，接入射频接收器和电源，为方便监控和仿真lin数据，需将canoe工具的一端连接到负载箱中对应的lin通道，canoe另一端连接到上位机。
45.第二、创建虚拟lin节点
46.上位机测试电脑上打开上位机测试软件canoe(canoe包括硬件部分和控制硬件部分的软件部分)，配置lin通道，导入车窗模块对应的ldf数据文件，里面包含了车窗模块的主从节点，因台架接入了真实控制器，所以需要屏蔽虚拟节点中的主节点。节点创建完成后，支持双击打开节点手动模拟发送lin信号完成手动测试验证。
47.第三、创建自动化测试环境
48.canoe软件自带capl编程语言，应用于vector can工具节点的编程，是基于事件建模的语言，可以通过output()函数进行指定报文的发送，达到仿真报文的目的。也可以通过环境变量事件与panel面板关联，在脚本中也可应用环境变量或系统变量，变量与信号实现mapping后，在脚本或panel中改变变量值从而调用lin信号值。根据项目组提供的功能需求文档，设计车窗模块测试用例。
49.第四、测试调试和执行
50.测试台架搭建完成后，需对台架进行调试，确保can/lin通信正常，以及对测试环境进行编译，脚本无报错后，启动canoe工程，点击测试执行按钮，在trace窗口监控lin通信信号，查看域控制器输出和仿真信号是否正确发出，观察负载箱车窗输出状态。
51.第五、验证结果
52.当测试用例执行完成后，在查看canoe软件自动化生成的测试报告，确认报告中输出值与真实输出状态一致，用例中判断了实际值与期望结果，所以，测试用例显示pass则表示用例通过，完成车窗功能测试。
53.具体地，本技术的实施例基于基于虚拟车窗lin从节点，模拟车窗与域控制器之间的lin通信交互完成功能测试。利用canoe自动化测试软件，根据功能需求文档，编写测试用例，通过监控和采集域控制器的输出信号和真实硬件接口输出，达到自动化测试目的。相较传统的手动测试或接入真实车窗执行器，可以极大提高测试效率，节省一定的人力和时间成本，提升测试覆盖率，也可模拟车窗故障状态下的功能输出。更进一步说明如下：
54.第一、搭建测试台架
55.硬件部分包括：上位机测试电脑、canoe工具、负载箱、连接线束(即多线束)、被测域控制器、射频接收器、钥匙和网线(即以太网线)。所述上位机测试电脑内设置有阈值比较单元；所述canoe工具内设置有用于发出模拟车窗开关上升的lin信号的模拟信号发送装置、用于回读车窗动作状态信号值的第一回读装置及用于回读所述负载箱的车窗硬件接口电压值的第二回读装置；本测试装置还包括用于为所述负载箱供电以使所述负载箱为所述
域控制器提供12v稳压电源的供电装置；所述负载箱上设置有用于反映所述左域控制器、右域控制器和后域控制器之间的环网通信是否正常的位置灯；所述射频接收器上设置有用于获取钥匙控制信号的控制信号获取单元；所述钥匙上设置有用于发送钥匙控制信号的控制信号发送单元。首先将域控制器和负载箱之间通过专用线束(即多线束)进行连接，多线束根据域控制器和负载箱的接口定义手动制作，二者两端接口需一致。再将被测域控制器之间用以太网线连接，形成环网，保证左域控制器、右域控制器、后域控制器之间以太网通信正常，同时，射频接收器通过lin线接入到负载箱中。打开负载箱电源开关，为域控制器提供12v稳定电源。打开负载箱上的位置灯开关，三个负载箱上的位置灯均能点亮，则说明左域控制器、右域控制器、后域控制器三个控制器之间的环网通信正常。最后将canoe工具一端接入到负载箱上车窗lin的obd接口，另一端接入到上位机测试电脑的usb口，完成整个硬件测试台架测试环境的搭建。
56.第二、创建虚拟lin节点
57.canoe可以实现基于can通讯的通讯测试和仿真，同时也可以支持基于lin通讯的通讯测试和仿真。上位机测试电脑打开上位机软件后，添加database文件，在“simulation”对话框的右侧进行ldf数据文件的添加，添加完成之后，可以看到database出现了加载的文件，同时nodes和ig部分也自动更新了ldf内包含的信息，节点中有一个主节点还有两个从节点，因台架接入了真实域控制器作为主节点，所以在工程中需要屏蔽主节点。
58.节点创建完成后，需要检查一下硬件的配置，这个会涉及到硬件如何连接，检查的入口：主菜单的hardware下的channel mapping，可以看到这个lin通道使用的是哪个硬件通道，在进行硬件连接的时候，需要把待测试的部件连接到对应的通道上。
59.第三、创建自动化测试环境
60.在canoe的使用中，一样提供了我们进行二次编程开发的工具“capl browser”。通过capl的编程，可以在节点上完成更为复杂的功能需求。操作如下：在canoe工程的“simulation setup”界面下的左侧的网络节点中，点击铅笔形状的图标，进入capl编辑界面。根据项目组提供的功能需求文档，设计车窗模块测试用例，按照前提条件、操作步骤、检测实际结果和与期望值对比，从而判断软件逻辑是否正确。比如，模拟左前车窗开关上升的lin信号，通过output()函数进行报文的发送后，回读采集车窗动作状态信号(can信号或服务通知)是否输出为上升，且同步回读负载箱车窗硬件接口电压值(该接口为与域控制器连接的接口)，从而达到测试车窗开关功能。
61.为避免项目前期，ldf数据文件更新频繁，可创建环境变量，通过环境变量与信号实现mapping后，在脚本中改变变量值从而调用lin信号值，避免数据文件更新后频繁更新测试用例，只需维护mapping表即可。
62.第四、测试调试和执行
63.测试台架搭建完成后，台架调试内容包括，can/lin通信，域控制器硬件io电压以及基本功能正常。软件方面，对设计完成的脚本和环境进行编译，脚本无报错后，才可运行测试脚本。启动canoe工程，可随机拨打负载箱开关检查输出是否正常，打开负载箱上的位置灯开关，三个负载箱上的位置灯均能点亮，则说明左域控制器、右域控制器、后域控制器三个控制器之间的环网通信正常，打开canoe的trace窗口，观察域控制器主节点发出的lin信号是否正常，是否有错误帧。所有步骤检查无误后，点击测试执行按钮，在trace窗口监控
lin通信信号，查看域控制器输出和仿真信号是否正确发出，观察负载箱车窗输出状态。
64.第五、验证结果
65.当测试用例执行完成后，在查看canoe软件自动化生成的测试报告，确认报告中输出值与真实输出状态一致，用例中判断了实际值与期望结果，所以，测试用例显示pass则表示用例通过，完成车窗功能测试。