CN116296439A - Control method and device for vehicle-mounted intelligent hardware test bench and computer equipment - Google Patents

Abstract

The disclosure relates to a control method, a device and computer equipment of a vehicle-mounted intelligent hardware test bench. In the method scheme, program tasks can be preconfigured so that the control terminal has self-checking and self-recovering capabilities when faults occur on various hardware for testing the association. When the self-checking instruction is obtained, the self-checking task obtained by the target hardware related to the vehicle-mounted intelligent hardware test can be detected and confirmed and self-checked, and when the fault is detected, the corresponding self-recovery task is executed, and the self-recovery processing is carried out on the fault. Like this, can realize the hardware equipment automated inspection to on-vehicle intelligent hardware test through this scheme to carry out the self-recovery of trouble and the result output of self-checking information, effectively solve a large amount of trouble, greatly reduced equipment maintenance work load, greatly promote on-vehicle intelligent hardware test rack's availability factor, efficiency of software testing, reduce the complexity of operation personnel to on-vehicle intelligent hardware test operation, promote whole car research and development efficiency.

Description

Control method and device for vehicle-mounted intelligent hardware test bench and computer equipment

Technical Field

The disclosure relates to the technical field of vehicle-mounted intelligent hardware testing, in particular to a control method, a device and computer equipment of a vehicle-mounted intelligent hardware testing bench.

Background

With the rapid development of the automobile industry in recent years, more and more vehicle-mounted intelligent hardware is added into the automobile, and the vehicle-mounted intelligent hardware generally comprises an embedded electronic control unit (Electronic Control Unit, ECU for short) so as to provide better intelligent service experience for users. On-board intelligent hardware typically requires testing prior to addition to the vehicle, and therefore, an operator typically builds a test bench (also referred to as a test platform, which generally refers to an environment that combines software and hardware devices for testing) to facilitate the operator's testing of the on-board intelligent hardware.

Current test racks are commonly shared. For example, the test bench is provided with a computer device specially configured with a linux system, and a plurality of operators can test vehicle-mounted intelligent hardware by directly or remotely logging in the computer device. Aiming at the test bench of the vehicle-mounted intelligent hardware in the automobile field, the test bench not only has the tested intelligent hardware, but also has a plurality of auxiliary peripherals on which the function test depends when the vehicle-mounted intelligent hardware is tested. Because the test bench is shared, a plurality of operators can operate, the test environment is uncontrollable for a single tester, and the number of the accessed auxiliary peripherals is large, so that the state of the tester on the computer equipment, the functional state of the tested vehicle-mounted intelligent hardware combined with the computer equipment, the connection state of the auxiliary peripherals and the computer equipment and the like are unknown before the test, and a great amount of time is needed to confirm. And, on-vehicle intelligent hardware is various (there is the ECU difference), and a plurality of auxiliary assembly are associated again to each on-vehicle intelligent hardware, and to the auxiliary peripheral hardware that realizes same function, different operators are probably used different manufacturer's models moreover, this has increased very big degree of difficulty to the operator to the state detection of test bench and fault confirmation and the elimination when breaking down, has seriously reduced test bench's availability factor and has increased the operator to on-vehicle intelligent hardware test operation's complexity.

Disclosure of Invention

Based on the above, it is necessary to provide a control method, a device and a computer device for a vehicle-mounted intelligent hardware test bench, which aim at the technical problems, so that the service efficiency, the test efficiency and the whole vehicle research and development efficiency of the vehicle-mounted intelligent hardware test bench are greatly improved, and the complexity of the operation personnel on the vehicle-mounted intelligent hardware test is reduced.

In a first aspect, the present disclosure provides a control method of a vehicle-mounted intelligent hardware test bench, the method including:

responding to a self-checking instruction of the vehicle-mounted intelligent hardware test, and determining target hardware associated with the vehicle-mounted intelligent hardware test;

acquiring a self-checking task associated with the target hardware, acquiring the self-checking task associated with the target hardware, executing the self-checking task and recording a self-checking execution result, wherein the self-checking task comprises the step of detecting a designated item at least on one of a control terminal, vehicle-mounted intelligent hardware, auxiliary peripherals and a communication link among the target hardware equipment in a test bench according to configuration information of the self-checking task;

responding to a self-checking execution result with faults, determining a self-recovery task corresponding to the faults, executing the self-recovery task, and recording a recovery execution result for executing the self-recovery task;

And outputting self-checking information comprising the self-checking execution result and/or the self-recovery execution result.

In other embodiments of the method, the method further comprises:

and updating the configuration information of the self-checking task and the configuration information of the self-recovery task according to the set synchronization period or based on the issued synchronization instruction.

In other embodiments of the method, the method further comprises:

after obtaining the self-checking instruction, detecting whether a service with higher priority than the self-checking task or the self-recovery task exists;

if so, stopping executing the self-checking task and/or the self-recovering task.

In other embodiments of the method, the outputting self-test information including the self-test execution result and/or the self-recovery execution result includes at least one of:

displaying the self-checking execution result and/or the self-recovery execution result in an interactive interface in a preset display form;

acquiring subscription information of a subscriber, and displaying self-checking information of the subscription according to a display form indicated by the subscription information, or sending the self-checking information to terminal equipment of the subscriber in a specified mode;

when the self-checking result includes that a fault exists, a corresponding alarm notification is sent out.

In other embodiments of the method, the self-test instruction comprises an instruction triggered based on a periodic self-test task, and/or based on an issued self-test instruction.

In other embodiments of the method, the self-checking task includes predefined checking service items for different hardware devices and self-checking processing service logic corresponding to the checking service items; the self-recovery service comprises predefined fault self-recovery processing service logic without natural human intervention.

In a second aspect, the present disclosure further provides a control device of a vehicle-mounted intelligent hardware test bench, including:

the instruction response module is used for responding to the self-checking instruction of the vehicle-mounted intelligent hardware test and determining target hardware associated with the vehicle-mounted intelligent hardware test;

the self-checking module is used for acquiring a self-checking task associated with the target hardware, acquiring the self-checking task associated with the target hardware, executing the self-checking task and recording a self-checking execution result, wherein the self-checking task comprises the step of detecting a specified item at least on one of a control terminal, vehicle-mounted intelligent hardware, auxiliary peripherals and a communication link between the target hardware equipment in a test bench according to configuration information of the self-checking task;

the self-recovery module is used for responding to the self-checking execution result with faults, determining a self-recovery task corresponding to the faults, executing the self-recovery task and recording the recovery execution result of executing the self-recovery task;

And the information output module is used for outputting self-checking information comprising the self-checking execution result and/or the self-recovery execution result.

In other embodiments of the apparatus, the apparatus further comprises:

and the dynamic configuration module is used for updating the configuration information of the self-checking task and the configuration information of the self-recovery task according to the set synchronization period or based on the issued synchronization instruction.

In other embodiments of the apparatus, the apparatus further comprises:

the environment detection module is used for detecting whether the service with higher priority than the self-checking task or the self-recovery task exists after the self-checking instruction is obtained; if so, stopping executing the self-checking task and/or the self-recovering task.

In other embodiments of the apparatus, the information output module includes at least one of:

the interface display unit is used for displaying the self-checking execution result and/or the self-recovery execution result in the interactive interface in a preset display form;

the information subscription unit is used for acquiring subscription information of a subscriber and displaying self-checking information of the subscription according to a display form indicated by the subscription information or sending the self-checking information to terminal equipment of the subscriber in a specified mode;

and the alarm notification unit is used for sending out corresponding alarm notification when the self-checking result comprises that a fault exists.

In other embodiments of the apparatus, the self-test instructions include instructions triggered based on periodic self-test tasks and/or based on issued self-test instructions.

In other embodiments of the apparatus, the self-checking task includes predefined checking service items for different hardware devices and self-checking processing service logic corresponding to the checking service items; the self-recovery service comprises predefined fault self-recovery processing service logic without natural human intervention.

In a third aspect, the present disclosure also provides a computer device. The computer device comprises a memory storing a computer program and a processor implementing the method according to any one of the embodiments of the first aspect.

In a fourth aspect, the present disclosure also provides a computer-readable storage medium. The computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the method according to any of the embodiments of the first aspect.

In a fifth aspect, the present disclosure also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the method according to any one of the embodiments of the first aspect.

The control scheme of the vehicle-mounted intelligent hardware test bench provided by the disclosure enables the control terminal to have self-checking and self-recovering capability when faults occur on various related hardware tested through the pre-configuration program task. When the self-checking instruction is obtained, the self-checking task obtained by the target hardware related to the vehicle-mounted intelligent hardware test can be detected and confirmed, the self-checking is carried out, and when the fault is detected, the corresponding self-recovery task is executed, and the self-recovery processing is carried out on the fault. Therefore, through the scheme, the comprehensive automatic detection of each hardware device tested by the vehicle-mounted intelligent hardware can be realized, the self-recovery of faults and the result output of self-detection information are carried out, a large number of faults are automatically and effectively solved in time, the equipment maintenance workload is greatly reduced, the service efficiency and the testing efficiency of the vehicle-mounted intelligent hardware testing rack are greatly improved, the complexity of the operation personnel on the vehicle-mounted intelligent hardware testing operation is reduced, and the whole vehicle research and development efficiency is improved.

Drawings

FIG. 1 is an application scenario illustration of a control method of a vehicle-mounted intelligent hardware test bench in one embodiment;

FIG. 2 is a flow chart of a control method of the vehicle-mounted intelligent hardware test bench according to an embodiment;

FIG. 3 is a flow chart of a control method of the vehicle-mounted intelligent hardware test bench according to another embodiment;

FIG. 4 is a schematic block diagram of a system architecture of a test bench provided by the present disclosure;

FIG. 5 is a flow chart of a control method of the vehicle-mounted intelligent hardware test rack according to another embodiment;

FIG. 6 is a block diagram of a control device of an on-board intelligent hardware test rack, according to an example embodiment;

FIG. 7 is a block diagram of a control device of another vehicle-mounted intelligent hardware test rack, according to an exemplary embodiment;

FIG. 8 is a block diagram of a control device of another vehicle-mounted intelligent hardware test rack, according to an exemplary embodiment;

FIG. 9 is a block diagram of a control device of another vehicle-mounted intelligent hardware test rack, according to an exemplary embodiment;

fig. 10 is an internal structural view of a computer device in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.

The user and device information (including but not limited to operator information, device parameter information, etc.) and data (including but not limited to data for analysis, stored data, presented data, etc.) referred to in this application are information and data authorized by the user or sufficiently authorized by each party. The self-checking generally refers to the processing of responding self-checking instructions, executing self-checking tasks, executing recovery tasks, configuring synchronization, alarming and the like related to the whole test bench.

The test bench can be selected or custom designed equipment, ports, communication networks and the like for the vehicle-mounted intelligent hardware test, and can comprise auxiliary peripherals such as a control terminal, a power supply, a switch, a hub, PCAN-X6 and the like, and one or more communication networks established by combining with the communication ports, a bus system and the like. The control terminal of the test bench can be configured with relevant parameters of respective hardware devices, such as driving parameters and port parameters, test service logic, fault or alarm processing logic and the like related to the test service, and operators can perform standard or custom data configuration of respective files, services, interfaces, running instructions and the like on the test bench according to specific test requirements. The control method of the vehicle-mounted intelligent hardware test bench provided by the embodiment of the disclosure can be applied to an application scene schematic diagram of the test bench shown in fig. 1. In fig. 1, the control terminal 102 may be a computer device having data processing and transmission, such as a host installed with a linux system. The vehicle-mounted intelligent hardware 104 to be tested and various auxiliary peripherals related to the test are connected with the control terminal 102, and are uniformly controlled by the control terminal 102. The connection with the control terminal 102 may include, but is not limited to, an ETH link (Ethernet), a CAN (Controller Area Network )/LIN (Local Interconnect Network, local area internet) link, a serial port, and other types of communication links. For example, the in-vehicle intelligent hardware 104 is connected to the expansion board 106, and the control terminal 102 may be connected to the expansion board 106 through an Ethernet (Ethernet) based switch 108, so that communication between the control terminal 102 and the in-vehicle intelligent hardware 104 is established. The control terminal 102 may be connected to a hub 110, and the hub 110 may have a plurality of USB interfaces. The control terminal 102 is connected to the PCAN-X6, PCAN-LIN, etc. devices through the hub 110. Devices such as PCAN-X6, PCAN-LIN, etc. may be connected to expansion motherboard 106 via CAN or/LIN. The PCAN-LIN and the PCAN-X6 CAN realize communication among the CAN, the LIN and the serial port, so that data CAN be exchanged among different bus systems. The entire test bench also includes power devices, not shown in fig. 1, that may power the control terminal 102, the switch 108, the vehicle-mounted intelligent hardware 104, etc.

Data information, intermediate data, result data and the like required by the operation of the test bench are stored in the control terminal, and can also be placed on the cloud or other network servers. The control terminal can be realized by various personal computers, notebook computers, single servers or a server cluster formed by a plurality of servers, a cloud computing platform and the like.

It should be noted that the control terminal 102, the vehicle-mounted intelligent hardware 104, and auxiliary peripherals such as the switch 108, the PCAN-X6, the hub 110, the communication network, and the like shown in fig. 1 are only one schematic architecture block diagram for describing an application scenario implemented by the present solution, and the test bench actually built may include more or fewer hardware or different connection modes, for example, may also be configured to support access to various sensors, ac/dc conversion devices, and corresponding communication links, and the like. In some scenarios, the method of the present disclosure that controls the test bench for self-test execution may not necessarily include the case of vehicle-mounted intelligent hardware. The following describes the present embodiment in terms of an implementation scenario illustrated in fig. 1. In one embodiment, as shown in fig. 2, a control method of a vehicle-mounted intelligent hardware test bench is provided, which may include the following steps:

S202: and responding to the self-checking instruction of the vehicle-mounted intelligent hardware test, and determining target hardware associated with the vehicle-mounted intelligent hardware test.

In the scene of the embodiment, various triggering modes can be set to enable the test bench to perform self-checking based on the self-checking instruction. For example, a periodic self-checking task may be preset in the control terminal 102, for example, the self-checking is triggered for 4 hours, and a self-checking instruction is issued to control the test bench to perform periodic self-checking every 4 hours. Self-tests at pointed time points or periods of time may also be provided, such as 2:00 per day or 00:00-6:00 per monday to friday per week. In other embodiments, the operator may manually issue a self-test instruction to the controlling device 102. Thus, in some embodiments of the present disclosure, the self-checking instruction may be a self-checking instruction triggered based on a periodic self-checking task, a self-checking instruction triggered by a set periodic self-checking task, or a self-checking instruction issued based on manual triggering by an operator.

The control terminal 102 may determine target hardware associated with the vehicle-mounted intelligent hardware test in response to a self-test instruction of the vehicle-mounted intelligent hardware test. For example, 1 vehicle-mounted intelligent hardware, 5 auxiliary peripherals may be detected and identified. For example, in one embodiment, the control terminal 102 may detect itself and various hardware devices that are directly (e.g., via a signal line or a network cable) or indirectly connected (e.g., via an ethernet built by an interactive machine) to the control terminal 102. The control 102 may identify the hardware device and obtain relevant configuration information, such as a communication mode, a model of the ECU of the vehicle-mounted intelligent hardware, a type of the auxiliary device, and the like. A plug-in configuration management module may be set in the control terminal 102, and configuration parameters, communication configuration parameters, and the like of various devices under test and auxiliary devices may be set in advance. The control terminal 102 may load the hardware configuration parameters of the target hardware associated with the current vehicle-mounted intelligent hardware test such as the control terminal 102 itself and the auxiliary peripheral when obtaining the self-checking instruction according to different communication modes and respective function requirements of the vehicle-mounted intelligent hardware and the auxiliary peripheral, initialize the configuration parameters of the target hardware, and instantiate respective hardware/plug-in units, tasks/programs and the like accessed by the control terminal 102.

In the application scenario of the embodiment, the entire test platform can be detected in response to the test instruction, and the target hardware involved in the vehicle-mounted hardware test can be determined. The target hardware may typically include the vehicle-mounted intelligent device, auxiliary devices, and the control terminal itself. In some embodiments, the target hardware may include all hardware devices connected to the control terminal. In other embodiments, the test bench includes a hardware device that is not related to the current vehicle hardware test, such as a speed sensor, and the unrelated hardware device may be set not to belong to the target hardware in this embodiment, so that self-checking processing on the unrelated hardware device may be reduced.

S204: and acquiring a self-checking task associated with the target hardware, executing the self-checking task and recording a self-checking execution result, wherein the self-checking task comprises the step of detecting at least one of a control terminal, vehicle-mounted intelligent hardware, auxiliary peripheral equipment and a communication link between target hardware equipment in a test bench according to configuration information of the self-checking task.

After the target hardware is detected and identified, a self-checking task associated with the target hardware may be obtained. The self-checking task can be generally defined by an operator in advance for checking service items of different hardware devices and self-checking processing service logic corresponding to the checking service items. The self-checking task may be run in the control terminal 102, and an operator may write a code in advance to set configuration information of the self-checking task. The configuration information is typically written by operator code to detect at least one of the control terminal, the vehicle-mounted intelligent hardware, the auxiliary peripheral, and the communication link between the target hardware devices in the test rack for a specified item. For example, configuration integrity of the execution detection device, driving operation status, functional status combined with the device under test, reporting fault information, etc. may be generally set. The configuration information of the self-checking task CAN comprise checking items for self-checking, such as detection of CAN/LIN signals, ETH communication self-checking, serial port self-checking and the like. The configuration information may further include a judgment logic for judging whether the checked object has a fault and related information of the fault, for example, whether the configuration parameters of the current auxiliary peripheral a are consistent with preset configuration parameters is judged, if not, the auxiliary peripheral a is judged to have the fault, and the ID (Identity document, identity) of the auxiliary device, the specific inconsistent parameter name, the parameter actual setting value, and the like are recorded.

In some specific implementation examples, the self-checking task may implement dynamic configuration, such as updating configuration information of the self-checking task in conjunction with a synchronization instruction. The content of the configuration information may include, in addition to the information configuration of the self-checking item, configuration information of which self-checking item (self-checking execution plug-in or checking service item, etc.), which self-checking plug-in corresponds to (e.g. by a self-checking item configuration name), and so on. Thus, by means of dynamic configuration, the addition/deletion of the self-checking items and the corresponding updating of the self-checking execution plug-ins can be dynamically realized.

The relevant configuration information of the self-checking task can be stored in the control terminal 102, the control terminal 102 loads the configuration information of the self-checking task related to the target hardware, the self-checking task is executed locally according to specific instruction content of the configuration information, and the self-checking execution result is recorded.

S206: and responding to a self-checking execution result with faults, determining a self-recovery task corresponding to the faults, executing the self-recovery task, and recording a recovery execution result of executing the self-recovery task.

The control terminal 102 performs a self-checking task according to the configuration information, performs self-checking on the checking items predefined and set in the configuration information, and outputs a self-checking execution result, such as whether the interface is normal, whether the static configuration parameters are normal, and the like. The control terminal 102 may perform corresponding processing according to the self-check execution result. In this embodiment, if the self-checking execution result of a certain self-checking task is that there is a fault, the self-recovery task of the fault can be queried and recovered according to the related information of the fault. If the operator configures the self-recovery task corresponding to the fault in advance, the control terminal can execute the self-recovery task to repair the fault. If the inquiry is not received, other processing such as sending out alarm information, sending out alarm notification to operators or specified terminals, etc. can be executed. Of course, in other embodiments of the present disclosure, the self-checking task of determining the target hardware in response to the self-checking instruction may be performed, the self-checking task may be performed, a self-checking execution result, such as a self-checking report, may be output, when a fault exists, fault information may be recorded and/or a fault alarm/notification may be sent, or the self-recovery task may not be known first.

The self-recovery task may generally include predefined fault self-recovery processing business logic without human intervention. Similar to the self-checking task, the self-recovering task can be defined and set by an operator in advance for different hardware types, configuration requirements, test requirements and other fault types. Generally, the operator may preset a corresponding self-recovery task, such as automatically correcting a parameter of a configuration error, for a fault that can be solved based on the control process of the control terminal 102. For a solution where the computer logic cannot solve the fault, an alarm message may be sent or a reference may be provided, and if the auxiliary peripheral B is not detected, a prompt may be given to see if the auxiliary peripheral B is inserted normally.

In a specific implementation example, there may be provided:

self-test of can/LIN signals: the self-checking task may include checking whether the driving configuration of the CAN is correct first, then checking whether the CAN interface works normally, and then checking the CAN interface name mapping to achieve normal call to the CAN. The self-recovery task of how to recover can be predefined for each step of inspection, so as to achieve the purpose of self-recovery when the self-inspection execution result of any inspection has faults. The self-test of the LIN signal is similar to the CAN self-test.

Eth communication self-test: static configuration checking is performed on the ETH PORT to ensure that the ECU and the HOST MACHINE control terminal can perform Ethernet communication. The vehicle intelligent hardware ECU has various kinds, and static configuration parameters are different, for example, VLAN configuration is required, MAC configuration is required. When configuring the self-checking task, the corresponding abnormal (fault) state judgment logic can be defined for each checking item, and the corresponding self-recovery logic can be defined at the same time, so that the success of self-recovery when the abnormal state occurs can be ensured as much as possible.

Serial Port self-test: the self-checking task and the self-recovering task can configure logic for performing function checking and self-recovering on whether a Serial Port exists, whether the Serial Port is mapped or not and whether the Serial Port is occupied, so that the Serial Port can be normally started in real time, and normal debugging information is output.

Lauterbach (debugger hard supporting multiple target controllers) self-test: logic for performing function check and self-recovery on whether Lauterbach exists or not and whether Lauterbach is occupied or not can be configured, so that Lauterbach can be normally started in real time, and the ECU is debugged and the like.

Of course, various vehicle-mounted intelligent hardware, control terminals, auxiliary peripherals, hardware parameters of communication connection, configuration parameters, debugging parameters and other information can be collected in advance, and operators can define inspection objects, inspection items, fault judgment logic and the like of corresponding self-inspection tasks and self-recovery processing logic of various faults in advance according to the information. Thus, after the self-checking task is executed, if a fault exists, the corresponding self-recovery task can be inquired and loaded to be executed, and the fault is automatically processed. And simultaneously, the recovery execution result of the automatic recovery task, such as fault information, can be recorded: the link port number of the auxiliary peripheral C with the control device 102 is configured in error; and (3) a recovery measure: default port number 200 is used; execution result: the recovery was successful.

In another case, if a certain self-checking task includes a plurality of sub-checking items, when the self-checking execution result of the self-checking task is recorded, the self-checking execution results of the sub-checking items may be combined into the self-checking execution result belonging to the same checking service item. Therefore, the self-checking results of the sub-checking items are combined, the self-checking information can be effectively summarized, the output self-checking information is summarized and displayed, and the operator can check and display the alarm information in the status panel of each hardware in the interactive interface conveniently.

The determination of the self-recovery task or the execution of the self-recovery task may be that the self-recovery task is confirmed or executed uniformly after the execution of all the self-check tasks is completed. Or after one or more self-checking tasks of a certain target hardware are executed, executing the self-recovery tasks corresponding to one or more faults of the target hardware. The self-checking task processing method can also be that the corresponding self-checking task is executed and determined in real time or after a certain time delay after the fault is detected in the execution process of the self-checking task, and the next self-checking task is executed after the self-checking task processing is finished. In other embodiments, processing sequence logic of other self-checking tasks and self-recovering tasks may be set, and specifically, may be configured in advance in the control terminal 102.

The business logic configuration information comprising the self-checking task and the self-recovering task, the respective standard service/file/interface/command/special self-checking project, the configuration controlled (managed) by the control terminal and the like according to the embodiment of the disclosure can be dynamically adjusted and configured by operators, so that the operation task can be greatly convenient to update the configuration information comprising the self-checking task, the self-recovering task and the like in time and synchronously, the maintenance efficiency of the test bench is improved, the self-checking and removing capability of fault automation is improved, and the overall fault checking efficiency and the use efficiency of the test bench are improved. Thus, as shown in fig. 3, in another embodiment provided by the present disclosure, the method may further include:

s30: and updating the configuration information of the self-checking task and the configuration information of the self-recovery task according to the set synchronization period or based on the issued synchronization instruction.

The hardware devices associated with the vehicle-mounted intelligent equipment are more and auxiliary, and operators generally need to ensure that target hardware associated with the vehicle-mounted intelligent test can be normally used. In an actual application scene, the whole bench can be influenced by external factors, software factors, self factors and the like, so that the scheme of the embodiment provides configurable self-checking tasks and self-recovering tasks, each capability of the whole test bench can be checked and detected timely, efficiently and dynamically through the pre-configuration of the self-checking tasks and the self-recovering tasks, and an operator can dynamically update the configuration information of the self-checking tasks and the self-recovering tasks, so that the test bench has self-checking and self-recovering capabilities, the automation, dynamic self-checking and self-recovering processing of the test bench are realized, faults are found and removed timely, the labor consumption is greatly reduced, and the use efficiency of the test bench and the test efficiency of vehicle-mounted intelligent hardware are greatly improved.

S208: and outputting self-checking information comprising the self-checking execution result and/or the self-recovery execution result.

In this embodiment, the control terminal 102 may output self-checking information such as a self-checking execution result and a self-recovery execution result obtained after executing the self-checking task and the self-recovery task. The self-checking information can comprise at least one of self-checking execution results and self-recovery execution results. For example, in some embodiments, the self-test execution result may be output, and the self-recovery execution result may not be output. The self-checking information can also comprise other data information, such as a target object of self-checking, next quality inspection time, alarm information and the like. The outputting includes displaying the self-checking information such as the corresponding execution result through the interactive interface, as shown in fig. 4. Fig. 4 is a schematic block diagram of a system structure of a test bench provided in the present disclosure, and a control terminal may be connected to a plurality of test benches. When the self-checking task is executed and the fault is found, the alarm notification can be directly sent, and the alarm can be sent in the modes of an indicator light, alarm sound, a short message, mail and the like to notify operators. In other embodiments, the self-test information may be output in the form of a report file, for example, a report of the result of periodic self-test may be automatically output, or may be recorded in a designated data file. Furthermore, the output self-checking information may include original recorded data, or may be data information for further processing, for example, summarizing and counting the self-checking execution result, generating a change or statistical curve, or converting the change or statistical curve into a traffic light alarm state of the interactive interface for displaying. The output self-checking information can be timely notified or displayed to the fault and alarm information of the operator (terminal equipment), and can also be stored for the operator to subscribe the fault/self-checking information. Thus, in other embodiments of the illustrated method, the outputting self-test information including the self-test execution result and/or the self-recovery execution result includes at least one of:

S2080: displaying the self-checking execution result and/or the self-recovery execution result in an interactive interface in a preset display form;

s2082: and acquiring subscription information of the subscriber, and displaying the self-checking information of the subscription according to a display form indicated by the subscription information, or sending the self-checking information to terminal equipment of the subscriber in a specified mode.

S2084: when the self-checking result includes that a fault exists, a corresponding alarm notification is sent out.

If the fault is solved, the alarm information can be updated correspondingly. For example, in the case that the restoration execution result includes restoration success, the output information displayed in the interactive interface is updated correspondingly. In the schematic diagram shown in fig. 4, if the fault of "configuration abnormality" has been eliminated, the alarm information of "2. Configuration abnormality" is correspondingly removed in the interactive interface. If the faults of abnormal CAN signal transmission and abnormal configuration are eliminated, all alarm information in an alarm panel assisted by the CAN transceiver CAN be deleted and the state knowledge lamp is adjusted from red to green if the auxiliary peripheral equipment of the CAN transceiver has no faults. The latest state of the test bench can be displayed timely through the alarm information update of the interactive interface or the notification of other fault recovery, so that operators can know the fault information timely or perform corresponding processing of the test bench according to the fault information, such as manual detection of faults which cannot be eliminated by the self-recovery task. The display of the alarm information, the display of the self-checking information and the like provided by the disclosure can be an interface of a control terminal, an acting personnel interface of a remote login control terminal or an interactive interface of other information display.

The control scheme of the vehicle-mounted intelligent hardware test bench provided by the disclosure enables the control terminal to have self-checking and self-recovering capability when faults occur on various related hardware tested through the pre-configuration program task. When the self-checking instruction is obtained, the self-checking task obtained by the target hardware related to the vehicle-mounted intelligent hardware test can be detected and confirmed, the self-checking is carried out, and when the fault is detected, the corresponding self-recovery task is executed, and the self-recovery processing is carried out on the fault. Therefore, through the scheme, the comprehensive automatic detection of each hardware device tested by the vehicle-mounted intelligent hardware can be realized, the self-recovery of faults and the result output of self-detection information are carried out, a large number of faults can be effectively solved by configuring the self-recovery task, the equipment maintenance workload and the fault emergency processing time are greatly reduced, the service efficiency and the testing efficiency of the vehicle-mounted intelligent hardware testing rack are greatly improved, the complexity of the operation personnel on the vehicle-mounted intelligent hardware testing operation is reduced, and the whole vehicle research and development efficiency is improved.

In other embodiments provided by the present disclosure, as shown in fig. 5, the method may further include:

s50: after obtaining the self-checking instruction, detecting whether a service with higher priority than the self-checking task or the self-recovery task exists;

S52: if so, stopping executing the self-checking task and/or the self-recovering task.

In this embodiment, when the self-checking of the test bench is triggered (e.g., a self-checking instruction is obtained), the environment of the test bench can be checked first to see whether other services being processed or to be processed exist. If there are other services, it may be determined whether the priority of execution of the other services is higher than the self-checking task. If the priority of other services is higher, the self-checking task can be suspended or the execution can be stopped, and the service with higher priority is executed after being processed or the environment detection can be carried out again in the next self-checking period. Similar to the environment detection of the self-checking task, the self-restoring task can also detect other services before execution, and then determine whether to execute the self-restoring task according to the detection result. The relevant step processing of the environment detection of the self-checking task and the self-restoring task can be executed in parallel, and when any one of the tasks detects that the service with higher priority exists, all the tasks of the bench self-checking execute the operation of suspending/stopping/waiting. If it is detected that there are other higher priority traffic to process before executing the self-healing task 01, execution of all self-healing tasks and self-checking tasks may be stopped. In this way, conflicts with other services can be avoided, resulting in a self-healing service or a self-checking service responding to other test services.

Based on the description of the embodiment of the control method of the vehicle-mounted intelligent hardware test bench, the disclosure further provides a control device of the vehicle-mounted intelligent hardware test bench. The apparatus may include a computer device, a system (including a distributed system), software (applications), a module, a component, a server, a client, a smart wearable device, etc. that uses the methods described in embodiments of the present description, in combination with the necessary means for implementing the hardware. Based on the same innovative concepts, embodiments of the present disclosure provide for devices in one or more embodiments as described in the following examples. Because the implementation scheme and the method for solving the problem by the device are similar, the implementation of the device in the embodiment of the present disclosure may refer to the implementation of the foregoing method, and the repetition is not repeated. As used below, the term "unit" or "module" may be a combination of software and/or hardware that implements the intended function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 6 is a block diagram of a control device of an on-board intelligent hardware test rack, according to an example embodiment. The device may be the control terminal 102 described above. Referring specifically to fig. 6, the apparatus 100 may include:

The instruction response module 602 may be configured to respond to a self-checking instruction of the vehicle-mounted intelligent hardware test, and determine target hardware associated with the vehicle-mounted intelligent hardware test;

the self-checking module 604 may be configured to obtain a self-checking task associated with the target hardware, execute the self-checking task, and record a self-checking execution result, where the self-checking task includes at least detecting a specified item of one of a control terminal, a vehicle-mounted intelligent hardware, an auxiliary peripheral, and a communication link between the target hardware devices in a test bench according to configuration information of the self-checking task;

the self-recovery module 606 may be configured to determine a self-recovery task corresponding to a fault in response to a self-detection execution result of the fault, execute the self-recovery task, and record a recovery execution result of executing the self-recovery task;

the information output module 608 may be configured to output self-checking information including the self-checking execution result and/or the self-recovery execution result.

An exemplary embodiment is shown in fig. 7, and fig. 7 is a block diagram of a control device of another vehicle-mounted intelligent hardware test rack according to an exemplary embodiment. Referring to fig. 7, the apparatus further includes:

The dynamic configuration module 702 may be configured to update the configuration information of the self-checking task and the configuration information of the self-recovering task according to a set synchronization period or based on an issued synchronization instruction.

As described above, the dynamic configuration module 702 may dynamically configure not only the information configuration of the self-checking items, but also configuration information of which self-checking items (self-checking execution plug-ins or checking business items, etc.) are included, which self-checking plug-ins correspond (such as by self-checking item configuration names), etc. Thus, by means of dynamic configuration, the addition/deletion of the self-checking items and the corresponding updating of the self-checking execution plug-ins can be dynamically realized.

An exemplary embodiment is shown in fig. 8, and fig. 8 is a block diagram of a control apparatus of another vehicle-mounted intelligent hardware test rack according to an exemplary embodiment. Referring to fig. 8, the apparatus further includes:

the environment detection module 802 may be configured to detect whether a service with a priority higher than that of the self-checking task or the self-recovering task exists after obtaining the self-checking instruction; if so, stopping executing the self-checking task and/or the self-recovering task.

An exemplary embodiment is shown in fig. 9, and fig. 9 is a block diagram of a control device of another vehicle-mounted intelligent hardware test rack according to an exemplary embodiment. Referring to fig. 9, the information output module 608 includes at least one of:

The interface display unit 902 may be configured to display the self-checking execution result and/or the self-recovery execution result in a preset display form in the interactive interface;

the information subscription unit 904 may be configured to obtain subscription information of a subscriber, display self-checking information of the subscription according to a display form indicated by the subscription information, or send the self-checking information to a terminal device of the subscriber in a specified manner.

The alarm notification unit 906 may be configured to issue a corresponding alarm notification when the self-detection result includes that there is a fault.

In other embodiments of the apparatus, described based on the foregoing method embodiment, the self-test instruction includes an instruction triggered based on a periodic self-test task, and/or based on an issued self-test instruction.

Based on the foregoing description of the method embodiments, in other embodiments of the apparatus, the self-checking task includes predefined checking service items for different hardware devices and self-checking processing service logic corresponding to the checking service items; the self-recovery service comprises predefined fault self-recovery processing service logic without natural human intervention.

The various modules in the apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

In one embodiment, a computer device is provided, which may be a control terminal shown in some embodiments of the present disclosure, and an internal structure diagram thereof may be shown in fig. 10. The computer device includes a processor, a memory, a communication interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The communication interface of the computer device is used for carrying out wired or wireless communication with an external terminal, and the wireless mode can be realized through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. The computer program is executed by a processor to implement the method as described in any of the embodiments of the present disclosure. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, can be an interactive interface, can display alarm information of various hardware of one or more test racks, and the like.

It will be appreciated by those skilled in the art that the structure shown in fig. 10 is merely a block diagram of some of the structures associated with the present application and is not limiting of the computer device to which the present application may be applied, and that a particular computer device may include more or fewer components than shown, or may combine certain components, or have a different arrangement of components.

In an embodiment, there is also provided a computer device comprising a memory and a processor, the memory having stored therein a computer program, the processor implementing the steps of the method embodiments described above when the computer program is executed.

In one embodiment, there is also provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

In an embodiment, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the steps of the method embodiments described above.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the various embodiments provided herein may include at least one of relational databases and non-relational databases. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic units, quantum computing-based data processing logic units, etc., without being limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The above examples only represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the present application. It should be noted that variations and modifications can be made by those skilled in the art without departing from the spirit of the present application, which falls within the scope of the present application. Accordingly, the scope of protection of the present application shall be subject to the appended claims.

Claims (10)

1. The control method of the vehicle-mounted intelligent hardware test bench is characterized by comprising the following steps of:

responding to a self-checking instruction of the vehicle-mounted intelligent hardware test, and determining target hardware associated with the vehicle-mounted intelligent hardware test;

acquiring a self-checking task associated with the target hardware, executing the self-checking task and recording a self-checking execution result, wherein the self-checking task comprises the step of detecting at least one of a control terminal, vehicle-mounted intelligent hardware, auxiliary peripheral equipment and a communication link among the target hardware equipment in a test bench according to configuration information of the self-checking task;

Responding to a self-checking execution result with faults, determining a self-recovery task corresponding to the faults, executing the self-recovery task, and recording a recovery execution result for executing the self-recovery task;

and outputting self-checking information comprising the self-checking execution result and/or the self-recovery execution result.

2. The method according to claim 1, wherein the method further comprises:

and updating the configuration information of the self-checking task and the configuration information of the self-recovery task according to the set synchronization period or based on the issued synchronization instruction.

3. The method according to claim 1, wherein the method further comprises:

after obtaining the self-checking instruction, detecting whether a service with higher priority than the self-checking task or the self-recovery task exists;

if so, stopping executing the self-checking task and/or the self-recovering task.

4. The method according to claim 1, wherein the output comprises self-test information of the self-test execution result and/or self-recovery execution result, comprising at least one of:

displaying the self-checking execution result and/or the self-recovery execution result in an interactive interface in a preset display form;

acquiring subscription information of a subscriber, and displaying self-checking information of the subscription according to a display form indicated by the subscription information, or sending the self-checking information to terminal equipment of the subscriber in a specified mode;

When the self-checking result includes that a fault exists, a corresponding alarm notification is sent out.

5. The method of claim 1, wherein the self-test instruction comprises an instruction triggered based on a periodic self-test task, and/or based on an issued self-test instruction.

6. The method of claim 1, wherein the self-checking task comprises predefined checking service items for different hardware devices and self-checking processing service logic corresponding to the checking service items; the self-recovery service comprises predefined fault self-recovery processing service logic without natural human intervention.

7. The utility model provides a controlling means of on-vehicle intelligent hardware test rack which characterized in that includes:

the instruction response module is used for responding to the self-checking instruction of the vehicle-mounted intelligent hardware test and determining target hardware associated with the vehicle-mounted intelligent hardware test;

the self-checking module is used for acquiring a self-checking task associated with the target hardware, executing the self-checking task and recording a self-checking execution result, wherein the self-checking task comprises the step of detecting a designated item at least on one of a control terminal, vehicle-mounted intelligent hardware, auxiliary peripherals and a communication link between the target hardware devices according to configuration information of the self-checking task;

The self-recovery module is used for responding to the self-checking execution result with faults, determining a self-recovery task corresponding to the faults, executing the self-recovery task and recording the recovery execution result of executing the self-recovery task;

and the information output module is used for outputting self-checking information comprising the self-checking execution result and/or the self-recovery execution result.

8. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 6 when the computer program is executed.

9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.

10. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 6.

Images