CN117354185A - 一种信号测试方法及系统、一种车辆 - Google Patents
一种信号测试方法及系统、一种车辆 Download PDFInfo
- Publication number
- CN117354185A CN117354185A CN202311082660.4A CN202311082660A CN117354185A CN 117354185 A CN117354185 A CN 117354185A CN 202311082660 A CN202311082660 A CN 202311082660A CN 117354185 A CN117354185 A CN 117354185A
- Authority
- CN
- China
- Prior art keywords
- signal
- signal data
- data
- system architecture
- open system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 100
- 230000005540 biological transmission Effects 0.000 claims abstract description 124
- 238000004891 communication Methods 0.000 claims abstract description 79
- 230000008054 signal transmission Effects 0.000 claims abstract description 72
- 238000000034 method Methods 0.000 claims abstract description 41
- 238000006243 chemical reaction Methods 0.000 claims abstract description 37
- 238000001914 filtration Methods 0.000 claims description 76
- 230000008569 process Effects 0.000 claims description 18
- 230000007246 mechanism Effects 0.000 claims description 13
- 230000000737 periodic effect Effects 0.000 claims description 11
- 230000011664 signaling Effects 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 8
- 230000003068 static effect Effects 0.000 claims description 8
- 230000006870 function Effects 0.000 description 99
- 238000010586 diagram Methods 0.000 description 10
- 238000004590 computer program Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 5
- 238000005259 measurement Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000010897 surface acoustic wave method Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Communication Control (AREA)
Abstract
本申请提供一种信号测试方法及系统、一种车辆，包括：配置与信号发送函数对应的信号数据作为第一信号数据，对第一信号数据进行字节序转换，得到第二信号数据；将第二信号数据更新至接口协议数据报文中，按照接口协议数据报文的信号发送模式以及调用的报文发送函数，将接口协议数据报文发送至底层；调用与通信模块关联的指示函数，将第二信号数据从底层拷贝到通信模块中，并将通信模块中的信号数据作为待测信号数据；最后对待测信号数据进行测试，并根据测试结果确定底层在接收第二信号数据时是否存在错误。本申请对于使用汽车开放系统架构的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证信号发送及接收的正确性。
Description
技术领域
本申请涉及通信技术领域，特别是涉及一种信号测试方法及系统、一种车辆。
背景技术
AUTOSAR COM(Automotive Open System Architecture Communication)是AUTOSAR(Automotive Open System Architecture)通讯的重要组成部分，它是从OSEK COM(Open Systems and the Corresponding Interfaces for Automotive ElectronicsCommunication)标准的基础上发展而来的。它提出了一个不同速率的总线网络之间进行数据交换的方法，为汽车控制单元应用软件提供了统一的通信环境，为内部和外部通信定义了公共的软件通信接口和行为，增强了应用软件模块的可移植性。
但是，对于使用AUTOSAR架构的汽车控制单元的所有场景，为了确保AUTOSAR COM模块在所有场景都能正常通信，需要保证AUTOSAR COM模块信号发送及接收的正确性。
发明内容
鉴于以上所述现有技术的缺点，本申请的目的在于提供一种信号测试方法及系统、一种车辆，用于解决现有技术中存在的技术问题。
为实现上述目的及其他相关目的，本申请提供一种信号测试方法，包括以下步骤：
通过汽车开放系统架构应用层调用信号发送函数，并配置与所述信号发送函数对应的信号数据，作为第一信号数据；
对所述第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将所述第二信号数据更新至接口协议数据报文中；
按照预先或实时选择的所述接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将所述接口协议数据报文发送至汽车开放系统架构底层；
通过所述汽车开放系统架构底层调用与所述汽车开放系统架构通信模块关联的指示函数，并基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将所述汽车开放系统架构通信模块中的信号数据作为待测信号数据；
对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误。
于本申请的一实施例中，配置与所述信号发送函数对应的信号数据前，所述方法还包括：
根据所述信号发送函数确定待配置的信号数据是否为内部信号数据或者外部信号数据；
若所述待配置的信号数据为内部信号数据，则将所述待配置的信号数据复制到接收信号数据区，并等待执行配置操作；
若所述待配置的信号数据为外部信号数据，则根据所述待配置的信号数据的发送属性确定配置时间，以及按照确定出的配置时间对所述信号发送函数执行配置操作，得到与所述信号发送函数对应的信号数据；其中，如果所述待配置的信号数据的发送属性为触发，则立即对所述信号发送函数执行配置操作；如果所述待配置的信号数据的发送属性为延迟，则延缓预设时长后对所述信号发送函数执行配置操作。
于本申请的一实施例中，将所述接口协议数据报文发送至汽车开放系统架构底层后，所述方法还包括：
检测所述汽车开放系统架构底层接收的信号数据为内部信号数据或者外部信号数据；
若所述汽车开放系统架构底层接收的信号数据为内部信号数据，则直接将接收到的信号数据复制到接收信号数据区，并等待执行拷贝操作；
若所述汽车开放系统架构底层接收的信号数据为外部信号数据，则判断接口协议数据报文是否启动；并在接口协议数据报文启动时，返回成功指令；或者，在接口协议数据报文未启动时，返回失败指令，以及取消重启接口协议数据报文的死限监控，并将接收的信号数据复制到接口协议数据报文数据区，以及对接口协议数据报文数据区中的信号数据进行字节序转换、符号扩展和过滤操作后，再将对应的信号数据复制到接收信号数据区，并等待执行拷贝操作。
于本申请的一实施例中，对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误的过程包括：
对所述待测信号数据进行测试，识别所述待测信号数据对应的信号值类型；
若所述待测信号数据对应的信号值类型为初始值或正常值，则确定所述汽车开放系统架构底层在接收第二信号数据时不存在错误；
若所述待测信号数据对应的信号值类型为数据无效值，则确定所述汽车开放系统架构底层在接收第二信号数据时存在错误。
于本申请的一实施例中，选择所述接口协议数据报文的信号发送模式的过程包括：
判断所述接口协议数据报文中每个信号数据的发送模式条件，并对所述接口协议数据报文中的信号数据进行更新；
根据每个信号数据的发送模式条件判断结果读取所述接口协议数据报文的传输模式选择器；
若传输模式选择器中至少有一个传输模式条件为真，则选择真静态信号发送模式作为所述接口协议数据报文的信号发送模式；
若传输模式选择器中所有传输模式条件为假，则选择假静态信号发送模式作为所述接口协议数据报文的信号发送模式。
于本申请的一实施例中，在判断所述接口协议数据报文中每个信号数据的发送模式条件时，所述方法包括通过信号过滤机制判断所述接口协议数据报文中每个信号数据的发送模式条件；其中，所述信号过滤机制包括以下至少之一：
若信号数据中的过滤算法配置为总是通过，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为总是不通过，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为信号新值与掩码按位与之后等于第一预设值时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值与掩码按位与之后不等于第一预设值时，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为只有当信号新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值在预设范围内时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值不在所述预设范围内时，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为更新预设次数，则在更新预设次数后的信号数据为真。
于本申请的一实施例中，所述接口协议数据报文的信号发送模式包括以下至少之一：直接或多次传输模式、周期传输模式、混合传输模式、不发送传输模式。
于本申请的一实施例中，基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到汽车开放系统架构通信模块后，所述方法还包括：
调用信号接收函数，并对所述接口协议数据报文中的第二信号数据进行字节序转换、符号扩展和过滤操作后，以及将字节序转换、符号扩展和过滤操作后的第二信号数据拷贝到汽车开放系统架构应用层中。
本申请还提供一种信号测试系统，所述系统包括有：
信号数据配置模块，用于通过汽车开放系统架构应用层调用信号发送函数，并配置与所述信号发送函数对应的信号数据，作为第一信号数据；
字节序转换模块，用于对所述第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将所述第二信号数据更新至接口协议数据报文中；
信号发送模块，用于按照预先或实时选择的所述接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将所述接口协议数据报文发送至汽车开放系统架构底层；
信号接收模块，用于通过所述汽车开放系统架构底层调用与所述汽车开放系统架构通信模块关联的指示函数，并基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到所述汽车开放系统架构通信模块中，并将所述汽车开放系统架构通信模块中的信号数据作为待测信号数据；
信号测试模块，用于对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误。
本申请还提供一种车辆，所述车辆上设置有软件，所述软件用于执行如上述中任一所述的信号测试方法。
如上所述，本申请提供一种信号测试方法及系统、一种车辆，具有以下有益效果：本申请通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据作为第一信号数据；再对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；再按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；再通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；最后对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。由此可知，本申请通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，本申请通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。
附图说明
图1为本申请中一实施例提供的信号测试方法的流程示意图；
图2为本申请中一实施例提供的信号测试系统的硬件结构示意图；
图3为应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图；
图4为适用于实现本申请中一个或多个实施例的信号测试设备的硬件结构示意图。
具体实施方式
以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
需要说明的是，本实施例中所提供的图示仅以示意方式说明本申请的基本构想，遂图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
AUTOSAR：Automotive Open System Architecture，汽车开放系统架构，简称AUTOSAR。
AUTOSAR COM：Automotive Open System Architecture Communication，汽车开放系统架构通信或者汽车开放系统架构通信模块，简称AUTOSAR COM。
OSEK COM：Open Systems and the Corresponding Interfaces for AutomotiveElectronics Communication，汽车电子开放式系统及其接口标准通信或者汽车电子开放式系统及其接口标准通信模块，简称OSEK COM。
图1示出了本申请一实施例提供的信号测试方法流程示意图。具体地，在一示例性实施例中，如图1所示，本实施例提供一种信号测试方法，该方法包括以下步骤：
S110，通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据，作为第一信号数据；
S120，对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；
S130，按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；
S140，通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；
S150，对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。
由此可知，本实施例通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，本实施例通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。
在一示例性实施例中，本实施例在配置与信号发送函数对应的信号数据前，还可以包括：根据信号发送函数确定待配置的信号数据是否为内部信号数据或者外部信号数据；若待配置的信号数据为内部信号数据，则将待配置的信号数据复制到接收信号数据区，并等待执行配置操作；若待配置的信号数据为外部信号数据，则根据待配置的信号数据的发送属性确定配置时间，以及按照确定出的配置时间对信号发送函数执行配置操作，得到与信号发送函数对应的信号数据；其中，如果待配置的信号数据的发送属性为触发，则立即对信号发送函数执行配置操作；如果待配置的信号数据的发送属性为延迟，则延缓预设时长后对信号发送函数执行配置操作。由此可知，本实施例可以在信号发送过程中，判定待配置的信号数据是内部消息还是外部消息，同时在完成判定后按照对应的发送方式进行信号数据发送。在一示例性
实施例中，本实施例在将接口协议数据报文发送至汽车开放系统架构底层后，还可以包括：检测汽车开放系统架构底层接收的信号数据为内部信号数据或者外部信号数据；若汽车开放系统架构底层接收的信号数据为内部信号数据，则直接将接收到的信号数据复制到接收信号数据区，并等待执行拷贝操作；若汽车开放系统架构底层接收的信号数据为外部信号数据，则判断接口协议数据报文是否启动；并在接口协议数据报文启动时，返回成功指令；或者，在接口协议数据报文未启动时，返回失败指令，以及取消重启接口协议数据报文的死限监控，并将接收的信号数据复制到接口协议数据报文数据区，以及对接口协议数据报文数据区中的信号数据进行字节序转换、符号扩展和过滤操作后，再将对应的信号数据复制到接收信号数据区，并等待执行拷贝操作。由此可知，本实施例可以在信号接收过程中，判定接收到的信号是内部信号消息还是外部信号消息，从而方便执行后续的拷贝操作。
在一示例性实施例中，对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误的过程包括：对待测信号数据进行测试，识别待测信号数据对应的信号值类型；若待测信号数据对应的信号值类型为初始值或正常值，则确定汽车开放系统架构底层在接收第二信号数据时不存在错误；若待测信号数据对应的信号值类型为数据无效值，则确定汽车开放系统架构底层在接收第二信号数据时存在错误。作为示例，在本实施例中，汽车开放系统架构通信模块AUTOSAR COM中的信号值包括三种，即初始值、数据无效值和正常值。
具体地，初始值：AUTOSAR COM模块使用配置参数ComSignalInitValue的低N位初始化发送方和接收方的每个N位的信号类型，配置的ComSignalInitValues也用于I-PDU(Interface Protocol Data Unit，接口协议数据单元，简称I-PDU)的初始化信号。一个信号的ComSignalInitValue可以与ComSignalDataInvalidValue值相同。初始化阶段会清空所有update-bits值。默认情况下，所有I-PDU组应在停止状态，不得由Com_Init()调用启动。其中，I-PDU组是AUTOSAR COM模块中相同方向(即发送或接收)的I-PDU的任意集合。ComSignalInitValue表示信号的初始值，ComSignalDataInvalidValue表示无效值，update-bits表示更新信号的but位值，Com_Init()表示初始化。
数据无效值：通过调用Com_InvalidateSignal，AUTOSAR COM模块将在内部执行带有配置ComSignalDataInvalidValue的Com_SendSignal。ComTransferProperty和传输模式决定了ComSignalDataInvalidValue在总线上的传输。内部执行的带有数据无效值的Com_SendSignal，会决定被用作过滤器的数据无效值和TMS(Transmission Mode Selector，传输模式选择器，简称TMS)当前值。VFB(Virtual Functional Bus，虚拟功能总线，简称VFB)仅为复杂数据类型定义一个属性。因此，一个失效的复杂数据类型到一个失效的信号簇的最佳映射是使一个信号簇的所有信号失效。因此，RTE(Runtime Environment，运行环境，简称RTE)还可以通过调用Com_InvalidateSignalGroup来请求使整个信号簇无效。其中，Com_SendSignal表示用于发送信号的一个函数，ComTransferProperty表示收发信号的一个透穿函数，Com_InvalidateSignalGroup表示使整个信号组无限的函数，PduR_ComTransmit()表示发送控制器域网报文的函数。控制器域网，Controller Area Network，简称CAN。
正常值：初始化阶段之后的有效值，包括AUTOSAR COM模块部分收发的信号值。
在一示例性实施例中，选择接口协议数据报文的信号发送模式的过程包括：判断接口协议数据报文中每个信号数据的发送模式条件，并对接口协议数据报文中的信号数据进行更新；根据每个信号数据的发送模式条件判断结果读取接口协议数据报文的传输模式选择器；若传输模式选择器中至少有一个传输模式条件为真，则选择真静态信号发送模式作为接口协议数据报文的信号发送模式；若传输模式选择器中所有传输模式条件为假，则选择假静态信号发送模式作为接口协议数据报文的信号发送模式。具体地，在本实施例中，首先使用过滤机制判断I-PDU中各信号的发送模式条件，同时更新I-PDU中的信号。再通过各信号的判断结果来计算该I-PDU的TMS。若至少有一个C(Si,IPDUk)为True，则TMS为True，对应I-PDU以用户配置的ComTxModeTrue的发送模式发送；若所有C(Si,IPDUk)都为False，则TMS为False，对应I-PDU以用户配置的ComTxModeFalse的发送模式发送。其中C(Si,IPDUk)为传输模式条件，该条件与IPDUk中的信号Si相关。在本实施例中，接口协议数据报文的信号发送模式包括以下至少之一：直接或多次传输模式(Direct/n-times传输模式)、周期传输模式(Periodic传输模式)、混合传输模式(Mixed传输模式)、不发送传输模式(None传输模式)。
在一示例性实施例中，在判断接口协议数据报文中每个信号数据的发送模式条件时，本实施例还包括通过信号过滤机制判断接口协议数据报文中每个信号数据的发送模式条件；其中，信号过滤机制包括以下至少之一：若信号数据中的过滤算法配置为总是通过，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为总是不通过，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为信号新值与掩码按位与之后等于第一预设值时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值与掩码按位与之后不等于第一预设值时，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为只有当信号新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值在预设范围内时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值不在预设范围内时，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为更新预设次数，则在更新预设次数后的信号数据为真。由此可知，本实施例AUTOSAR COM模块提供了八种信号过滤机制，具体地：ALWAYS：总是通过，若一个信号的过滤算法配置为ALWAYS，那么这个信号的TMC永远为True。NEVER：总是不通过，若一个信号的过滤算法配置为NEVER，那么这个信号的TMC永远为False。MASKED_NEW_EQUALS_X：若一个信号的过滤算法配置为MASKED_NEW_EQUALS_X时，只有当新值与掩码按位与后等于设定的某一值时，这个信号的TMC才等于True。MASKED_NEW_DIFFERS_X：若一个信号的过滤算法配置为MASKED_NEW_DIFFERS_X时，只有当新值与掩码按位与之后不等于设定的某一值时，这个信号的TMC(Transmission Mode Conditions，传输模式的条件，简称TMC)才为True。MASKED_NEW_DIFFERS_MASKED_OLD：若一个信号的过滤算法配置为MASKED_NEW_DIFFERS_MASKED_OLD时，只有当新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，这个信号的TMC才为True。NEW_IS_WITHIN：若一个信号的过滤算法配置为NEWISWITHIN时，只有当新值在某一设定的范围内时，这个信号的TMC才为True。NEW_IS_OUTSIDE：若一个信号过滤算法配置为NEW_IS_OUTSIDE时，只有当新值不在某一设定的范围内时，这个信号的TMC才为True。ONEEVERYN：若一个信号的过滤算法配置为ONE_EVERY_N时，该信号值每更新N次，这个信号的TMC值为True。在本实施例中，一个I-PDU的TMS的值是根据其所有下属的信号的TMC结果决定的，若一个I-PDU下属的信号中至少有一个信号的TMC计算为True，那么这个I-PDU的TMS为True，只有该I-PDU下属的所有的信号的TMC都计算为False时，该I-PDU的TMS才为False。即本实施例可以为每个I-PDU配置两种发送模式，在信号传输过程中，某I-PDU的发送模式是由TMS来决定，若一个I-PDU的TMS根据上述的算法计算为True，那么该I-PDU将以配置的True状态下的发送模式进行发送。当一个I-PDU下属的某个信号的过滤算法配置为ALWAYS，那么这个I-PDU将一直以用户配置的TMS为True状态下发送模式进行发送。
在一示例性实施例中，基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块后，本实施还可以包括：调用信号接收函数，并对接口协议数据报文中的第二信号数据进行字节序转换、符号扩展和过滤操作后，以及将字节序转换、符号扩展和过滤操作后的第二信号数据拷贝到汽车开放系统架构应用层中。在本实施例中，汽车开放系统架构通信模块AUTOSAR COM支持以下数据类型：boolean，uint8，uint16，uint32，uint64，sint8，sint16，sint32，sint64，uint8[n]，float32和float64，其中uint8[n]对应于UINT8_N或UINT8_DYN。所以，AUTOSAR COM支持所有有符号和无符号整型数据类型的字节序转换，同时会将非整型数据类型视为对应匹配的整数数据类型，或者不解释它们的内容，防止它们的ComSignalEndianness被配置为OPAQUE。对于不透明数据的转换，必须配置为OPAQUE。汽车开放系统架构通信模块AUTOSARCOM会扩展接收信号ComSignalType的大小。
在本申请另一示例性实施例中，该实施例还提供一种信号测试方法，包括：
信号发送过程：应用层调用COM层提供的信号或信号簇发送函数，根据配置，信号或信号簇的数据经过字节序转换后被更新到I-PDU(Interface Protocol Data Unit，接口协议数据单元)中相应的位置。AUTOSAR COM规范中同一I-PDU可以设置两种发送模式，对其中各信号的传输模式条件进行计算，I-PDU选择其中一种发送模式进行发送。然后启动发送死限监控，调用PduR_ComTransmit()函数将I-PDU发送到底层。在信号发送过程中，本实施例还包括根据信号配置判定是内部消息还是外部消息。具体地，对于内部发送，直接将信号数据复制到接收信号数据区，并执行通知操作；对于外部发送，若该信号发送属性为触发，则该信号所属的I-PDU将立即发送，若该信号发送属性为延迟，则不进行传输，发送时，信号经过字节序转换后数据被复制到I-PDU中，同时设置相关更新位信息，然后根据该I-PDU的TMS切换传输模式，进行传输并设置启动相关定时器。各传输模式的传输过程与OSEK COM中大致相同。
信号接收过程：当底层接收到I-PDU时，底层将调用COM层提供的指示函数Com_RxIndication()，取消并重启接收死限监控，将I-PDU的数据从底层拷贝到COM中。调用信号或信号簇的接收函数后，该I-PDU中的信号或信号簇将经过字节序转换、符号扩展和接收过滤后，数据被拷贝到应用层。其中，Com_RxIndication()表示PDUR对COM的回调。PduR模块调用com模块的Com_RxIndication函数将数据传到Com模块。在信号接收过程中，本实施例还包括判断接收的信号是内部信号还是外部信号。具体地，对于内部接收，直接将信号数据复制到接收信号数据区；对于外部接收，首先判断对于的I-PDU组是否启动，若启动，返回E_OK(成功)，否则返回COM_STOP(失败)，取消并重启该I-PDU的相关死限监控定时器，将数据复制到I-PDU数据区，I-PDU中的信号经过字节序转换、符号扩展和过滤机制后，复制到接收信号数据区，再执行通知操作，通知上层软件调用相关API函数接收信号。
综上所述，本申请提供一种信号测试方法，通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据作为第一信号数据；再对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；再按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；再通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；最后对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。由此可知，本方法通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，本方法通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。此外，本方法还可以实现周期信号周期偏差的测量，而且还可以通过多场景测试来标定核间时间同步协议。
如图2所示，本申请还提供一种信号测试系统，包括有：
信号数据配置模块210，用于通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据，作为第一信号数据；
字节序转换模块220，用于对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；
信号发送模块230，用于按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；
信号接收模块240，用于通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；
信号测试模块250，用于对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。
由此可知，本实施例通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，本实施例通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。
在一示例性实施例中，本实施例在配置与信号发送函数对应的信号数据前，还可以包括：根据信号发送函数确定待配置的信号数据是否为内部信号数据或者外部信号数据；若待配置的信号数据为内部信号数据，则将待配置的信号数据复制到接收信号数据区，并等待执行配置操作；若待配置的信号数据为外部信号数据，则根据待配置的信号数据的发送属性确定配置时间，以及按照确定出的配置时间对信号发送函数执行配置操作，得到与信号发送函数对应的信号数据；其中，如果待配置的信号数据的发送属性为触发，则立即对信号发送函数执行配置操作；如果待配置的信号数据的发送属性为延迟，则延缓预设时长后对信号发送函数执行配置操作。由此可知，本实施例可以在信号发送过程中，判定待配置的信号数据是内部消息还是外部消息，同时在完成判定后按照对应的发送方式进行信号数据发送。在一示例性
实施例中，本实施例在将接口协议数据报文发送至汽车开放系统架构底层后，还可以包括：检测汽车开放系统架构底层接收的信号数据为内部信号数据或者外部信号数据；若汽车开放系统架构底层接收的信号数据为内部信号数据，则直接将接收到的信号数据复制到接收信号数据区，并等待执行拷贝操作；若汽车开放系统架构底层接收的信号数据为外部信号数据，则判断接口协议数据报文是否启动；并在接口协议数据报文启动时，返回成功指令；或者，在接口协议数据报文未启动时，返回失败指令，以及取消重启接口协议数据报文的死限监控，并将接收的信号数据复制到接口协议数据报文数据区，以及对接口协议数据报文数据区中的信号数据进行字节序转换、符号扩展和过滤操作后，再将对应的信号数据复制到接收信号数据区，并等待执行拷贝操作。由此可知，本实施例可以在信号接收过程中，判定接收到的信号是内部信号消息还是外部信号消息，从而方便执行后续的拷贝操作。
在一示例性实施例中，对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误的过程包括：对待测信号数据进行测试，识别待测信号数据对应的信号值类型；若待测信号数据对应的信号值类型为初始值或正常值，则确定汽车开放系统架构底层在接收第二信号数据时不存在错误；若待测信号数据对应的信号值类型为数据无效值，则确定汽车开放系统架构底层在接收第二信号数据时存在错误。作为示例，在本实施例中，汽车开放系统架构通信模块AUTOSAR COM中的信号值包括三种，即初始值、数据无效值和正常值。
具体地，初始值：AUTOSAR COM模块使用配置参数ComSignalInitValue的低N位初始化发送方和接收方的每个N位的信号类型，配置的ComSignalInitValues也用于I-PDU(Interface Protocol Data Unit，接口协议数据单元，简称I-PDU)的初始化信号。一个信号的ComSignalInitValue可以与ComSignalDataInvalidValue值相同。初始化阶段会清空所有update-bits值。默认情况下，所有I-PDU组应在停止状态，不得由Com_Init()调用启动。其中，I-PDU组是AUTOSAR COM模块中相同方向(即发送或接收)的I-PDU的任意集合。ComSignalInitValue表示信号的初始值，ComSignalDataInvalidValue表示无效值，update-bits表示更新信号的but位值，Com_Init()表示初始化。
数据无效值：通过调用Com_InvalidateSignal，AUTOSAR COM模块将在内部执行带有配置ComSignalDataInvalidValue的Com_SendSignal。ComTransferProperty和传输模式决定了ComSignalDataInvalidValue在总线上的传输。内部执行的带有数据无效值的Com_SendSignal，会决定被用作过滤器的数据无效值和TMS(Transmission Mode Selector，传输模式选择器，简称TMS)当前值。VFB(Virtual Functional Bus，虚拟功能总线，简称VFB)仅为复杂数据类型定义一个属性。因此，一个失效的复杂数据类型到一个失效的信号簇的最佳映射是使一个信号簇的所有信号失效。因此，RTE(Runtime Environment，运行环境，简称RTE)还可以通过调用Com_InvalidateSignalGroup来请求使整个信号簇无效。其中，Com_SendSignal表示用于发送信号的一个函数，ComTransferProperty表示收发信号的一个透穿函数，Com_InvalidateSignalGroup表示使整个信号组无限的函数，PduR_ComTransmit()表示发送控制器域网报文的函数。控制器域网，Controller Area Network，简称CAN。
正常值：初始化阶段之后的有效值，包括AUTOSAR COM模块部分收发的信号值。
在一示例性实施例中，选择接口协议数据报文的信号发送模式的过程包括：判断接口协议数据报文中每个信号数据的发送模式条件，并对接口协议数据报文中的信号数据进行更新；根据每个信号数据的发送模式条件判断结果读取接口协议数据报文的传输模式选择器；若传输模式选择器中至少有一个传输模式条件为真，则选择真静态信号发送模式作为接口协议数据报文的信号发送模式；若传输模式选择器中所有传输模式条件为假，则选择假静态信号发送模式作为接口协议数据报文的信号发送模式。具体地，在本实施例中，首先使用过滤机制判断I-PDU中各信号的发送模式条件，同时更新I-PDU中的信号。再通过各信号的判断结果来计算该I-PDU的TMS。若至少有一个C(Si,IPDUk)为True，则TMS为True，对应I-PDU以用户配置的ComTxModeTrue的发送模式发送；若所有C(Si,IPDUk)都为False，则TMS为False，对应I-PDU以用户配置的ComTxModeFalse的发送模式发送。其中C(Si,IPDUk)为传输模式条件，该条件与IPDUk中的信号Si相关。在本实施例中，接口协议数据报文的信号发送模式包括以下至少之一：直接或多次传输模式(Direct/n-times传输模式)、周期传输模式(Periodic传输模式)、混合传输模式(Mixed传输模式)、不发送传输模式(None传输模式)。
在一示例性实施例中，在判断接口协议数据报文中每个信号数据的发送模式条件时，本实施例还包括通过信号过滤机制判断接口协议数据报文中每个信号数据的发送模式条件；其中，信号过滤机制包括以下至少之一：若信号数据中的过滤算法配置为总是通过，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为总是不通过，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为信号新值与掩码按位与之后等于第一预设值时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值与掩码按位与之后不等于第一预设值时，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为只有当信号新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值在预设范围内时，则该信号数据的发送模式条件为真；若信号数据中的过滤算法配置为信号新值不在预设范围内时，则该信号数据的发送模式条件为假；若信号数据中的过滤算法配置为更新预设次数，则在更新预设次数后的信号数据为真。由此可知，本实施例AUTOSAR COM模块提供了八种信号过滤机制，具体地：ALWAYS：总是通过，若一个信号的过滤算法配置为ALWAYS，那么这个信号的TMC永远为True。NEVER：总是不通过，若一个信号的过滤算法配置为NEVER，那么这个信号的TMC永远为False。MASKED_NEW_EQUALS_X：若一个信号的过滤算法配置为MASKED_NEW_EQUALS_X时，只有当新值与掩码按位与后等于设定的某一值时，这个信号的TMC才等于True。MASKED_NEW_DIFFERS_X：若一个信号的过滤算法配置为MASKED_NEW_DIFFERS_X时，只有当新值与掩码按位与之后不等于设定的某一值时，这个信号的TMC(Transmission Mode Conditions，传输模式的条件，简称TMC)才为True。MASKED_NEW_DIFFERS_MASKED_OLD：若一个信号的过滤算法配置为MASKED_NEW_DIFFERS_MASKED_OLD时，只有当新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，这个信号的TMC才为True。NEW_IS_WITHIN：若一个信号的过滤算法配置为NEW_IS_WITHIN时，只有当新值在某一设定的范围内时，这个信号的TMC才为True。NEW_IS_OUTSIDE：若一个信号过滤算法配置为NEW_IS_OUTSIDE时，只有当新值不在某一设定的范围内时，这个信号的TMC才为True。ONE_EVERY_N：若一个信号的过滤算法配置为ONE_EVERY_N时，该信号值每更新N次，这个信号的TMC值为True。在本实施例中，一个I-PDU的TMS的值是根据其所有下属的信号的TMC结果决定的，若一个I-PDU下属的信号中至少有一个信号的TMC计算为True，那么这个I-PDU的TMS为True，只有该I-PDU下属的所有的信号的TMC都计算为False时，该I-PDU的TMS才为False。即本实施例可以为每个I-PDU配置两种发送模式，在信号传输过程中，某I-PDU的发送模式是由TMS来决定，若一个I-PDU的TMS根据上述的算法计算为True，那么该I-PDU将以配置的True状态下的发送模式进行发送。当一个I-PDU下属的某个信号的过滤算法配置为ALWAYS，那么这个I-PDU将一直以用户配置的TMS为True状态下发送模式进行发送。
在一示例性实施例中，基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块后，本实施还可以包括：调用信号接收函数，并对接口协议数据报文中的第二信号数据进行字节序转换、符号扩展和过滤操作后，以及将字节序转换、符号扩展和过滤操作后的第二信号数据拷贝到汽车开放系统架构应用层中。在本实施例中，汽车开放系统架构通信模块AUTOSAR COM支持以下数据类型：boolean，uint8，uint16，uint32，uint64，sint8，sint16，sint32，sint64，uint8[n]，float32和float64，其中uint8[n]对应于UINT8_N或UINT8_DYN。所以，AUTOSAR COM支持所有有符号和无符号整型数据类型的字节序转换，同时会将非整型数据类型视为对应匹配的整数数据类型，或者不解释它们的内容，防止它们的ComSignalEndianness被配置为OPAQUE。对于不透明数据的转换，必须配置为OPAQUE。汽车开放系统架构通信模块AUTOSARCOM会扩展接收信号ComSignalType的大小。
综上所述，本申请提供一种信号测试系统，通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据作为第一信号数据；再对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；再按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；再通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；最后对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。由此可知，本系统通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，本系统通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。此外，本系统还可以实现周期信号周期偏差的测量，而且还可以通过多场景测试来标定核间时间同步协议。
需要说明的是，上述实施例所提供信号测试系统与上述实施例所提供的信号测试方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的信号测试系统在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
在本申请另一示例性实施例中，该实施例还提供一种车辆，其中，该车辆上设置有软件，该软件可以用于执行如上述中任一实施例描述的信号测试方法。需要说明的是，本实施例所提供车辆或软件与上述实施例所提供的信号测试方法属于同一构思，其中信号测试方法中各个步骤执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。所以，本示例中的车辆或软件的技术功能及效果，请参见上述信号测试方法的实施例，本实施例不再进行赘述。
图3示出了一种可以应用本申请中一个或多个实施例中技术方案的示例性系统架构的示意图。如图3所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。
根据实现需要，本申请实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本申请实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本申请对此不做特殊限定。
在本申请的一个实施例中，本申请的终端设备110或服务器130可以通过汽车开放系统架构应用层调用信号发送函数，并配置与信号发送函数对应的信号数据作为第一信号数据；再对第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将第二信号数据更新至接口协议数据报文中；再按照预先或实时选择的接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将接口协议数据报文发送至汽车开放系统架构底层；再通过汽车开放系统架构底层调用与汽车开放系统架构通信模块关联的指示函数，并基于指示函数将接口协议数据报文中的第二信号数据，从汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将汽车开放系统架构通信模块中的信号数据作为待测信号数据；最后对待测信号数据进行测试，并根据测试结果确定汽车开放系统架构底层在接收第二信号数据时是否存在错误。利用终端设备110或服务器130执行信号测试方法，可以通过测试汽车开放系统架构通信模块中的信号数据，可以确定汽车开放系统架构底层在接收信号数据时是否存在错误，并且对于使用汽车开放系统架构中汽车控制单元的所有场景，可以确保汽车开放系统架构通信模块在所有场景都能正常通信，也能保证汽车开放系统架构通信模块信号发送及接收的正确性。同时，通过汽车开放系统架构应用层调用信号发送函数，可以灵活配置信号发送接收值。此外，还可以实现周期信号周期偏差的测量，而且还可以通过多场景测试来标定核间时间同步协议。以上部分介绍了应用本申请技术方案的示例性系统架构的内容。
本申请实施例还提供了一种信号测试设备，该设备可以包括：一个或多个处理器；和其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述设备执行图1所述的信号测试方法。图4示出了一种信号测试设备1000的结构示意图。参阅图4所示，信号测试设备1000包括：处理器1010、存储器1020、电源1030、显示单元1040、输入单元1060。
处理器1010是信号测试设备1000的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在存储器1020内的软件程序和/或数据，执行信号测试设备1000的各种功能，从而对信号测试设备1000进行整体监控。本申请实施例中，处理器1010调用存储器1020中存储的计算机程序时执行如图1所述的信号测试方法。可选的，处理器1010可包括一个或多个处理单元；优选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用等，调制解调处理器主要处理无线通信。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
存储器1020可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、各种应用等；存储数据区可存储根据信号测试设备1000的使用所创建的数据等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件等。
信号测试设备1000还包括给各个部件供电的电源1030(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及信号测试设备1000的各种菜单等，本申请实施例中主要用于显示信号测试设备1000中各应用的显示界面以及显示界面中显示的文本、图片等对象。显示单元1040可以包括显示面板1050。显示面板1050可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(OrganicLight-Emitting Diode，OLED)等形式来配置。
输入单元1060可用于接收用户输入的数字或字符等信息。输入单元1060可包括触控面板1070以及其他输入设备1080。其中，触控面板1070，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触摸笔等任何适合的物体或附件在触控面板1070上或在触控面板1070附近的操作)。
具体的，触控面板1070可以检测用户的触摸操作，并检测触摸操作带来的信号，将这些信号转换成触点坐标，发送给处理器1010，并接收处理器1010发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1070。其他输入设备1080可以包括但不限于物理键盘、功能键(比如音量控制按键、开关机按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
当然，触控面板1070可覆盖显示面板1050，当触控面板1070检测到在其上或附近的触摸操作后，传送给处理器1010以确定触摸事件的类型，随后处理器1010根据触摸事件的类型在显示面板1050上提供相应的视觉输出。虽然在图4中，触控面板1070与显示面板1050是作为两个独立的部件来实现信号测试设备1000的输入和输出功能，但是在某些实施例中，可以将触控面板1070与显示面板1050集成而实现信号测试设备1000的输入和输出功能。
信号测试设备1000还可包括一个或多个传感器，例如压力传感器、重力加速度传感器、接近光传感器等。当然，根据具体应用中的需要，上述信号测试设备1000还可以包括摄像头等其它部件。
本申请实施例还提供了一种计算机可读存储介质，该存储介质中存储有指令，当一个或多个处理器执行所述指令时，使得上述设备能够执行本申请中如图1所述的信号测试方法。
本领域技术人员可以理解的是，图4仅仅是信号测试设备的举例，并不构成对该设备的限定，该设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时，可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
本领域内的技术人员应明白，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的，应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可应用至通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器中以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当理解的是，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述预设范围等，但这些预设范围不应限于这些术语。这些术语仅用来将预设范围彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一预设范围也可以被称为第二预设范围，类似地，第二预设范围也可以被称为第一预设范围。
上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。
Claims (10)
1.一种信号测试方法，其特征在于，所述方法包括以下步骤：
通过汽车开放系统架构应用层调用信号发送函数，并配置与所述信号发送函数对应的信号数据，作为第一信号数据；
对所述第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将所述第二信号数据更新至接口协议数据报文中；
按照预先或实时选择的所述接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将所述接口协议数据报文发送至汽车开放系统架构底层；
通过所述汽车开放系统架构底层调用与所述汽车开放系统架构通信模块关联的指示函数，并基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到汽车开放系统架构通信模块中，并将所述汽车开放系统架构通信模块中的信号数据作为待测信号数据；
对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误。
2.根据权利要求1所述的信号测试方法，其特征在于，配置与所述信号发送函数对应的信号数据前，所述方法还包括：
根据所述信号发送函数确定待配置的信号数据是否为内部信号数据或者外部信号数据；
若所述待配置的信号数据为内部信号数据，则将所述待配置的信号数据复制到接收信号数据区，并等待执行配置操作；
若所述待配置的信号数据为外部信号数据，则根据所述待配置的信号数据的发送属性确定配置时间，以及按照确定出的配置时间对所述信号发送函数执行配置操作，得到与所述信号发送函数对应的信号数据；其中，如果所述待配置的信号数据的发送属性为触发，则立即对所述信号发送函数执行配置操作；如果所述待配置的信号数据的发送属性为延迟，则延缓预设时长后对所述信号发送函数执行配置操作。
3.根据权利要求1或2所述的信号测试方法，其特征在于，将所述接口协议数据报文发送至汽车开放系统架构底层后，所述方法还包括：
检测所述汽车开放系统架构底层接收的信号数据为内部信号数据或者外部信号数据；
若所述汽车开放系统架构底层接收的信号数据为内部信号数据，则直接将接收到的信号数据复制到接收信号数据区，并等待执行拷贝操作；
若所述汽车开放系统架构底层接收的信号数据为外部信号数据，则判断接口协议数据报文是否启动；并在接口协议数据报文启动时，返回成功指令；或者，在接口协议数据报文未启动时，返回失败指令，以及取消重启接口协议数据报文的死限监控，并将接收的信号数据复制到接口协议数据报文数据区，以及对接口协议数据报文数据区中的信号数据进行字节序转换、符号扩展和过滤操作后，再将对应的信号数据复制到接收信号数据区，并等待执行拷贝操作。
4.根据权利要求1所述的信号测试方法，其特征在于，对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误的过程包括：
对所述待测信号数据进行测试，识别所述待测信号数据对应的信号值类型；
若所述待测信号数据对应的信号值类型为初始值或正常值，则确定所述汽车开放系统架构底层在接收第二信号数据时不存在错误；
若所述待测信号数据对应的信号值类型为数据无效值，则确定所述汽车开放系统架构底层在接收第二信号数据时存在错误。
5.根据权利要求1所述的信号测试方法，其特征在于，选择所述接口协议数据报文的信号发送模式的过程包括：
判断所述接口协议数据报文中每个信号数据的发送模式条件，并对所述接口协议数据报文中的信号数据进行更新；
根据每个信号数据的发送模式条件判断结果读取所述接口协议数据报文的传输模式选择器；
若传输模式选择器中至少有一个传输模式条件为真，则选择真静态信号发送模式作为所述接口协议数据报文的信号发送模式；
若传输模式选择器中所有传输模式条件为假，则选择假静态信号发送模式作为所述接口协议数据报文的信号发送模式。
6.根据权利要求5所述的信号测试方法，其特征在于，在判断所述接口协议数据报文中每个信号数据的发送模式条件时，所述方法包括通过信号过滤机制判断所述接口协议数据报文中每个信号数据的发送模式条件；其中，所述信号过滤机制包括以下至少之一：
若信号数据中的过滤算法配置为总是通过，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为总是不通过，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为信号新值与掩码按位与之后等于第一预设值时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值与掩码按位与之后不等于第一预设值时，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为只有当信号新值与掩码按位与之后的值不等于旧值与掩码按位与之后的值时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值在预设范围内时，则该信号数据的发送模式条件为真；
若信号数据中的过滤算法配置为信号新值不在所述预设范围内时，则该信号数据的发送模式条件为假；
若信号数据中的过滤算法配置为更新预设次数，则在更新预设次数后的信号数据为真。
7.根据权利要求5或6所述的信号测试方法，其特征在于，所述接口协议数据报文的信号发送模式包括以下至少之一：直接或多次传输模式、周期传输模式、混合传输模式、不发送传输模式。
8.根据权利要求1所述的信号测试方法，其特征在于，基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到汽车开放系统架构通信模块后，所述方法还包括：
调用信号接收函数，并对所述接口协议数据报文中的第二信号数据进行字节序转换、符号扩展和过滤操作后，以及将字节序转换、符号扩展和过滤操作后的第二信号数据拷贝到汽车开放系统架构应用层中。
9.一种信号测试系统，其特征在于，所述系统包括有：
信号数据配置模块，用于通过汽车开放系统架构应用层调用信号发送函数，并配置与所述信号发送函数对应的信号数据，作为第一信号数据；
字节序转换模块，用于对所述第一信号数据进行字节序转换，并将完成字节序转换的信号数据作为第二信号数据；以及，将所述第二信号数据更新至接口协议数据报文中；
信号发送模块，用于按照预先或实时选择的所述接口协议数据报文的信号发送模式，以及通过汽车开放系统架构应用层调用的报文发送函数，将所述接口协议数据报文发送至汽车开放系统架构底层；
信号接收模块，用于通过所述汽车开放系统架构底层调用与所述汽车开放系统架构通信模块关联的指示函数，并基于所述指示函数将所述接口协议数据报文中的第二信号数据，从所述汽车开放系统架构底层拷贝到所述汽车开放系统架构通信模块中，并将所述汽车开放系统架构通信模块中的信号数据作为待测信号数据；
信号测试模块，用于对所述待测信号数据进行测试，并根据测试结果确定所述汽车开放系统架构底层在接收第二信号数据时是否存在错误。
10.一种车辆，其特征在于，所述车辆上设置有软件，所述软件用于执行如权利要求1至8中任一所述的信号测试方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311082660.4A CN117354185A (zh) | 2023-08-25 | 2023-08-25 | 一种信号测试方法及系统、一种车辆 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311082660.4A CN117354185A (zh) | 2023-08-25 | 2023-08-25 | 一种信号测试方法及系统、一种车辆 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117354185A true CN117354185A (zh) | 2024-01-05 |
Family
ID=89363961
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311082660.4A Pending CN117354185A (zh) | 2023-08-25 | 2023-08-25 | 一种信号测试方法及系统、一种车辆 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117354185A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118612276A (zh) * | 2024-08-08 | 2024-09-06 | 比亚迪股份有限公司 | 信号传输系统和车辆 |
-
2023
- 2023-08-25 CN CN202311082660.4A patent/CN117354185A/zh active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN118612276A (zh) * | 2024-08-08 | 2024-09-06 | 比亚迪股份有限公司 | 信号传输系统和车辆 |
| CN118612276B (zh) * | 2024-08-08 | 2025-01-14 | 比亚迪股份有限公司 | 信号传输系统和车辆 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9058229B2 (en) | Method and apparatus for maintaining operability with a cloud computing environment | |
| CN106502703B (zh) | 一种函数调用方法和装置 | |
| CN111770002B (zh) | 测试数据转发控制方法、装置、可读存储介质和电子设备 | |
| CN109600430A (zh) | 一种数据管理方法、系统及电子设备和存储介质 | |
| CN116257472B (zh) | 接口控制方法、装置、电子设备及存储介质 | |
| CN112965765A (zh) | 服务调用方法、装置、电子设备及存储介质 | |
| CN110290166B (zh) | 跨集群数据交互方法、系统、装置及可读存储介质 | |
| CN117354185A (zh) | 一种信号测试方法及系统、一种车辆 | |
| US20170031740A1 (en) | Naming of nodes in net framework | |
| CN116974636B (zh) | 多路互联系统及其总线接口初始化方法、装置 | |
| CN113596123A (zh) | 软件下载方法、通信设备及存储介质 | |
| CN107463395B (zh) | 组件调用方法及装置 | |
| CN113760325B (zh) | 容器环境更新方法及装置 | |
| CN117271423A (zh) | 一种核间通信方法、系统、设备及介质、一种车辆 | |
| CN112073505B (zh) | 在云服务器上进行卸载的方法、控制装置、存储介质 | |
| CN108829416A (zh) | 一种升级推荐方法、服务器及终端 | |
| CN114510334A (zh) | 类实例的调用方法、装置、电子设备及自动驾驶车辆 | |
| CN109471708B (zh) | 一种任务处理方法、装置及系统 | |
| CN111030870A (zh) | 一种服务配置更新方法及装置 | |
| CN114090123B (zh) | 一种设备参数配置的方法、装置、电子设备及存储介质 | |
| CN115269235B (zh) | 基于不同版本组件的消息搬运方法、装置、设备及介质 | |
| CN117475530A (zh) | 一种车辆诊断方法、系统及设备 | |
| US20250123977A1 (en) | Method and system for implementing vehicle bus virtual channel | |
| CN117389399A (zh) | 一种多核协同复位方法、装置、设备及介质、一种车辆 | |
| CN115766783A (zh) | 基于车机多操作系统的数据传输方法和计算机设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |