CN104363132A - 用于列车设备的mvb通信测试方法 - Google Patents

Abstract

本发明公开了一种用于列车设备的MVB通信测试方法，包括以下步骤：在被测设备中装载测试软件和在陪试设备中装载陪试软件并保存对应的端口配置文件；测试软件控制被测设备的若干源端口输出一定格式的发送数据；陪试软件控制与被测设备的若干源端口对应的陪试设备的宿端口以接收被测设备输出的发送数据并将该发送数据通过所述陪试设备的对应的源端口转发给被测设备；测试软件控制被测设备的与被测设备的若干源端口对应的宿端口以接收陪试设备转发的发送数据并将转发的发送数据与被测设备输出的发送数据进行显示。本发明可以提高被测设备的MVB通信测试的端口覆盖率，还可以增加被测设备的MVB通信的测试信息，提高测试过程的自动性。

Description

用于列车设备的MVB通信测试方法

技术领域

本发明涉及列车通信网络技术领域，具体地说，涉及一种用于列车设备的MVB(Multifunction Vehicle Bus，多功能车辆总线)通信测试方法。

背景技术

MVB是列车通信网的一部分，是用于在列车上设备之间传送和交换数据的标准通信介质。附加在MVB总线上的设备通过MVB总线交换信息从而形成一个完整的通信网络。

为使MVB总线上的设备正确、稳定地采集列车网络信息，这就需要保证各设备在MVB通信的功能方面和性能方面的正确性和稳定性，因此需要对MVB总线上的各个设备的MVB通信状况进行测试。

现有的列车设备的MVB通信测试方法只覆盖列车设备的MVB两个通信端口的数据发送和接收情况。因此，现有的列车设备的MVB通信端口的测试覆盖率较低。

发明内容

为解决上述问题，本发明提供了一种能提高列车设备MVB通信端口覆盖率的MVB通信测试方法。

根据本发明的一个实施例，提供了一种用于列车设备的MVB通信测试方法，包括以下步骤：

在被测设备中装载测试软件和在陪试设备中装载陪试软件并保存对应的端口配置文件；

所述测试软件控制所述被测设备的若干源端口输出一定格式的发送数据；

所述陪试软件控制与所述被测设备的若干源端口对应的所述陪试设备的宿端口以接收所述被测设备输出的发送数据并将所述发送数据通过所述陪试设备的对应的源端口转发给所述被测设备；

所述测试软件控制所述被测设备的与所述被测设备的若干源端口对应的宿端口以接收所述陪试设备转发的发送数据并将所述转发的发送数据与所述被测设备输出的发送数据进行显示。

根据本发明的一个实施例，所述测试软件控制所述被测设备的源端口及对应的宿端口的数量分别至少为2个。

根据本发明的一个实施例，所述测试软件控制的被测设备的源端口数量与所述陪试软件控制的陪试设备的宿端口数量相等，所述测试软件控制的被测设备的宿端口的数量与所述陪试软件控制的陪试设备的源端口数量相等，且所述陪试设备的源端口的数量大于或等于该陪试设备的宿端口的数量。

根据本发明的一个实施例，所述陪试软件控制所述陪试设备的除转发所述被测设备的发送数据的源端口外的源端口发送所述陪试软件产生的一定格式的自定义非转发数据，所述测试软件控制所述被测设备的除接收所述陪试设备转发的所述被测设备的发送数据的宿端口外的宿端口接收所述自定义非转发数据。

根据本发明的一个实施例，所述被测设备的发送数据与所述自定义非转发数据的格式相同或不同。

根据本发明的一个实施例，所述被测设备的发送数据和所述自定义非转发数据的数据位数分别与源端口和宿端口所能传输的数据位数相同。

根据本发明的一个实施例，所述被测设备的发送数据和所述自定义非转发数据中均包括生命信号数据，所述生命信号数据按被测设备的发送数据的发送周期进行累加。

根据本发明的一个实施例，所述被测设备的发送数据和所述自定义非转发数据的发送周期不同，所述被测设备的发送数据的发送周期大于所述自定义非转发数据的发送周期的2倍。

根据本发明的一个实施例，所述被测设备的发送数据和所述自定义非转发数据中均包括端口标识符，所述端口标识符与所述被测设备和所述陪试设备的源端口和宿端口唯一对应且不变。

根据本发明的一个实施例，所述测试软件比较所述被测设备各个源端口的发送数据和对应宿端口的接收的转发数据，如所述被测设备的发送数据和所述被测设备接收的所述陪试设备转发的发送数据完全相同，则表示所述被测设备的源端口和对应的宿端口通信正常。

根据本发明的一个实施例，所述测试软件比较所述被测设备接收的所述自定义非转发数据和所述陪试设备发送的自定义非转发数据，如所述被测设备接收的所述自定义非转发数据的生命信号数据发生变化、端口标识符与所述被测设备的对应端口标识符一致且保持不变、除所述生命信号数据和所述端口标识符之外的其他数据与所述陪试设备发送的自定义非转发数据中的对应数据完全一致，则表示被测设备的对应宿端口通信正常。

根据本发明的一个实施例，所述方法还包括统计并保存测试过程中被测设备通信的正常端口和异常端口，进而判断通信状态是否正常并将正常端口和异常端口数量、通信状态信息进行显示。

本发明带来了以下有益效果：

本发明可以提高列车设备的MVB通信端口测试的覆盖率，使其覆盖率甚至能达到100％；本发明还可以增加列车设备的MVB通信的测试信息，提高测试过程的自动性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要的附图做简单的介绍：

图1是现有的列车设备MVB通信测试连接示意图；

图2是图1所示的MVB通信测试方法的测试结果显示图；

图3是根据本发明的一个实施例的方法流程图；以及

图4是根据本发明的一个实施例的测试结果显示图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例中的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

目前，通常采用陪试设备来对MVB总线上的设备进行MVB通信测试。使用陪试设备对MVB总线上的设备进行MVB通信的功能测试和性能测试，其线缆连接如图1所示。其中，被测设备和陪试设备通过MVB线缆连接，被测设备与显示设备连接，电源用于向被测设备、陪试设备和显示装置提供工作电压。

在被测设备中装载测试软件，在陪试设备中装载陪试软件。测试软件控制被测设备通过一个源端口(数据发送端口)向MVB总线发送数据。同时，设置一显示装置与被测设备连接用以显示发送数据(如果被测设备可进行界面显示，则不需要另外连接显示装置)。陪试软件控制陪试设备通过其上的一个宿端口(数据接收端口)从MVB总线上接收被测设备的发送数据，并通过陪试设备上的由陪试软件控制的一个源端口将接收的发送数据转发至MVB总线上。测试软件控制被测设备上的一个宿端口从MVB总线上接收陪试设备转发的发送数据并将该数据在显示装置上显示出来，如图2所示。之后，人工比较显示装置上的被测设备的发送数据和接收的转发数据，如果两者相同并且第一个数字在跳变，则表示该被测设备的对应端口MVB通信正常。该跳变的第一个数字为生命信号数据，随发送数据的周期进行累加。

由以上所述可知，现有的MVB通信测试范围只覆盖被测设备MVB通信的2个通信端口(一个源端口和对应的一个宿端口)的数据发送和接收。但是，用于列车MVB通信的MVB芯片有不同的通信模式，不同的通信模式下具有不同的最大支持被测设备通信端口的数量。例如，在MVB通信模式2下MVB芯片可最大支持255个通信端口。因此，现有的MVB通信测试方法的端口覆盖率低，需要增加端口的测试覆盖率。同时，现有的测试方法只能给出被测设备一组源端口发送的数据和宿端口接收的数据，缺少其他如通讯状态、异常端口等测试信息。而且，现有的测试方法还需要人工对测试结果进行判断，测试过程的自动性程度低。

因此，针对以上现有测试方法的缺陷提出了本发明的用于列车设备的MVB通信测试方法。

如图3所示为根据本发明的一个实施例的方法流程图，以下参考图3来对本发明所述的方法进行说明。在本实施例中以MVB通信模式2下的最大支持255个通信端口为例来进行说明，但本发明所述的方法不限于MVB通信模式2。

在采用本方法对被测设备进行MVB通信测试之前，需要针对测试软件和陪试软件制定测试的通信协议。该通信协议包括数据的发送和接收的周期，被测设备的发送数据的格式信息，陪试设备中的自定义数据格式信息。该通信协议的详细内容将在以下具体的实现过程中进行描述。

在步骤S110中，在被测设备中装载测试软件和在陪试设备中装载陪试软件并保存对应的端口配置文件。

在该步骤中，被测设备与陪试设备通过MVB总线连接，并通过MVB总线来交换信息进而形成一个完整的通信网络。被测设备包括列车显示器、GWM(Global System for Mobile Communications，全球移动通信系统)模块等列车上的常用MVB通信设备，其对应的硬件设备连接与图1所示的现有测试方法中的硬件连接方式一致。此处的端口配置分别包括被测设备的源端口和宿端口配置、陪试设备的源端口和宿端口配置。

在步骤S120中，测试软件控制被测设备的源端口输出一定格式的发送数据。在该步骤中，测试软件设置为至少能控制被测设备的2个源端口。当然，该测试软件不限于控制被测设备的2个源端口，该测试软件也能通过设置控制被测设备的全部源端口。这样，相对于现有的MVB通信测试，本发明就能提高MVB通信端口的测试覆盖率。如果对被测设备的全部端口均进行MVB通信测试，就能达到被测设备端口的100％覆盖。

在本发明的一个具体的实施例中，采用的MVB芯片逻辑地址数据区用于存储源端口和宿端口的数据。在MVB通信模式2下该数据区被分成256个端口(1个端口预留)，每个端口2页(读数据页和写数据页)，每页16个字，并且每页根据当前读写功能的转换进行状态转换。在芯片内部数据的存储类型为unsigned short。因而为覆盖到全部的逻辑地址数据区，就需要覆盖到255个端口，同时每个端口发送的数据类型为unsigned short，数据数量16个。

在测试的通信协议中需要规定该16个unsigned short数据具体以何种内容组织，目前采用的是生命信号数据加端口标示符和确定数据的形式。生命信号数据和端口标识符可以在这16个字里的任意位置定义，其余14个字的内容不同可以进行相互区分即可。

检测接收数据的生命信号，如果接收数据按周期变化，则确定MVB端口数据是按周期进行更新；检测端口标识符，如果和预先定义的标示符一致，则说明指定的端口接收到正确的数据；加之检测其余14个字，如果全部和预先定义的一致，则说明该端口通讯正常。如果生命信号数据、端口标识符和其余14个字中有一处错误，则说明该端口通讯异常。

因此，在本发明的一个实施例中，在MVB通信模式2下，测试软件控制被测设备通过每个源端口发送的数据类型为unsigned short，数据数量为16个。该发送数据的数据数量(即对应一组发送数据的位数)与源端口每页能够发送数据的数据总量相同。被测设备的发送数据可定义为：第1个字为生命信号，按周期进行累加变化，并且所有端口的生命信号同步变化，保持一致；第16个字为端口标识符，每个端口的端口标识符唯一并在通信过程中保持不变。同时，该被测设备与显示装置连接，显示装置用于实时显示其中某个或某些源端口的发送数据，其中，显示某个或某些端口的数据可以通过测试软件设置进行更改。

在步骤S130中，对应被测设备的源端口，陪试软件控制陪试设备相同数量的宿端口用以接收被测设备发出的发送数据；陪试软件控制陪试设备与其宿端口相同数量的源端口用以将接收的发送数据转发给被测设备。由该步骤可知，测试软件控制的被测设备的源端口数量与陪试软件控制的陪试设备的宿端口数量相等。

在步骤S140中，测试软件控制被测设备的宿端口接收陪试设备转发的被测设备的发送数据。此处的宿端口指的是被测设备用于接收陪试设备转发的被测设备发出的发送数据的端口。该端口数量与被测设备的用于发送数据的源端口的数量相同。在本发明的一个实施例中，测试软件将被测设备其中一组源端口发出的发送数据和对应宿端口接收的转发的发送数据在被测设备上同时进行显示。通过比较发送数据和接收的转发数据是否完全对应来判断被测设备的MVB通信状况。通过观察，如果发送数据和接收的转发数据完全相同则说明被测设备的MVB通信对应的源端口和宿端口通信正常。

由以上说明可知，以被测设备的源端口数量为基准，被测设备对应的接收转发数据的宿端口、陪试设备的接收发送数据的宿端口和陪试设备转发发送数据的源端口数量均与被测设备的源端口数量相等。在本发明的一个具体的实施例中，在MVB通信模式2下最大支持255个通信端口，可以选择测试软件控制被测设备的255个通信端口中的126个端口为源端口，同时在该被测设备上设置126个宿端口与126个源端口对应。陪试软件也控制陪试设备对应设有126个源端口和对应的126个宿端口。对比现有的MVB通信测试方法，本发明所述的方法可以提高被测设备的MVB通信的端口覆盖率。

在本发明的一个实施例中，陪试软件还在陪试设备中产生一定格式的自定义非转发数据。该自定义非转发数据通过陪试软件控制的陪试设备中除转发被测设备的发送数据的源端口外的源端口来发送。承接以上在MVB通信模式2下最大支持255个通信端口的实施例，由于在测试软件控制的被测设备的255个端口中，被测设备分为126个源端口和对应的126个宿端口，还余有3个端口可以用来接收自定义非转发数据。当然，此处的被测设备的端口分配方法也可以采用其他如：125个源端口、125个发送数据宿端口、5个自定义非转发数据宿端口或其它方案，只要保证被测设备的所有通信端口全部覆盖。

此处一定格式的自定义非转发数据，该数据格式可以与以上所述的被测设备的发送数据的格式相同，也可以与被测设备的发送数据的格式不同。在本发明的一个具体的实施例中，在MVB通信模式2下，选择自定义非转发数据的数据类型为unsigned short，数据数量16个。

承接以上MVB通信模式2下的被测设备分为126个源端口和对应的126个宿端口，还余有3个端口可以用来接收自定义非转发数据。陪测设备的自定义非转发数据可定义为：第1个字为生命信号，按周期进行累加变化，并且3个源端口的生命信号同步变化，保持一致；第2个字为端口标识符，3个源端口每个端口的端口标识符唯一并在通信过程中保持不变。

此处在被测设备上设置自定义非转发数据宿端口主要用于当被测设备上的总的MVB通信端口数量为奇数，源端口和宿端口成对设置后还余有不能成对设置的端口时，可用于对该单独的端口进行MVB通信测试，从而保证被测设备上的每个端口都能进行MVB通信测试。当被测设备成对的源宿端口通讯出现异常时，无法定位是端口数据的发送还是接收异常。可以通过隔离上述成对的端口组，仅通过考察自定义非转发数据宿端口数据接收情况，可明确被测设备自定义非转发数据宿端口的数据接收是否正常。

由于发送数据需要经被测设备发送到陪试设备，然后经陪试设备转发回被测设备，而陪试软件产生的自定义非转发数据只需要从陪试设备发送到被测设备，所以发送数据的周期与自定义非转发数据的周期不能设置为相等。被测设备和陪试设备均按各自的周期进行MVB通讯(发送数据和接收数据)，由于测试采用的是数据发送及转发的策略，受时序的影响，为避免出现接收数据发生混乱的问题，被测设备的通讯周期要大于陪试设备通讯周期的2倍。在本发明的一个具体的实施例中，陪试设备按周期(128ms)进行MVB通讯，被测设备按周期(1024/1000/512ms)进行MVB通讯。

如果单独检测被测设备接收陪试设备的自定义非转发数据，被测设备的通信周期可以和陪试设备的周期保持一致。另一方面，在目前的通信周期下，被测设备本周期收到的数据实为被测设备上一周期发送的数据经陪试转发的数据。为便于比较，将本周期收到的数据与上一周期发送的数据进行比较。

测试软件还可以比较被测设备各个源端口的发送数据和对应宿端口的接收的转发数据，如果发送数据和接收的转发数据的各个数据位的数据完全相同，则表示被测设备的源端口和对应的宿端口MVB通信正常。并且，在陪试软件产生自定义非转发数据时，被测设备除发送数据的源端口和对应的宿端口以外的端口接收该自定义非转发数据。

测试软件将接收的自定义非转发数据和陪试设备产生的原始的自定义非转发数据进行比较。被测设备中测试软件使用通过通信协议获知的陪试设备中的自定义数据格式信息，将被测设备中接收的自定义数据和陪试设备中的自定义数据进行比较来判断被测设备的该宿端口通信是否正常。

如果被测设备接收的自定义非转发数据的生命信号数据发生变化，端口标识符与对应被测设备的端口的标识符一致且其他数据位完全一致，则表示被测设备的对应宿端口MVB通信正常。在同时满足被测设备的源端口和对应的宿端口MVB通信正常、被测设备的自定义非转发数据宿端口MVB通信正常时，则说明被测设备的全部通信接口MVB通信正常。

在测试软件将发送数据和接收的转发数据、被测设备接收的自定义非转发数据和陪试设备发送的自定义非转发数据分别比较完毕后，统计其中的MVB通信的正常端口和异常端口，并将其在显示装置上进行显示。同时，依据统计的正常端口数量和异常端口数量判断被测设备端口的通信状态，如果统计出正常端口数量为全部测试端口，异常端口数量为0，则通信状态为正常。在显示装置上可以显示被测设备某组或某些组源端口发送的数据和对应宿端口接收的陪试设备转发的发送数据，同时该显示装置还可以设置用于显示被测设备接收的陪试设备发送的自定义非转发数据。

测试软件可以实现控制被测设备进行任何端口数据的显示，在本发明的一个实施例中，只选择被测设备其中一组源端口发送的数据和对应宿端口接收的陪试设备转发的发送数据进行显示。

由于测试软件中设置了比较判断环节，实现了被测设备MVB通信的自动测试，不必进行人工判断，只需要通过显示装置即可得出测试结论。同时，本发明所述的方法得到的测试信息不仅包括被测设备的发送数据和被测设备接收的陪试设备转发的发送数据(通常为被测设备其中一组源端口发送的数据和对应的宿端口接收的陪试设备转发的发送数据)，还可以显示正常端口和异常端口数量、端口通信状态，如图4所示。同时，本发明还可以通过计算机串口工具记录异常端口的端口号和异常发生时刻，从而可以增加被测设备的MVB通信的测试信息。

虽然本发明所公开的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所公开的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (12)

1.一种用于列车设备的MVB通信测试方法，包括以下步骤：

在被测设备中装载测试软件和在陪试设备中装载陪试软件并保存对应的端口配置文件；

所述测试软件控制所述被测设备的若干源端口输出一定格式的发送数据；

所述陪试软件控制与所述被测设备的若干源端口对应的所述陪试设备的宿端口以接收所述被测设备输出的发送数据并将所述发送数据通过所述陪试设备的对应的源端口转发给所述被测设备；

所述测试软件控制所述被测设备的与所述被测设备的若干源端口对应的宿端口以接收所述陪试设备转发的发送数据并将所述转发的发送数据与所述被测设备输出的发送数据进行显示。

2.如权利要求1所述的方法，其特征在于，所述测试软件控制所述被测设备的源端口及对应的宿端口的数量分别至少为2个。

3.如权利要求2所述的方法，其特征在于，所述测试软件控制的被测设备的源端口数量与所述陪试软件控制的陪试设备的宿端口数量相等，所述测试软件控制的被测设备的宿端口的数量与所述陪试软件控制的陪试设备的源端口数量相等，且所述陪试设备的源端口的数量大于或等于该陪试设备的宿端口的数量。

4.如权利要求3述的方法，其特征在于，所述陪试软件控制所述陪试设备的除转发所述被测设备的发送数据的源端口外的源端口发送所述陪试软件产生的一定格式的自定义非转发数据，所述测试软件控制所述被测设备的除接收所述陪试设备转发的所述被测设备的发送数据的宿端口外的宿端口接收所述自定义非转发数据。

5.如权利要求4所述的方法，其特征在于，所述被测设备的发送数据与所述自定义非转发数据的格式相同或不同。

6.如权利要求5所述的方法，其特征在于，所述被测设备的发送数据和所述自定义非转发数据的数据位数分别与源端口和宿端口传输的数据位数相同。

7.如权利要求4-6中任一项所述的方法，其特征在于，所述被测设备的发送数据和所述自定义非转发数据中均包括生命信号数据，所述生命信号数据按被测设备的发送数据的发送周期进行累加。

8.如权利要求7所述的方法，其特征在于，所述被测设备的发送数据和所述自定义非转发数据的发送周期不同，所述被测设备的发送数据的发送周期大于所述自定义非转发数据的发送周期的2倍。

9.如权利要求4-7中任一项所述的方法，其特征在于，所述被测设备的发送数据和所述自定义非转发数据中均包括端口标识符，所述端口标识符与所述被测设备和所述陪试设备的源端口和宿端口唯一对应且不变。

10.如权利要求1-9中任一项所述的方法，其特征在于，所述测试软件比较所述被测设备各个源端口的发送数据和对应宿端口的接收的转发数据，如所述被测设备的发送数据和所述被测设备接收的所述陪试设备转发的发送数据完全相同，则表示所述被测设备的源端口和对应的宿端口通信正常。

11.如权利要求10所述的方法，其特征在于，所述测试软件比较所述被测设备接收的所述自定义非转发数据和所述陪试设备发送的自定义非转发数据，如所述被测设备接收的所述自定义非转发数据的生命信号数据发生变化、端口标识符与所述被测设备的对应端口标识符一致且保持不变、除所述生命信号数据和所述端口标识符之外的其他数据与所述陪试设备发送的自定义非转发数据中的对应数据完全一致，则表示被测设备的对应宿端口通信正常。

12.如权利要求1-11中任一项所述的方法，其特征在于，所述方法还包括统计并保存测试过程中被测设备通信的正常端口和异常端口，进而判断通信状态是否正常并将正常端口和异常端口数量、通信状态信息进行显示。