[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN117076216A - 通道分配方法及设备 - Google Patents

通道分配方法及设备 Download PDF

Info

Publication number
CN117076216A
CN117076216A CN202310993990.2A CN202310993990A CN117076216A CN 117076216 A CN117076216 A CN 117076216A CN 202310993990 A CN202310993990 A CN 202310993990A CN 117076216 A CN117076216 A CN 117076216A
Authority
CN
China
Prior art keywords
channel
target
test
channels
available
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
Application number
CN202310993990.2A
Other languages
English (en)
Inventor
李康
请求不公布姓名
白日光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kunyi Electronic Technology Shanghai Co Ltd
Original Assignee
Kunyi Electronic Technology Shanghai Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Kunyi Electronic Technology Shanghai Co Ltd filed Critical Kunyi Electronic Technology Shanghai Co Ltd
Publication of CN117076216A publication Critical patent/CN117076216A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533Hypervisors; Virtual machine monitors
    • G06F9/45558Hypervisor-specific management and integration aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/20Pc systems
    • G05B2219/24Pc safety
    • G05B2219/24065Real time diagnostics

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Debugging And Monitoring (AREA)
  • Tests Of Electronic Circuits (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Multi Processors (AREA)

Abstract

本发明实施例提供了一种通道分配方法及设备,涉及测试技术领域。通道分配方法包括:在接收到与测试任务相关的功能通道配置信息后,基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道;在目标I/O装置中配置所述目标I/O通道用于执行所述测试任务,以使所述目标I/O装置在测试过程中通过所述目标I/O通道收发与所述测试任务相关的数据,所述目标I/O装置为包含所述目标I/O通道的所述I/O装置。本发明针对各测试任务对I/O通道进行自动分配,实现了测试系统中的I/O通道合理分配与充分利用,更加适用于集群化的测试场景。

Description

通道分配方法及设备
技术领域
本发明涉及测试技术领域,具体涉及一种通道分配方法及设备。
背景技术
在汽车、新能源车等车辆中,整车的电子电气架构越来越复杂,从电子控制单元(Electronic Control Unit,ECU)的数量、数据带宽、CPU和GPU的处理能力,相比于之前都有一个数量级的变化。其中ECU由微处理器、存储器、输入/输出接口、模数转换器等集成电路组成。
在ECU开发过程中,通常要进行硬件在环测试(Hardware-in-the-Loop,HIL)。硬件在环测试系统中,可模拟受控对象的运行状态,通过I/O接口与被测的ECU连接,对被测ECU进行全方面的、系统性的测试。硬件在环测试已经成为ECU开发流程中非常重要的一环,减少了实车路试的次数,缩短开发时间和降低成本的同时提高了ECU的软件质量,降低汽车厂的风险。
在现有的HIL测试过程中,HIL测试台架会被整体分配给需要进行不同功能测试的测试人员,测试人员通过沟通协商来分配HIL测试台架的使用时间,但是这样人为分配HIL测试台架的测试资源的方式,难免会因沟通问题带来测试资源的浪费,降低了整体的测试效率。
发明内容
本发明的目的是提供了一种通道分配方法及设备,针对各测试任务对I/O通道进行自动分配,实现了测试系统中的I/O通道合理分配与充分利用,更加适用于集群化的测试场景。
为实现上述目的,本发明还提供了一种通道分配方法,用于对测试系统所包含的至少一个I/O装置的多个I/O通道进行分配;所述方法包括:在接收到与测试任务相关的功能通道配置信息后,基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道;在目标I/O装置中配置所述目标I/O通道用于执行所述测试任务,以使所述目标I/O装置在测试过程中通过所述目标I/O通道收发与所述测试任务相关的数据,所述目标I/O装置为包含所述目标I/O通道的所述I/O装置。
本发明还提供了一种通道配置设备,用于执行上述的通道分配方法。
本发明还提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质上存储有处理器可执行指令,所述可执行指令被配置为可执行如上述的通道分配方法。
在一个实施例中,所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道,包括:基于所述功能通道配置信息,确定所述测试系统中可用的I/O通道是否可执行所述测试任务;在确定所述测试系统中可用的I/O通道可执行所述测试任务后,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道。
在一个实施例中,每个所述I/O通道可被配置为所述I/O通道支持的功能通道类型中的一种,所述功能通道配置信息包括:执行所述测试任务所需的测试功能通道的类型与各类型的所述测试功能通道的需求数量;所述基于所述功能通道配置信息确定所述测试系统中可用的I/O通道是否可执行所述测试任务,包括:基于所述测试系统中当前可用的各I/O通道所支持的功能通道类型,得到当前的功能通道资源池,并判断能否从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道;若能从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,则确定所述测试系统中可用的I/O通道可执行所述测试任务;若不能从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,则确定所述测试系统中可用的I/O通道不可执行所述测试任务。
在一个实施例中,所述判断能否从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,包括:若所述功能通道资源池中与各所述测试功能通道类型相同的目标功能通道的数量大于或等于各所述测试功能通道的需求数量,且各所述目标功能通道均可被配置到可用的所述I/O通道,则确定所述测试系统中可用的I/O通道可执行所述测试任务;若所述功能通道资源池中与各所述测试功能通道类型相同的目标功能通道的数量小于各所述测试功能通道的需求数量,和/或任一所述目标功能通道无法被配置到可用的所述I/O通道,则确定所述测试系统中可用的I/O通道不可执行所述测试任务。
在一个实施例中,所述基于所述功能通道配置信息确定所述测试系统中可用的I/O通道是否可执行所述测试任务,包括:基于所述功能通道配置信息确定在设定的多个时间段内所述测试系统中可用的I/O通道是否可执行所述测试任务;在从可用的所述I/O通道中选取用于执行所述测试任务的目标I/O通道之前,包括:展示所述测试系统可用于执行所述测试任务的所述时间段供选择;所述从可用的所述I/O通道中选取用于执行所述测试任务的目标I/O通道,包括:在接收到所述测试系统可用于执行所述测试任务的所述时间段中被选取的至少一个目标时间段后,从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道。
在一个实施例中,在所述从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道,还包括:基于所述功能通道配置信息确定各所述目标时间段内所述测试系统中可用的I/O通道是否可执行所述测试任务;若确定各所述目标时间段内所述测试系统中可用的I/O通道可执行所述测试任务,进入所述从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道的步骤。
在一个实施例中,每个所述I/O装置包括:I/O控制模块与至少一个I/O通道;所述在目标I/O装置中配置所述目标I/O通道用于执行所述测试任务,包括:在所述目标I/O装置的I/O控制模块配置所述目标I/O通道与所述测试任务的对应关系,以使所述目标I/O装置的I/O控制模块在测试过程中通过所述目标I/O通道收发与所述测试任务相关的数据。
在一个实施例中,所述测试系统还包括:配置有CPU的计算资源端;所述方法还包括:基于所述测试任务的任务需求信息,确定出所述计算资源端中用于执行所述测试任务的目标CPU,以在所述目标CPU与所述目标I/O通道被用于执行所述测试任务对被测件进行测试时,被测件与所述目标CPU之间通过所述目标I/O通道进行交互。
在一个实施例中,在所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道之前,还包括:基于所述功能通道配置信息确定所述测试系统中全部的I/O通道是否可完成所述测试任务;若确定所述测试系统中全部的I/O通道可完成所述测试任务,进入所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道的步骤。
附图说明
图1是根据本发明第一实施例中的通道分配方法所针对的测试系统的方框示意图;
图2是根据本发明第一实施例中的测试系统的方框示意图,其中集群控制模块为工控机;
图3是根据本发明第一实施例中的测试系统的方框示意图,其中测试系统包括多个I/O控制模块,每个I/O控制模块与I/O通道级联连接;
图4是根据本发明第一实施例中的测试系统的方框示意图,其中测试系统包括多个I/O控制模块,每个I/O控制模块与I/O通道直接连接;
图5是根据本发明第一实施例中的通道分配方法的具体流程示意图;
图6是根据本发明第二实施例中的通道分配方法的具体流程示意图;
图7是根据本发明第二实施例中的集群控制模块的发起预约界面的示意图;
图8是根据本发明第二实施例中的集群控制模块的选取预约配置界面的示意图;
图9是根据本发明第二实施例中的集群控制模块的选择时间段的界面。
具体实施方式
以下将结合附图对本发明的各实施例进行详细说明,以便更清楚理解本发明的目的、特点和优点。应理解的是,附图所示的实施例并不是对本发明范围的限制,而只是为了说明本发明技术方案的实质精神。
在下文的描述中,出于说明各种公开的实施例的目的阐述了某些具体细节以提供对各种公开实施例的透彻理解。但是,相关领域技术人员将认识到可在无这些具体细节中的一个或多个细节的情况来实践实施例。在其它情形下,与本申请相关联的熟知的装置、结构和技术可能并未详细地示出或描述从而避免不必要地混淆实施例的描述。
除非语境有其它需要,在整个说明书和权利要求中,词语“包括”和其变型,诸如“包含”和“具有”应被理解为开放的、包含的含义,即应解释为“包括,但不限于”。
在整个说明书中对“一个实施例”或“一实施例”的提及表示结合实施例所描述的特定特点、结构或特征包括于至少一个实施例中。因此,在整个说明书的各个位置“在一个实施例中”或“在一实施例”中的出现无需全都指相同实施例。另外,特定特点、结构或特征可在一个或多个实施例中以任何方式组合。
如该说明书和所附权利要求中所用的单数形式“一”和“所述”包括复数指代物,除非文中清楚地另外规定。应当指出的是术语“或”通常以其包括“或/和”的含义使用,除非文中清楚地另外规定。
在以下描述中,为了清楚展示本发明的结构及工作方式,将借助诸多方向性词语进行描述,但是应当将“前”、“后”、“左”、“右”、“外”、“内”、“向外”、“向内”、“上”、“下”等词语理解为方便用语,而不应当理解为限定性词语。
本发明第一实施方式涉及一种通道分配方法,应用于通道配置设备,该通道配置设备可以为专用于对测试系统中的I/O通道进行分配的设备,也可以是测试系统的集群控制模块(后续以此为例进行说明),其可以基于本实施例的通道分配方法对测试系统所包含的多个I/O通道进行分配,测试系统中包含一个或多个I/O装置,每个I/O装置中包含一个或多个I/O通道,I/O通道为物理通道,其用于在测试过程中在实现计算资源端中的CPU与被测件之间数据交互,计算资源端中可以包括一个或多个配置有CPU的实时计算装置(例如为工控机),若计算资源端包括多个实时计算装置,则这多个实时计算装置可以被池化,或者未被池化。
在I/O装置中,每个I/O通道可被配置为该I/O通道支持的功能通道类型中的一种,例如I/O通道支持电压输入(Valtage Input)、PWM信号输入(PWM Input)两种功能通道类型,则该I/O通道可被配置为Valtage Input功能通道或者PWM Input功能通道。
在一个例子中,测试系统为HIL测试系统,请参考图1与图2,测试系统包括:工控机池1、至少一个I/O控制模块2(图中以1个为例)以及I/O池3。
本实施例中,将一个I/O控制模块2及其所连接的至少一个I/O通道31作为一个I/O装置,即I/O装置包括:一个I/O控制模块2,以及与该I/O控制模块2所连接的I/O通道31。
其中,工控机池1与I/O池3可以设置在同一机柜,也可设置在不同的机柜中。具体的,工控机池1可以包括多个工控机11,其数量可以是固定的,也可以是可扩展的,工控机池1中的工控机11可设于同一机柜,也可设于不同机柜,I/O池3可以包括至少一个I/O通道31,其数量可以是固定的,也可以是可扩展的,I/O通道31归属于同一个I/O装置,即I/O装置包括多个I/O通道31,I/O池3中包括一个或多个I/O装置中的I/O通道31,若I/O池3包括多个I/O装置,则所有的I/O装置可设于同一机柜,也可以设置在不同的机柜中。
一种举例中,工控机池1中包括可配置数量的至少一个工控机11(Real-timeParameter Controls,RTPC),即工控机池1中的工控机11的数量是可扩展的,其数量可以根据需求来配置的,例如用于设置工控机1的工控机柜中存在设定数量个接口,工控机11可拆卸的安装连接到工控机柜中的接口,从而能够根据需求来配置工控机柜中工控机11的数量,工控机柜接口所连接的工控机11形成工控机池1。其中,工控机池1中的工控机11之间相互通信连接,每个工控机11中包括一个CPU或者多个CPU。其中,工控机即为一种形式的实时计算装置,可以为板卡直接插接到工控机柜的接口,或者是一个单独的设备,通过数据线连接到工控机的接口。
随着汽车功能的日益复杂,数据带宽越来越大(摄像头、激光雷达),CPU处理能力已经超过了50000DMIPS,Al运算能力甚至达到了1000TOPS,传统的孤立单台的工控机已经无法满足这个测试需求,只有通过集群化,将更多的算力资源、CPU资源、总线带宽“池化”的集中在一起,才能解决仿真的资源瓶颈。以上方案中工控机池的使用,恰能有效解决资源瓶颈的问题,并且,本说明书的方案可应用于此而在解决资源瓶颈的同时,保障测试高效、有效地运行。
一种举例中,I/O池3中包括可配置数量的至少一个I/O通道31,即HIL系统中的I/O装置的数量是可扩展的,以实现I/O池3中的I/O通道31的数量的扩展,其数量可以根据需求、场地、成本等来配置,例如用于设置I/O装置的I/O机柜中存在设定数量个接口,I/O装置可拆卸的安装连接到I/O机柜中的接口,或者I/O装置所包含的I/O通道31形成的单元连接到I/O机柜中的接口;从而能够根据需求、场地、成本等来配置I/O机柜中I/O通道31的数量,I/O机柜接口所连接的I/O通道31形成I/O池3;在一个例子中,I/O装置或I/O装置中所包含的I/O通道31形成的单元为I/O板卡,其可以直接插接在I/O机柜中的接口上。
I/O控制模块2与工控机池1中的工控机11之间通信连接,I/O控制模块2与I/O池3中对应的一个或多个I/O通道31通信连接,若I/O控制模块2为一个,则该I/O控制模块2与所有的I/O通道31通信连接。
请参考图3与图4,若I/O控制模块2为多个,则每个I/O控制模块2可以通信连接到一个或多个I/O通道31,每个I/O通道31仅与一个I/O控制模块2通信连接。其中,I/O控制模块2可与I/O通道31级联连接或者直接连接。
一个例子中,I/O控制模块2为一个,I/O控制模块2与各I/O通道31连接为同一EtherCAT网络,其中,I/O通道31与I/O控制模块2以级联的方式连接,并基于EtherCAT进行通信,采用EtherCAT基本能满足低延时的需求。此外,I/O装置中所包含的I/O通道31形成的单元也可插接到该I/O装置中的I/O控制模块2,例如上述单元通过I/O控制模块2的数据总线(例如PCIe总线)等连接至I/O控制模块2。其中,I/O控制模块2可以为包括I/O控制器的计算机。
I/O控制模块2的数量可以为一个,进而该I/O控制模块2可直接连接所有I/O通道31,或者与所有I/O通道31级联,I/O控制模块2的数量也可以为多个,每个I/O控制模块2连接对应的多个I/O通道31,各I/O控制模块2还可与集群控制模块连接于同一以太网,进而与集群控制模块交互信息(例如反馈数据传输关系)。
I/O控制模块2与工控机11之间实现目标数据的数据交互是通过对存储单元(分布式存储单元或集中式存储单元)的写入与读取而实现的,进而实现被测件4与工控机11之间的目标数据交互;例如,若被测件4有目标数据需要反馈至工控机11,则相应I/O通道31可获取包含所需传输的目标数据的信号,然后,I/O通道31对应的I/O控制模块2可以将目标数据写入存储单元,工控机11再从存储单元中将目标数据读取出来。再例如,如果工控机11需要将目标数据反馈至被测件4,则工控机11可将目标数据写入存储单元,I/O控制模块2可将其读出来给到相应的I/O通道31,经该I/O通道31反馈至被测件4。目标数据指需要在被测件4与工控机11之间交互的数据。
相较于传统利用以太网实现数据交互的方案,上述方案可提供较佳的传输效率与同步性。
本实施例中,各I/O通道31连接到对应的被测件4,被测件4的数量可以为一个或多个。其中,各I/O通道31可以直接连接到对应的被测件4,即被测件4通过连接器直接连接到各I/O通道31的端口上,实现信号的传输;不同的I/O通道31可以连接到被测件4不同的引脚上,以传输不同的信息,若同时对多个被测件4进行集群化测试,则每个I/O通道31连接到各被测件4的相同的引脚,以传输相同的信息。
在一个例子中,测试系统还包括:连接在I/O通道31与被测件4之间的交换矩阵5,即各I/O通道31通过交换矩阵5间接连接到对应的被测件4。交换矩阵5包括:至少一个第一端口与至少一个第二端口;各第一端口分别连接到各I/O通道31,各第二端口分别连接到各被测件4。交换矩阵5内部设置有可切换的连接通道,连接通道能够连通交换矩阵5两侧的第一端口与第二端口,由此可以通过交换矩阵5内部的连接通道的配置,将各I/O通道31连接到对应的被测件4;其中,交换矩阵5中不同的连接通道能够用于传输不同的信号,交换矩阵5内部也可以设置以太网模块,以实现数字信号的交换。从中可见,为了实现工控机11、I/O通道31、被测件4间相对应的通信,实现目标数据的传输,在设有交换矩阵的情况下,既要对交换矩阵进行配置,也要对I/O控制模块2的数据传输关系进行配置。进而在工控机11与被测件4间实现测试所需的数据传输,例如工控机11中仿真模型的端口与被测件4的端口之间的数据传输。该方式下,被测件4接入时的连接方式更灵活自由,只需要根据实际接入情况配置交换矩阵5,例如在配置好I/O控制模块2之后,若测试系统中未设置交换矩阵,则需要根据配置结果找到被测件4该接入到哪些I/O通道31,如何连接,在测试系统中设置交换矩阵5的情况下,则可更自由地将被测件4接入到交换矩阵5,然后只需对交换矩阵5进行配置即可达成测试所需的数据传输。
其中的工控机11,可理解为HIL系统中的实时仿真机RTPC的部分或全部。
其中的I/O通道31,可理解为输入/输出单元,具体的可理解为:I/O通道31满足:能够相对于被测件4实现数据的输入和/或输出,和/或:能够相对于工控机11实现数据的输入和/或输出;
其中,I/O通道31相对于被测件4所输入和/或输出的数据A,与I/O通道相对于工控机11所输入和/或输出的数据B,可以是相关的,也可以是无关的。具体的,数据A与数据B可以是相同内容的不同形式的数据,例如自工控机11接收某内容的数字信号,发给被测件4的是同一内容的模拟信号,或者反过来,再例如,自工控机11接收注入故障前的信号,发给被测件4的是I/O通道31注入故障后的信号;
数据A与数据B也可以是相同内容相同形式的数据;
数据A与数据B还可以是不同内容的数据,例如数据A与数据B分别为触发I/O通道31产生某Sign1信号的触发信号与该Sign1信号;再例如,I/O通道31需要自工控机11获取某条件信号才能仿真出需要发送给被测件4的Sing2信号,此时条件信号与Sign2信号分别为数据A与数据B。
另外,I/O通道31可以指电路,也可以指电路板,还可以指含电路板及其他装配件的装置。
一种举例中,其中的I/O通道31既可经I/O控制模块2与工控机11交互,也可经过其中的I/O通道31直接或经交换矩阵5与被测件4(例如车辆的控制器)交互。其中的交互可以是单向的,也可以是双向的。
I/O装置可以仅通过其中I/O通道31实现输入和/或输出功能,部分示例中,也可在输入输出过程中对所传输的信号进行处理,例如做信号转换、故障模拟、信息仿真、信号生成、通断控制等。可见,只要能在工控机11与被测件4之间实现信号的交互,不论是否还集成了其他功能,均可作为I/O装置的一种实现方式。
其中的I/O装置或I/O装置中所包含的I/O通道31形成的单元可以是I/O板卡,例如可以是支持以下至少之一功能的板卡:数字信号输入,模拟信号输入,数字信号输出,模拟信号输出,PWM信号输入,PWM信号输出,高边功率输出和低边功率输出,I/O通道31可以被配置用于实现其中任意一种功能。其中可进一步实现高速信号的采集和输出,此外,可根据需求实现板卡资源的灵活配置,该技术带来的板卡精度和采样频率指标都达到了行业领先水平。
其中的I/O板卡例如以下至少之一所示:AD PWM-IN板卡、DAC板卡、FIU板卡、PWM-OUT板卡、RELAY-IO板卡、RC板卡、PSI5&DSI3&SENT板卡、多总线板卡(Flexray/CANFD/LIN)、Eth(车载以大网)板卡等。
其中的I/O板卡还可例如以下至少之一专用板卡:电流输出板卡、热电偶板卡、电池模拟器、温度模拟器、电机板卡、IO_HUB板卡。
本实施例中,I/O控制模块2用于在工控机池1中的K个工控机11与I/O池3中的L个I/O通道31之间传输目标数据;K、L均为大于或等于1的任意整数。
工控机11与I/O通道31之间所能传输任意数据,均可理解为目标数据。
具体举例中,对应于以上I/O板卡,目标数据可以包括以下至少之一:工控机11产生的需发送至被测件4的下发信息;以及,源自被测件4的需发送至工控机11的上报信息。
进一步的,基于I/O板卡功能的多样性,目标数据还可以包括以下至少之一:工控机11产生的需发送至I/O装置进行处理的下发信息;以及,I/O装置产生的需发送至工控机11的上报信息。
本实施例的通道分配方法的具体流程如图5所示。
步骤101,在接收到与测试任务相关的功能通道配置信息后,基于功能通道配置信息,从测试系统中可用的I/O通道中选取用于执行测试任务的目标I/O通道。
在一个例子中,基于功能通道配置信息,从测试系统中可用的I/O通道中选取用于执行测试任务的目标I/O通道,包括:基于功能通道配置信息,确定测试系统中可用的I/O通道是否可执行测试任务;在确定测试系统中可用的I/O通道可执行测试任务后,从测试系统中可用的I/O通道中选取用于执行测试任务的目标I/O通道。
步骤102,在目标I/O装置中配置目标I/O通道用于执行测试任务,以使目标I/O装置在测试过程中通过目标I/O通道收发与测试任务相关的数据,目标I/O装置为包含目标I/O通道的I/O装置。
步骤102中的数据可理解为至少包含前述的目标数据,即:需要在被测件与工控机之间传输的数据。
下面结合前述的HIL测试系统对本实施例中的通道分配方法进行说明。
集群控制模块与各I/O装置中的I/O控制模块2连接于同一个以太网,可以各与I/O控制模块2进行信息交互。集群控制模块可以从各I/O装置的I/O控制模块2读取各I/O装置所包含的I/O通道31,以及各I/O装置中的I/O通道31所支持的功能通道类型,然不限于此,也可以是由后台管理人员配置的上述信息。
本实施例中,集群控制模块可以从所连接的上位机接收测试任务或者由用户直接在集群控制模块中配置测试任务,获取测试任务的任务数据,其中任务数据包括但不限于:对应于测试任务的测试仿真模型、测试功能通道的类型、各类测试功能通道的数量、测试仿真模型与测试功能通道之间的数据传输关系;即任务数据中包含了功能通道配置信息。
集群控制模块可以基于测试任务的任务数据确定测试任务的任务需求信息,任务需求信息至少用于确定出执行对应测试任务所需的CPU的数量信息,以及测试功能通道的类型信息与数量信息。另外,任务需求信息中还包括测试所需占用的内存、存储器的占用空间等,即选取CPU与测试功能通道还需要考虑其所能够使用的内存与存储器的占用空间是否满足测试需求。一种具体举例中,任务需求信息还可用于表征出所需的内存、GPU、总线接口、传感器接口、仿真板卡等等的数量和/或类型等的信息。另一种具体举例中,任务需求信息还可用于表征出CPU各种参数、GPU、内存等型号、品牌、属性等各种信息。
本实施例中,可以由测试人员在访问集群控制模块后,在集群控制模块接收用户输入与测试任务相关的功能通道配置信息,或者接收测试人员通过上位机发送的功能通道配置信息,功能通道配置信息即用于确定执行该测试任务所需的测试功能通道。
例如,集群控制模块可以在有测试人员访问并请求配置功能通道时,展示配置界面,配置界面中包含测试系统中全部的I/O通道所支持的功能通道类型的配置界面,用户可以在配置界面选定所需的功能通道类型,以及各类型的功能通道的数量,并在接收到确认指令后,将以当前被选定的功能通道类型与输入的各类型的功能通道的数量形成功能通道配置信息,即功能通道配置信息包括:执行测试任务所需的测试功能通道的类型与各类型的测试功能通道的需求数量。
针对功能通道配置信息,集群控制模块可以先通过各I/O控制模块2读取各I/O通道的状态,获取当前处于空闲状态的I/O通道,处于空闲状态的I/O通道即为可用的I/O通道,再根据处于可用状态的各I/O通道所属的I/O装置支持的功能通道类型,对当前可用的所有的I/O通道进行虚拟化得到当前的功能通道资源池,例如某个I/O通道支持电压输入(Valtage Input)、PWM信号输入(PWM Input)两种功能通道类型,则其在功能通道资源池中被虚拟化为两个功能通道,分别为Valtage Input功能通道与PWM Input功能通道。
集群控制模块再判断是否能从当前的功能通道资源池中分别选取出满足需求数量的各类型的测试功能通道,即判断功能通道资源池中与各测试功能通道类型相同的目标功能通道的数量是否大于或等于各测试功能通道的需求数量,且各目标功能通道是否均可被配置到可用的I/O通道,若功能通道资源池中与各测试功能通道类型相同的目标功能通道的数量大于或等于各测试功能通道的需求数量,且各目标功能通道均可被配置到可用的I/O通道,则确定测试系统中可用的I/O通道可执行测试任务;若功能通道资源池中与各测试功能通道类型相同的目标功能通道的数量小于各测试功能通道的需求数量,和/或任一目标功能通道无法被配置到可用的I/O通道,则确定测试系统中可用的I/O通道不可执行测试任务。
例如功能通道配置信息包括:A、B两种类型的测试功能通道,测试功能通道A的需求数量为XA、测试功能通道B的需求数量为XB,随后针对测试功能通道A,判断当前的功能通道资源池中能否找出XA个测试功能通道A,若能够找出XA个测试功能通道A,则从当前的功能通道资源池中选取出XA个测试功能通道A,在判断是否能将这XA个测试功能通道A分别配置到可用的I/O通道,若能将这XA个测试功能通道A分别配置到可用的I/O通道,记录各测试功能通道A可被配置到可用的I/O通道,被记录可配置为测试功能通道A的各I/O通道不可再被配置为其他类型的功能通道,其中优先将不可配置为测试功能通道B的I/O通道配置为测试功能通道A。若未能找出XA个测试功能通道A或者找出的XA个测试功能通道A不能全部被分别配置到可用的I/O通道,则确定测试系统中可用的I/O通道不可执行测试任务。
随后再判断该功能通道资源池中能否找出XB个测试功能通道B,若能够找出XB个测试功能通道B,再判断这XB个测试功能通道B能否被配置到可用的I/O通道,若XB个测试功能通道B均能被配置到可用的I/O通道,记录各测试功能通道B可被配置到可用的I/O通道,此时确定测试系统中可用的I/O通道可执行测试任务,随后按照前述的记录,将这XA个测试功能通道A分别配置到可用的I/O通道、这XB个测试功能通道B分别配置到可用的I/O通道,得到XA个目标I/O通道A与XB个目标功能通道B。
若未能找出XB个测试功能通道B或者找出的XB个测试功能通道B不能全部被分别配置到可用的I/O通道,则确定测试系统中可用的I/O通道不可执行测试任务。
举例来说,当前可用的I/O通道数量为16,16个I/O通道分别属于两个I/O装置(例如为AD_PWMIN板卡),每个I/O装置包括8个可用的I/O通道,AD_PWMIN板卡支持电压输入(Valtage Input)、PWM信号输入(PWM Input)两种功能通道类型,由此虚拟化得到的功能通道资源池包括32个功能通道,分别为:16个Valtage Input功能通道与16个PWM Input功能通道,但只有16个功能通道可与I/O通道建立映射关系。
例如功能通道配置信息包括:执行测试任务需要6个Valtage Input功能通道与12个PWM Input功能通道;先从功能通道资源池中选取出6个Valtage Input功能通道,这6个Valtage Input功能通道可被映射到6个I/O通道(这6个I/O通道不能再被配置为PWM Input功能通道);随后从功能通道资源池中选取出12个PWM Input功能通道,由于此时只存在10个可用的I/O通道能被配置为PWM Input功能通道,则确定测试系统中可用的I/O通道不可执行测试任务。
例如功能通道配置信息包括:执行测试任务需要4个Valtage Input功能通道与8个PWM Input功能通道;先从功能通道资源池中选取出4个Valtage Input功能通道,这4个Valtage Input功能通道可被映射到4个I/O通道(这6个I/O通道不能再被配置为PWM Input功能通道),随后从功能通道资源池中选取出8个PWM Input功能通道,此时还存在12个可用的I/O通道能被配置为PWM Input功能通道,可以将其中8个可用的I/O通道可被配置为PWMInput功能通道,确定测试系统中可用的I/O通道可执行测试任务;此时将4个ValtageInput功能通道映射到4个I/O通道,可以得到4个被配置为Valtage Input的目标I/O通道,将其中8个可用的I/O通道能被配置为PWM Input功能通道,得到8个被配置为PWM Input的目标I/O通道。由此,选取了执行测试任务所需的12个目标I/O通道,即在HIL测试系统中划定了用于完成该测试任务的12个目标I/O通道范围。
在一个例子中,集群控制模块在基于功能通道配置信息确定测试系统中可用的I/O通道是否可执行测试任务之前,先基于功能通道配置信息确定测试系统中全部的I/O通道是否可完成测试任务,若确定测试系统中全部的I/O通道可完成测试任务,再基于功能通道配置信息确定测试系统中可用的I/O通道是否可执行测试任务。其中,基于功能通道配置信息确定测试系统中全部的I/O通道是否可完成测试任务的具体方式与前述的基于功能通道配置信息确定测试系统中可用的I/O通道是否可执行测试任务的类似,主要不同之处在于,此处使用的是测试系统中全部的I/O通道所虚拟化得到的功能通道资源池,在此不再赘述。
例如,测试系统中全部可用的I/O通道数量为32,32个I/O通道分别属于4个I/O装置(例如为AD_PWMIN板卡),每个I/O装置包括8个可用的I/O通道,AD_PWMIN板卡支持电压输入(Valtage Input)、PWM信号输入(PWM Input)两种功能通道类型,由此虚拟化得到的功能通道资源池包括64个功能通道,分别为:32个Valtage Input功能通道与32个PWM Input功能通道,但只有32个功能通道可与I/O通道建立映射关系。
某个测试任务的功能通道配置信息包括:执行该测试任务需要33个ValtageInput功能通道与9个PWM Input功能通道;功能通道资源池仅包含32个Valtage Input功能通道,此时确定测试系统中全部的I/O通道不能完成测试任务。
另一个测试任务的功能通道配置信息包括:执行该测试任务需要10个ValtageInput功能通道与9个PWM Input功能通道,功能通道资源池包括;32个Valtage Input功能通道与32个PWM Input功能通道,且I/O通道的数量为32,能够完成该测试任务,随后再判断测试系统中可用的I/O通道是否可执行测试任务,具体请参照前述过程,在此不再赘述。
随后在目标I/O装置的I/O控制模块2配置目标I/O通道与测试任务的对应关系,以使目标I/O装置的I/O控制模2块在测试过程中通过目标I/O通道收发与测试任务相关的数据。
以上述选取的执行测试任务所需的12个目标I/O通道为例,若这12个I/O通道属于同一个I/O装置,则可以在该I/O装置的I/O控制模块2中配置这12个目标I/O通道与测试任务的对应关系,在后续执行该测试任务的过程中,I/O控制模块2利用这12个目标I/O通道收发与测试任务相关的数据。若这12个I/O通道分属于不同的I/O装置,则可以在这多个不同的I/O装置的I/O控制模块2中分别配置各I/O装置所包含的目标I/O通道与测试任务的对应关系,也可以在各I/O装置的I/O控制模块2配置12个目标I/O通道与测试任务的对应关系,后续执行该测试任务的过程中,各I/O装置的I/O控制模块2均可以基于其中被配置的目标I/O通道与测试任务的对应关系,收发与测试任务相关的数据。
在确定用于执行测试任务的目标I/O通道之前或之后,集群控制模块可以基于测试任务的任务需求信息,确定出计算资源端中用于执行测试任务的目标CPU。其中的计算资源端可以为工控机,确定出目标CPU的过程可以通过确定CPU来实现,也可以通过确定目标工控机来实现,即:确定出目标工控机的情况下,也可理解为确定出的目标工控机中的CPU为目标CPU。
具体的,测试任务的任务需求信息至少表征了执行该测试任务所需的CPU的数量信息,此时可以按照上述的测试任务需求信息,从当前处于空闲状态的CPU中选取N个目标CPU。
以确定的目标I/O通道的数量为L个为例,则可以将这N个目标CPU和L个目标I/O通道组成的测试环境划分用于执行该测试任务,即划定了用于执行测试任务的CPU、I/O通道的范围;N、L均为大于或等于1的任意整数。
具体的,测试任务的任务需求信息至少表征了执行该测试任务所需的工控机为哪个的信息,或者工控机有什么特点的信息,此时可以按照上述的测试任务需求信息,选择相应的工控机。例如,可在界面中展示测试系统中可供选择的工控机,然后由用户选择其中的工控机,进而将其作为目标工控机。
另外,若任务需求信息还可以包括测试所需占用的内存、存储器的占用空间等,则在选取N个目标CPU和L个目标I/O通道,还可以参照测试所需占用的内存、存储器的占用空间,即需确保挑选出的目标CPU和目标I/O通道满足内存、存储器的占用空间等要求。
本实施例中所指的处于空闲状态是指当前无正在执行或者待执行的测试任务,另外集群控制模块还会将所检测到工控机池中新扩展的工控机以及I/O池中新扩展的I/O通道均确定为空闲状态。
集群控制模块在确定执行测试任务所需的N个目标CPU与L个目标I/O通道后,目标工控机为包含被选取的N个目标CPU中少一个目标CPU的工控机,由此便能够确定出该测试任务的测试容器所对应的目标工控机与目标I/O通道。
随后,集群控制模块便可以利用测试容器所对应的目标工控机与目标I/O通道执行测试任务对被测件进行测试,可以使被测件与N个目标CPU之间通过L个目标I/O通道交互。
进一步的,上述在I/O控制模块2配置的目标I/O通道与测试任务的对应关系,可以理解为执行该测试任务的目标工控机与目标I/O通道之间的数据传输关系。
例如包含目标CPU的目标工控机的数量为K个,集群控制模块在工控机池1中选定了K个目标工控机、在I/O池中选定了L个目标I/O通道用于执行同一个测试任务,得到了K个目标工控机与I/O池3中L个目标I/O通道的数据传输关系,该数据传输关系被配置在连接于各目标I/O通道的I/O控制模块2中,I/O控制模块2用于基于工控机池1中K个目标工控机与I/O池3中L个目标I/O通道的数据传输关系,在K个目标工控机与L个目标I/O通道之间传输目标数据;K、L均为大于或等于1的任意整数。
其中的数据传输关系可理解为:至少可表示出:一个或多个目标工控机与一个或多个目标I/O通道之间允许传输数据的一种关系,即至少可确定出允许传输数据的目标工控机、目标I/O通道的范围。
一种举例中,数据传输关系可进一步确定其中目标工控机传输而来的数据该同步至哪个目标I/O通道,目标I/O通道传输而来的数据该同步至哪个目标工控机,即详细定义出目标工控机与目标I/O通道间的映射关系,再进一步的,也可细致定义出目标工控机中端口与目标I/O通道的端口间的映射关系;然后,I/O控制模块2可基于此映射关系对传输而来的数据进行传输;进而,在描述出映射关系的情况下,也即能够表示出允许传输的目标工控机、目标I/O通道。
另一举例中,数据传输关系主要用于划定允许传输测试任务相关数据的目标工控机、目标I/O通道的范围,至于每次传输数据时其中的目标工控机要传输至哪个目标I/O通道、被测件4、端口(目标I/O通道或被测件4的端口),目标I/O通道传输而来的数据要传输至哪个目标工控机或目标工控机中的哪个端口,可由其他手段辅助决定。例如可在传输过程中携带相应的标识,I/O控制模块2可根据所携带标识判断是否满足数据传输关系,若满足,才进行传输。
此外,若I/O控制模块2为多个,不同I/O控制模块2连接不同的目标I/O通道,则一种举例中,I/O控制模块2获取并使用的数据传输关系可以为部分数据传输关系,即对应于该I/O控制模块2所连接的目标I/O通道的次级数据传输关系,进而,次级数据传输关系可理解为:至少用于在目标工控机及I/O控制模块2所连接的目标I/O通道中,确定出允许传输数据的目标工控机、目标I/O通道的范围。进一步举例中,可在目标工控机及I/O控制模块2所连接的目标I/O通道中,确定出相映射的端口。
不同I/O控制模块2所接收到的数据传输关系可以为部分数据传输关系,即次级数据传输关系,且是不同的次级数据传输关系,当然,也可将全部数据传输关系发给所有连接到目标I/O通道的I/O控制模块2,即:不同I/O控制模块2所接收到的数据传输关系也可以是相同的。
其中所涉及的端口可以指硬件端口,也可以指软件端口、端口地址等(例如目标工控机中运行的某模型的某个输出端口、输入端口)。
I/O控制模块2可自集群控制模块获取部分或全部数据传输关系,亦或用于确定数据传输关系的其他信息,该过程例如可经以太网获取。
此外,在同一时间,单个I/O控制模块2所连接的目标I/O通道,可能都用于同一测试任务,也可能部分用于一个测试任务,另部分用于其他测试任务,I/O控制模块2可以分别或一并获取所需的数据传输关系。
其中,目标工控机产生的需发送至被测件4的下发信息包括但不限于:需在被测件4中运行的测试指令、目标工控机运行测试的仿真模型产生的或者由目标工控机所连接的仿真板卡产生的测试信号(测试信号与被测件4以及测试场景相关,例如为车辆当前所处环境场景的信号、车内环境信号、模拟的车流、人流图像信号等);被测件4发送至目标工控机的上报信息包括但不限于:被测件4基于目标工控机发送的下发信息所产生的反馈信号、被测件4在测试过程中的自身的运行状态信息(例如时钟信号、供电电压、温度信号、负载率等)。
具体的,在执行某个测试任务的过程中,工控机池1中K个目标工控机与I/O池3中L个目标I/O通道用于对被测件4进行测试,L个目标I/O通道连接到被测件4;例如数据传输关系限定了目标工控机与目标I/O通道之间的目标数据的流向,即源自被测件4或目标I/O通道的需发送至目标工控机的上报信息传输到目标I/O通道后,各目标I/O通道将上报信息发送到I/O控制模块2,该数据传输关系决定了I/O控制模块2将源自各目标I/O通道的上报信息所需发送到的目标工控机(或其端口);以及目标工控机产生的需发送至被测件4或目标I/O通道的下发信息传输到I/O控制模块2后,该数据传输关系决定了I/O控制模块2将源自于各目标工控机的下发信息发送到被测件4或目标I/O通道,其中,被测件4可以通过不同的引脚接收不同信息。
在对被测件4进行测试时,可以由各目标工控机分别对被测件4进行完整的测试,或者K个目标工控机配合实现对被测件4的测试,每个测试部分可以由一个或多个目标工控机来实现,例如各个目标工控机中运行有不同的仿真模型,每个目标工控机可以接收来源于被测件4或目标I/O通道的上报信息;和/或,由其他目标工控机在运行对应的仿真模型所产生的测试信号,并产生需发送到其他目标工控机的测试信号和/或需发送到被测件4或目标I/O通道的下发信息。
在一个例子中,各目标工控机所在的计算机与I/O控制模块2所在的计算机与之间可以通过以太网通信连接,目标工控机与I/O控制模块2中均设置了由软件实现的网络协议,发送数据的计算机通过软件将数据封装到网络协议中传输到其他的计算机,接收数据的计算机的软件接收网络报文,从网络报文中提取出数据再使用,由此I/O控制模块2可以基于以太网在K个目标工控机与L个目标I/O通道之间进行目标数据的交换与共享,具有成本低、易于实现的优点。
本实施例中,可由测试系统中的集群控制模块来确定执行当前的测试任务的工控机池1中K个目标工控机与I/O池3中L个目标I/O通道的数据传输关系。其中,集群控制模块的数量可以为一个或多个;每个测试任务可以针对一个或多个同一类型的被测件进行测试,测试任务所测试的被测件即为图1中的被测件4,被测件的数量可以为一个或多个。
具体的,对于当前待执行的测试任务,集群控制模块可以先从工控机池1中划定用于执行该测试任务的K个目标工控机、从I/O池3中划定用于执行该第一测试任务的L个目标I/O通道,即得到用于执行该第一测试任务的K个目标工控机与L个目标I/O通道,随后建立K个目标工控机与L个目标I/O通道之间的数据传输关系。其中,若工控机池1中的目标工控机和/或I/O池3中的目标I/O通道存在资源不足的情况,也可以相应的进行横向扩展。
集群控制模块可以在确定K个目标工控机与L个目标I/O通道之间的数据传输关系后,将该数据传输关系分别发送到K个目标工控机;各目标工控机在需要向第一被测件发送下发信息时,基于该数据传输关系,指定用于接收各下发信息的目标I/O通道,然后由I/O控制模块2将各下发信息经过指定的目标I/O通道发送到被测件。另外,被测件在需要向目标工控机发送上报信息时,I/O控制模块2通过L个目标I/O通道接收上报信息,目标I/O通道可以标记发送各上报信息的目标I/O通道,由此各目标工控机基于上述的数据传输关系接收来源于指定的目标I/O通道的上报信息。
或者,
集群控制模块可以在确定K个目标工控机与L个目标I/O通道之间的数据传输关系后,将该数据传输关系反馈到I/O控制模块2;各目标工控机在需要向被测件发送下发信息时,直接将下发信息发送到I/O控制模块2,由I/O控制模块2基于该数据传输关系,将各下发信息经过指定的目标I/O通道发送到第一被测件。同理,被测件在需要向目标工控机发送上报信息时,I/O控制模块2通过L个目标I/O通道接收上报信息,I/O控制模块2基于上述的数据传输关系,将来源于各目标I/O通道的上报信息发送到指定的目标工控机。
另外,被划分出L个目标I/O通道被配置与被测件通信连接,例如在划分出L个目标I/O通道后,将L个目标I/O通道与各被测件进行直接连接,或者目标I/O通道与被测件之间连接有交换矩阵5,由集群控制模块配置该交换矩阵5中连接到L个目标I/O通道连接的第一端口与连接到被测件的第二端口之间形成连接通道,建立L个目标I/O通道与被测件之间的通信连接,从而交换矩阵5能够通过被配置的连接通道在L个目标I/O通道与被测件之间传输目标数据。
集群控制模块还用于将测试任务的任务信息发送到K个目标工控机,从而目标工控机可以基于第一测试任务的任务信息产生需发送至第一被测件的下发信息。其中,第一测试任务的任务信息中包含测试所需的仿真模型、测试参数以及测试用例等。
需要说明的是,在图1中多个工控机11已经被池化,由此各工控机11中的CPU可以访问所有的I/O通道,此时选取的目标CPU若是多个,则这多个目标CPU可以属于同一个工控机11,也可以分属于不同的工控机11,均可以与所选取的目标I/O通道进行数据交互;若多个工控机11未被池化,则在选定目标CPU与I/O通道时,需确保存在数据交互的目标CPU与I/O通道之间具有物理连接。
本实施例中,可以通过以下两种方式在测试系统中设置集群控制模块,具体如下:
方式一:请参考图1,测试系统还包括:集群控制模块6;集群控制模块6分别与各工控机11通信连接。集群控制模块6可以为包括集群控制器的计算机,该计算机通过有线或无线分别与各工控机11通信连接。
另外,集群控制模块6可以通过有线或无线与上位机7通信连接,上位机7可以基于用户的配置生成测试任务,并将所生成的测试任务的任务信息分发到对应的K个工控机11。
在一个例子中,集群控制模块6、工控机11以及I/O控制模块2之间通过以太网通信连接,即集群控制模块6所在的计算机、各工控机11以及I/O控制模块2所在的计算机之间通过以太网进行通信连接,能够满足三方在通信上的需求,例如集群控制模块6可以通过以太网将上述的数据传输关系发送到工控机11和/或I/O控制模块2。
方式二:请参考图2,测试系统所包含的工控机11中的任意之一被配置为集群控制模块。被配置为集群控制模块的工控机11可以连接到上位机7,上位机7可以基于用户的配置生成测试任务,并将所生成的测试任务发送到被配置为集群控制模块的工控机11,由该工控机11将第一测试任务的任务信息分发到对应的K个工控机11。其中,被配置为集群控制模块可以仅用作实现集群控制器的功能,然不限于此,也可以同时用作集群控制器的功能与对被测件的测试。
需要说明的是,在图1至图4中仅示意性画出了一个上位机7,上位机7的数量也可以为多个。
还需要说明的是,本实施例仅示意出了如何针对一个测试任务来分配I/O通道,被分配用于执行该测试任务的进一步的I/O通道会被配置为不可用状态;若在一个测试任务被分配I/O通道后,只要集群控制模块接收到另一个测试任务的功能通道配置信息,仍然会针对该测试任务在当前可用I/O通道中来分配I/O通道,并重复前述过程,直至集群控制模块中的I/O通道不足以执行当前所接收到的测试任务,以实现测试系统中的I/O通道资源的充分利用。另外,集群控制模块在一个测试任务执行完毕或者接收到测试人员发送的表征测试任务执行结束的指令后,将执行该测试任务的I/O通道重新配置为可用状态。
本实施例中,集群控制模块能够在测试系统中可用的I/O通道可执行测试任务时,结合测试任务的功能通道配置信息从测试系统中可用的I/O通道中选取用于执行测试任务的目标I/O通道,并在各目标I/O通道所属的目标I/O装置中配置目标I/O通道用于执行测试任务,以使目标I/O装置在测试过程中通过目标I/O通道收发与测试任务相关的数据。对于多个台架连接所形成的的集群,所有的测试人员均可在集群控制模块中进行I/O通道的请求,由集群控制模块针对各测试任务对I/O通道进行自动分配,实现了测试系统中的I/O通道合理分配与充分利用,而无需对台架进行位置上的移动,更加适用于集群化的测试场景。
本发明的第二实施例涉及一种通道分配方法,本实施例相对比第一实施例而言,主要区别之处在于:测试人员可以按照时间段对测试系统的I/O通道资源进行预约。
本实施例的通道分配方法的具体流程如图6所示。
步骤201,在接收到与测试任务相关的功能通道配置信息后,基于功能通道配置信息确定在设定的多个时间段内测试系统中可用的I/O通道是否可执行测试任务。
步骤202,展示测试系统可用于执行测试任务的时间段供选择。
具体而言,在集群控制模块中,预先将每天的时间划分为了多个时间段,并设定未来的若干天内,测试人员可以按照时间段来预约测试系统中的I/O通道。例如,请参考图7,在测试人员访问集群控制模块时,进入图7的发起预约界面,每天被划分为8个时间段,每个时间段为3个小时,并展示了未来七天所有的时间段,此时测试人员上位输入测试任务的功能通道配置信息,所有的时间段均不可被选取。
当测试人员触发图7中的发起预约的按钮时,弹出图8的选取预约配置的界面,其中展示测试系统中所有的I/O通道支持的功能通道类型,在图8中展示了15种功能通道类型,在每个功能通道类型后可供测试人员配置需求数量,在测试人员选取功能通道类型并配置数量,并触发搜索按钮后,可以读取到测试人员配置的功能通道配置信息。
随后,针对未来七天中各天的每个时间段,读取该时间段内处于可用状态的I/O通道,再根据该时间段内处于可用状态的各I/O通道所属的I/O装置支持的功能通道类型,对当前可用的所有的I/O通道进行虚拟化得到当前的功能通道资源池,再确定出该时间段内的功能通道资源池是否可执行测测试任务;重复该过程可以得出未来七天中各天的各个时间段是否可执行测试任务;其中确定出各时间段内的功能通道资源池是否可执行测测试任务的过程与第一实施例中基于功能通道配置信息确定测试系统中可用的I/O通道是否可执行测试任务的具体方式类似,在此不再一一赘述。
随后展示测试系统可用于执行测试任务的时间段供选择。
例如,请参考图9,为选择时间段的界面,将可执行测试任务的时间段配置为可以选择(为白色区域),将不可执行测试任务的时间段配置为不可选取(灰色区域),由此测试人员可以从可执行测试任务的时间段(白色区域)中选取一个或多个时间段,被选取的时间段即为目标时间段。在图9中,被选取的目标时间段包括:00:00-03:00,03:00-06:00,06:00-09:00,09:00-12:00;测试人员可以点击取消,取消选定的目标时间段,点击提交,集群控制模块弹窗展示所选定的功能通道类型及数量,与被选定的目标时间段,以供测试人员进一步确认。
步骤203,在接收到测试系统可用于执行测试任务的时间段中被选取的至少一个目标时间段后,从各目标时间段测试系统中可用的I/O通道中选取各时间内段内的目标I/O通道。
具体而言,在接收到测试人员从可用于执行测试任务的时间段中选取的至少一个目标时间段后,针对每个目标时间段,在该目标时间段内测试系统中可用的I/O通道中选取出用于执行测试任务的目标I/O通道;由此能够得到各目标时间段内用于执行测试任务的目标I/O通道;其中在相邻的目标时间段内选取目标I/O通道,优先选取相同的目标I/O通道。其中,在各目标时间段内测试系统中可用的I/O通道中选取出用于执行测试任务的目标I/O通道与第一实施例中从测试系统中可用的I/O通道中选取用于执行测试任务的目标I/O通道类似,在此不再赘述。
在一个例子中,在接收到测试系统可用于执行测试任务的时间段中被选取的至少一个目标时间段后,且在从各目标时间段测试系统中可用的I/O通道中选取各时间内段内的目标I/O通道之前,基于功能通道配置信息确定各目标时间段内测试系统中可用的I/O通道是否可执行测试任务,若确定各目标时间段内测试系统中可用的I/O通道可执行测试任务,再从各目标时间段测试系统中可用的I/O通道中选取各时间内段内的目标I/O通道。即在测试人员选出想预约的目标时间段时候,再次基于功能通道配置信息确定各目标时间段内测试系统中可用的I/O通道是否可执行测试任务,由此能够在测试人员选定目标时间段之前,先判断是否有其他测试人员预约了相关的I/O通道,避免一个或多个目标时间段内出现可用的I/O通道不足以执行测试任务的情况。若各目标时间段内测试系统中可用的I/O通道可执行测试任务,再从各目标时间段测试系统中可用的I/O通道中选取各时间内段内的目标I/O通道;若一个或多个目标时段内测试系统中可用的I/O通道中不可执行测试任务,则可以发出提示信息,提示不可执行的目标时间段,以供测试人员判断是否重新选取目标时间段。
步骤204,在目标I/O装置中配置目标I/O通道用于执行测试任务,以使目标I/O装置在测试过程中通过目标I/O通道收发与测试任务相关的数据,目标I/O装置为包含目标I/O通道的I/O装置。
具体而言,针对每个目标时间段,对于包含该目标时间段内的目标I/O通道的目标I/O装置,在该目标I/O装置中配置目标I/O通道用于执行测试任务,并设定目标I/O通执行测试任务的有效时间段,有效时间段即为目标时间段;由此各目标I/O装置均配置用于执行测试任务的目标I/O通道,且设定了目标I/O通道执行测试任务的有效时间段。由此,各目标I/O装置在测试过程的各有效时间段内,可通过目标I/O通道收发与测试任务相关的数据。
本实施例中,引入了I/O通道资源的预约功能,由此测试人员可以按照时间段提前进行I/O通道资源的预约,有利于I/O通道资源的进一步合理规划利用;另外,还可以获知未来一定时间内I/O通道资源的使用情况。
本发明第三实施例涉及一种通道配置设备,该通道配置设备可用于执行第一或第二实施例中的通道分配方法,以对测试系统中的I/O通道资源进行分配。在一个例子中,通道配置设备可以为HIL测试系统中的集群控制模块,具体请参见第一实施例中相关描述,在此不再赘述。
由于第三实施例与第一、第二实施例相互对应,因此第三实施例可与第一、第二实施例互相配合实施。第一、第二实施例中提到的相关技术细节在第三实施例依然有效,在第一、第二实施例中所能达到的技术效果在第三实施例中也同样可以实现,为了减少重复,这里不再赘述。相应地,第一、第二实施例中提到的相关技术细节也可应用在第三实施例中。
本发明的第四实施例涉及一种非暂态计算机可读存储介质,非暂态计算机可读存储介质上存储有处理器可执行指令,可执行指令被配置为可执行如第一或第二实施例中的通道分配方法。
由于第四实施例与第一至第三实施例相互对应,因此第四实施例可与第一至第三实施例互相配合实施。第一至第三实施例中提到的相关技术细节在第四实施例依然有效,在第一至第三实施例中所能达到的技术效果在第五实施例中也同样可以实现,为了减少重复,这里不再赘述。相应地,第一至第三实施例中提到的相关技术细节也可应用在第四实施例中。
以上已详细描述了本发明的较佳实施例,但应理解到,若需要,能修改实施例的方面来采用各种专利、申请和出版物的方面、特征和构思来提供另外的实施例。
考虑到上文的详细描述,能对实施例做出这些和其它变化。一般而言,在权利要求中,所用的术语不应被认为限制在说明书和权利要求中公开的具体实施例,而是应被理解为包括所有可能的实施例连同这些权利要求所享有的全部等同范围。

Claims (10)

1.一种通道分配方法,其特征在于,用于对测试系统所包含的至少一个I/O装置的多个I/O通道进行分配;所述方法包括:
在接收到与测试任务相关的功能通道配置信息后,基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道;
在目标I/O装置中配置所述目标I/O通道用于执行所述测试任务,以使所述目标I/O装置在测试过程中通过所述目标I/O通道收发与所述测试任务相关的数据,所述目标I/O装置为包含所述目标I/O通道的所述I/O装置。
2.根据权利要求1所述的通道分配方法,其特征在于,所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道,包括:
基于所述功能通道配置信息,确定所述测试系统中可用的I/O通道是否可执行所述测试任务;
在确定所述测试系统中可用的I/O通道可执行所述测试任务后,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道。
3.根据权利要求2所述的通道分配方法,其特征在于,每个所述I/O通道可被配置为所述I/O通道支持的功能通道类型中的一种,所述功能通道配置信息包括:执行所述测试任务所需的测试功能通道的类型与各类型的所述测试功能通道的需求数量;所述基于所述功能通道配置信息确定所述测试系统中可用的I/O通道是否可执行所述测试任务,包括:
基于所述测试系统中当前可用的各I/O通道所支持的功能通道类型,得到当前的功能通道资源池,并判断能否从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道;
若能从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,则确定所述测试系统中可用的I/O通道可执行所述测试任务;
若不能从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,则确定所述测试系统中可用的I/O通道不可执行所述测试任务。
4.根据权利要求3所述的通道分配方法,其特征在于,所述判断能否从所述功能通道资源池中分别选取出满足需求数量的各类型的所述测试功能通道,包括:
若所述功能通道资源池中与各所述测试功能通道类型相同的目标功能通道的数量大于或等于各所述测试功能通道的需求数量,且各所述目标功能通道均可被配置到可用的所述I/O通道,则确定所述测试系统中可用的I/O通道可执行所述测试任务;
若所述功能通道资源池中与各所述测试功能通道类型相同的目标功能通道的数量小于各所述测试功能通道的需求数量,和/或任一所述目标功能通道无法被配置到可用的所述I/O通道,则确定所述测试系统中可用的I/O通道不可执行所述测试任务。
5.根据权利要求2所述的通道分配方法,其特征在于,所述基于所述功能通道配置信息确定所述测试系统中可用的I/O通道是否可执行所述测试任务,包括:
基于所述功能通道配置信息确定在设定的多个时间段内所述测试系统中可用的I/O通道是否可执行所述测试任务;
在从可用的所述I/O通道中选取用于执行所述测试任务的目标I/O通道之前,包括:
展示所述测试系统可用于执行所述测试任务的所述时间段供选择;
所述从可用的所述I/O通道中选取用于执行所述测试任务的目标I/O通道,包括:
在接收到所述测试系统可用于执行所述测试任务的所述时间段中被选取的至少一个目标时间段后,从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道。
6.根据权利要求5所述的通道分配方法,其特征在于,在所述从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道,还包括:
基于所述功能通道配置信息确定各所述目标时间段内所述测试系统中可用的I/O通道是否可执行所述测试任务;
若确定各所述目标时间段内所述测试系统中可用的I/O通道可执行所述测试任务,进入所述从各所述目标时间段所述测试系统中可用的I/O通道中选取各所述时间内段内的所述目标I/O通道的步骤。
7.根据权利要求1所述的通道分配方法,其特征在于,每个所述I/O装置包括:I/O控制模块与至少一个I/O通道;所述在目标I/O装置中配置所述目标I/O通道用于执行所述测试任务,包括:
在所述目标I/O装置的I/O控制模块配置所述目标I/O通道与所述测试任务的对应关系,以使所述目标I/O装置的I/O控制模块在测试过程中通过所述目标I/O通道收发与所述测试任务相关的数据。
8.根据权利要求1所述的通道分配方法,其特征在于,所述测试系统还包括:配置有CPU的计算资源端;所述方法还包括:基于所述测试任务的任务需求信息,确定出所述计算资源端中用于执行所述测试任务的目标CPU,以在所述目标CPU与所述目标I/O通道被用于执行所述测试任务对被测件进行测试时,被测件与所述目标CPU之间通过所述目标I/O通道进行交互。
9.根据权利要求1所述的通道分配方法,其特征在于,在所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道之前,还包括:
基于所述功能通道配置信息确定所述测试系统中全部的I/O通道是否可完成所述测试任务;
若确定所述测试系统中全部的I/O通道可完成所述测试任务,进入所述基于所述功能通道配置信息,从所述测试系统中可用的I/O通道中选取用于执行所述测试任务的目标I/O通道的步骤。
10.一种通道配置设备,其特征在于,用于执行权利要求1至9中任一项所述的通道分配方法。
CN202310993990.2A 2023-03-06 2023-08-08 通道分配方法及设备 Pending CN117076216A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2023102146986 2023-03-06
CN202310214698 2023-03-06

Publications (1)

Publication Number Publication Date
CN117076216A true CN117076216A (zh) 2023-11-17

Family

ID=88705917

Family Applications (11)

Application Number Title Priority Date Filing Date
CN202310273314.8A Pending CN117075572A (zh) 2023-03-06 2023-03-17 测试系统
CN202310265202.8A Pending CN117082078A (zh) 2023-03-06 2023-03-17 设备间数据同步方法、系统以及设备
CN202410958364.4A Pending CN118915689A (zh) 2023-03-06 2023-03-17 测试方法及系统、设备以及可读存储介质
CN202310265228.2A Active CN117075571B (zh) 2023-03-06 2023-03-17 测试方法及系统、设备以及可读存储介质
CN202310265212.1A Pending CN117075570A (zh) 2023-03-06 2023-03-17 数据处理方法、设备及系统
CN202310993990.2A Pending CN117076216A (zh) 2023-03-06 2023-08-08 通道分配方法及设备
CN202311125925.4A Active CN117148817B (zh) 2023-03-06 2023-09-01 一种测试系统
CN202311125989.4A Active CN117081706B (zh) 2023-03-06 2023-09-01 数据共享方法、装置及系统
CN202311126340.4A Pending CN117093438A (zh) 2023-03-06 2023-09-01 测试系统
CN202311128871.7A Pending CN117076344A (zh) 2023-03-06 2023-09-01 数据共享方法、装置、系统以及可读存储介质
CN202311243702.8A Active CN117311313B (zh) 2023-03-06 2023-09-25 一种测试方法及系统、计算处理端以及可读存储介质

Family Applications Before (5)

Application Number Title Priority Date Filing Date
CN202310273314.8A Pending CN117075572A (zh) 2023-03-06 2023-03-17 测试系统
CN202310265202.8A Pending CN117082078A (zh) 2023-03-06 2023-03-17 设备间数据同步方法、系统以及设备
CN202410958364.4A Pending CN118915689A (zh) 2023-03-06 2023-03-17 测试方法及系统、设备以及可读存储介质
CN202310265228.2A Active CN117075571B (zh) 2023-03-06 2023-03-17 测试方法及系统、设备以及可读存储介质
CN202310265212.1A Pending CN117075570A (zh) 2023-03-06 2023-03-17 数据处理方法、设备及系统

Family Applications After (5)

Application Number Title Priority Date Filing Date
CN202311125925.4A Active CN117148817B (zh) 2023-03-06 2023-09-01 一种测试系统
CN202311125989.4A Active CN117081706B (zh) 2023-03-06 2023-09-01 数据共享方法、装置及系统
CN202311126340.4A Pending CN117093438A (zh) 2023-03-06 2023-09-01 测试系统
CN202311128871.7A Pending CN117076344A (zh) 2023-03-06 2023-09-01 数据共享方法、装置、系统以及可读存储介质
CN202311243702.8A Active CN117311313B (zh) 2023-03-06 2023-09-25 一种测试方法及系统、计算处理端以及可读存储介质

Country Status (2)

Country Link
CN (11) CN117075572A (zh)
WO (1) WO2024183093A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117724449A (zh) * 2023-12-15 2024-03-19 昆易电子科技(上海)有限公司 一种仿真装置与测试系统
CN117724447A (zh) * 2023-12-15 2024-03-19 昆易电子科技(上海)有限公司 一种仿真装置的数据处理方法、测试仿真装置及仿真系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024183762A1 (zh) * 2023-03-06 2024-09-12 昆易电子科技(上海)有限公司 测试系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104731080A (zh) * 2013-12-19 2015-06-24 北汽福田汽车股份有限公司 一种硬件在环仿真环境模型自动生成系统及方法
CN105388880A (zh) * 2014-09-01 2016-03-09 帝斯贝思数字信号处理和控制工程有限公司 用于连接设立为用于测试控制装置的测试装置的输入/输出接口的方法
CN105955239A (zh) * 2016-05-26 2016-09-21 上海添测智能科技有限公司 一种基于共享内存的通用测试平台快速构建方法
CN110618910A (zh) * 2019-08-27 2019-12-27 中国第一汽车股份有限公司 一种测试系统及方法
US20200349234A1 (en) * 2019-04-30 2020-11-05 Disney Enterprises, Inc. Soft-real-time hub providing data transport for processor-in-the-loop (pil) simulations
KR102217002B1 (ko) * 2019-11-18 2021-02-18 (주)파워닉스 Hil 테스트를 위한 제어 시스템 및 방법
CN114385431A (zh) * 2022-01-13 2022-04-22 北京全路通信信号研究设计院集团有限公司 一种板卡测试的方法、装置、电子设备及存储介质

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2417105B (en) * 2004-08-13 2008-04-09 Clearspeed Technology Plc Processor memory system
CN101515289B (zh) * 2009-03-25 2011-01-05 中国工商银行股份有限公司 一种对通用数据文件进行检查的装置及方法
US8291135B2 (en) * 2010-01-15 2012-10-16 Vmware, Inc. Guest/hypervisor interrupt coalescing for storage adapter virtual function in guest passthrough mode
CN102148719B (zh) * 2010-02-09 2013-07-24 奇点新源国际技术开发(北京)有限公司 一种基于子系统集成的自动化测试系统
DE102010043661A1 (de) * 2010-11-09 2012-05-10 Dspace Digital Signal Processing And Control Engineering Gmbh Vorrichtung zum Testen und HIL-Simulator
US8914673B2 (en) * 2012-02-20 2014-12-16 Microsoft Corporation Distributed testing within a serial testing infrastructure
US8856256B1 (en) * 2013-03-13 2014-10-07 CoralTree Inc. System and method for file sharing and updating
CN103577275B (zh) * 2013-10-24 2017-07-07 华为技术有限公司 一种数据校验的方法、设备和系统
CN104977884B (zh) * 2015-06-24 2019-01-08 株洲南车时代电气股份有限公司 一种动车组网络控制系统仿真测试台
US20170111286A1 (en) * 2015-10-15 2017-04-20 Kabushiki Kaisha Toshiba Storage system that includes a plurality of routing circuits and a plurality of node modules connected thereto
US9384086B1 (en) * 2015-11-30 2016-07-05 International Business Machines Corporation I/O operation-level error checking
CN105653406B (zh) * 2015-12-31 2019-05-24 华为技术有限公司 一种管理分布式存储系统的方法及分布式存储系统
IT201700024221A1 (it) * 2017-03-03 2018-09-03 Sisvel Tech S R L Methods and apparatuses for encoding and decoding superpixel borders
US10489993B2 (en) * 2017-04-25 2019-11-26 GM Global Technology Operations LLC Emulator hardware-in-loop architecture and control logic for vehicle steer-by-wire test system
CN107340441B (zh) * 2017-06-07 2019-07-05 同济大学 一种燃料电池汽车动力总成集成测试系统
CN107608897A (zh) * 2017-09-26 2018-01-19 郑州云海信息技术有限公司 一种分布式集群的测试方法及系统
CN107800787B (zh) * 2017-10-23 2020-10-16 图斯崆南京科技有限公司 一种分布式大数据实时交换共享的计算机网络系统
CN108763083A (zh) * 2018-05-30 2018-11-06 平安普惠企业管理有限公司 自动化测试方法、装置、计算机设备及存储介质
WO2020055616A1 (en) * 2018-09-14 2020-03-19 Rambus Inc. Memory system with error detection
CN111209244B (zh) * 2018-11-21 2022-05-06 上海寒武纪信息科技有限公司 数据处理装置及相关产品
CN110166328B (zh) * 2019-07-05 2021-07-16 南方电网科学研究院有限责任公司 一种需求响应设备的测试装置
CN110794803A (zh) * 2019-08-01 2020-02-14 中国第一汽车股份有限公司 一种发动机控制器的测试系统及方法
CN110794813B (zh) * 2019-11-18 2022-06-07 上海顺试汽车科技有限公司 一种机电零部件在环实时联动测试方法及系统
CN113110367B (zh) * 2020-01-13 2022-05-31 广州汽车集团股份有限公司 发动机硬件在环测试方法及系统
CN114647200B (zh) * 2020-12-17 2024-10-18 金风科技股份有限公司 硬件在环测试平台、变桨在环测试系统及测试系统
CN115391165A (zh) * 2021-05-24 2022-11-25 比亚迪股份有限公司 车辆测试方法、装置、存储介质及电子设备
CN113127285B (zh) * 2021-06-17 2021-10-08 北京燧原智能科技有限公司 一种错误数据调试方法、装置、芯片及计算机设备
CN113407401B (zh) * 2021-06-18 2023-12-05 北京汇钧科技有限公司 一种自动化测试方法及装置、电子设备及存储介质
CN113960443B (zh) * 2021-09-23 2024-06-07 瑞芯微电子股份有限公司 一种io静态参数测试方法及系统
CN114281672A (zh) * 2021-11-16 2022-04-05 上海埃威航空电子有限公司 基于分布式测试系统的任务分发装置及其协同控制方法
CN114238077A (zh) * 2021-11-19 2022-03-25 航天信息股份有限公司 一种自动化测试任务编排系统及方法
CN114461472B (zh) * 2022-01-21 2024-10-22 中国船舶重工集团公司第七0九研究所 一种基于ate的gpu核心全速功能测试方法
CN115048308A (zh) * 2022-06-16 2022-09-13 北京新能源汽车股份有限公司 一种基于汽车软件测试的芯片仿真方法及系统
CN114927110B (zh) * 2022-06-27 2024-03-15 青岛信芯微电子科技股份有限公司 一种背光控制方法、显示设备、芯片系统及介质
CN115407745A (zh) * 2022-07-11 2022-11-29 航天科工防御技术研究试验中心 基于hil测试系统的并行仿真模拟测试方法和相关设备
CN115269396A (zh) * 2022-07-21 2022-11-01 中汽创智科技有限公司 一种车载控制器测试方法、装置、设备及存储介质
CN115495239A (zh) * 2022-09-19 2022-12-20 广州文远知行科技有限公司 测试资源复用方法、装置、存储介质及计算机设备
CN115604144B (zh) * 2022-09-27 2024-07-12 北京百度网讯科技有限公司 测试方法及装置、电子设备和存储介质
CN115640174A (zh) * 2022-09-28 2023-01-24 超聚变数字技术有限公司 内存故障预测方法、系统、中央处理单元及计算设备
CN218512576U (zh) * 2022-10-27 2023-02-21 上海北汇信息科技有限公司 一种hil台架联合测试系统
CN115712572A (zh) * 2022-11-23 2023-02-24 浙江大华技术股份有限公司 任务的测试方法、装置、存储介质及电子装置
CN115587055A (zh) * 2022-12-12 2023-01-10 奉加微电子(昆山)有限公司 总线的传输方法、系统、设备及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104731080A (zh) * 2013-12-19 2015-06-24 北汽福田汽车股份有限公司 一种硬件在环仿真环境模型自动生成系统及方法
CN105388880A (zh) * 2014-09-01 2016-03-09 帝斯贝思数字信号处理和控制工程有限公司 用于连接设立为用于测试控制装置的测试装置的输入/输出接口的方法
CN105955239A (zh) * 2016-05-26 2016-09-21 上海添测智能科技有限公司 一种基于共享内存的通用测试平台快速构建方法
US20200349234A1 (en) * 2019-04-30 2020-11-05 Disney Enterprises, Inc. Soft-real-time hub providing data transport for processor-in-the-loop (pil) simulations
CN110618910A (zh) * 2019-08-27 2019-12-27 中国第一汽车股份有限公司 一种测试系统及方法
KR102217002B1 (ko) * 2019-11-18 2021-02-18 (주)파워닉스 Hil 테스트를 위한 제어 시스템 및 방법
CN114385431A (zh) * 2022-01-13 2022-04-22 北京全路通信信号研究设计院集团有限公司 一种板卡测试的方法、装置、电子设备及存储介质

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117724449A (zh) * 2023-12-15 2024-03-19 昆易电子科技(上海)有限公司 一种仿真装置与测试系统
CN117724447A (zh) * 2023-12-15 2024-03-19 昆易电子科技(上海)有限公司 一种仿真装置的数据处理方法、测试仿真装置及仿真系统
CN117724447B (zh) * 2023-12-15 2024-05-31 昆易电子科技(上海)有限公司 一种仿真装置的数据处理方法、测试仿真装置及仿真系统

Also Published As

Publication number Publication date
CN117076344A (zh) 2023-11-17
CN117075571B (zh) 2024-08-06
WO2024183093A1 (zh) 2024-09-12
CN117311313B (zh) 2024-11-01
CN117311313A (zh) 2023-12-29
CN117148817A (zh) 2023-12-01
CN117075571A (zh) 2023-11-17
CN117081706A (zh) 2023-11-17
CN118915689A (zh) 2024-11-08
CN117081706B (zh) 2024-05-31
CN117093438A (zh) 2023-11-21
CN117148817B (zh) 2024-09-03
CN117075572A (zh) 2023-11-17
CN117082078A (zh) 2023-11-17
CN117075570A (zh) 2023-11-17

Similar Documents

Publication Publication Date Title
CN117076216A (zh) 通道分配方法及设备
US11809360B2 (en) Network-on-chip data processing method and device
CN104503932B (zh) 多主板服务器主基板管理控制器仲裁方法及系统
CN113406946B (zh) 汽车诊断方法及装置、汽车诊断设备
CN101441592A (zh) 嵌入式系统的测试系统及方法
CN116723198A (zh) 一种多节点服务器主机控制方法、装置、设备、存储介质
CN113779913B (zh) 一种面向ai多芯片系统的验证平台结构和测试方法
CN114996067A (zh) 适用于芯片验证的序列生成器的配置方法及其装置
CN112181810B (zh) 一种基于tcn网络的单车智能调试系统
CN118012007A (zh) 一种测试系统
CN113658351A (zh) 一种产品生产的方法、装置、电子设备及存储介质
CN111221265A (zh) 一种舵系统在回路的总线信息提取装置及半实物仿真方法
CN117148819A (zh) 一种宇航产品在轨仿真测试平台
CN116880444A (zh) 在环仿真测试系统、方法和存储介质
WO2023039804A1 (zh) 信号连接方法、信号连接装置及测试系统
CN113888028A (zh) 巡视任务分配方法、装置、电子设备以及存储介质
CN117891236A (zh) 一种测试系统
CN114666170B (zh) 分层分级的安全集散管控方法和系统
CN210895115U (zh) 一种多功能物联网设备管理平台
CN118151626A (zh) 一种测试系统
CN115633433A (zh) 指示灯的控制方法、装置、系统、存储介质及电子装置
CN115270669A (zh) 总线设计生成方法、装置、电子设备及存储介质
CN118540258A (zh) 一种跨域测试系统、方法、电子设备及可读存储介质
CN116755616A (zh) 一种硬盘通道切换方法及服务器
CN118035137A (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