A controller power shortage parameter acquisition method, device, equipment and storage medium

Abstract

The application provides a controller power shortage parameter acquisition method and device, equipment and a storage medium, and the method comprises the following steps: firstly, acquiring working condition simulation information and a vehicle architecture to be tested; establishing a working condition simulation environment corresponding to the vehicle architecture to be tested according to the working condition simulation information; simulating a simulation controller in a control domain by using the working condition simulation environment; deploying the vehicle architecture to be tested in the working condition simulation environment; and collecting the controller power shortage parameter corresponding to the simulation controller by using a regional controller of the vehicle architecture to be tested. The application solves the problems of lack of integrated and unified sample collection means, low power shortage troubleshooting efficiency and slow progress in the prior art, effectively integrates the troubleshooting process for different working conditions, can quickly and accurately simulate complex working conditions, greatly improves the power shortage test efficiency, is beneficial to accumulating power shortage test data, simplifies the power shortage troubleshooting process, and has the characteristics of strong functionality, high controllability and wide working condition adaptation range.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent automobiles, in particular to a controller power loss parameter acquisition method and device, equipment and a storage medium. BACKGROUND

[0002] With automobile manufacturers focusing on "new cars + new ecology" to create an intelligent travel car platform, more and more vehicle models are becoming increasingly intelligent, new architecture software and new hardware platforms are growing geometrically, and new technologies not only bring incremental service experiences, but also bring complex and diverse quality problems. One of the typical problems is the power loss of vehicles on the market. The cause of the vehicle power loss is the continuous non-sleep of the controller exception. However, there is currently no quick means to locate the cause of the controller non-sleep. Not only is the problem solving efficiency low, but it also easily causes user complaints.

[0003] In the prior art, in order to investigate the power loss reason of the vehicle-mounted controller, the power loss reason of the vehicle-mounted controller is generally located by real vehicle verification results, or simulation tests are performed on specific controllers to determine whether there is a component problem. The prior art at least has the following defects: 1. Lack of overall and unified sample collection means, the specific investigation method for specific problems is time-consuming and laborious, and the efficiency is low; 2. It is difficult to quickly obtain data under complex working conditions, resulting in slow power loss investigation progress. SUMMARY

[0004] In view of the above-mentioned defects of the prior art, such as lack of overall and unified sample collection means, low power loss investigation efficiency and slow progress, the present application provides a controller power loss parameter acquisition method to solve the above technical problems.

[0005] In a first aspect, the present application provides a controller power loss parameter acquisition method, comprising:

[0006] Obtaining working condition simulation information and a vehicle architecture to be tested, wherein the vehicle architecture to be tested comprises at least one regional controller corresponding to a control domain;

[0007] Establishing a working condition simulation environment corresponding to the vehicle architecture to be tested according to the working condition simulation information, wherein the working condition simulation environment is used to simulate a simulation controller in the control domain;

[0008] Deploying the vehicle architecture to be tested in the working condition simulation environment;

[0009] Collecting controller power loss parameters corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested.

[0010] Optionally, after collecting the controller power shortage parameter corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested, the method further comprises:

[0011] The vehicle architecture to be tested further comprises an experience computer, and the controller power shortage parameter is sent to a server in the form of a message by using the experience computer, so that the server compares the controller power shortage parameter with a preset power shortage parameter, and determines the parameter authenticity of the controller power shortage parameter based on a comparison result.

[0012] Optionally, after sending the controller power shortage parameter to the server in the form of a message by using the experience computer, the method further comprises:

[0013] The server obtains a power shortage information table, wherein the power shortage information table comprises a corresponding relationship between a plurality of historical power shortage parameters and historical working condition information;

[0014] Receive working condition simulation information, and add the corresponding relationship between the controller power shortage parameter and the working condition simulation information to the power shortage information table, wherein the controller power shortage parameter is taken as a new historical power shortage parameter, and the working condition simulation information is taken as new historical working condition information;

[0015] The server is connected with a vehicle terminal, and the vehicle terminal comprises a vehicle-mounted controller, and the vehicle terminal is used to collect current power shortage data of the vehicle-mounted controller when the vehicle terminal is in a power shortage state, and send the current power shortage data to the server;

[0016] The server matches the current power shortage data with each historical power shortage parameter, and determines target working condition information corresponding to the current power shortage data from the historical working condition information according to a matching result.

[0017] Optionally, after deploying the vehicle architecture to be tested in the working condition simulation environment, the method further comprises:

[0018] The vehicle architecture to be tested further comprises a detection device, and the detection device comprises at least one of a voltage detection instrument and a current detection instrument;

[0019] The pins of the regional controller are detected by using the detection device to obtain device detection parameters;

[0020] According to a difference between the device detection parameters and the controller power shortage parameter, the reliability of the controller power shortage parameter is calculated;

[0021] The credibility is compared with a preset credibility threshold range, and if the credibility is within the credibility threshold range, the controller power loss parameter is confirmed as credible, otherwise, the controller power loss parameter is confirmed as incredible.

[0022] Optionally, after the controller power loss parameter corresponding to the simulation controller is collected by using the area controller of the to-be-tested vehicle architecture, the method further comprises:

[0023] At least one of the equipment detection parameter, the controller power loss parameter and the credibility of the controller power loss parameter is detected by using a graphic workstation;

[0024] At least one of the equipment detection parameter, the controller power loss parameter and the credibility of the controller power loss parameter is displayed by using a graphic workstation.

[0025] Optionally, the working condition simulation environment corresponding to the to-be-tested vehicle architecture is established according to the working condition simulation information, and the working condition simulation environment comprises:

[0026] The working condition simulation information is obtained by using a cabinet, and the cabinet comprises a real-time machine and a hardware board card;

[0027] The working condition simulation information is parsed by using the real-time machine, and the working condition simulation environment is established by using the hardware board card according to a parsing result, and the real-time machine and the hardware board card are used for communication between the simulation controller and the to-be-tested vehicle architecture.

[0028] Optionally, the to-be-tested vehicle architecture further comprises a central computer, and scene arrangement information is obtained by using the central computer, and the scene arrangement information comprises scene conditions and controller instructions;

[0029] If the scene conditions meet preset scene conditions in the central computer, the controller instructions are sent to the simulation controller by using the central computer, so that the simulation controller executes the controller instructions.

[0030] In a second aspect, the present application provides a controller power loss parameter acquisition device, comprising:

[0031] An acquisition module is configured to acquire working condition simulation information and a to-be-tested vehicle architecture, wherein the to-be-tested vehicle architecture comprises at least one area controller corresponding to a control domain;

[0032] A working condition simulation module is configured to establish a working condition simulation environment corresponding to the to-be-tested vehicle architecture according to the working condition simulation information, wherein the working condition simulation environment is used for simulating a simulation controller in the control domain;

[0033] A communication deployment module is configured to deploy the to-be-tested vehicle architecture in the working condition simulation environment;

[0034] The collection module is configured to collect the controller power shortage parameter corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested.

[0035] In a third aspect, the present application provides an electronic device, comprising:

[0036] one or more processors;

[0037] a storage device configured to store one or more programs, when the one or more programs are executed by the one or more processors, the electronic device implements the controller power shortage parameter acquisition method in the above-mentioned solution.

[0038] In a fourth aspect, the present application provides a computer readable storage medium, which stores a computer program, when the computer program is executed by the processor of the computer, the computer executes the controller power shortage parameter acquisition method in the above-mentioned solution.

[0039] The controller power shortage parameter acquisition method, device, equipment and storage medium as described above, first acquire the working condition simulation information and the vehicle architecture to be tested, establish the working condition simulation environment corresponding to the vehicle architecture to be tested according to the working condition simulation information, simulate the simulation controller in the control domain by using the working condition simulation environment, deploy the vehicle architecture to be tested in the working condition simulation environment, and collect the controller power shortage parameter corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested. The above-mentioned solution solves the problem that the existing technology lacks integrated and unified sample collection means, and the power shortage troubleshooting efficiency is low and the progress is slow. The controller power shortage data under different working conditions is collected based on the vehicle architecture to be tested, the fault troubleshooting process for different working conditions is effectively integrated, the complex working condition can be simulated quickly and accurately, the power shortage test efficiency is greatly improved, the power shortage test data is accumulated, the power shortage troubleshooting process is simplified, and the characteristics of strong function, high controllability and wide working condition adaptation range are achieved.

[0040] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the present application. BRIEF DESCRIPTION OF DRAWINGS

[0041] The drawings incorporated into the specification and forming part of the specification, show embodiments consistent with the present application, and together with the specification, serve to explain the principles of the present application. Obviously, the drawings in the following description are only some embodiments of the present application, and those skilled in the art can obtain other drawings from these drawings without creative labor. In the drawings:

[0042] Figure 1 is a flow chart of the controller power shortage parameter acquisition method shown in an exemplary embodiment of the present application;

[0043] Figure 2 is Figure 1 a flow chart of an exemplary embodiment of the example implementation following step S140 in the embodiment shown in FIG. 1;

[0044] Figure 3 is a structural schematic diagram of a controller power shortage parameter acquisition device according to an exemplary embodiment of the present application;

[0045] Figure 4 a structural schematic diagram of a computer system of an electronic device suitable for implementing embodiments of the present application is shown. DETAILED DESCRIPTION

[0046] Embodiments of the present application will be described hereinafter with reference to the accompanying drawings and preferred embodiments, and other advantages and effects of the present application can be easily understood by those skilled in the art from the contents disclosed in the present specification. The present application can be implemented or applied in other different specific embodiments, and each detail in the present specification can be modified or changed based on different views and applications without departing from the spirit of the present application. It should be understood that the preferred embodiments are only for illustrating the present application, and are not intended to limit the protection scope of the present application.

[0047] It should be noted that the diagrams provided in the following embodiments only schematically illustrate the basic concept of the present application, and only the components related to the present application are shown in the diagrams, rather than being drawn according to the number, shape and size of the components in actual implementation. The type, number and ratio of the components in actual implementation can be changed according to actual requirements, and the layout type of the components can also be more complex.

[0048] In the following description, a large number of details are discussed to provide a more thorough explanation of the embodiments of the present application, however, it is obvious for those skilled in the art that the embodiments of the present application can be implemented without these specific details, and in other embodiments, the well-known structures and devices are shown in the form of block diagrams rather than in the form of details, to avoid making the embodiments of the present application difficult to understand.

[0049] First of all, as the integration and complexity of the automobile architecture, manufacturers gradually integrate many similar functions and separate arrangements of controller (Electronic Control Unit, ECU) functions into a more powerful processor hardware platform than ECU, which is the domain controller (Domain Control Unit, DCU), thereby dividing the automobile architecture into multiple control domains according to function, and the domain controller is the core of each control domain of the automobile, and the domain controller is also a controller in essence. In other different scenarios, the domain controller can also be embodied as a cluster of controllers. Based on the above-mentioned characteristics, the control method using the domain controller becomes a commonly used control method for ring network architecture vehicles. In the control structure divided by the domain controller, a regional controller is set up corresponding to each domain. The regional controller is responsible for network management and power distribution and control of nearby devices, and has functions such as power distribution control, current detection, etc. for the domain controller and the controller hung below.

[0050] Based on the above technical basis, the present application can be applied to the automobile control architecture of the ring network architecture, for example, in the power shortage sample collection scene of the intelligent automobile super digital platform (SDA) architecture. The SDA architecture includes a central computing platform composed of a central computer (C2) and an experience computer (EDC). The central computing platform is connected with three regional controllers (VIU). The backbone network composed of Ethernet and Controller Area Network (CAN) realizes signal communication. Among them, C2 refers to an intelligent driving computing power platform with a computing power of 508 TOPS (Tera Operations Per Second, trillion times of operation per second). EDC is an intelligent cockpit platform with a graphics computing power of 2000 GFLOPS (Giga Floating-point Operations Per Second, billion times of floating-point operation per second). The three VIUs are responsible for network management and power distribution and control of nearby devices, thereby realizing cross-domain integration of multiple controllers such as power, chassis, air conditioning thermal management and vehicle body.

[0051] In an embodiment, the present application exemplarily proposes a controller power shortage parameter acquisition method, as shown in Figure 1 , Figure 1 A flowchart of a controller power shortage parameter acquisition method according to an exemplary embodiment of the present application is shown, comprising the following steps:

[0052] Step S110, obtaining working condition simulation information and a vehicle architecture to be tested, wherein the vehicle architecture to be tested includes at least one regional controller corresponding to a control domain;

[0053] Step S120, establishing a working condition simulation environment corresponding to the vehicle architecture to be tested according to the working condition simulation information, wherein the working condition simulation environment is used to simulate the simulation controller in the control domain;

[0054] Step S130, deploying the vehicle architecture to be tested in the working condition simulation environment;

[0055] Step S140, collecting the controller power shortage parameters corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested;

[0056] For the above steps, the specific description is as follows

[0057] In step S110, the working condition simulation information and the vehicle architecture to be tested are obtained, wherein the vehicle architecture to be tested includes at least one regional controller corresponding to the control domain;

[0058] For step S110, the working condition simulation information and the vehicle architecture to be tested are first obtained. The working condition simulation information refers to the information used to simulate the corresponding working condition, which includes but is not limited to electronic signals, analog signals, network signals, or parameters, configurations, etc. set through a graphical interface. The vehicle architecture to be tested refers to the vehicle control architecture including physical controller components, and the vehicle architecture to be tested includes at least one regional controller corresponding to the control domain. For example, in this embodiment, the vehicle architecture to be tested is also exemplarily shown as Figure 2 as shown in Figure 2 The structure diagram of the vehicle architecture to be tested shown in an exemplary embodiment of the present application. The vehicle architecture to be tested includes a central computer to be tested 201, an experience computer to be tested 202, and three regional controllers to be tested 203. If the vehicle architecture to be tested proposed in this embodiment is applied to a real vehicle, the central computer to be tested 201 and the experience computer to be tested 202 form a central computing platform, and the three regional controllers to be tested 203 connected to the central computing platform are responsible for network management and power distribution and control of nearby devices. In this embodiment, the vehicle architecture to be tested as the vehicle control architecture is separated from the vehicle, and only the central computer 201, the experience computer 202, the three regional controllers to be tested 203, the interface and the connection relationship are retained. The vehicle entity framework can be simulated by a built entity test framework such as a test bench. The controllers in each domain controlled by the vehicle architecture to be tested are simulated by, for example, a hardware-in-the-loop (HIL) device. Thus, the performance of the vehicle architecture to be tested on a real vehicle is simulated in a simulation test manner. The main purpose is to use the regional controllers in the vehicle architecture to be tested to monitor the current or power consumption information of the domain controllers and subordinate controllers in real time, so as to obtain the controller power shortage information samples of the vehicle architecture to be tested under different working conditions corresponding to the working condition simulation information.

[0059] In step S120, a working condition simulation environment corresponding to the vehicle architecture to be tested is established according to the working condition simulation information, wherein the working condition simulation environment is used to simulate a simulation controller in a control domain.

[0060] For step S120, the working condition simulation environment needs to be established to simulate the control process of the vehicle architecture to be tested in step S110. It can be understood that, since the control process of the vehicle architecture to be tested on various controllers needs to be simulated, the working condition simulation environment is mainly used to simulate the simulation controller controlled by the vehicle architecture to be tested. The simulation controller should be understood in a broad sense, that is, it can be used to simulate the domain controller or the subordinate controller controlled by the domain controller.

[0061] In an embodiment, the application exemplarily provides an embodiment of establishing a working condition simulation environment according to working condition simulation information, which specifically includes the following steps:

[0062] The working condition simulation information is obtained by using a cabinet, which includes a real-time machine and a hardware board card;

[0063] The real-time machine analyzes the working condition simulation information and controls the hardware board card to establish the working condition simulation environment according to the analysis result. The real-time machine and the hardware board card are used as simulation controllers to communicate with the vehicle architecture to be tested.

[0064] For the above steps, it needs to be explained that the working condition simulation information is obtained by using the cabinet including the real-time machine and the hardware board card. The cabinet generally refers to a hardware-in-the-loop (HIL) device or a HIL cabinet. The cabinet is connected with the vehicle architecture to be tested through the interface on the hardware board card. The function of the cabinet is to obtain and analyze the simulation parameters, that is, the working condition simulation information, by using the real-time machine. The preset program in the real-time machine can calculate the power consumption parameters such as the controller current and power consumption under the working condition simulation information, and then control the hardware board card to simulate the related parameters under the corresponding working condition according to the calculation result of the analysis of the working condition simulation information. It can be understood that, since the vehicle architecture to be tested is used as a control architecture in the present scheme, the input and output of the data of the vehicle architecture to be tested are realized through the pins or interfaces. Therefore, all structures connected with the vehicle architecture to be tested can be regarded as black boxes. Whether the vehicle architecture to be tested is connected with an entity controller or a simulation controller, as long as the information and data obtained through the pins or interfaces are the same, the feedback and action of the vehicle architecture to be tested will be the same. It is through this principle that, in the present embodiment, the real-time machine and the hardware board card in the HIL cabinet are used to analyze the working condition simulation information by using the software and hardware cooperation, simulate the working state of the simulation controller, and communicate with the vehicle architecture to be tested, so that the working state of the controller under different working conditions can be simulated without connecting a real controller.

[0065] It should be noted that the above hardware board can include, but is not limited to, a digital board, an analog board, a resistance board, a CAN board, a LIN (Local Interconnect Network) board, and a vehicle-mounted Ethernet board, etc.

[0066] In step S130, the vehicle architecture to be tested is deployed in the working condition simulation environment.

[0067] For step S130, it should be understood that deploying the vehicle architecture to be tested in the working condition simulation environment means physical deployment, which can be understood as enabling the vehicle architecture to be tested to have the ability to perform control actions and feedback in the working condition simulation environment. For example, in some embodiments, the vehicle architecture to be tested is installed and fixed on a test bench, and the relevant interfaces or pins are plugged in, so as to start simulating the working condition simulation information at any time.

[0068] In step S140, the controller power shortage parameters corresponding to the simulation controller are collected by the regional controller of the vehicle architecture to be tested.

[0069] For step S140, after the vehicle architecture to be tested is deployed, the working state machine of the vehicle architecture to be tested can be simulated based on the working condition simulation environment. The controller power shortage parameters herein can be understood as simulation parameters collected by the regional controller in the working condition simulation environment, such as simulation current, simulation power consumption, or simulation data calculated according to the collected simulation parameters. It should be understood that in the process of simulation using the vehicle architecture to be tested and the working condition simulation environment, the regional controller can connect with the simulation controller, such as a hardware-in-the-loop (HIL) device, to calculate and collect the current, power consumption, and other data of the actual controller simulated by the simulation controller. This is based on the inherent functional properties of the regional controller, such as including a power management module in the regional controller. During simulation, the regional controller transmits information with the board in the HIL cabinet through signals such as CAN signals, LIN signals, analog signals, or digital signals. The power management module of the regional controller monitors the current of each interface pin in real time and calculates the power consumption according to the current. By using the above properties of the regional controller, the relevant data in the simulation environment can be monitored through the above steps, and the data can be transmitted in the form of a message or other forms.

[0070] In this embodiment, the vehicle architecture to be tested further includes an experience computer (EDC). After collecting the controller power shortage parameters corresponding to the simulation controller by the regional controller of the vehicle architecture to be tested, the following steps are further included:

[0071] The experience computer sends the controller power shortage parameter to the server in the form of a message, so that the server compares the controller power shortage parameter with the preset power shortage parameter, and determines the parameter authenticity of the controller power shortage parameter based on the comparison result;

[0072] For the above steps, the experience computer (EDC) sends the controller power shortage parameter to the server in the form of a message, so that the server can process the controller power shortage parameter independently of the acquisition step. For example, in this embodiment, the server is a cloud database located remotely, and the server stores preset power shortage parameters corresponding to each simulation working condition. The preset power shortage parameters can be data obtained by theoretical calculation, or data obtained by real vehicle testing in actual working conditions corresponding to each simulation working condition. The preset power shortage parameters are stored in the server as a parameter reference, and are used for comparison with the controller power shortage parameters collected by simulating the simulation environment using the working condition simulation information, so as to determine the parameter authenticity of the collected data.

[0073] It can be understood that the parameter authenticity is determined based on the comparison result, which can be by calculating the difference between the controller power shortage parameter and the preset power shortage parameter, and by comparing the difference with a preset difference threshold. When the difference is less than the difference threshold, the error is acceptable, and the parameter authenticity reaches a credible level. When the difference is greater than or equal to the difference threshold, it means that the difference is too large, that is, the value collected by simulating the working condition is too different from the actual value, and the collected controller power shortage parameter cannot truly reflect the real parameter in the actual working condition or the theoretical working condition. The parameter authenticity does not reach a credible level. In some embodiments, based on the judgment result that the credibility level is not reached, it may be necessary to perform hardware inspection and replacement on the entity hardware such as the vehicle architecture or the regional controller, and to collect again, so as to ensure that the data collected by the method can truly reflect the actual situation.

[0074] In this embodiment, as shown in Figure 2 After the experience computer sends the controller power shortage parameter to the server in the form of a message, the following steps are further included:

[0075] Step S210, the server acquires the power shortage information table, wherein the power shortage information table includes a plurality of corresponding relationships between historical power shortage parameters and historical working condition information;

[0076] Step S220, receiving the working condition simulation information, adding the corresponding relationship between the controller power shortage parameter and the working condition simulation information to the power shortage information table, wherein the controller power shortage parameter is taken as a new historical power shortage parameter, and the working condition simulation information is taken as a new historical working condition information;

[0077] In step S230, the server end is connected with a vehicle terminal, the vehicle terminal includes a vehicle controller, and the vehicle terminal is configured to collect current power shortage data of the vehicle controller when the vehicle terminal is in a power shortage state, and send the current power shortage data to the server end.

[0078] In step S240, the server end matches the current power shortage data with the historical power shortage parameters, and determines target working condition information corresponding to the current power shortage data from the historical working condition information according to a matching result.

[0079] For steps S210-S220, further processing is made based on the controller power shortage parameters collected in steps S110-S140 in the embodiment. Specifically, in the server end, a power shortage information table is provided, and the power shortage information table records historical power shortage parameters and historical working condition information including a plurality of historical power shortage parameters and historical working condition information in a corresponding relationship. It needs to be understood that the format of the historical working condition information here can correspond to the format of the working condition simulation information. The historical power shortage parameters refer to the controller power shortage parameters collected under the historical working condition information, that is, after receiving the working condition simulation information and collecting the controller power shortage parameters of the simulation controller under each working condition simulation information, the working condition simulation information and the controller power shortage parameters are stored in the server end as the historical working condition information and the historical power shortage parameters in a one-to-one corresponding relationship, so that the information provided by each simulation process is recorded in the server end for subsequent calling.

[0080] For steps S230-S240, further processing is made based on the historical working condition information and the historical power shortage parameters stored in steps S210-S220. The vehicle terminal collects current power shortage data of the vehicle controller, and sends the current power shortage data to the server end. The vehicle terminal here refers to an actually running vehicle. When the vehicle terminal runs, if a power shortage problem occurs, the vehicle controller will send a message carrying power shortage information, that is, current power shortage data. The current power shortage data is sent to the server end and matched with the historical power shortage data. When the matching historical power shortage data is found, it can be confirmed that the current power shortage state of the vehicle terminal is consistent with the working condition under which the historical power shortage data is collected. Through the historical power shortage data, the corresponding historical working condition information is found, and the working condition of the current vehicle terminal is confirmed, so that it is beneficial to quickly locate the power shortage problem and quickly understand which controllers in the vehicle terminal are in a power shortage state.

[0081] In the embodiment, the vehicle architecture to be tested further includes a detection device, the detection device includes at least one of a voltage detection instrument and a current detection instrument, and the at least one of the voltage detection instrument and the current detection instrument is connected to an outer end of the vehicle architecture to be tested. After the vehicle architecture to be tested is deployed in the working condition simulation environment, the following steps are further included.

[0082] The pin of the area controller is detected by the detection device to obtain a device detection parameter;

[0083] According to the difference between the device detection parameter and the controller power shortage parameter, the reliability of the controller power shortage parameter is calculated;

[0084] According to the reliability and the preset reliability threshold range, if the reliability is within the reliability threshold range, the controller power shortage parameter is confirmed as reliable, otherwise it is confirmed as unreliable;

[0085] For the above steps, the device detection parameter is obtained by the detection device test. In principle, the device detection parameter and the corresponding controller power shortage parameter should be corresponding in value. For example, in some embodiments, the area controller collects the current value A1 flowing through pin A under certain working condition simulation environment, and the detection device detects the current flowing through pin A in the vehicle architecture to be tested to obtain the current value A2. In principle, A1 and A2 are the same current value and should satisfy A1 equals A2. However, since the detection of the detection device is physical detection, its accuracy is high, while the data collected by the area controller is obtained based on the simulation controller, and its acquisition method can include analog signal acquisition and analysis. The accuracy of the collected data is affected by the signal quality, and there may be data distortion. Therefore, the reliability of the collected controller power shortage parameter is further confirmed by the above steps to prevent large deviations in the collected results due to hardware quality defects and other problems of the vehicle architecture to be tested.

[0086] Specifically, in the present embodiment, a reliability calculation scheme is provided, that is, the reliability is calculated according to the difference between the device detection parameter and the controller power shortage parameter. It can be understood that whether the controller power shortage parameter is reliable is confirmed by the judgment result of the reliability and the reliability threshold range. For example, in some embodiments, the device detection parameter A1 is measured, the controller power shortage parameter A2 is collected, the difference A1-A2 is calculated to obtain the difference A3, the difference A3 is taken as the reliability, the preset reliability threshold range is the interval (A31, A32), if A3 falls within (A31, A32), it is confirmed as reliable, otherwise it is not reliable. In other embodiments, the calculation method of the reliability can be determined according to actual needs, for example, the reliability is calculated by subtracting the reference value from the difference. In some other embodiments, the judgment method of the reliability can also be adjusted according to the needs, for example, multiple interval reliability judgment intervals are set, each reliability judgment interval corresponds to a judgment result, the reliability is matched with each reliability interval, and the judgment result corresponding to the reliability is confirmed according to the matching result. Since the judgment standard of the reliability is not unique, and it belongs to the conventional data judgment method, the above embodiments are only examples for understanding and are not a strict limitation of the specific embodiments.

[0087] It should be noted that in the present embodiment, the step of judging the credibility can be completed at any location with data processing and computing capabilities, including but not limited to the vehicle architecture under test, the HIL cabinet, the server end or the cloud end.

[0088] In the present embodiment, a graphics workstation is also provided, which is connected with the real-time machine in the HIL cabinet through a network such as Ethernet, wireless or wired network, and can be understood as a display with data interaction function. In the present embodiment, the simulation working condition information can also be obtained by inputting the parameters corresponding to the simulation working condition information on the graphics workstation, and the parameter processing software in the real-time machine can complete the processing after the parameters are processed. After the controller power shortage parameters corresponding to the simulation controller are collected by the regional controller of the vehicle architecture under test, the method further comprises:

[0089] At least one of the device detection parameters, the controller power shortage parameters and the credibility corresponding to the controller power shortage parameters is received by the graphics workstation;

[0090] At least one of the device detection parameters, the controller power shortage parameters and the credibility corresponding to the controller power shortage parameters is displayed by the graphics workstation;

[0091] For the above steps, at least one of the device detection parameters, the controller power shortage parameters and the credibility corresponding to the controller power shortage parameters is received and displayed by the graphics workstation. The receiving means that after the device detection parameters, the controller power shortage parameters or the credibility are obtained by collection or calculation through the method steps described above, they are finally transmitted back to the graphics workstation in the form of CAN signal, LIN signal, message, network signal, etc., and displayed by the graphics workstation, so that the test operator can monitor the relevant information in real time, which is helpful to find and solve problems in data in time.

[0092] In the present embodiment, the vehicle architecture under test includes a central computer (C2), which is connected with the regional controller through a 100 Mbps Ethernet, has the same or similar control and monitoring functions as the regional controller, and in addition, in the present embodiment, the central computer is responsible for the scene service function of the vehicle architecture under test. In the method provided in the present embodiment, the following steps are specifically included:

[0093] The scene arrangement information is obtained by the central computer, and the scene arrangement information includes scene conditions and controller instructions;

[0094] If the scene conditions meet the preset scene conditions in the central computer, the controller instructions are sent to the simulation controller by the central computer, so that the simulation controller executes the controller instructions;

[0095] In the above steps, the central computer is used to control the simulation controller to execute the corresponding controller instructions according to the scene arrangement information. It should be understood that the central computer is responsible for the scene service function, which stores the preset scene service scheme, that is, the preset scene conditions and the controller instructions corresponding to the scene conditions. When the scene conditions in the scene arrangement information meet the preset scene conditions, the corresponding scene service scheme is executed. In this embodiment, this is manifested as issuing the corresponding controller instructions to the simulation controller so that the simulation controller executes the controller instructions to simulate the preset scene service scheme.

[0096] As described above, the controller power loss parameter acquisition method provided in this application first acquires operating condition simulation information and the architecture of the vehicle under test. Based on the operating condition simulation information, an operating condition simulation environment corresponding to the vehicle under test architecture is established. The simulation environment is used to simulate the analog controller in the control domain. The vehicle under test architecture is deployed in the operating condition simulation environment. The regional controller of the vehicle under test architecture is used to collect the controller power loss parameters corresponding to the analog controller. This solves the problems of lacking a holistic and unified sample acquisition method in the prior art, resulting in low efficiency and slow progress in power loss troubleshooting. Based on the vehicle under test architecture, controller power loss data under different operating conditions is collected, effectively integrating the fault troubleshooting process for different operating conditions. It can quickly and accurately simulate complex operating conditions, greatly improving the efficiency of power loss testing, facilitating the accumulation of power loss test data, and simplifying the power loss fault troubleshooting process. It features strong functionality, high controllability, and a wide range of operating condition adaptability.

[0097] In one embodiment, this application also specifically provides a controller power loss parameter acquisition device, which corresponds one-to-one with the controller power loss parameter acquisition method in the above embodiments, such as... Figure 3 As shown, Figure 3 This is a schematic diagram of the controller power loss parameter acquisition device shown in an exemplary embodiment of this application, including an acquisition module 301, a working condition simulation module 302, a communication deployment module 303, and a data acquisition module 304. Detailed descriptions of each module are as follows:

[0098] The acquisition module 301 is used to acquire working condition simulation information and the architecture of the vehicle under test, wherein the architecture of the vehicle under test includes at least one area controller corresponding to a control domain.

[0099] The working condition simulation module 302 establishes a working condition simulation environment corresponding to the architecture of the vehicle under test based on the working condition simulation information. The working condition simulation environment is used to simulate the simulation controller in the control domain.

[0100] The communication deployment module 303 is used to deploy the vehicle architecture under test in a working condition simulation environment.

[0101] The collection module 304 is configured to collect a controller power shortage parameter corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested.

[0102] The controller power shortage parameter acquisition device provided in the application first acquires working condition simulation information and a vehicle architecture to be tested, establishes a working condition simulation environment corresponding to the vehicle architecture to be tested according to the working condition simulation information, simulates a simulation controller in a control domain by using the working condition simulation environment, deploys the vehicle architecture to be tested in the working condition simulation environment, and collects a controller power shortage parameter corresponding to the simulation controller by using the regional controller of the vehicle architecture to be tested. The controller power shortage parameter acquisition device solves the problems of lack of integrated and unified sample collection means, low power shortage troubleshooting efficiency and slow progress in the prior art, collects controller power shortage data under different working conditions based on the vehicle architecture to be tested, effectively integrates the troubleshooting process for different working conditions, can quickly and accurately simulate complex working conditions, greatly improves the power shortage test efficiency, is beneficial to accumulating power shortage test data, simplifies the power shortage troubleshooting process, and has the characteristics of strong functionality, high controllability and wide working condition adaptation range.

[0103] It should be noted that the controller power shortage parameter acquisition device provided in the above embodiment and the controller power shortage parameter acquisition method provided in the above embodiment belong to the same concept, and the specific manner in which each terminal performs the operation has been described in detail in the method embodiment, which will not be described here. The controller power shortage parameter acquisition device provided in the above embodiment can be completed by different functional modules according to the above functions in actual application, that is, the internal structure of the system is divided into different functional modules to complete all or part of the above described functions, and this is not limited herein.

[0104] An embodiment of the application further provides an electronic device, including: one or more processors; a storage device configured to store one or more programs, when the one or more programs are executed by the one or more processors, the electronic device implements the controller power shortage parameter acquisition method provided in each of the above embodiments.

[0105] Figure 4 The structure of the computer system of the electronic device suitable for realizing the embodiments of the application is shown. It should be noted that, Figure 4 The computer system 400 of the electronic device shown is only an example, and should not limit the functions and use range of the embodiments of the application.

[0106] As Figure 4As shown, the computer system 400 includes a central processing unit (CPU) 401 which can perform various appropriate actions and processes according to programs stored in a read-only memory (ROM) 402 or loaded into a random access memory (RAM) 403 from a storage section 408, for example, and execute the methods described in the above embodiments. In the RAM 403, various programs and data required for the operation of the system are also stored. The CPU 401, the ROM 402, and the RAM 403 are connected to each other through a bus 404. An input / output (I / O) interface 405 is also connected to the bus 404.

[0107] Connected to the I / O interface 405 are an input section 406 including a keyboard, a mouse, etc.; an output section 407 including a display such as a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 408 including a hard disk, etc.; and a communication section 409 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 409 performs communication processing via a network such as the Internet. A drive 410 is also connected to the I / O interface 405 as necessary. A removable recording medium 411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc. is attached to the drive 410 as necessary, so that a computer program read therefrom is installed into the storage section 408 as necessary.

[0108] In particular, according to embodiments of the present application, the processes described above with reference to the flowcharts can be implemented as a computer software program. For example, embodiments of the present application include a computer program product comprising a computer program carried on a computer readable medium, the computer program containing a computer program for executing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via the communication section 409, and / or installed from the removable recording medium 411. When the computer program is executed by the central processing unit (CPU) 401, various functions defined in the system of the present application are performed.

[0109] It should be noted that the computer-readable medium in the embodiments shown in the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the two. The computer-readable storage medium may, for example, be an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to, an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (Compact Disc Read-Only Memory, CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable signal medium can include a data signal propagating in a baseband or as a carrier wave in a propagated data signal, in which the computer-readable computer program is carried. Such a propagated data signal can take various forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, which can send, propagate or transmit programs for use by or in connection with an instruction execution system, device or component. The computer program contained on the computer-readable medium can be transmitted by any suitable medium, including but not limited to wireless, wired, or the like, or any suitable combination of the above.

[0110] The flowcharts and block diagrams in the drawings illustrate the possible implementation architectures, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. In the flowcharts or block diagrams, each block can represent a module, a program segment or a part of code, which contains one or more executable instructions for implementing the specified logical functions. It should also be noted that in some alternative implementations, the functions noted in the blocks can occur in different order than that shown in the drawings. For example, two blocks represented in succession can actually be executed substantially in parallel, and sometimes they can be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagram or flowchart, and the combination of blocks in the block diagram or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0111] The units described in the embodiments of the present application can be implemented in the form of software, or can be implemented in the form of hardware, and the described units can also be arranged in a processor. In some cases, the names of the units do not constitute a limitation on the units themselves.

[0112] Another aspect of the present application also provides a computer readable storage medium, which stores a computer program. The computer program is executed by a processor of a computer, so that the computer executes the controller power shortage parameter acquisition method as described above. The computer readable storage medium can be included in the electronic device described in the above embodiments, or can exist separately and not be assembled into the electronic device.

[0113] Another aspect of the present application also provides a computer program product or a computer program, which includes computer instructions stored in a computer readable storage medium. A processor of a computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions, so that the computer device executes the controller power shortage parameter acquisition method provided in each of the above embodiments.

[0114] The above embodiments only exemplarily illustrate the principles and effects of the present application, and are not used to limit the present application. Any person skilled in the art can modify or change the above embodiments without departing from the spirit and scope of the present application. Therefore, all equivalent modifications or changes completed by those skilled in the art without departing from the spirit and technical thought of the present application should be covered by the claims of the present application.

Claims

1. A method for obtaining controller power depletion parameters, characterized in that, The method includes: Acquire operating condition simulation information and the architecture of the vehicle under test, wherein the architecture of the vehicle under test includes at least one area controller corresponding to a control domain; Based on the operating condition simulation information, an operating condition simulation environment corresponding to the vehicle architecture under test is established, wherein the operating condition simulation environment is used to simulate the simulation controller in the control domain; The vehicle architecture under test is deployed in the operating condition simulation environment; The regional controller of the vehicle under test architecture is used to collect the controller power depletion parameters corresponding to the analog controller. The vehicle architecture under test also includes an experience computer, which sends the controller power depletion parameters to the server in the form of a message. The server then compares the controller power depletion parameters with preset power depletion parameters and determines the accuracy of the controller power depletion parameters based on the comparison result. By calculating the difference between the controller's power depletion parameters and the preset power depletion parameters, and comparing the difference with a preset difference threshold, if the difference is less than the threshold, the error is considered acceptable and the parameter's accuracy is considered reliable. If the difference is greater than or equal to the threshold, it indicates that the difference is too large, the value collected through operating condition simulation differs too much from the actual value, and the collected controller power depletion parameters cannot truly reflect the actual or theoretical operating conditions, thus the parameter's accuracy is not considered reliable.

2. The method for obtaining controller power loss parameters according to claim 1, characterized in that, After the test computer sends the controller's power depletion parameters to the server in the form of a message, the method further includes: The server obtains a power loss information table, wherein the power loss information table includes the correspondence between multiple historical power loss parameters and historical operating condition information; Receive operating condition simulation information, add the correspondence between the controller power loss parameters and the operating condition simulation information to the power loss information table, wherein the controller power loss parameters are used as new historical power loss parameters, and the operating condition simulation information is used as new historical operating condition information; The server is connected to a vehicle terminal, which includes an on-board controller. The vehicle terminal is used to collect the current power depletion data of the on-board controller when the vehicle terminal is in a power depletion state, and send the current power depletion data to the server. The server matches the current power loss data with each of the historical power loss parameters, and determines the target operating condition information corresponding to the current power loss data from the historical operating condition information based on the matching results.

3. The method for obtaining controller power loss parameters according to claim 2, characterized in that, After deploying the vehicle architecture under test in the operating condition simulation environment, the method further includes: The vehicle architecture under test also includes testing equipment, which includes at least one of a voltage testing instrument and a current testing instrument. The detection equipment is used to detect the pins of the area controller to obtain the equipment detection parameters; The reliability of the controller's power depletion parameter is calculated based on the difference between the device's detection parameters and the controller's power depletion parameter. The reliability is judged based on the reliability level and the preset reliability threshold range. If the reliability level is within the reliability threshold range, the controller's power depletion parameter is confirmed as reliable; otherwise, it is confirmed as unreliable.

4. The method for obtaining controller power loss parameters according to claim 3, characterized in that, After collecting the controller power depletion parameters corresponding to the analog controller using the area controller of the vehicle under test architecture, the method further includes: The system uses a graphics workstation to receive at least one of the following: device detection parameters, controller power depletion parameters, and the confidence level corresponding to the controller power depletion parameters. A graphical workstation is used to display at least one of the following: equipment detection parameters, controller power depletion parameters, and the corresponding confidence level of the controller power depletion parameters.

5. The method for obtaining controller power loss parameters according to claim 4, characterized in that, Based on the operating condition simulation information, an operating condition simulation environment corresponding to the vehicle architecture under test is established, including: The operating condition simulation information is obtained using a server rack, which includes a real-time machine and hardware boards. The real-time machine parses the operating condition simulation information and controls the hardware board to establish the operating condition simulation environment based on the parsing results. The real-time machine and the hardware board act as the simulation controller and communicate with the vehicle architecture under test.

6. The method for obtaining controller power depletion parameters according to claim 1, characterized in that, The vehicle architecture under test also includes a central computer, which is used to acquire scene orchestration information, including scene conditions and controller instructions. If the scenario conditions meet the preset scenario conditions in the central computer, the central computer sends the controller instruction to the simulation controller, causing the simulation controller to execute the controller instruction.

7. A device for acquiring controller power loss parameters, characterized in that, include: The acquisition module is used to acquire working condition simulation information and the architecture of the vehicle under test, wherein the architecture of the vehicle under test includes at least one area controller corresponding to a control domain. The working condition simulation module establishes a working condition simulation environment corresponding to the vehicle architecture under test based on the working condition simulation information, wherein the working condition simulation environment is used to simulate the simulation controller in the control domain; The communication deployment module is used to deploy the vehicle architecture under test in the operating condition simulation environment; The acquisition module is used to acquire the controller power depletion parameters corresponding to the simulated controller using the area controller of the vehicle under test architecture. The vehicle under test architecture also includes an experience computer, which sends the controller power depletion parameters to the server in the form of messages. The server compares the controller power depletion parameters with preset power depletion parameters and determines the accuracy of the parameters based on the comparison result. The difference between the controller power depletion parameters and the preset power depletion parameters is calculated and compared with a preset difference threshold. If the difference is less than the threshold, the error is considered acceptable, and the parameter accuracy is considered reliable. If the difference is greater than or equal to the threshold, the difference is too large, indicating that the value acquired through the operating condition simulation differs too much from the actual value, and the acquired controller power depletion parameters cannot truly reflect the actual or theoretical operating conditions; therefore, the parameter accuracy is not considered reliable.

8. An electronic device, characterized in that, The electronic device includes: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the controller power depletion parameter acquisition method as described in any one of claims 1 to 6.

9. A storage medium, characterized in that, It stores a computer program, which, when executed by the computer's processor, causes the computer to perform the controller power loss parameter acquisition method according to any one of claims 1 to 6.

Images