CN117940925A - 资源分配方法、hil测试设备及相关装置 - Google Patents

资源分配方法、hil测试设备及相关装置 Download PDF

Info

Publication number
CN117940925A
CN117940925A CN202180102111.1A CN202180102111A CN117940925A CN 117940925 A CN117940925 A CN 117940925A CN 202180102111 A CN202180102111 A CN 202180102111A CN 117940925 A CN117940925 A CN 117940925A
Authority
CN
China
Prior art keywords
controlled devices
simulation
processor
functional domain
simulation models
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
CN202180102111.1A
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN117940925A publication Critical patent/CN117940925A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供了一种资源分配方法、HIL测试设备及相关装置，该方法可以包括：接收来自N个受控设备的控制信号，其中，N为大于1的正整数，N个受控设备中的任意一个受控设备包含一个或多个域控制器；根据控制信号确定N个受控设备各自对应的仿真模型；根据处理器的计算能力和N个受控设备各自对应的仿真模型，为N个受控设备各自对应的仿真模型分别分配处理器上的计算资源；其中，仿真模型用于根据计算资源进行仿真测试。通过本申请实施例可以同时对多个受控设备进行仿真测试，提高测试效率。

Description

资源分配方法、HIL测试设备及相关装置 技术领域
本发明涉及测试装备技术领域，尤其涉及一种资源分配方法、HIL测试设备及相关装置。
背景技术
硬件在环(hardware-in-the-loop，HIL)测试是以处理器运行电机模拟器的仿真模型来模拟受控对象(或者受控设备)的运行状态，对被测控制器进行全方面、系统地测试。HIL测试可以减少实车路试的次数、缩短开发时间、降低开发成本，具有较高的安全性、可行性和合理性，从而能够全面提升电机控制器的研发和设计水平。
当受控对象(或者受控设备)为汽车时，随着汽车电子电控技术的发展，汽车的电子电气(Electrical/Electronic，E/E)架构从分散控制走向域控制，再到中央控制架构。当测试范围由单部件或者单域上升到整车级，所测试的功能范围大大增加，对应的测试环境也更加复杂。如何使得HIL测试设备满足当前的测试功能需求和复杂的测试环境，是本领域技术人员目前亟需解决的技术问题。
发明内容
本申请实施例提供了资源分配方法、HIL测试设备及相关装置，能够提高测试效率。
第一方面，本申请实施例提供的一种资源分配方法，包括：
接收来自N个受控设备的控制信号，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器，或者包括一个或多个功能域，或者包括一个或多个零部件；
根据所述控制信号确定所述N个受控设备各自对应的仿真环境；
根据所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器上的计算资源；其中，所述处理器被配置至少用于运行所述仿真环境，所述仿真环境用于根据所述计算资源进行仿真测试。
在第一方面的一种可能的实施方式中，所述根据所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器上的计算资源，可以包括：根据所述处理器的计算能力和所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。
示例性地，所述域控制器至少被配置用于控制受控于该域控制器的对象执行相应的操作，所述功能域至少被配置用于控制受控于该功能域的对象执行相应的操作。
示例性地，N个受控设备中的任意一个受控设备为被测车辆。
示例性地，所述N个受控设备各自对应的仿真环境包括所述N个受控设备各自对应的仿真模型。所述仿真环境对应一个或多个仿真模型，或者所述仿真环境是基于其所对应的一个或多个仿真模型实现的。所述处理器被配置至少用于运行所述仿真环境，包括所述处理器被配置至少用于运行所述仿真环境包括的仿真模型，所述仿真环境用于根据被分配的所述计算 资源进行仿真测试。在本申请实施例中，所述仿真模型用于根据所述计算资源进行仿真测试，可以理解为：所述仿真模型用于仿真测试，所述仿真测试基于所述计算资源实现。
通过本申请实施例，可以接收来自N个受控设备的控制信号，从而可以确定N个受控设备各自对应的仿真模型。因此，可以根据处理器的计算能力和N个受控设备各自对应的仿真模型，为N个受控设备各自对应的仿真模型分配处理器上的计算资源，使得仿真模型可以根据所分配的计算资源进行仿真测试，完成仿真调度。因此，可以同时对多个受控设备的仿真模型进行仿真调度，所以可以提高测试效率，缩短测试周期。
在第一方面的一种可能的实施方式中，所述根据处理器的计算能力和所述N个受控设备各自对应的仿真模型，为所述N个受控设备各自对应的仿真模型分别分配所述处理器上的计算资源，包括：确定N个受控设备各自对应的仿真模型在所述处理器上的运行时间；根据每一个所述仿真模型在所述处理器上的运行时间，确定所述N个受控设备各组对应的仿真模型所对应的目标单元，所述目标单元属于所述处理器，所述目标单元配置用于为所对应的仿真模型提供计算资源。
在第一方面的一种可能的实施方式中，所述根据每一个所述仿真模型在所述处理器上的运行时间，确定所述N个受控设备各组对应的仿真模型所对应的目标单元，可以包括：根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元。
在本申请实施例中，损失函数通常作为学习准则与优化问题相联系，构造仿真模型在处理器上的运行时间的损失函数，然后在通过损失函数为仿真模型来分配目标单元可以保证分配结果的合理性，从而可以提高测试效率，缩短测试周期。
在第一方面的一种可能的实施方式中，所述N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；所述根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数，包括：根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，所述第一功能域为所述至少一个功能域中的任意一个，所述任意一个受控设备对应的任意一个仿真模型属于所述至少一个功能域中的一个功能域；根据所述至少一个功能域各自的第二损失函数确定所述N个受控设备的第一损失函数。
在第一方面的一种可能的实施方式中，所述根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数之前，还可以包括：确定所述至少一个功能域。
可以看出，任意一个受控设备对应的任意一个仿真模型属于所述多个功能域中的一个功能域，通过多个功能域各自对应的损失函数来确定N个受控设备的损失函数，可以充分考虑功能域对受控设备的影响，满足用户的需求。
在第一方面的一种可能的实施方式中，所述根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，包括：
将所述N个受控设备的所述第一功能域中的仿真模型在所述处理器上的运行时间累加起来，构成所述第一功能域的第二损失函数。
在第一方面的一种可能的实施方式中，所述将所述N个受控设备的所述第一功能域中的仿真模型在所述处理器上的运行时间累加起来，构成所述第一功能域的第二损失函数之前，还可以包括：确定所述N个受控设备的所述第一功能域中的仿真模型。
在第一方面的一种可能的实施方式中，所述根据所述多个功能域各自的第二损失函数确 定所述N个受控设备的第一损失函数，包括：确定所述至少一个功能域中的每个功能域的第一权重；根据所述多个功能域的每个功能域的第一权重和所述多个功能域各自的第二损失函数，确定所述N个受控设备的第一损失函数。
可以看出，权重可以表示各个功能域的损失函数所占得比重，因此，通过功能域的损失函数以及功能域的权重所得到的损失函数充分考虑了功能域优先级，可以满足用户的实际需求。
在第一方面的一种可能的实施方式中，所述根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元，包括：确定所述第一损失函数的最小值；将目标状态下的所述N个受控设备各自对应的仿真模型所对应的处理器核，作为所述N个受控设备各自对应的仿真模型对应的目标单元，所述目标状态为所述第一损失函数的最小值的状态。
可以看出，最小化损失函数可以求解得到损失函数的最小值状态下的结果，从而为仿真模型所分配的目标单元可以提高仿真模型的运行速度，缩短测试周期。
在第一方面的一种可能的实施方式中，所述处理器部署在本地设备或者云端设备。
在本申请实施例中，云端设备相较于本地设备而言拥有更多的计算资源，用户可以根据自己的需求去调用本地设备或者云端设备，从而可以适应不同的场景需求，保证了HIL测试实现的灵活性。
第二方面，本申请实施例提供了一种硬件在环测试设备，该设备可以包括：
通信单元，用于接收来自N个受控设备的控制信号，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器，或者一个或多个功能域，或者一个或多个零部件；
处理单元，用于根据所述控制信号确定所述N个受控设备各自对应的仿真环境；
所述处理单元，还用于根据所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配所述处理器上的计算资源；其中，所述处理器被配置至少用于运行所述仿真环境，所述仿真环境用于根据所述计算资源进行仿真测试。
在第二方面的一种可能的实施方式中，处理单元，具体用于：根据所述处理器的计算能力和所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。
示例性地，所述域控制器至少被配置用于控制受控于该域控制器的对象执行相应的操作，所述功能域至少被配置用于控制受控于该功能域的对象执行相应的操作。
示例性地，N个受控设备中的任意一个受控设备为被测车辆。
示例性地，所述N个受控设备各自对应的仿真环境包括所述N个受控设备各自对应的仿真模型。所述仿真环境对应一个或多个仿真模型，或者所述仿真环境是基于其所对应的一个或多个仿真模型实现的。所述处理器被配置至少用于运行所述仿真环境，包括所述处理器被配置至少用于运行所述仿真环境包括的仿真模型，所述仿真环境用于根据被分配的所述计算资源进行仿真测试。在本申请实施例中，所述仿真模型用于根据所述计算资源进行仿真测试，可以理解为：所述仿真模型用于仿真测试，所述仿真测试基于所述计算资源实现。
在第二方面的一种可能的实施方式中，所述处理单元，具体用于：
确定所述N个受控设备各自对应的仿真模型在所述处理器上的运行时间；
根据每一个所述仿真模型在所述处理器上的运行时间，确定所述N个受控设备各自对应 的仿真模型所对应的目标单元，所述目标单元属于所述处理器，所述目标单元配置用于为所对应的仿真模型提供计算资源。
在第二方面的一种可能的实施方式中，所述处理单元，具体用于：根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元。
在第二方面的一种可能的实施方式中，所述N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；所述处理单元，具体用于：
根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，所述第一功能域为所述至少一个功能域中的任意一个，所述任意一个受控设备对应的任意一个仿真模型属于所述至少一个功能域中的一个功能域；根据所述至少一个功能域各自的第二损失函数确定所述N个受控设备的第一损失函数。
在第二方面的一种可能的实施方式中，所述处理单元，还可以用于：确定所述至少一个功能域。
在第二方面的一种可能的实施方式中，所述处理单元，具体用于：
将所述N个受控设备的所述第一功能域中的仿真模型在所述处理器上的运行时间累加起来，构成所述第一功能域的第二损失函数。
在第二方面的一种可能的实施方式中，所述处理单元，还可以用于：确定所述N个受控设备的所述第一功能域中的仿真模型。在第二方面的一种可能的实施方式中，所述处理单元，具体用于：
确定所述至少一个功能域中的每个功能域的第一权重；根据所述至少一个功能域的每个功能域的第一权重和所述至少一个功能域各自的第二损失函数，确定所述N个受控设备的第一损失函数。
在第二方面的一种可能的实施方式中，所述处理单元，具体用于：
确定所述第一损失函数的最小值；将目标状态下的所述N个受控设备各自对应的仿真模型所对应的处理器核，作为所述N个受控设备各自对应的仿真模型对应的目标单元，所述目标状态为所述第一损失函数的最小值的状态。
在第二方面的一种可能的实施方式中，所述处理器部署在本地设备或者云端设备。
第三方面，本申请实施例提供了一种测试系统，该系统可以包括第二方面任一项所描述的硬件在环测试设备，N个受控设备，通过接口板与所述硬件在环测试装置连接，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器，或者包含一个或多个功能域，或者包含一个或多个零部件。
第四方面，本申请实施例提供了一种计算设备，该计算设备包括处理器和通信接口，所述通信接口用于接收和/或发送数据，和/或，所述通信接口用于为所述处理器提供输入和/或输出。所述处理器用于实现第一方面任一项所描述的方法。
需要说明的是，上述第四方面所描述的计算设备所包含的处理器，可以是专门用于执行这些方法的处理器(便于区别称为专用处理器)，也可以是通过调用计算机程序来执行这些方法的处理器，例如通用处理器。可选的，至少一个处理器还可以既包括专用处理器也包括通用处理器。
可选的，上述计算机程序可以存在存储器中。示例性的，存储器可以为非瞬时性 (non-transitory)存储器，例如只读存储器(Read Only Memory，ROM)，其可以与处理器集成在同一块器件上，也可以分别设置在不同的器件上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
在一种可能的实施方式中，上述至少一个存储器位于上述计算设备之外。
在又一种可能的实施方式中，上述至少一个存储器位于上述计算设备之内。
在又一种可能的实施方式之中，上述至少一个存储器的部分存储器位于上述计算设备之内，另一部分存储器位于上述计算设备之外。
本申请中，处理器和存储器还可能集成于一个器件中，即处理器和存储器还可以被集成在一起。
第五方面，本申请实施例提供一种芯片系统，该芯片系统包括处理器和通信接口，所述通信接口用于接收和/或发送数据，和/或，所述通信接口用于为所述处理器提供输入和/或输出。所述芯片系统用于实现第一方面任一项所描述的方法。
第六方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现前述第一方面任一项所描述的方法。
第七方面，本申请提供了一种计算机程序产品，计算机程序产品包括计算机指令，当所述指令在至少一个处理器上运行时，实现前述第一方面任一项所描述的方法。
可选的，该计算机程序产品可以为一个软件安装包，在需要使用前述方法的情况下，可以下载该计算机程序产品并在计算设备上执行该计算机程序产品。
本申请第二至第七方面所提供的技术方案，其有益效果可以参考第一方面所提供的技术方案的有益效果，此处不再赘述。
附图说明
图1是本申请实施例提供的一种中央计算架构的示意图；
图2是本申请实施例提供的一种测试系统的结构示意图；
图3A是本申请实施例提供的一种本地测试系统的结构示意图；
图3B是本申请实施例提供的一种本地HIL测试设备的结构示意图；
图3C是本申请实施例提供的一种本地HIL测试设备的软件组成示意图；
图4A是本申请实施例提供的一种云化测试系统的结构示意图；
图4B是本申请实施例提供的一种云化HIL测试设备的结构示意图；
图4C是本申请实施例提供的一种云化HIL测试设备的软件组成示意图；
图5是本申请实施例提供的一种资源分配方法的流程示意图；
图6A是本申请实施例提供的一种为仿真模型分配计算资源的示意图；
图6B是本申请实施例提供的一种资源分配的流程示意图；
图7是本申请实施例提供的一种硬件在环测试设备的结构示意图；
图8是本申请实施例提供的一种计算设备的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
在汽车、航空航天等一些电控设备的开发过程中，硬件在环(Hardware-In-Loop，HIL)测试已经成为电子控制单元(Electronic Control Unit，ECU)开发流程中非常重要的一环。这样可以缩短开发时间和降低验证成本，同时，还可以确保ECU的软件质量。
以受控设备可以用于实现汽车的相关功能为例，请参见图1，图1是本申请实施例提供的一种中央计算架构(Central Computing Architecture，CCA)100的示意图。需要说明的是，本申请实施例提及的汽车包括但不限于智能汽车、新能源汽车或者传统汽车等。其中，智能汽车可以包括智能驾驶汽车、无人小车等。新能源汽车包括纯电动汽车、增强式电动汽车、混合动力汽车、燃料电池电动汽车、氢发动机汽车、其他新能源汽车等。传统汽车包括汽油汽车、柴油汽车等，本申请实施例对此不做限制。
中央计算架构100可以包括分布式网关(比如说一个或多个I/O网关)和数据中心(xData Center，xDC)，例如xDC可以包括智能座舱CDC、整车控制VDC和智能驾驶MDC。智能座舱CDC用于智能座舱的控制；整车控制VDC用于整车动力控制；智能驾驶MDC用于智能驾驶的控制。
分布式网关可以提供设备的接入，一边连接xDC，一边连接车辆零部件，还可以连接汽车盒子(Telematics BOX，T-box)。因此，分布式网关可以是整车中央计算架构中的核心部件和整车网络的数据交换枢纽。分布式网关和xDC可以运行收编的控制器逻辑。T-box主要用于和汽车外部、后台系统和手机应用通信。
车辆零部件，包含执行元件，执行元件用于实现特定的功能。其中，执行元件例如可以是车辆中的执行器或者传感器等。车辆零部件还可以包括ECU。其中，车辆零部件可以包含以下一种或多种：具有部分或完整电子控制功能的车辆零部件，以及不具有电子控制功能的车辆零部件。
其中，实现自动驾驶功能的车零部件例如包括单目摄像头、双目摄像头、毫米波雷达、激光雷达、超声波雷达中的一种或多种，也可以包括其他用于实现自动驾驶功能的车辆零部件，本申请实施例对此不做限定。
实现智能座舱的车辆零部件例如包括抬头显示器、仪表显示器、收音机、导航、摄像头中的一种或多种，也可以包括其他用于实现智能座舱的车辆零部件，本申请实施例对此不做限定。
实现整车控制的车辆零部件例如包括用于车身域的车辆零部件及底盘域的车辆零部件中的一种或多种，车身域的车辆零部件例如包括门窗升降控制器、电动后视镜、空调、中央门锁中的一种或多种，也可以包括其他用于车身域的车辆零部件。底盘域的车辆零部件例如包括制动系统的车辆零部件、转向系统中的车辆零部件、加速系统中的车辆零部件中的一种或多种，比如油门等。
ECU位于汽车零部件的内部，由处理器、存储器、输入/输出(I/O)接口、模数转换器(A/D)以及整形、驱动等大规模集成电路中的一个或者多个组成，具有电子控制功能，可以完成多种多样的功能。例如，可以基于控制信息对汽车零部件进行控制，又例如，可以对汽车零部件中待传输数据进行数据处理。
需要说明的是，上述电子控制功能主要包括逻辑控制功能以及数据处理功能。其中逻辑控制功能包括基于获取的控制信息控制车辆零部件执行某种操作，例如，基于控制信息控制雨刷器的动作；又例如，基于控制信息控制车门门锁的开关状态等。数据处理功能包括对车辆零部件中待处理的数据进行处理，例如，将通过雨刷器的敏感元件采集的雨量信息进行数据处理，确定雨刷器的工作状态，其中工作状态包括雨刷器的工作频率或开关状态。又例如，将车门上通过门锁的敏感元件获取的指纹信息进行数据处理，确定车门的开关状态信息。
需要说明的是，除非有特殊的说明，否则本申请实施例中的ECU都是指位于车辆零部件内的电子控制元件，与现有技术中的发动机控制单元(Engine Control Unit)不同。发动机控制 单元位于发动机系统中的多个车辆零部件之外，用于控制发动机系统中的多个车辆零部件，可以视为一种独立的集中控制器。然而，本申请实施例中的电子控制单元，即ECU指位于车辆零部件内部的电子控制单元，例如，可以是发动机系统中的多个车辆零部件内部的电子控制单元。
需要说明的是，上述通信连接可以理解为进行信息传输的无线连线或者有线连接，本申请实施例对此不做限定，其中，无线连接可以理解为xDC无需通过总线即与车辆中的其他单元通信连接，例如，可以采用短距无线通信技术，比如蓝牙(bluetooth)通信技术、无线保真(wireless fidelity，Wi-Fi)、近场通讯(near field communication，NFC)技术、Wi-Fi Aware技术、通用短距通信技术、星闪联盟规范的短距通信技术等。有线连接可以理解为DC基于总线或以太连接等与车辆中的其他单元通信连接，例如，可以采用控制器局域网络(Controller Area Network，CAN)总线、局域互联网络(Local Interconnect Network，LIN)总线、高速串行计算机扩展总线标准(peripheral component interconnect express，PCI-e)、或者以太网(ethernet)通信技术。
可以看出，随着汽车电子电控技术的发展，汽车从分散控制器架构，走向域控制架构，再到图1所示的中央计算架构。因此，汽车的开发验证也将随之变化，最明显的不同有以下几点：
(1)首先是受控设备(即汽车)的范围发生变化：以前，ECU的开发验证主要以单部件或者单域为主。现在，则上升到整车级，涉及到的内容和范围将更加广泛。
(2)验证环境搭建更为复杂：当测试范围由单部件上升到整车级，所测试的功能范围大大增加，对应的测试环境也更加复杂。因此，传统的HIL测试设备中单个处理器的计算能力已经很难满足整车测试环境的计算要求。
(3)在软件定义汽车的背景下，验证测试周期需要大大缩短，这就对测试工具和测试环境提出了更高的要求。
但是，现有的面向整车级HIL测试设备只能搭建一辆汽车的测试环境，不能满足多辆汽车同时测试的要求。
为解决上述技术问题，首先，本申请实施例提供了一种系统。请参见图2，图2是本申请实施例提供的一种测试系统200的结构示意图。如图2所示，测试系统200可以包括HIL测试设备201以及N个受控设备202。其中，N为大于1的正整数，N个受控设备中的任意一个受控设备包含一个或多个零部件，或者包括一个或多个功能域，或者包括一个或多个域控制器，或者每一个受控设备可以认为是一台被测车辆。HIL测试设备201与N个受控设备202之间的任意一个受控设备可以进行信息的交互。比如说，接收来自N个受控设备的控制信号，根据每个受控设备各自对应的控制信号可以确定上述N个受控设备各自对应的仿真环境，然后再为N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。其中，上述N个受控设备各自对应的仿真环境可以对应Mi个仿真模型，或者N个受控设备各自对应的仿真环境是基于其所对应的Mi个仿真模型(即一个或多个仿真模型)实现的，Mi为大于等于1的正整数，Mi可以表示为第i个受控设备对应的仿真环境中所包含的仿真模型的数量，1≤i≤N。可以理解的是，当受控设备不同时，受控设备的控制信号也可能是不同的。所以受控设备各自对应的仿真环境也可能是不同的，因此每一个仿真环境所对应的仿真模型的数量可以是相同的，也可以是不相同的，对此本申请实施例不做任何限制。其中，仿真环境搭载于HIL测试设备中，也即仿真模型可以部署在HIL测试设备201中，仿真模型用于根据分配的 计算资源进行仿真运行。或者，也可以理解为，仿真模型部署在HIL测试设备201中，仿真模型用于进行仿真测试或运行，该仿真测试或运行是基于为该仿真模型对应的或分配的计算资源实现的。
HIL测试设备201可以用于进行整车测试环境的模拟，可以模拟一个或多个受控设备所需要的各类仿真信号，同时可以采集一个或多个受控设备发出的控制信号，仿真模型可以根据控制信号进行状态的更新，模拟受控设备的运行状态。比如说可以模拟受控设备的各种工况，包括极限工况；或者可以模拟受控设备所面对的故障模式，等等。一个或多个受控设备与运行在HIL测试设备中的仿真模型构成闭环，由此实现一个或多个受控设备的硬件在环测试。
受控设备202可以实现汽车的一种或多种逻辑功能。示例性地，受控设备202可以包括一个或多个域控制器，域控制器具体可以是车载控制器或者车载中央处理器，用于运行汽车的逻辑功能。因此，一个受控设备202可以相当于一台被测车辆。可以理解的是，受控设备202具体可以是一个镜像设备，该镜像设备上搭载有汽车中的一个或多个域控制器，用于实现汽车上某个功能域的逻辑功能。或者受控设备202具体可以是包含一个或多个电子控制单元的设备，上述一个或多个电子控制单元的组合可以实现汽车的某个功能域的逻辑功能。其中，N个受控设备202可以是独立的个体，也可以集成在一起。其中，在受控设备202中配置有待测试控制程序，该待测试控制程序需要通过HIL仿真测试验证的控制程序，该待测试程序可以实现至少一个软件逻辑功能。
需要说明的是，测试系统200还可以包括上位机和模拟驾驶器。上位机可以与HIL测试设备通信，上位机上预先配置有用于对仿真测试运行结果进行分析的结果分析程序和用于生成携带仿真模型设定参数的仿真测试指令的测试用例队列。其中，结果分析程序是预先设置的用于对硬件在环仿真测试获取的仿真测试结果进行自动化分析的计算机程序，有助于提高结果分析的效率，并节约分析成本。测试用例队列是预先设置的用于辅助HIL测试设备进行硬件在环仿真测试的仿真测试指令的队列，有助于提高仿真测试指令的获取效率。因此，上位机的显示器的操作界面可以提供测试指令和可视化。在一些情况下，还可以提供配置管理、测试自动化、分析和报告任务中的一项或多项。模拟驾驶器用于模拟汽车的驾驶情况，比如说转弯等等。
在一种可能的实施方式中，在图2所示的HIL测试设备201部署在本地的情况下。请参见图3A，图3A是本申请实施例提供的一种本地测试系统300的结构示意图。如图3A所示，本地测试系统300可以包括本地HIL测试设备301以及N个受控设备202。本地HIL测试设备301与N个受控设备202之间的任意一个受控设备可以进行信息的交互。
本地HIL测试设备301包含一个或多个计算单元302，计算调度板303和接口板304。其中，计算单元302具体可以是部署在本地设备中的处理器，接口板304分别与N个受控设备202连接，通过计算调度板303调度本地HIL测试设备301内的计算单元302为N个受控设备202所对应的车辆提供验证测试。
请参见图3B，图3B是本申请实施例提供的一种本地HIL测试设备301的结构示意图。从图3B可以看出，本地HIL测试设备301可以包含以下一种或多种：接口板304，一个或多个板卡305，一个或多个计算单元302，电源308，内存309等。其中，计算单元302可以包含具有计算功能的装置。例如，计算单元302可以包含以下装置中的一项或多项：中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、应用处理器(application processor，AP)、时间数字转换器(Time-to-Digital Converter,TDC)、滤波器、微处 理器(microprocessor unit，MPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、图像信号处理器(image signal processor，ISP)、数字信号处理器(digital signal processor，DSP)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、复杂可编程逻辑器件(Complex programmable logic device，CPLD)、协处理器(协助中央处理器完成相应处理和应用)、微控制单元(Microcontroller Unit，MCU)、和/或神经网络处理器(neural-network processing unit，NPU)等。接口板包含数字信号(DI/DO)接口、模拟信号(AD/DA)接口等低速输入输出(input/output，I/O)接口。接口板还可以包含控制局域网络(controller area network，CAN)接口和局域互联网络(Local Interconnect Network，LIN)接口，以及以太网(ethernet，ETH)等高速接口。因此，接口板304可以支持受控设备202对应的整车级控制器多样的接口需求。板卡305用于进行数字信号到模拟信号的转换，从而使得可以接收来自不同受控设备202的信号。假设计算单元302中包含的装置为CPU306或GPU307时，CPU306或者GPU307可以用于运行整车级的仿真模型。进一步地，计算单元302中CPU306或者GPU307可以为仿真模型分配计算资源，因此仿真模型可以根据分配的计算资源进行仿真运行，为多个受控设备202所对应的车辆提供验证测试。在本申请实施例中，仿真模型根据分配的计算资源进行仿真运行，可以理解为：仿真模型用于仿真测试，仿真测试基于上述计算资源实现。
请参见图3C，图3C是本申请实施例提供的一种本地HIL测试设备的软件组成示意图。从图3C可以看出，本地HIL测试设备的软件由仿真总线308与仿真模型309组成。其中，仿真总线308部署在计算调度板中，其功能至少包括仿真任务调度、仿真运行控制和仿真数据分发中的一项或多项。仿真任务调度包括根据计算单元302的计算能力以及仿真模型309(例如仿真模型309的计算复杂度)为计算单元302分配仿真模型309的计算任务。仿真运行控制是指控制各仿真模型309的运行情况，比如说按照计算单元302的时钟周期控制各仿真模型309的运行。需要说明的是，仿真任务调度影响着仿真运行控制，只有仿真任务分配的结果是合理的，才能保证仿真运行控制可以满足各仿真模型计算任务的周期要求。比如说，为计算资源丰富的计算单元分配复杂度较高，需要较多时间完成计算的仿真模型；为计算资源不丰富的计算单元分配复杂度较低，需要较少时间完成计算的仿真模型。因此，在进行仿真任务调度时，需要综合考虑仿真模型计算的执行时间、仿真模型计算的执行效率和计算单元负载平衡。
在一种可能的实施方式中，在图2所示的HIL测试设备201中的部分功能模块部署在云服务器的情况下。请参见图4A，图4A是本申请实施例提供的一种云化测试系统的结构示意图。如图4A所示，云化测试系统400可以包含云化HIL测试设备401以及N个受控设备202。其中，云化HIL测试设备401包含部署在本地的调度板402，接口板403以及部署在云服务器中的一个或多个计算单元404。其中，计算单元404具体可以是部署在云端设备(例如云服务器)中的处理器。
其中，图4A所示的N个受控设备202可以集成在一起，从而通过接口板405可以与云化HIL测试设备401中的接口板403进行连接。而部署在本地的设备可以与部署在云服务器中的计算单元404进行信息的交互，因此通过调度板402可以与云服务器中的一个或多个计算单元404中的任意一个计算单元进行通信，并调用接口板403为多个受控设备202或多个受控设备202所对应的车辆提供验证测试。可以理解的是，因为云服务器中拥有更多的计算资源，所以图4A所示的云化测试系统400适合大批量汽车的HIL测试。
请参见图4B，图4B是本申请实施例提供的一种云化HIL测试设备401的本地设备结构示意图。从图4B可以看出，云化HIL测试设备401的本地设备可以包含以下一种或多种： 接口板403、一个或多个板卡406和通信板卡407。其中，接口板包含数字信号(DI/DO)接口、模拟信号(AD/DA)接口等低速输入输出(input/output，I/O)接口。接口板还可以包含控制局域网络(controller area network，CAN)接口和局域互联网络(Local Interconnect Network，LIN)接口，以及以太网(ethernet，ETH)等高速接口。因此，接口板304可以支持受控设备202对应的整车级控制器多样的接口需求。板卡305用于进行数字信号到模拟信号的转换。示例性地，通信板卡407具体可以位于图4A所示的调度板402中，用于与云端服务器进行通信。
请参见图4C，图4C是本申请实施例提供的一种云化HIL测试设备的软件组成示意图。从图4C可以看出，云化HIL测试设备的软件部分可以由本地软件和云端软件组成。本地软件包含用于通信的功能部分408，云端软件包含仿真模型4010和仿真总线409。示例性地，用于通信的功能部分408可以位于图4B所示的云化HIL测试设备401的通信板卡407中，用于实现云化HIL测试设备包括的本地设备与云端服务器之间的通信。此外，示例性地，该用于通信的功能部分408还可以用于实现将接收到的云端数据分配到各个板卡中的功能。其中，仿真总线409至少用于实现如下功能中的一项或多项：仿真任务调度、仿真运行控制、仿真数据分发和远程通信。仿真任务调度包括根据计算单元的计算能力以及仿真模型(例如仿真模型的计算复杂度)为计算单元分配仿真模型计算任务。仿真运行控制包括控制各仿真模型以指定周期运行。需要说明的是，仿真任务调度的结果影响着仿真运行控制，只有仿真任务调度或者仿真任务分配的结果是合理的，才能保证仿真运行控制可以满足各仿真模型计算任务的周期要求。比如说，为计算资源丰富的计算单元分配复杂度较高，需要较多时间完成计算的仿真模型；为计算资源不丰富的计算单元分配复杂度较低，需要较少时间完成计算的仿真模型。因此，在进行仿真任务调度或分配时，需要综合考虑仿真模型计算的执行时间、仿真模型计算的执行效率和计算单元负载平衡。
可以看出，云化测试系统400与本地测试系统300相比，云化测试系统400中将仿真环境的构建任务上移到云服务器，仅在本地中保留通信单元，将一个或多个受控设备的输入和云服务器的输出与接口板对接。
需要说明的是，图2、图3A、图3C、图4A以及图4C所示的受控设备202与汽车之间的虚线在本申请实施例中仅仅表示对应关系，不表示受控设备202与汽车之间具有通信关系。
请参见图5，图5是本申请实施例提供的一种资源分配方法的流程示意图，该方法可应用于上述图2至图4C所述的任意一个测试系统，其中的HIL测试设备(包含本地HIL测试设备301或云化HIL测试设备401)可以用于支持图5中所示的方法流程步骤。该方法可以包括以下部分或全部步骤。
步骤S501，接收来自N个受控设备的控制信号。示例性地，N个受控设备上分别配置有需要进行测试的待测试控制程序，而在HIL测试设备中配置有可以模拟受控设备工作状态的仿真模型，因此可以通过仿真模型模拟受控设备的工作来验证如下一项或多项：受控设备中的待测试控制程序的软件逻辑功能能否实现，受控设备中的待测试控制程序的软件逻辑功能的实现效果，从而完成仿真测试的目的。进一步地，在一种可选的设计中，在HIL测试中，HIL测试设备可以接收携带有仿真模型设定参数的仿真测试指令，采用实时仿真模型模拟上述设定参数对应的测试情况，以获取仿真模型输出的测量信号，然后将测量信号发送给对应的受控设备。可以理解的是，需要对几个受控设备进行测试，则HIL测试设备需要接收对应数量的仿真模型设定参数的仿真测试指令。其中，上述提及的仿真模型设定参数的仿真测试指令对应于不同受控设备的仿真模型，也即需要对哪一个受控设备进行测试，则需要哪一个 受控设备的仿真模型设定参数的仿真测试指令。仿真测试指令是用于触发仿真测试的指令，仿真模型设定参数是预先设置的用于模拟受控设备工作状态的数据。
当每一个受控设备接收到对应的测量信号后，可以采用对应的待测试控制程序对测量信号进行处理，得到控制信号。可以理解的是，本申请实施例可以同时对多个受控设备进行仿真测试，所以当HIL测试设备接收到多个携带有仿真模型设定参数的仿真测试指令时，HIL测试设备需要向多个受控设备发送对应的测量信号。而每一个受控设备可以根据接收到的测量信号生成对应的控制信号，然后再向HIL测试设备发送。因此，HIL测试设备可以接收来自N个受控设备的控制信号。其中，N为大于1的正整数，上述N个受控设备中的任意一个受控设备包含一个或多个零部件，或者包含一个或多个功能域，或者包含一个或多个域控制器，或者每个受控设备可以认为是一台待测车辆。可以理解的是，不同的受控设备所接收到的来自HIL测试设备的测量信号可能是不一样的，所以HIL测试设备接收到来自N个受控设备的控制信号也可能是不一样的。
在本申请实施例中，受控设备还可以通过其他方式生成控制信号，例如受控设备可以通过待测试的功能或仿真环境或任务或需求，生成控制信号，本申请实施例对控制信号的生成方式不做限定。
步骤S502，根据控制信号确定N个受控设备各自对应的仿真模型。
示例性地，当需要对N个受控设备进行仿真测试时，HIL测试设备可以接收来自N个受控设备的控制信号。而HIL测试设备中搭载有多个受控设备的仿真模型，所以HIL测试设备需要根据每一个受控设备的控制信号从多个受控设备的仿真模型中确定各自对应的仿真模型。进一步地，每个受控设备各自对应的仿真模型可以搭建一个仿真环境，也即仿真环境对应一个或多个仿真模型，或者仿真环境是基于其所对应的一个或多个仿真模型实现的。
步骤S503，根据处理器的计算能力和N个受控设备各自对应的仿真模型，为N个受控设备各自对应的仿真模型分别分配处理器上的计算资源。
示例性地，由于控制信号是来自不同的受控设备，所以控制信号可以对应于不同的仿真环境。HIL测试设备可以根据N个受控设备各自对应的仿真环境，为N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。进一步地，在一种可选的设计中，HIL测试设备可以根据N个受控设备各自对应的仿真环境，为N个受控设备各自对应的仿真环境分别分配处理器上的计算资源，可以包括：HIL测试设备可以根据处理器的计算能力和N个受控设备各自对应的仿真环境，为N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。再进一步地，在一种可选的设计中，仿真环境对应一个或多个仿真模型，或者仿真环境是基于其所对应的一个或多个仿真模型所实现的。仿真模型包含以下一种或多种：微控制单元模型、电池管理系统模型、车载充电器模型、电子控制制动系统模型、电控转向助力系统模型，等等。因为受控设备可以是不同品牌或者不同类型的，所以受控设备所对应的仿真模型也是不同的。而仿真模型是采用建模方式对受控设备的某一域控制器或者某一功能域进行建模后获取到的，所以当受控设备不同时，建模得到的仿真模型的复杂度也是不同的。也即，不同的受控设备的微控制单元模型的复杂度可能是不同的。可以理解的是，仿真模型的复杂度可以理解为建模该仿真模型时所使用的数学方程，所使用的数学方程较复杂，可以认为该仿真模型的复杂度较高；所使用的数学方程较简单，可以认为该仿真模型的复杂度较低。而仿真模型搭载在HIL测试设备的处理器中，进一步地，在一种可选的设计中，HIL测试设备可以根据处理器的计算能力和N个受控设备各自对应的仿真模型的复杂度，为N个受控设备各自 对应的仿真模型分别分配处理器上的计算资源，以获取N个受控设备对应的仿真测试运行结果。其中，复杂度可以包含时间复杂度和空间复杂度中的一项或多项。时间复杂度包括运行当前模型所消耗的时间，空间复杂度包括运行当前模型需要占用的内存空间。
在一种可能的实现方式中，因为仿真模型是用户根据实际需求建模得到的，所以每一个仿真模型的复杂度在该仿真模型被建模出来的时候就可以确定。因此，HIL测试设备可以根据N个受控设备各自对应的仿真模型的复杂度，确定N个受控设备各自对应的仿真模型在处理器上的运行时间或者需要占用的内存空间。从而HIL测试设备可以根据每一个仿真模型在处理器上的运行是将或者需要占用的内存空间，确定上述N个受控设备各自对应的仿真模型或上述N个是受控设备各自对应的仿真环境所对应的目标单元。目标单元属于上述处理器，目标单元至少配置用于为所对应的仿真模型提供计算资源，使得仿真模型在各自对应的目标单元上进行仿真测试。示例性地，目标单元可以是处理器上的处理器核。
进一步地，在一种可能的实现方式中，可以通过损失函数来确定N个受控设备各自对应的仿真模型所对应的目标单元。在本申请实施例中，损失函数是将仿真模型的运行时间或其有关的其他变量(比如说占用的内存空间)的取值映射为非负实数以表示该仿真模型的“风险”或“损失”的函数，即通过最小化损失函数求解和评估模型。因此，HIL测试设备可以根据每一个仿真模型在处理器上的运行时间或者需要占用的内存空间来构建N个受控设备的第一损失函数，进而可以根据第一损失函数来确定N个受控设备各自对应的仿真环境所对应的目标单元。进一步地，HIL测试设备可以根据第一损失确定N个受控设备各自对应的仿真环境中包含的仿真模型所对应的目标单元。
在一种可能的实现方式中，当受控设备用于实现汽车的相关功能时，以图1所示的中央计算架构的汽车为例来说，中央计算架构的汽车可以包括分布式网关(比如说一个或多个I/O网关)和数据中心(xData Center，xDC)，xDC可以包括智能座舱CDC、整车控制VDC和智能驾驶MDC。实现智能驾驶功能的车辆零部件，实现智能座舱的车辆零部件，以及实现整车控制的车辆零部件的数量可以是一个或多个。由于仿真模型具体可以是上述域控制器或功能域或零部件所对应的仿真模型，因此任意一个受控设备对应的仿真模型的数量可以是一个或多个。可选地，在HIL测试设备根据控制信号确定N个受控设备各自对应的仿真模型后，可以将仿真模型划分为对应的功能域，从而可以确定至少一个功能域。功能域可以包含车身域、动力域、底盘域，等等。进一步地，每个功能域可以对应于一个数据中心，比如说车身域中的零部件可以对应于智能座舱中的零部件，动力域中的零部件可以对应于智能驾驶中的零部件，底盘域中的零部件可以对应于整车控制中的零部件。也即任意一个受控设备对应的任意一个仿真模型属于一个或多个功能域中的一个功能域，或者一个或多个数据中心中的一个数据中心。可以理解的是，由于N个受控设备各自对应的仿真模型也许是属于不同的功能域，所以需要将N个受控设备各自对应的仿真模型划分到对应的功能域中，这样就可以确定多个功能域。然后，HIL测试设备可以根据第一功能域中的仿真模型在处理器上的运行时间构建第一功能域的第二损失函数，第一功能域为多个功能域中的任意一个。其中，第一功能域中的仿真模型是指对应该第一功能域的仿真模型，或者归纳到该第一功能域的仿真模型，第一功能域的仿真模型可以包括一个或多个仿真模型。进一步地，HIL测试设备可以将N个受控设备的第一功能域中的仿真模型在处理器上的运行时间累加起来，从而可以得到第一功能域(可以理解为至少一个功能域中包含的任意一个功能域)的第二损失函数。通过上述实现方式，当得到至少一个功能域各自的第二损失函数之后，HIL测试设备可以根据至少一个功能域各自的第二损失函数确定N个受控设备的第一损失函数。在本申请实施例中，至少一 个功能域各自的第二损失函数，可以理解为，至少一个功能域中的每个功能域各自对应的第二损失函数。
在一种可能的实现方式中，由于进行资源分配的时候，按照实际需求来说，不同功能域的优先级可能是不同的，比如说动力域和底盘域的优先级可能高于车身域。也即，在对N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型分配资源的时候，需要考虑每个仿真环境或者每个仿真环境中包含的仿真模型所属于的功能域。因此，HIL测试设备需要确定至少一个功能域中的每个功能域的第一权重，然后根据至少一个功能域的每个功能域的第一权重和至少一个功能域各自的第二损失函数，来确定N个受控设备对应的第一损失函数。比如说，假设受控设备的功能域有三个，分别是动力域、底盘域和车身域，若这三个功能域的优先级排序分动力域优于底盘域优于车身域，则动力域的第一权重可以为0.5，底盘域的第一权重可以为0.3，车身域的第一权重可以为0.2。然后将每个功能域的第一权重乘以每个功能域对应的第二损失函数，并将其相加，即可得到N个受控设备对应的第一损失函数。这样，HIL测试设备在通过第一损失函数确定N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型所对应的目标单元时可以考虑到功能域的优先级。
需要说明的是，本申请实施例中提及的第二损失函数以及第一权重可以以静态特征而非动作的方式体现在第一损失函数构造的过程中。比如说，在构造第一函数的过程中，在第一损失函数中可以体现第二损失函数以及第一权重。
在一种可能的实现方式中，在确定N个受控设备的第一损失函数之后，为了提高测试效率，以及缩短测试周期，HIL测试设备可以通过确定第一损失函数求最小值来为N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型分配对应的目标单元。也即，HIL测试设备可以先确定第一损失函数的最小值，然后将目标状态下的N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型所对应的处理器核，作为N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型所对应的目标单元。其中，目标状态为第一损失函数的最小值的状态。这样，HIL测试设备可以根据每一个仿真模型的复杂度为仿真环境或者仿真环境所包含的仿真模型分配合适的处理器核，从而提高测试效率。其中，仿真模型用于仿真测试，仿真测试基于处理器核的计算资源实现。可以理解的是，处理器核可以认为是处理器中间的核心芯片，用于完成计算、接收/存储命令、处理数据，等等。
需要说明的是，不同的受控设备可以对应相同的功能域，也可以对应不同的功能域，其中不同的受控对应不同的功能域，可以包括不同的受控设备各自包括的功能域中至少有一个功能域是不同的。另外，对于仿真模型，仿真模型对应的功能域和/或仿真模型中的仿真参数不同，可以认为该仿真模型是不同的。
需要说明的是，本申请实施例所提及的优先级不限于功能域，也可以是受控设备的优先级，或者受控设备包含的域控制器或功能域的优先级，等等。
请参见图6A，图6A是本申请实施例提供的一种为仿真模型分配计算资源的示意图。从图6A可以看出，HIL测试设备中搭载的仿真模型包含每一个受控设备的域控制器(或功能域)所对应的仿真模型。而每一个受控设备中的域控制器可以包含车身域控制器、动力域控制器和底盘域控制器中的一项或多项。图6A是以受控设备3为例，但是其他受控设备(比如说受控设备1、受控设备2，等等)中的域控制器也可以包含车身域控制器、动力域控制器和底盘域控制器中的一个或多个。基于图6A，也可以理解，每个受控设备的功能域包含车身域、动力域、和底盘域中的一项或多项。可以理解的是，受控设备也可以包含除上述功能域之外 的其他功能域，或者包含除上述域控制器之外的其他域控制器，本申请实施例对此不做限定。
因此，在为N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型分别分配处理器上的计算资源的时候，可以将每一个受控设备看着一个大的计算任务，比如说受控设备1、受控设备2、受控设备3，…，受控设备N。也即，将每一个受控设备所对应的所有仿真环境或者仿真环境所包含的仿真模型作为一个大的计算任务。而每一个受控设备对应的计算任务可以根据功能域的划分，又可再细分为车身域、动力域和底盘域的计算任务。并且，根据受控设备的不同，域的数量分别为k i，1≤i≤N。其中，i表示受控设备。然后，每个功能域的计算任务可继续被拆分，例如，被测功能域对应的仿真环境中包括一个或多个零部件，每个功能域的计算任务可以根据这一个或多个零部件拆分计算任务，或者，又例如根据受控于功能域的不同对象，每个功能域的计算任务可以继续拆分。比如说动力域的计算任务可以被拆分为微控制单元(Microcontroller Unit，MCU)对应的计算任务、电池管理系统(battery management system，BMS)对应的计算任务、车载充电器(On board charger，OBC)对应的计算任务，等等。因此，根据受控设备的不同，每个功能域继续被拆分的计算任务的数量分别h j，1≤j≤k i。在进行仿真测试的时候，可以将上述每个功能域继续被拆分的计算任务在HIL测试设备中所对应的仿真模型作为最小的计算单元，这样可以将计算任务表示为τ i,j,l，1≤l≤h j。
用P表示计算单位集{p 1,p 2,p 3,…,p m},用E表示计算任务τ i,j,l在某个处理器核上的处理时间的集合，则为仿真模型分配资源的数学问题可以表述为min{∑E}，比如说e i,j,l,f表示计算任务τ i,j,l在处理器核p f上的执行时间。
对于所有的受控设备，所有的受控设备的j域对应的第l个计算任务所对应的仿真环境或者仿真环境所包含的仿真模型的计算任务可以是 N个受控设备的j域的计算任务可以是 从而可以确定j域的第二损失函数为：
可以理解的是，j域表示至少一个功能域中的任意一个功能域。
但是，在进行资源分配的时候，以实际需求出发，不同功能域的优先级是不同的，比如说动力域和底盘域的优先级大于车身域。所以，接下来为j域的计算任务分配第一权重w j，且至少一个功能域中的所有功能域对应的第一权重满足下述关系：
其中，K表示待分配权重的功能域的个数或至少一个功能域中的所有功能域的个数。示例性地，例如每个受控设备对应的功能域彼此不同，则 又例如每个受控设备对应的功能域均有彼此包含的关系，则K＝max(k i)，比如说，当受控设备为3个时，第一受控设备的功能域的数量k 1为3个，第二受控设备的功能域的数量k 2有1个，第三受控设备的功能域的数量k 3有2个，且第二受控设备的功能域、第三受控设备的功能域包含于第一受控设备的功能域，则max(k i)＝3；再例如，K可以为N个受控设备所对应的所有功能域中不同的功能域的个数。因此，N个受控设备的第一损失函数为：
L average＝ΣL j_averagew j
对第一损失函数求最小值可以得到N个受控设备各自对应的仿真环境或者仿真环境所包 含的仿真模型的最优分配结果，也即处理器上目标单元的计算资源。其中，仿真模型用于仿真测试，仿真测试基于计算资源实现。
请参见图6B，图6B是本申请实施例提供的一种资源分配的流程示意图。从图6B可以看出，当HIL测试设备根据控制信号确定N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型之后，HIL测试设备可以初始化各个仿真环境或者仿真环境所包含的仿真模型的相关参数，计算HIL测试设备中每个处理节点的可用性能，比如说处理器的每个处理器核中可用的计算资源。根据图5或图6B所示的方法为N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型分配目标单元，其中上述目标单元可以是根据处理器的计算能力和N个受控设备各自对应的仿真环境或者仿真环境所包含的仿真模型所确定的。然后，若上述目标单元上已经存在已分配的计算任务，则删除上述目标单元上已分配的且处理完成的仿真环境或者仿真环境所包含的仿真模型的计算任务，将新确定的仿真环境或者仿真环境所包含的仿真模型的计算任务分配给对应的目标单元。当每一个受控设备的仿真模型都分配到对应的目标单元上后，可以认为计算任务分配完毕。当计算任务没有分配完成的情况下，需要再次确认计算单元的可用性能，至到N个受控设备各自对应的仿真模型的计算任务全部分配给对应的目标单元，在目标单元上进行仿真测试。其中，仿真模型用于仿真测试，仿真测试基于目标单元提供的计算资源实现。
上述详细阐述了本申请实施例的方法，下面提供本申请实施例的装置。可以理解的是，本申请实施例提供的装置，为了实现上述方法实施例中的功能，其包含了执行各个功能相应的硬件结构、软件模块、或硬件结构和软件结构的组合等。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以在不同的使用场景中，使用不同的装置实现方式来实现前述的方法实施例，对于装置的不同实现方式不应认为超出本申请实施例的范围。
本申请实施例可以对装置进行功能模块的划分。例如，可对应各个功能划分各个功能模块，也可将两个或两个以上的功能集成在一个功能模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
请参见图7，图7是本申请实施例提供的一种硬件在环测试设备700的结构示意图。该硬件在环测试设备700可以为计算设备，或者计算设备中的一个器件，例如芯片、软件模块、集成电路等。该硬件在环测试设备700用于实现前述的资源配置方法，例如图5所示的方法。
一种可能的实施方式中，硬件在环测试设备700可以包括通信单元701和处理单元702。
在一种可能的实施方式中，通信单元701接收来自N个受控设备的控制信号，其中，N为大于1的正整数，N个受控设备中的任意一个受控设备包含一个或多个域控制器，或者一个或多个功能域，或者一个或多个零部件；
处理单元702根据控制信号确定N个受控设备各自对应的仿真环境；
处理单元702于根据N个受控设备各自对应的仿真环境，为N个受控设备各自对应的仿真婚假分别分配处理器上的计算资源；其中，所述处理器被配置至少用于运行所述仿真环境，所述仿真环境用于根据所述计算资源进行仿真测试。
在一种可能的实施方式中，处理单元702，具体用于：根据所述处理器的计算能力和所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器上的计算资源。
示例性地，所述域控制器至少被配置用于控制受控于该域控制器的对象执行相应的操作，所述功能域至少被配置用于控制受控于该功能域的对象执行相应的操作。
示例性地，N个受控设备中的任意一个受控设备为被测车辆。
示例性地，所述N个受控设备各自对应的仿真环境包括所述N个受控设备各自对应的仿真模型。所述仿真环境对应一个或多个仿真模型，或者所述仿真环境是基于其所对应的一个或多个仿真模型实现的。所述处理器被配置至少用于运行所述仿真环境，包括所述处理器被配置至少用于运行所述仿真环境包括的仿真模型，所述仿真环境用于根据被分配的所述计算资源进行仿真测试。在本申请实施例中，所述仿真模型用于根据所述计算资源进行仿真测试，可以理解为：所述仿真模型用于仿真测试，所述仿真测试基于所述计算资源实现。
在一种可能的实施方式中，处理单元702，具体用于：
确定N个受控设备各自对应的仿真模型在处理器上的运行时间；
根据每一个仿真模型在处理器上的运行时间，确定N个受控设备各自对应的仿真模型所对应的目标单元，目标单元属于处理器，目标单元配置用于为所对应的仿真模型提供计算资源。
在一种可能的实施方式中，处理单元702，具体用于：
根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元。
在一种可能的实施方式中，N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；处理单元702，具体用于：
根据第一功能域中的仿真模型在处理器上的运行时间构建第一功能域的第二损失函数，第一功能域为至少一个功能域中的任意一个，任意一个受控设备对应的任意一个仿真模型属于至少一个功能域中的一个功能域；
根据至少一个功能域各自的第二损失函数确定N个受控设备的第一损失函数。
在一种可能的实施方式中，处理单元702，还可以用于：确定所述至少一个功能域。
在一种可能的实施方式中，处理单元702，具体用于：
将N个受控设备的第一功能域中的仿真模型在处理器上的运行时间累加起来，构成第一功能域的第二损失函数。
在一种可能的实施方式中，处理单元702，还可以用于：
确定所述N个受控设备的所述第一功能域中的仿真模型。
在一种可能的实施方式中，处理单元702，具体用于：
确定至少一个功能域中的每个功能域的第一权重；
根据至少一个功能域的每个功能域的第一权重和至少一个功能域各自的第二损失函数，确定N个受控设备的第一损失函数。
在一种可能的实施方式中，处理单元702，具体用于：
确定第一损失函数的最小值；
将目标状态下的N个受控设备各自对应的仿真模型所对应的处理器核，作为N个受控设备各自对应的仿真模型对应的目标单元，目标状态为第一损失函数的最小值的状态。
在一种可能的实施方式中，处理器部署在本地设备或者云端设备。
应理解，相关描述还可以参见图5所示实施例中的描述，此处不再赘述。
请参见图8，图8是本申请实施例提供的一种计算设备800的结构示意图，该计算设备800可以为独立设备(例如服务器、或终端设备等等中的一个或者多个)，也可以为独立设备内部的部件(例如芯片、软件模块或者硬件模块等)。该计算设备800可以包括至少一个处理器801。可选的还可以包括至少一个存储器803。进一步可选的，计算设备800还可以包括通信接口802。更进一步可选的，还可以包含总线804，其中，处理器801、通信接口802和存储器803通过总线804相连。
其中，处理器801是进行算术运算和/或逻辑运算的模块，具体可以是中央处理器(central processing unit，CPU)、图片处理器(graphics processing unit，GPU)、微处理器(microprocessor unit，MPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、复杂可编程逻辑器件(Complex programmable logic device，CPLD)、协处理器(协助中央处理器完成相应处理和应用)、微控制单元(Microcontroller Unit，MCU)等处理模块中的一种或者多种的组合。
通信接口802可以用于为至少一个处理器提供信息输入或者输出。和/或，通信接口802可以用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙、通用无线传输、车载短距通信技术以及其他短距无线通信技术等)接口。可选的，通信接口802还可以包括与接口耦合的发射器(如射频发射器、天线等)，或者接收器等。
存储器803用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器803可以是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)等等中的一种或者多种的组合。
该计算设备800中的至少一个处理器801用于执行前述的资源分配方法，例如图5所示实施例所描述的资源分配方法。
可选的，处理器801，可以是专门用于执行这些方法的处理器(便于区别称为专用处理器)，也可以是通过调用计算机程序来执行这些方法的处理器，例如通用处理器。可选的，至少一个处理器还可以既包括专用处理器也包括通用处理器。可选的，在计算设备包括至少一个处理器801的情况下，上述计算机程序可以存在存储器803中。
在一种可能的实施方式中，该计算设备800中的至少一个处理器801用于执行调用计算机指令，以执行以下操作：
通过通信接口802接收来自N个受控设备的控制信号，其中，N为大于1的正整数，N个受控设备中的任意一个受控设备包含一个或多个域控制器，或者一个或多个功能域，或者一个或多个零部件；
根据控制信号确定N个受控设备各自对应的仿真环境；
根据N个受控设备各自对应的仿真环境，为N个受控设备各自对应的仿真环境分别分配处理器上的计算资源；其中，所述处理器被配置至少用于运行所述仿真环境，所述仿真环境用于根据所述计算资源进行仿真测试。
在一种可能的实施方式中，处理器801，具体用于：根据所述处理器的计算能力和所述N个受控设备各自对应的仿真环境，为所述N个受控设备各自对应的仿真环境分别分配处理器 上的计算资源。
示例性地，域控制器至少被配置用于控制受控于该域控制器的对象执行相应的操作，所述功能域至少被配置用于控制受控于该功能域的对象执行相应的操作。
示例性地，N个受控设备中的任意一个受控设备为被测车辆。
示例性地，所述N个受控设备各自对应的仿真环境包括所述N个受控设备各自对应的仿真模型。所述仿真环境对应一个或多个仿真模型，或者所述仿真环境是基于其所对应的一个或多个仿真模型实现的。所述处理器被配置至少用于运行所述仿真环境，包括所述处理器被配置至少用于运行所述仿真环境包括的仿真模型，所述仿真环境用于根据被分配的所述计算资源进行仿真测试。在本申请实施例中，所述仿真模型用于根据所述计算资源进行仿真测试，可以理解为：所述仿真模型用于仿真测试，所述仿真测试基于所述计算资源实现。
在一种可能的实施方式中，处理器801，具体用于：
确定N个受控设备各自对应的仿真模型在处理器上的运行时间；根据每一个仿真模型在处理器上的运行时间，确定N个受控设备各组对应的仿真模型所对应的目标单元，目标单元属于处理器，目标单元配置用于为所对应的仿真模型提供计算资源。
在一种可能的实施方式中，处理器801，具体用于：根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元。在一种可能的实施方式中，N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；处理器801，具体用于：
根据第一功能域中的仿真模型在处理器上的运行时间构建第一功能域的第二损失函数，第一功能域为至少一个功能域中的任意一个，任意一个受控设备对应的任意一个仿真模型属于至少一个功能域中的一个功能域；根据至少一个功能域各自的第二损失函数确定N个受控设备的第一损失函数。
在一种可能的实施方式中，处理器801，还可以用于：确定所述至少一个功能域。
在一种可能的实施方式中，处理器801，具体用于：
将N个受控设备的第一功能域中的仿真模型在处理器上的运行时间累加起来，构成第一功能域的第二损失函数。
在一种可能的实施方式中，处理器801，还可以用于：确定所述N个受控设备的所述第一功能域中的仿真模型。
在一种可能的实施方式中，处理器801，具体用于：
确定至少一个功能域中的每个功能域的第一权重；
根据至少一个功能域的每个功能域的第一权重和至少一个功能域各自的第二损失函数，确定N个受控设备的第一损失函数。
在一种可能的实施方式中，处理器801，具体用于：
确定第一损失函数的最小值；
将目标状态下的N个受控设备各自对应的仿真模型所对应的处理器核，作为N个受控设备各自对应的仿真模型对应的目标单元，目标状态为第一损失函数的最小值的状态。
在一种可能的实施方式中，处理器部署在本地设备或者云端设备。
应理解，相关描述还可以参见图5所示实施例中的描述，此处不再赘述。
本申请还提供了一种算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现前述的资源分配方法，例如图5所示的资源分配方 法。
本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，在被计算设备执行时，实现前述的资源分配方法，例如图5所示的资源分配方法。
本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请中实施例提到的“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b、或c中的至少一项(个)，可以表示：a、b、c、(a和b)、(a和c)、(b和c)、或(a和b和c)，其中a、b、c可以是单个，也可以是多个。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B这三种情况，其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
以及，除非有相反的说明，本申请实施例使用“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一用户设备和第二用户设备，只是为了便于描述，而并不是表示这第一用户设备和第二用户设备的结构、重要程度等的不同，在某些实施例中，第一用户设备和第二用户设备还可以是同样的设备。
上述实施例中所用，根据上下文，术语“当……时”可以被解释为意思是“如果……”或“在……后”或“响应于确定……”或“响应于检测到……”。以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的构思和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

Claims (19)

  1. 一种资源分配方法，其特征在于，所述方法包括：
    接收来自N个受控设备的控制信号，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器；
    根据所述控制信号确定所述N个受控设备各自对应的仿真模型；
    根据处理器的计算能力和所述N个受控设备各自对应的仿真模型，为所述N个受控设备各自对应的仿真模型分别分配所述处理器上的计算资源；其中，所述仿真模型用于根据所述计算资源进行仿真测试。
  2. 根据权利要求1所述的方法，其特征在于，所述根据处理器的计算能力和所述N个受控设备各自对应的仿真模型，为所述N个受控设备各自对应的仿真模型分别分配所述处理器上的计算资源，包括：
    确定所述N个受控设备各自对应的仿真模型在所述处理器上的运行时间；
    根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；
    根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元，所述目标单元属于所述处理器，所述目标单元配置用于为所对应的仿真模型提供计算资源。
  3. 根据权利要求2所述的方法，其特征在于，所述N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；所述根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数，包括：
    确定至少一个功能域，其中，所述任意一个受控设备对应的任意一个仿真模型属于所述至少一个功能域中的一个功能域；
    根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，所述第一功能域为所述至少一个功能域中的任意一个；
    根据所述至少一个功能域各自的第二损失函数确定所述N个受控设备的第一损失函数。
  4. 根据权利要求3所述的方法，其特征在于，所述根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，包括：
    确定所述N个受控设备的所述第一功能域中的仿真模型；
    将所述N个受控设备的所述第一功能域中的仿真模型在所述处理器上的运行时间累加起来，构成所述第一功能域的第二损失函数。
  5. 根据权利要求3或4所述的方法，其特征在于，所述根据所述多个功能域各自的第二损失函数确定所述N个受控设备的第一损失函数，包括：
    确定所述至少一个功能域中的每个功能域的第一权重；
    根据所述至少一个功能域的每个功能域的第一权重和所述至少一个功能域各自的第二损失函数，确定所述N个受控设备的第一损失函数。
  6. 根据权利要求2至5任一项所述的方法，其特征在于，所述根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元，包括：
    确定所述第一损失函数的最小值；
    将目标状态下的所述N个受控设备各自对应的仿真模型所对应的处理器核，作为所述N个受控设备各自对应的仿真模型对应的目标单元，所述目标状态为所述第一损失函数的最小值的状态。
  7. 根据权利要求1至6任一项所述的方法，其特征在于，所述处理器部署在本地设备或者云端设备。
  8. 一种硬件在环测试设备，其特征在于，包括：
    通信单元，用于接收来自N个受控设备的控制信号，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器；
    处理单元，用于根据所述控制信号确定所述N个受控设备各自对应的仿真模型；
    所述处理单元，还用于根据处理器的计算能力和所述N个受控设备各自对应的仿真模型，为所述N个受控设备各自对应的仿真模型分别分配所述处理器上的计算资源；其中，所述仿真模型用于根据所述计算资源进行仿真测试。
  9. 根据权利要求8所述的设备，其特征在于，所述处理单元，具体用于：
    确定所述N个受控设备各自对应的仿真模型在所述处理器上的运行时间；
    根据每一个所述仿真模型在所述处理器上的运行时间构建所述N个受控设备的第一损失函数；
    根据所述第一损失函数确定所述N个受控设备各自对应的仿真模型所对应的目标单元，所述目标单元属于所述处理器，所述目标单元配置用于为所对应的仿真模型提供计算资源。
  10. 根据权利要求9所述的设备，其特征在于，所述N个受控设备中的任意一个受控设备对应的仿真模型的数量为一个或多个；所述处理单元，具体用于：
    确定至少一个功能域，其中，所述任意一个受控设备对应的任意一个仿真模型属于所述至少一个功能域中的一个功能域；
    根据第一功能域中的仿真模型在所述处理器上的运行时间构建所述第一功能域的第二损失函数，所述第一功能域为所述至少一个功能域中的任意一个；
    根据所述至少一个功能域各自的第二损失函数确定所述N个受控设备的第一损失函数。
  11. 根据权利要求10所述的设备，其特征在于，所述处理单元，具体用于：
    确定所述N个受控设备的所述第一功能域中的仿真模型；
    将所述N个受控设备的所述第一功能域中的仿真模型在所述处理器上的运行时间累加起来，构成所述第一功能域的第二损失函数。
  12. 根据权利要求10或11所述的设备，其特征在于，所述处理单元，具体用于：
    确定所述至少一个功能域中的每个功能域的第一权重；
    根据所述至少一个功能域的每个功能域的第一权重和所述至少功能域各自的第二损失函数，确定所述N个受控设备的第一损失函数。
  13. 根据权利要求9至12任一项所述的设备，其特征在于，所述处理单元，具体用于：
    确定所述第一损失函数的最小值；
    将目标状态下的所述N个受控设备各自对应的仿真模型所对应的处理器核，作为所述N个受控设备各自对应的仿真模型对应的目标单元，所述目标状态为所述第一损失函数的最小值的状态。
  14. 根据权利要求8至13任一项所述的设备，其特征在于，所述处理器部署在本地设备或者云端设备。
  15. 一种测试系统，其特征在于，所述系统包括：
    如权利要求8至14任一项所述的硬件在环测试设备；
    N个受控设备，通过接口板与所述硬件在环测试装置连接，其中，N为大于1的正整数，所述N个受控设备中的任意一个受控设备包含一个或多个域控制器。
  16. 一种计算设备，其特征在于，所述计算设备包括第二处理器和存储器；
    所述存储器中存储有计算机程序；
    所述第二处理器执行所述计算机程序时，所述计算设备执行如权利要求1至7中任一项所述的方法。
  17. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在至少一个处理器上运行时，实现如权利要求1至7中任一项所述的方法。
  18. 一种芯片系统，其特征在于，所述芯片系统包括处理器和通信接口；
    所述通信接口用于接收和/或发送数据，和/或，所述通信接口用于为所述处理器提供输入和/或输出；
    所述处理器用于实现如权利要求1至7中任一项所述的方法。
  19. 一种计算机程序产品，其特征在于，所述计算机程序产品在至少一个处理器上运行时，实现如权利要求1至7中任一项所述的方法。
CN202180102111.1A 2021-11-12 2021-11-12 资源分配方法、hil测试设备及相关装置 Pending CN117940925A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/130442 WO2023082199A1 (zh) 2021-11-12 2021-11-12 资源分配方法、hil测试设备及相关装置

Publications (1)

Publication Number Publication Date
CN117940925A true CN117940925A (zh) 2024-04-26

Family

ID=86334844

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180102111.1A Pending CN117940925A (zh) 2021-11-12 2021-11-12 资源分配方法、hil测试设备及相关装置

Country Status (2)

Country Link
CN (1) CN117940925A (zh)
WO (1) WO2023082199A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342297A (ja) * 2001-05-16 2002-11-29 Nec Corp 分散シミュレーション制御装置
CN206224231U (zh) * 2016-11-01 2017-06-06 宝沃汽车（中国）有限公司 一种整车控制器vcu的hil测试系统
CN110502430B (zh) * 2019-07-12 2023-06-02 北京祥远通达科技有限公司 一种车用电控单元柔性hil测试中心及测试方法
CN110716536A (zh) * 2019-11-08 2020-01-21 重庆电子工程职业学院 一种基于5g低时延网络的纯电动汽车电机控制hil测试方法
CN111737153B (zh) * 2020-08-03 2020-12-15 宁波均联智行科技有限公司 车机的自动化测试方法及系统
CN112789619B (zh) * 2020-12-31 2022-04-12 华为技术有限公司 一种仿真场景的构建方法、仿真方法以及设备
CN113168370B (zh) * 2021-03-25 2022-07-22 华为技术有限公司 测试系统、测试装置及测试方法

Also Published As

Publication number Publication date
WO2023082199A1 (zh) 2023-05-19

Similar Documents

Publication Publication Date Title
US20220161744A1 (en) Elastic computing for in-vehicle computing systems
Liu et al. Impact, challenges and prospect of software-defined vehicles
CN109765895A (zh) 无人驾驶车辆控制方法、装置、无人驾驶车辆及存储介质
JP2018523180A (ja) サービス時点を予測するシステム及び方法
CN116409264A (zh) 车辆开发平台、域控制器、整车控制系统及车辆
CN213715751U (zh) 一种域控制器
CN114021330A (zh) 一种仿真交通场景搭建方法及系统、智能体车辆控制方法
Milani et al. Cloud-based vehicle functions: Motivation, use-cases and classification
CN113838273B (zh) 基于车辆的提醒方法、装置、电子设备和存储介质
US11858372B2 (en) Method for processing a predetermined computing task by a distributed, vehicle-based computing system and a corresponding computing system
CN108198409A (zh) 智能驾驶汽车的远程调度方法和装置、电子设备及计算机存储介质
CN117940925A (zh) 资源分配方法、hil测试设备及相关装置
CN109491360A (zh) 整车控制器的仿真测试方法、装置、系统及电子设备
CN108848026B (zh) 一种操作系统嵌入式可视汽车智能网关
WO2023039804A1 (zh) 信号连接方法、信号连接装置及测试系统
Miyata Digital transformation of automobile and mobility service
US20220144290A1 (en) Information processing device, information processing method, non-transitory storage medium, and vehicle
CN115150787A (zh) 基于深度强化学习的能量管理策略包的部署系统及方法
CN115092068A (zh) 一种整车控制系统及车辆
CN115514787A (zh) 用于车联网环境的智能无人机辅助决策规划方法及装置
CN114138466A (zh) 面向智慧公路的任务协同处理方法、装置及存储介质
Perez et al. Benchmarking computational time of dynamic programming for autonomous vehicle powertrain control
Velusamy et al. Automotive sensor infrastructure-challenges and opportunities
Shang et al. A case study on the model-based design and integration of automotive cyber-physical systems
Carlier et al. A Multi-Edge-Agent System approach for sharing heterogeneous computing resources

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