Data interaction method, device and system

Abstract

The invention provides a data interaction method, device and system, and relates to the technical field of vehicles, and the method comprises the steps: receiving N target parameters through an external device, the N target parameters being associated with a second function module, the N target parameters being used for the function test and / or calibration of a first function module, and N being a positive integer; and sending the N target parameters. Based on the method, the problem of function module verification blockage caused by function loss in the mule car or soft film car stage can be avoided, and in addition, the first ECU can only comprise a transmission interface function for signal transmission, so that the method is easy to implement, and the development cost and the time cost are relatively low.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and more specifically, to a method, device and system for data interaction. Background Art

[0002] With the development of automobile technology, the electrical / electronic (E / E) architecture of automobiles has evolved from a distributed electronic control unit (ECU) to a domain control or centralized architecture. In addition, in the context of electrification, networking, and intelligence in the automotive industry, users' requirements for cars are no longer limited to a means of transportation, but a part of their living environment. User experience is competitiveness, which requires more demands on ECUs and requires that ECU functions can be quickly iterated.

[0003] However, with the upgrade of the E / E architecture platform and the evolution of ECU functions, there are also changes in the number of ECUs, the functions undertaken by ECUs, communication interactions, etc. In order to save development costs and time, various functional modules with evolved functions are usually added on the basis of mule cars or soft film cars. However, if the functions of the functional modules are based on other components that are not yet installed on the mule car or soft film car, the functions of the functional modules cannot be reflected in the mule car or soft film car stage, and thus cannot be verified or calibrated. If the verification or calibration of the function of the functional module is to be achieved, the component supplier needs to redevelop the first platform and the first version during delivery, especially for high-functional safety parts such as the chassis. The development and verification cycle will be longer, thereby extending the development cycle of the entire vehicle. In the mule car or soft film car stage, it often happens that the verification of components after functional evolution is blocked due to the lack of functions in the above-mentioned mule car or soft film car stage.

[0004] In view of this, a method to avoid the blockage of functional module verification caused by missing functions at the mule car or soft film car stage needs to be proposed. Summary of the invention

[0005] The present application provides a method, device and system for data interaction, which can avoid the problem of functional module verification blocking due to function loss in the mule car or soft film car stage.

[0006] In a first aspect, a method for data interaction is provided, which is applied to a first ECU, wherein the first ECU is connected to a first functional module, the method comprising: receiving N target parameters through an external device, the N target parameters being associated with a second functional module, and the N target parameters being used for functional testing and / or calibration of the first functional module, where N is a positive integer; and sending the N target parameters.

[0007] For example, the first functional module is also called a functional module to be tested, and the second functional module is also called a forward functional module, wherein the function of the first functional module needs to be triggered by relying on N target parameters sent by the second functional module.

[0008] For example, the first functional module and the second functional module may be two ECUs deployed in the automotive backbone network, or may be one functional module in the two ECUs, or may be two functional modules in one ECU. In the case where the first functional module and the second functional module are two functional modules in one ECU, the two functional modules may communicate directly through an internal interface.

[0009] It should be understood that the first ECU sending the N target parameters to the first functional module is essentially sending the N target parameters to the first functional module instead of the second functional module.

[0010] Based on the above technical solution, when the function of the first functional module is triggered by the parameters sent by the second functional module, even if the second functional module is missing, it can replace the missing second functional module and transmit the corresponding parameters to the first functional module, so that the first functional module can perform the function normally, so as to achieve the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the first functional module caused by the missing second functional module in the mule car or soft film car stage. In addition, since the first ECU can only include a transmission interface function for signal transmission, the method is easy to implement, and the development cost and time cost are low.

[0011] It should be understood that in the process of functional testing and / or calibration of the first functional module, the function of the first functional module needs to be activated or started based on the N target parameters sent by the second functional module, so the N target parameters are used for functional testing and / or calibration of the first functional module. However, in the case where the second functional module is missing or the corresponding function of the second functional module is missing, the first functional module cannot receive the N target parameters from the second functional module, so it will result in the inability to test and / or calibrate the function of the first functional module. Therefore, the technical solution of the present application is to enable the first functional module to receive N target parameters from an external device through the first ECU to activate or start the corresponding function, thereby ensuring the functional testing and / or calibration of the first functional module.

[0012] In combination with the first aspect, in certain implementations of the first aspect, the first ECU includes a virtual microcontroller unit (VMCU), which is connected to the first functional module via a bus, and the VMCU receives N target parameters through an external device; the VMCU sends N target parameters to multiple functional modules via the bus, wherein the multiple functional modules include the first functional module.

[0013] In combination with the first aspect, in certain implementations of the first aspect, the first ECU includes a VMCU, which is connected to the first functional module via a bus, and the VMCU receives N target parameters and an identifier of the first functional module via an external device; the VMCU sends the N target parameters to the first functional module via the bus based on the identifier of the first functional module.

[0014] Based on the above technical solution, the above VMCU can be used to simulate some functions of the missing ECU, such as the transmission interface function for signal transmission, and send N target parameters to the first functional module. Therefore, the first ECU is not a functional unit that is exactly the same as the missing ECU (including the above second functional module). The first ECU only includes the basic signal transmission function in the missing ECU, or the function that the ECU is missing. Moreover, the first ECU can be an existing ECU in the bus interaction system, and there is no need to add a new ECU in the bus interaction system. Therefore, compared with the method of custom-developing a function that is the same as the missing ECU, it is easier to implement, and the development cost and time cost are lower.

[0015] In combination with the first aspect, in certain implementations of the first aspect, when the above-mentioned external device is a second ECU, a control instruction is received; a control instruction is sent to the second ECU, the second ECU stores a mapping relationship between a control instruction set and M target parameters, the control instruction set includes the control instruction, and the M target parameters include N target parameters; and N target parameters are received from the second ECU, the N target parameters are determined by the second ECU based on the control instruction and the mapping relationship.

[0016] Based on the above technical solution, when the function of the functional module to be tested is triggered by the parameters sent by the forward functional module, even if the forward functional module is missing, it can replace the missing forward functional module, and can determine the corresponding parameters according to different control instructions, and transmit the parameters to the first ECU, so that the first ECU can transmit the parameters to the functional module to be tested, so that the functional module to be tested can perform the function normally, thereby achieving the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the functional module to be tested due to the missing forward functional module in the mule car or soft film car stage.

[0017] In combination with the first aspect, in some implementations of the first aspect, the external device is a universal measurement and calibration protocol (XCP) channel.

[0018] Based on the above technical solution, N target parameters are imported into the first ECU through the XCP channel, so that the first ECU can send N target parameters to the first functional module instead of the second functional module, thereby ensuring that the first functional module can perform its functions normally and achieving the effect of supporting functional testing and calibration.

[0019] In a second aspect, a method for data interaction is provided, which is applied to a second ECU, the second ECU is connected to a first ECU, the first ECU is connected to a first functional module, the method comprising: receiving a control instruction; determining N target parameters from M target parameters according to the control instruction and a mapping relationship, the N target parameters are associated with the second functional module, the N target parameters are used for functional testing and / or calibration of the first functional module, the mapping relationship comprises a mapping relationship between a control instruction set and the M target parameters, the control instruction set comprises control instructions, and M and N are positive integers; sending the N target parameters to the first ECU.

[0020] Based on the above technical solution, when the function of the functional module to be tested is triggered by the parameters sent by the forward functional module, even if the forward functional module is missing, it can replace the missing forward functional module, and can determine the corresponding parameters according to different control instructions, and transmit the parameters to the first ECU, so that the first ECU can transmit the parameters to the functional module to be tested, so that the functional module to be tested can perform the function normally, thereby achieving the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the functional module to be tested due to the missing forward functional module in the mule car or soft film car stage.

[0021] In combination with the second aspect, in certain implementations of the second aspect, the first ECU includes a VMCU, and sends the N target parameters to the VMCU.

[0022] In combination with the second aspect, in certain implementations of the second aspect, the N target parameters and the identifier of the first functional module are sent to the VMCU.

[0023] Based on the above technical solution, the VMCU can determine that the N target parameters are sent to the first functional module, thereby avoiding sending the above N target parameters by broadcasting, and reducing the overhead of data transmission.

[0024] In combination with the second aspect, in some implementations of the second aspect, before receiving the control instruction, the mapping relationship is received through an external device.

[0025] In combination with the second aspect, in certain implementations of the second aspect, the above-mentioned mapping relationship is configured in an adaptive script, and a control instruction is input into the adaptive script so that the adaptive script determines N target parameters from M target parameters.

[0026] For example, the adaptive script may be a set of interactive logic codes between control instructions and target parameters. When the control instruction is received, the target parameters that need to be sent instead of the first functional module can be determined based on the adaptive script.

[0027] In a third aspect, a data interaction device is provided, which is applied to a first ECU, the first ECU is connected to a first functional module, and the device includes:

[0028] The first receiving unit is used to receive N target parameters through an external device, the N target parameters are associated with the second functional module, and the N target parameters are used for functional testing and / or calibration of the first functional module, where N is a positive integer; and the first sending unit is used to send the N target parameters. In conjunction with the third aspect, in some implementations of the third aspect, the external device is an external channel.

[0029] In combination with the third aspect, in certain implementations of the third aspect, the first sending unit is specifically used to: send N target parameters to multiple functional modules through a bus, and the multiple functional modules include the first functional module.

[0030] In combination with the third aspect, in certain implementations of the third aspect, the above-mentioned first receiving unit is also used to: receive the identifier of the first functional module through an external device; the first sending unit is specifically used to: send N target parameters to the first functional module through the bus according to the identifier of the first functional module.

[0031] For example, the first receiving unit and the first sending unit may be deployed in the VMCU of the first ECU.

[0032] In combination with the third aspect, in certain implementations of the third aspect, the above-mentioned external device is a second ECU, and the device also includes: a second receiving unit, used to receive control instructions; a second sending unit, used to send control instructions to the second ECU, the second ECU stores a mapping relationship between a control instruction set and M target parameters, the control instruction set includes control instructions, and the M target parameters include N target parameters; the above-mentioned first receiving unit is specifically used to: receive N target parameters from the second ECU, and the N target parameters are determined by the second ECU based on the control instructions and the mapping relationship.

[0033] In combination with the third aspect, in certain implementations of the third aspect, the external device is an XCP channel.

[0034] In the fourth aspect, a data interaction device is provided, which is applied to a second ECU, the second ECU is connected to a first ECU, and the first ECU is connected to a first functional module, the device comprising: a first receiving unit, for receiving a control instruction; a determining unit, for determining N target parameters from M target parameters according to the control instruction and a mapping relationship, the N target parameters are associated with the second functional module, the N target parameters are used for functional testing and / or calibration of the first functional module, the mapping relationship comprises a mapping relationship between a control instruction set and the M target parameters, the control instruction set comprises control instructions, and M and N are positive integers; a sending unit, for sending N target parameters to the first ECU. In combination with the fourth aspect, in certain implementations of the fourth aspect, the above-mentioned mapping relationship is configured in an adaptive script, and the above-mentioned determining unit is specifically used to: input the control instruction into the adaptive script so that the adaptive script determines the N target parameters from the M target parameters.

[0035] In combination with the fourth aspect, in certain implementations of the fourth aspect, the first ECU includes a VMCU, and the sending unit is specifically used to: send N target parameters to the VMCU.

[0036] In combination with the fourth aspect, in certain implementations of the fourth aspect, the sending unit is specifically used to: send N target parameters and an identifier of the first functional module to the VMCU.

[0037] In combination with the fourth aspect, in some implementations of the fourth aspect, the apparatus further includes: a second receiving unit, configured to receive a mapping relationship through an external device before the first receiving unit receives the control instruction.

[0038] In combination with the fourth aspect, in certain implementations of the fourth aspect, the above-mentioned mapping relationship is configured in an adaptive script, and the above-mentioned determination unit is specifically used to: input a control instruction into the adaptive script so that the adaptive script determines N target parameters from M target parameters.

[0039] In a fifth aspect, a data interaction device is provided, comprising a processor and a memory, wherein the processor and the memory are connected, wherein the memory is used to store program code, and the processor is used to call the program code to execute a method in any possible implementation mode of the method design of the first aspect or the second aspect.

[0040] In a sixth aspect, a chip system is provided, which is applied to an electronic device; the chip system includes one or more interface circuits and one or more processors; the interface circuit and the processor are interconnected through lines; the interface circuit is used to echo a signal from a memory of the electronic device and send a signal to the processor, the signal including a computer instruction stored in the memory; when the processor executes the computer instruction, the electronic device executes a method in any possible implementation of the method design of the first aspect or the second aspect.

[0041] In a seventh aspect, a computer-readable storage medium is provided, storing a computer program or instructions, wherein the computer program or instructions are used to implement a method in any possible implementation manner in the method design of the first aspect or the second aspect.

[0042] In an eighth aspect, a computer program product is provided. When the computer program code or instructions are executed on a computer, the computer executes a method in any possible implementation of the method design of the first aspect or the second aspect.

[0043] In a ninth aspect, a bus interaction system is provided, which includes a device as in any possible implementation of the third to fifth aspects. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] Figure 1 This is an example diagram of the evolution of an E / E architecture;

[0045] Figure 2 It is a schematic diagram of the chassis TCS functional test verification at the soft film vehicle stage;

[0046] Figure 3 This is a schematic diagram of a domain-centralized E / E architecture proposed in an embodiment of the present application;

[0047] Figure 4 4 is a schematic diagram of the architecture of a virtual ECU bus adaptive system 400 proposed in an embodiment of the present application;

[0048] Figure 5 It is a flowchart of a data interaction method 500 proposed in an embodiment of the present application;

[0049] Figure 6 600 is a flowchart of a method for sending N target parameters to a first functional module proposed in an embodiment of the present application;

[0050] Figure 7 is a flowchart of another data interaction method 700 proposed in an embodiment of the present application;

[0051] Figure 8is a schematic diagram of a bus interaction system proposed in an embodiment of the present application;

[0052] Fig. 9 is a flowchart of a method 900 for testing an ECU proposed in an embodiment of the present application;

[0053] Fig.10 1 is a flowchart of another method 1000 for testing an ECU proposed in an embodiment of the present application;

[0054] Fig.11 It is a flowchart of a dynamic interaction method 1100 proposed in an embodiment of the present application;

[0055] Fig.12 is a schematic diagram of a data interaction device 1200 proposed in an embodiment of the present application;

[0056] Fig.13 It is a schematic diagram of another data interaction device 1300 proposed in an embodiment of the present application. DETAILED DESCRIPTION

[0057] In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in this article is a kind of association relationship that describes associated objects, indicating that three relationships can exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In this application, "at least one" means one or more, and "multiple" means two or more. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0058] The prefixes such as "first" and "second" used in the embodiments of the present application are only used to distinguish different description objects, and have no limiting effect on the position, order, priority, quantity or content of the described objects. The use of prefixes such as ordinal numbers used to distinguish description objects in the embodiments of the present application does not constitute a limitation on the described objects. For the statement of the described objects, please refer to the description in the context of the claims or embodiments, and the use of such prefixes should not constitute an unnecessary limitation.

[0059] The vehicles involved in this application may include road vehicles, water vehicles, air vehicles, industrial equipment, agricultural equipment, or entertainment equipment, etc. For example, the vehicle may include an unmanned vehicle, which is a vehicle in a broad sense, and may be a vehicle (such as a car, a commercial vehicle, a passenger car, a motorcycle, a flying car, a train, etc.), an industrial vehicle (such as a forklift, a trailer, a tractor, etc.), an engineering vehicle (such as an excavator, a bulldozer, a crane, etc.), agricultural equipment (such as a mower, a harvester, etc.), amusement equipment, a toy vehicle, etc. The embodiment of this application does not specifically limit the type of vehicle. For the convenience of description, the embodiment of this application is described in detail using the background of developing a smart car as an example.

[0060] The technical solution in this application will be described below in conjunction with the accompanying drawings.

[0061] Figure 1 This is an example diagram of the evolution of an E / E architecture.

[0062] refer to Figure 1 As shown in the figure, the evolution of the automotive E / E architecture has experienced the evolution stages of distributed, domain-centralized, and centrally centralized. Among them, the evolution stage of distributed includes the evolution from modularization to integration, that is, the distributed ECUs are gradually modularized, and then the various ECUs are merged to form corresponding functional domains, where each function corresponds to an ECU; in the evolution stage of domain-centralized, it includes the evolution from domain control concentration to cross-domain integration, that is, the integration of domain controllers, and then the cross-domain integration of some domains, where the domains can include the power domain, chassis domain, body domain, infotainment domain, and advanced driving assistance system (ADAS) domain, and cross-domain integration is to integrate different domain functions to build new functional domains, such as chassis domain and power domain functional safety, information security, etc., and then develop and integrate into an on-board computer, that is, a central computing platform; in the evolution stage of centrally centralized, it includes the evolution of on-board computers to vehicle-cloud computing, that is, the development of cloud computing and vehicle-side computing to realize the transfer of embedded functions to the cloud.

[0063] In the context of electrification, networking and intelligence in the automotive industry, users' requirements for cars are no longer limited to means of transportation, but have become a part of their lives. User experience is competitiveness, which requires more demands on ECUs and requires rapid iteration of ECU functions.

[0064] However, with the upgrade of E / E architecture platform and the evolution of ECU functions, for example, Figure 1 The evolution of the ECUs in the evolution stages shown in the figure will simultaneously bring about changes in the number of ECUs, the functions undertaken by the ECUs, communication interactions, etc., thereby increasing development costs and time.

[0065] In order to save development costs and time, in the early stage of vehicle development, various functional modules with evolved functions are usually added based on the mule car or soft film car. However, if the function of the functional module is based on other functional modules (also called forward functional modules) that the mule car or soft film car has not yet been equipped with, the function of the functional module will not be reflected in the mule car or soft film car stage, and thus cannot be verified or calibrated.

[0066] The above problem is explained in detail below by taking the chassis traction control system (TCS) as an example.

[0067] Figure 2 It is a schematic diagram of chassis TCS functional test verification in the soft film vehicle stage.

[0068] In the soft film vehicle stage, the chassis brake ECU of the vehicle usually uses a legacy part. When the chassis brake ECU triggers the four-wheel traction function of TCS, the front motor signal and the rear motor signal of the vehicle are required, wherein the front motor signal and the rear motor signal can be respectively used to indicate the motor speed, and the signal carries the corresponding parameter name and specific parameter value. If the above-mentioned legacy part is a legacy part on a four-wheel drive vehicle, both the front motor ECU and the rear motor ECU need to exist, that is, the front motor and the rear motor signals are required to ensure the normal execution of the four-wheel traction function of the above-mentioned TCS. For example, the chassis brake ECU can receive the front motor speed signal sent by the front motor ECU and the rear motor speed signal sent by the rear motor, wherein the parameter value included in the front motor speed signal is 10ms / revolution, and the parameter value included in the rear motor speed signal is 10ms / revolution, so that the test verification for this function can be completed; if the above-mentioned legacy part is applied to a new two-wheel drive model, the front motor ECU is missing, then the chassis brake ECU can only receive the rear motor speed signal from the rear motor, so the four-wheel traction function of the above-mentioned TCS cannot be triggered, thereby affecting the test verification of this function.

[0069] At this stage, the above problems can be overcome by the following two methods:

[0070] Method 1: Use the current ECU legacy components, but the communication interaction is not compatible with the new architecture. An external bus development environment (controller area network open environment, CANOE) or bus application program environment (controller area network application programming environment, CANAPE) device is required to simulate signal transmission. This method has high cost, poor stability and poor usability.

[0071] Method 2: Customized temporary development is performed for the legacy parts of the current ECU. However, the development versions of this method cannot be standardized, and the maintenance workload of the development versions is large, which will cause a lot of additional work overhead.

[0072] In view of this, the embodiments of the present application propose a method, device and system for data interaction. In the mule car or soft film car stage, a virtual ECU module is deployed in the ECU controller to simulate bus interaction, and an adaptive module is deployed to realize dynamic logical interaction of signals, thereby replacing the missing functional module and transmitting the signal to the corresponding functional module, so that the corresponding functional module can perform the function, thereby achieving the effect of supporting functional testing and calibration.

[0073] For the convenience of description, the embodiment of the present application takes the domain centralized E / E architecture of a smart car as an example to illustrate the data interaction method proposed in the embodiment of the present application. Of course, the data interaction method can also be applied to other forms of E / E architecture.

[0074] Figure 3 It is a schematic diagram of a domain-centralized E / E architecture proposed in an embodiment of the present application.

[0075] refer to Figure 3 As shown, the backbone network of the domain-centralized E / E architecture in this example includes a regional access controller, a power domain controller, an intelligent driving domain controller, an intelligent cockpit domain controller, and an intelligent network domain controller. Among them, the three regional access controllers respectively assume the function of accessing their respective regions, that is, through a bus, such as a controller area network (CAN) bus or a local interconnect network (LIN) bus, communicate with the relevant ECU, communicate with sensors and actuators through hard wires, and communicate with other regional access controllers or domain controllers through Ethernet cables. Furthermore, the regional access controller can pass the received relevant information to the power domain, intelligent driving domain, intelligent cockpit domain or intelligent network domain, so that the corresponding domain controller executes relevant instructions.

[0076] refer to Figure 3As shown in the dotted box area in , assuming that ECU3 connected through the bus needs to trigger the function of ECU3 based on the signal sent by ECU2, if ECU2 is missing or the function of ECU2 is missing, it can be known based on the above related instructions that the function of ECU3 will fail, thereby affecting the functional test and / or calibration of ECU3. Therefore, it is necessary to use the data interaction method proposed in the embodiment of the present application to replace the above ECU2 or replace the function of ECU2 with a virtual ECU so that the function of ECU3 can be executed normally, thereby completing the functional test and / or calibration of ECU3.

[0077] Figure 4 It is a schematic diagram of the architecture of a virtual ECU bus adaptive system 400 proposed in an embodiment of the present application.

[0078] The system 400 can be deployed in the above Figure 3 In the controller in the dashed box, the system 400 includes: a first ECU and a related bus.

[0079] refer to Figure 4 As shown in (a), the first ECU includes a VMCU, so the first ECU is also called a virtual ECU. The first ECU can receive a corresponding signal list through an external channel and send the signal list to a target ECU to trigger the execution of a corresponding function of the target ECU. The external channel can be a universal measurement and calibration protocol (XCP) calibration channel.

[0080] In some possible embodiments, the above-mentioned VMCU can be used to simulate some functions of the missing ECU, such as the transmission interface function for signal transmission, so the first ECU is not a functional unit that is exactly the same as the missing ECU. The first ECU only includes the basic signal transmission function in the missing ECU. Moreover, the first ECU can be an existing ECU in the bus interaction system, and there is no need to add a new ECU in the bus interaction system. Therefore, compared with the method of custom-developing a method with the same function as the missing ECU, the system 400 proposed in the embodiment of the present application is easier to implement, and has lower development costs and time costs.

[0081] In some possible embodiments, the above-mentioned related buses are mainly used for data interaction between various components.

[0082] refer to Figure 4As shown in (b), the system 400 may also include a human-machine interaction interface. Through the touch operation of the human-machine interaction interface, control instructions may be generated. Considering that different control instructions correspond to different signal interaction logics, in order to realize that the first ECU can send a signal to the target ECU according to the corresponding signal interaction logic, the first ECU may also include a synchronization module, and the system 400 may also include a second ECU. The synchronization module of the first ECU is used to perform bus interaction and signal synchronization, and synchronize the relevant data sent from the human-machine interaction interface to the second ECU. The second ECU includes an adaptive module for performing data parsing and script processing on the received relevant data to generate a corresponding signal list, and then sending the signal list to the VMCU of the first ECU, and finally the VMCU sends the signal list to the target ECU.

[0083] In some possible embodiments, the signal interaction logic may include a mapping relationship between the control instruction and the parameter values ​​included in the signal list. Based on the signal interaction logic, the corresponding parameter values ​​of the signal list can be determined according to the specific content of the control instruction.

[0084] In some possible embodiments, an adaptive script that satisfies the above-mentioned signal interaction logic can be pre-imported in the adaptive module of the second ECU. When the adaptive module receives the corresponding control instructions and signal list, it can dynamically assign corresponding parameter values ​​to the signal list according to the control instructions, and then send the values ​​to the first ECU.

[0085] In some possible embodiments, the first ECU and the second ECU may be sub-nodes in a distributed, domain-centralized or centrally-centralized E / E architecture. In addition, the first ECU and the second ECU may include a single MCU, or a single microprocessor unit (MPU) in a domain-centralized / centrally-centralized manner, or an integrated unit including an MCU and an MPU.

[0086] In some possible embodiments, the first ECU and the second ECU may be two independent ECUs, or the functions of the first ECU and the second ECU may be integrated into one ECU. If integrated into one ECU, sufficient computing and storage resources are required to ensure that the functions of the first ECU and the second ECU can be executed normally. It can be seen that the deployment scheme of the first ECU and the second ECU is relatively flexible. For example, the first ECU and the second ECU may be centrally deployed in Figure 3 The regional access controller 1 or ECU1 in the dotted box is shown, or is deployed in the regional access controller 1 and ECU1 respectively.

[0087] In some possible embodiments, the above-mentioned human-computer interaction interface is an interactive interface used by the user during the test process or the use process, such as a large central control screen of a smart car. The human-computer interaction function can be carried by the above-mentioned smart cockpit domain controller, and the domain controller sends relevant control instructions to the first ECU. In addition, other ECUs can also send relevant control instructions to the first ECU.

[0088] In some possible embodiments, the data flow interaction of the system 400 is divided into two modes.

[0089] Mode 1: The relevant data is transmitted to the VMCU of the first ECU through an external channel, and the VMCU sends the target data in the relevant data to the target ECU using a signal as a data carrier.

[0090] Method 2: Send human-computer interaction data to the synchronization module of the first ECU through the human-computer interaction interface and / or send the corresponding control signal to the synchronization module of the first ECU through other ECUs. The synchronization module synchronizes the relevant data to the adaptive module of the second ECU, wherein the relevant data includes bus data, human-computer interaction data, or control instructions, etc. Then the adaptive module parses the relevant data based on the adaptive script, determines the target data, and sends the target data to the VMCU of the first ECU. Finally, the VMUC uses the signal as the data carrier to send the target data to the target ECU.

[0091] Based on the system 400 described in the above embodiment, an embodiment of the present application proposes a method for data interaction.

[0092] Figure 5 4 is a flow chart of a method 500 for data interaction proposed in an embodiment of the present application. The method can be applied to the first ECU in the above system 400, and the first ECU is connected to the first functional module.

[0093] S510: Receive N target parameters through an external device, the N target parameters are associated with the second functional module, and the N target parameters are used for functional testing and / or calibration of the first functional module.

[0094] Wherein, N is a positive integer.

[0095] It should be understood that the "external" in the above-mentioned external device is a relative concept and is not limited to devices outside the entire bus interaction system, but refers to devices outside the first ECU, or devices outside the corresponding functional module of the first ECU (such as VMCU). For example, the external device can be an external channel or other ECUs.

[0096] It should be understood that the above-mentioned N target parameters are associated with the second functional module, which means that the N target parameters should originally be sent by the second functional module. In the bus interaction system, the function of the first functional module needs to be triggered based on the N target parameters sent by the second functional module, but the second functional module is missing, so that the first functional module cannot receive the N target parameters, and thus cannot trigger the corresponding function. Therefore, the embodiment of the present application proposes the above-mentioned method 500, which sends N target parameters to the first functional module by the first ECU instead of the missing second functional module.

[0097] In addition, N target parameters are used for functional testing and / or calibration of the first functional module, which means that in the process of functional testing and / or calibration of the first functional module, it is necessary to trigger the first functional module to perform a specified function, and the N target parameters are used in this process, mainly to trigger the corresponding function of the first functional module.

[0098] S520: Send the above N target parameters.

[0099] In some possible embodiments, the first functional module and the second functional module may be two ECUs deployed in the automotive backbone network as described in the above embodiments, or may be one functional module in two ECUs, or may be two functional modules in one ECU. In the case where the first functional module and the second functional module are two functional modules in one ECU, the two functional modules may communicate directly through an internal interface.

[0100] Based on the above technical solution, when the function of the functional module to be tested is triggered by the parameters sent by the forward functional module, even if the forward functional module is missing, it can replace the missing forward functional module and transmit the corresponding parameters to the functional module to be tested, so that the functional module to be tested can perform the function normally, thereby achieving the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the functional module to be tested due to the missing forward functional module in the mule car or soft film car stage.

[0101] In some possible embodiments, the first ECU includes a VMCU, and the VMCU is connected to the first functional module via a bus. The VMCU can implement the method 500 in one of the following two ways:

[0102] Figure 6 It is a flowchart of a method 600 for sending N target parameters to a first functional module proposed in an embodiment of the present application.

[0103] Method 1: Reference Figure 6 As shown in (a):

[0104] S610: The VMCU receives N target parameters through an external device;

[0105] S612: Send N target parameters to multiple functional modules through a bus, where the multiple functional modules include a first functional module.

[0106] It should be understood that the sending method of approach 1 can be called a broadcast method, but this will cause a large data transmission overhead. In view of this, the embodiment of the present application also provides the following approach 2.

[0107] Method 2: Reference Figure 6 As shown in (b):

[0108] S614: The VMCU receives N target parameters and an identifier of the first functional module through an external device;

[0109] S616: According to the identifier of the first functional module, N target parameters are sent to the first functional module through the bus.

[0110] Among them, based on approach 2, it is possible to avoid sending the above N target parameters by broadcasting, thereby reducing the overhead of data transmission.

[0111] It should be understood that the first ECU or the VMCU of the first ECU sending the N target parameters to the first functional module is essentially sending the N target parameters to the first functional module instead of the second functional module.

[0112] In some possible embodiments, the above-mentioned N target parameters may be carried by a signal list, and the signal list includes N parameter bits for filling in specific parameter values ​​of the above-mentioned N target parameters.

[0113] Based on the above technical solution, the above VMCU can be used to simulate some functions of the missing ECU, such as the transmission interface function for signal transmission, and send N target parameters to the first functional module. Therefore, the first ECU is not a functional unit that is exactly the same as the missing ECU (including the above second functional module). The first ECU only includes the basic signal transmission function in the missing ECU, or the function that the ECU is missing. Moreover, the first ECU can be an existing ECU in the bus interaction system, and there is no need to add a new ECU in the bus interaction system. Therefore, compared with the method of custom-developing a function that is the same as the missing ECU, it is easier to implement, and the development cost and time cost are lower.

[0114] In some possible embodiments, the external device may be an external channel, such as an XCP channel, or a second ECU, which is used to assist the first ECU, determine N target parameters according to corresponding control instructions, and then send the N target parameters to the first ECU so that the first ECU sends the N target parameters to the first functional module.

[0115] Then, in the case where the above-mentioned external device is an external channel, before executing the above-mentioned method 500, the tester involved in the testing and / or calibration work needs to test and / or calibrate the first functional module, but finds that the first functional module has a problem that the function cannot be executed. The tester sorted out the cause of the problem through investigation: the function of the first functional module needs to be triggered based on the target parameter sent by the second functional module, but the second functional module is missing or the corresponding function is missing, which causes the function of the first functional module to be unable to execute normally. At this time, the tester can determine N target parameters that originally need to be sent by the second functional module based on the above reasons, and send the N target parameters to the operating engineer. The operating engineer can directly import the above N target parameters into the VMCU of the above-mentioned ECU through the external channel, so that the VMCU determines the corresponding signal list based on the above N target parameters, and sends the signal list to the first functional module to trigger the corresponding function of the first functional module.

[0116] In some possible embodiments, the operations performed by the above-mentioned testers and operation engineers may be executed by corresponding processors or controllers, so as to realize automation of testing and / or calibration.

[0117] In some possible embodiments, when the external device is a second ECU, data interaction may be performed through the following method 700 .

[0118] Figure 7 It is a flowchart of another data interaction method 700 proposed in an embodiment of the present application.

[0119] S710: Receive control instructions.

[0120] S720: Send a control instruction to the second ECU, where the second ECU stores a mapping relationship between a control instruction set and M target parameters, where the control instruction set includes the control instruction, and the M target parameters include N target parameters.

[0121] S730: Receive N target parameters from the second ECU, where the N target parameters are determined by the second ECU according to the control instruction and the mapping relationship.

[0122] It should be understood that the above-mentioned N target parameters belong to the above-mentioned M target parameters, the above-mentioned N target parameters are associated with the first functional module, and the above-mentioned N target parameters are used for functional testing and / or calibration of the first functional module.

[0123] S740: Send the above N target parameters.

[0124] In some possible embodiments, the above S740 may also be implemented by the method 600 proposed in the above embodiment.

[0125] Based on the above technical solution, when the function of the functional module to be tested is triggered by the parameters sent by the forward functional module, even if the forward functional module is missing, it can replace the missing forward functional module, and can determine the corresponding parameters according to different control instructions, and transmit the parameters to the first ECU, so that the first ECU can transmit the parameters to the functional module to be tested, so that the functional module to be tested can perform the function normally, thereby achieving the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the functional module to be tested due to the missing forward functional module in the mule car or soft film car stage.

[0126] In some possible embodiments, the mapping relationship between the above-mentioned control instruction set and the M target parameters can be configured in an adaptive script. Then, when the above-mentioned second ECU receives the control instruction from the first ECU, it will input the control instruction into the adaptive script, so that the adaptive script can determine N target parameters from the M target parameters based on the above-mentioned mapping relationship.

[0127] In some possible embodiments, the second ECU is connected to the first ECU, and further, the second ECU is connected to the VMCU of the first ECU, so after the first ECU receives the control instruction, it will synchronously send the control instruction to the second ECU, and the second ECU can determine the N target parameters from the M target parameters based on the control instruction and the mapping relationship, and then send the N target parameters to the first ECU, and further, it can be sending the N target parameters to the VMCU of the first ECU.

[0128] In some possible embodiments, the second ECU may send the identifier of the first functional module while sending the N target parameters to the VMCU of the first ECU, so that the VMCU can clearly know that the N target parameters are sent to the first functional module. Based on this solution, it is possible to avoid sending the N target parameters by broadcasting, thereby reducing the overhead of data transmission.

[0129] In some possible embodiments, the second ECU may also receive the mapping relationship through an external device before receiving the control instruction.

[0130] It should be understood that the above-mentioned adaptive script can be a set of interactive logic codes between control instructions and target parameters. When a control instruction is received, the target parameters that need to be sent instead of the second functional module can be determined based on the adaptive script. However, although the adaptive script can send the target parameters instead of the second functional module, it does not mean that the adaptive script includes all the functions of the second functional module. Considering the development cost and development time, the adaptive script can only include functions related to the data transmission interface. For example, M target parameters are stored locally, and different target parameters are sent based on different control instructions. The complete function of the second functional module is to analyze and calculate the target parameters according to the control instruction, and the adaptive script may not include the analysis and calculation functions.

[0131] In some possible embodiments, the above-mentioned adaptive script may be imported from the outside by an operating engineer involved in testing and / or calibration work. For example, after obtaining the above-mentioned M target parameters and the corresponding mapping relationships, the operating engineer configures and generates a set of script codes based on an adaptive script template, and then imports the script code into the second ECU, for example, it may be imported into an adaptive module unique to the second ECU.

[0132] Then, in the case where the above-mentioned external device is the second ECU, before executing the above-mentioned method 700, the tester involved in the testing and / or calibration work needs to test and / or calibrate the first functional module, but finds that the first functional module has a problem that its function cannot be executed. The tester sorts out the cause of the problem through investigation: the function of the first functional module needs to be triggered based on the target parameter sent by the second functional module, but the second functional module is missing or the corresponding function is missing, which causes the function of the first functional module to be unable to execute normally. However, the process that originally requires the second functional module to send the target parameter to the first functional module is a dynamic interactive process, that is, the second functional module needs to send the corresponding target parameter to the first functional module according to the corresponding control instruction to trigger the corresponding function of the first functional module. At this time, the tester can determine the mapping relationship between the above-mentioned M target parameters and the control instruction set and the M target parameters based on the above-mentioned reasons, and send this information to the operating engineer. The operating engineer can configure the adaptive script template based on the above-mentioned M target parameters and the corresponding mapping relationship to obtain an adaptive script. The adaptive script should include the above-mentioned M target parameters and the corresponding mapping relationship, and import the adaptive script into the adaptive module of the above-mentioned second ECU, and then forward the control instructions from the human-computer interaction interface or other ECUs through the synchronization module of the first ECU, and forward the control instructions to the adaptive module of the second ECU. The adaptive module determines the corresponding N target parameters based on the adaptive script and the control instructions, and sends the N target parameters to the VMCU of the first ECU. Finally, the VMCU determines the corresponding signal list based on the above-mentioned N target parameters, and sends the signal list to the first functional module to trigger the corresponding function of the first functional module.

[0133] In some possible embodiments, the first ECU and the second ECU may be integrated into the same ECU. Then, based on the integrated ECU, the steps of the method 500 and the method 700 may be integrated. The integrated steps are as follows:

[0134] When the target parameter is imported through an external channel and directly forwarded, the parameter sending process does not involve dynamic interaction logic with the control instruction, and the step flow may be consistent with the above method 500:

[0135] S1: receiving N target parameters through an external device, wherein the N target parameters are associated with a second functional module and are used for functional testing and / or calibration of a first functional module.

[0136] S2: Send the above N target parameters to the first functional module.

[0137] Among them, S2 can be implemented by the above method 600.

[0138] In the process of parameter sending, when it comes to the dynamic interaction logic between the control instructions, the step flow is as follows:

[0139] When the integrated ECU is started for the first time, the following S1 needs to be executed, and whether the integrated ECU is started for the first time or not, the following S2 to S4 need to be executed.

[0140] S1: Receive a mapping relationship between a control instruction set and M target parameters through an external device.

[0141] Wherein, M is a positive integer.

[0142] S2: Receive control instructions.

[0143] Among them, the control instruction belongs to the above control instruction set.

[0144] S3: Determine N target parameters from the M target parameters according to the control instruction and the mapping relationship, the N target parameters are associated with the second functional module, and the N target parameters are used for functional testing and / or calibration of the first functional module.

[0145] Among them, the above mapping relationship is configured in the adaptive script, so the control instruction can be input into the adaptive script to enable the adaptive script to determine N target parameters from M target parameters.

[0146] S4: Send N target parameters.

[0147] Among them, S4 can be implemented by the above method 600.

[0148] Based on the above technical solution, when the function of the functional module to be tested is triggered by the parameters sent by the forward functional module, even if the forward functional module is missing, it can replace the missing forward functional module, determine the corresponding parameters according to the corresponding control instructions, and transmit the parameters to the functional module to be tested, so that the functional module to be tested can perform the function normally, thereby achieving the effect of supporting functional testing and calibration, thereby avoiding the verification blockage of the functional module to be tested due to the missing forward functional module in the mule car or soft film car stage.

[0149] For ease of understanding, the following will be combined Figure 8 and Fig. 9 , the data interaction method 500 proposed in the embodiment of the present application is described in detail.

[0150] Figure 8 It is a schematic diagram of a bus interaction system proposed in an embodiment of the present application.

[0151] The system includes ECU1, ECU2, ECU3, ECU4 and the first ECU, each ECU has a corresponding function and exchanges data through bus 1. In the early stage of automobile manufacturing, such as the mule car or soft film car stage, due to the E / E architecture or functional evolution, it is assumed that the function of ECU2 is missing, and the function of ECU4 needs to be triggered by a signal list carrying corresponding target parameters sent by ECU2, so the function of ECU4 cannot be executed normally at present, resulting in the functional test and / or calibration of ECU4 being blocked. Based on this, it can be seen that ECU4 in this embodiment corresponds to the first functional module in the above embodiment, and ECU2 in this embodiment corresponds to the second functional module in the above embodiment.

[0152] However, the system introduces the above-mentioned first ECU, and the VMCU in the first ECU includes at least the data transmission interface function of ECU2, that is, it can send target parameters for triggering the function of ECU4. It should be understood that the specific value of the target parameter may not be the specific value originally output by ECU2, but the target parameter can at least trigger the function of ECU4.

[0153] Fig. 9 It is a flowchart of a method 900 for testing an ECU proposed in an embodiment of the present application.

[0154] S910: The testing and / or calibration unit determines that the cause of the failure is a functional loss of ECU2 based on the phenomenon of the functional failure of ECU4.

[0155] In some possible embodiments, the above-mentioned testing and / or calibration unit may be a processor for functional testing, which can execute corresponding test cases according to corresponding control instructions, and perform troubleshooting based on test anomalies to determine the cause of the anomaly, such as the cause of failure of the above-mentioned ECU4.

[0156] S920: The testing and / or calibration unit sorts out the target parameters that the ECU2 is expected to send, determines the signal list A, and sends the signal list A to the operating unit.

[0157] In some possible embodiments, the target parameter expected to be sent by ECU2 may be a parameter of the same type as the parameter originally required to be sent by ECU2. The parameter does not have to be completely the same as the parameter originally required to be sent by ECU2. For example, the parameter type originally required to be sent by ECU2 is the vehicle speed, which is equal to 50km / h, and ECU4 performs corresponding functional feedback based on the received vehicle speed, so it is only necessary to send a parameter for indicating the vehicle speed to ECU4. The parameter can be equal to 50km / h or other reasonable values.

[0158] S930: The operating unit activates the interaction authority between the VMCU of the first ECU and the bus 1.

[0159] In some possible embodiments, similar to the above-mentioned testing and / or calibration unit, the operating unit may activate or configure the data interaction lines between the modules based on corresponding demand scenarios.

[0160] In some possible embodiments, the above-mentioned testing and / or calibration unit or operating unit may be controlled by corresponding staff to perform corresponding operations.

[0161] S940: The operating unit activates the interaction authority between the VMCU of the first ECU and the external channel.

[0162] S950: The operating unit imports the signal list A into the VMCU of the first ECU through the external channel.

[0163] S960: The VMCU of the first ECU sends the signal list A to ECU 4 via bus 1.

[0164] In some possible embodiments, the above-mentioned VMCU can send signal list A to ECU1, ECU2, ECU3 and ECU4 through the bus in a "broadcast" manner; or, in S950, the above-mentioned operation unit can import the identification information of signal list A and ECU4 into the VMCU of the first ECU through an external channel, so that the VMCU can directly send signal list A to ECU4 through bus 1 in S960.

[0165] S970: After receiving the above signal list A, ECU4 executes corresponding functions according to the signal list A.

[0166] Based on the above interaction process, the missing ECU2 can be replaced to interact with ECU4 to ensure that the functions of ECU4 can be executed normally, thereby avoiding the occurrence of verification blockage of ECU4.

[0167] For ease of understanding, the following will be combined Fig.10 and Fig.11 , the data interaction method 700 proposed in the embodiment of the present application is described in detail.

[0168] Fig.10 It is a flowchart of another method 1000 for testing an ECU proposed in an embodiment of the present application.

[0169] The system includes ECU1, ECU2, ECU3, ECU4, a human-machine interface, a first ECU and a second ECU, wherein the first ECU is deployed with a synchronization module and the second ECU is deployed with an adaptive module. It should be understood that if the computing and storage resources of the first ECU are sufficient, the adaptive module can also be deployed directly on the first ECU, and each ECU assumes corresponding functions respectively, and exchanges data through bus 1. In addition, the members of the car cockpit can input and send instructions or receive feedback through the above-mentioned human-machine interaction interface. In the early stages of automobile manufacturing, such as the mule car or soft film car stage, due to the evolution of the E / E architecture or function, it is assumed that the function of ECU3 is missing, and the function of ECU4 requires a signal list carrying corresponding target parameters sent by ECU3 to trigger, so the function of ECU4 cannot be executed normally at present, resulting in the functional test and / or calibration of ECU4 being blocked. Moreover, the signal sent by ECU3 is determined by dynamic logic analysis based on the control instruction from the human-machine interaction interface or the signal from ECU1, so the above-mentioned method is used. Fig. 9 The corresponding test method cannot correctly trigger the function of ECU4. However, the system introduces the above-mentioned first ECU and second ECU, which can accurately analyze the target parameters that need to be sent to ECU4. Based on this, it can be seen that ECU4 in this embodiment corresponds to the first functional module in the above-mentioned embodiment, and ECU2 in this embodiment corresponds to the second functional module in the above-mentioned embodiment.

[0170] Fig.11 It is a flowchart of a dynamic interaction method 1100 proposed in an embodiment of the present application.

[0171] S1110: The testing and / or calibration unit determines that the cause of the failure is a functional loss of ECU2 based on the phenomenon of functional failure of ECU4.

[0172] S1115: The testing and / or calibration unit sorts out the target parameters expected to be sent by ECU2 and the interaction logic between different target parameters and different control instructions, and determines parameter list B and dynamic interaction logic.

[0173] The dynamic interaction logic may include a mapping relationship between the M target parameters in the parameter list B and a control instruction set, where the control instruction set includes all control instructions for controlling the ECU 3 to send the corresponding target parameters.

[0174] In some possible embodiments, and Fig. 9The corresponding embodiment is similar, the target parameter expected to be sent by ECU2 can be a parameter of the same type as the parameter originally required to be sent by ECU2, and the parameter does not have to be completely the same as the parameter originally required to be sent by ECU2. However, in this embodiment, in addition to sorting out the target parameters expected to be sent by ECU2, it is also necessary to sort out the interaction logic between different target parameters and different control instructions. This is because ECU2 needs to combine with the corresponding control instructions to send the corresponding target parameters. For example, the target parameters expected to be sent by ECU2 include: 20km / h, 50km / h and 80km / h, and the interaction logic includes: when receiving the first control instruction, ECU2 needs to send 20km / h, when receiving the second control instruction, ECU2 needs to send 50km / h, and when receiving the third control instruction, ECU2 needs to send 80km / h. After receiving the target parameters sent by ECU2 according to the corresponding control instructions, ECU4 will perform corresponding functional feedback.

[0175] S1120: The testing and / or calibration unit sends the signal list B and the dynamic interaction logic to the operating unit.

[0176] The operating unit stores an adaptive script template.

[0177] S1125: The operating unit configures the adaptive script template and determines the adaptive script according to signal list B and dynamic interaction logic.

[0178] Among them, the signal list B includes the parameter names and corresponding parameter values ​​of all target parameters that may be sent to the ECU 4, wherein the parameter names may be expressed in an explicit or implicit manner. The adaptive script may be used to express the interactive logic information in the above embodiment, and accordingly, the adaptive script may be packaged in the data set in the above embodiment.

[0179] S1130: The operating unit imports the adaptation script into the adaptation module of the second ECU.

[0180] S1135: The operating unit activates the interaction authority between the VMCU of the first ECU and bus 1.

[0181] S1140: The operating unit activates the synchronization module of the first ECU.

[0182] S1145: The operating unit activates the adaptation script imported into the adaptation module of the second ECU.

[0183] In some possible embodiments, the adaptive script may be activated by controlling the second ECU to restart; or the adaptive script may be activated by a specific control instruction.

[0184] S1150: When the synchronization module of the first ECU receives a control instruction from the human-machine interface or other ECUs through bus 2, the control instruction is synchronized to the adaptive module of the second ECU.

[0185] S1155: The adaptive module of the second ECU determines N target parameters corresponding to the control instruction based on the adaptive script, and sends the N target parameters to the VMCU of the first ECU.

[0186] It should be understood that the above-mentioned N target parameters are screened out from the M target parameters by the adaptive module based on the adaptive script.

[0187] S1160: The VMCU of the first ECU determines a signal list C according to the N target parameters, and sends the signal list C to ECU 4 via bus 1.

[0188] It should be understood that signal list C belongs to the above-mentioned signal list B, that is, signal list C is a set of target parameters dynamically selected from signal list B by the adaptive script through control instructions, which may include the parameter name of the target parameter and the corresponding parameter value, wherein the parameter name can be expressed in an explicit or implicit manner.

[0189] In some possible embodiments, the above-mentioned VMCU can send signal list A to ECU1, ECU2, ECU3 and ECU4 through the bus in a "broadcast" manner; or, in S1155, the adaptive module of the above-mentioned second ECU determines the N target parameters corresponding to the control instruction and the identifier of ECU4 corresponding to the N target parameters based on the adaptive script, and sends the N target parameters to the VMCU of the first ECU, so that the VMCU can directly send signal list A to ECU4 through bus 1 in S1160.

[0190] S1165: After receiving the above signal list C, ECU4 executes corresponding functions according to the signal list C.

[0191] Based on the above interaction process, the missing ECU2 can be replaced and dynamically interacted with ECU4 to ensure that the functions of ECU4 can be executed normally, thereby avoiding the occurrence of ECU4 verification blockage.

[0192] The embodiments of the present application also provide an apparatus for implementing any of the above methods. For example, a data interaction apparatus is provided. The apparatus may include a unit (or means) for implementing any of the above data interaction methods.

[0193] Fig.12 It is a schematic diagram of a data interaction device 1200 proposed in an embodiment of the present application.

[0194] The device 1200 is applied to a first ECU, the first ECU is connected to a first functional module, and the device 1200 includes:

[0195] A first receiving unit 1210 is configured to receive N target parameters through an external device, where the N target parameters are associated with the second functional module and are used for functional testing and / or calibration of the first functional module, and N is a positive integer;

[0196] The first sending unit 1220 is configured to send N target parameters. In conjunction with the third aspect, in some implementations of the third aspect, the external device is an external channel.

[0197] In some possible embodiments, the first sending unit 1220 is specifically used to send N target parameters to multiple functional modules through a bus, and the multiple functional modules include the first functional module.

[0198] In some possible embodiments, the first receiving unit 1210 is further used to: receive an identifier of the first functional module through an external device; the first sending unit is specifically used to: send N target parameters to the first functional module through a bus according to the identifier of the first functional module.

[0199] In some possible embodiments, the first receiving unit 1210 and the first sending unit 1220 may be deployed in the VMCU of the first ECU.

[0200] In some possible embodiments, the external device is a second ECU, and the apparatus 1200 further includes:

[0201] The second receiving unit 1230 is used to receive a control instruction;

[0202] The second sending unit 1240 is used to send a control instruction to the second ECU, the second ECU stores a mapping relationship between a control instruction set and M target parameters, the control instruction set includes the control instruction, and the M target parameters include N target parameters;

[0203] The first receiving unit 1210 is specifically used for receiving N target parameters from the second ECU, where the N target parameters are determined by the second ECU according to the control instructions and the mapping relationship.

[0204] In some possible embodiments, the external device is an XCP channel.

[0205] Fig.13 It is a schematic diagram of a data interaction device 1300 proposed in an embodiment of the present application.

[0206] The device 1300 is applied to a second ECU, the second ECU is connected to a first ECU, the first ECU is connected to a first functional module, and the device 1300 includes:

[0207] A first receiving unit 1310, configured to receive a control instruction;

[0208] A determining unit 1320 is used to determine N target parameters from the M target parameters according to the control instruction and the mapping relationship, the N target parameters are associated with the second functional module, the N target parameters are used for functional testing and / or calibration of the first functional module, the mapping relationship includes a mapping relationship between a control instruction set and the M target parameters, the control instruction set includes the control instruction, and M and N are positive integers;

[0209] The sending unit 1330 is configured to send N target parameters to the first ECU.

[0210] In some possible embodiments, the above-mentioned mapping relationship is configured in an adaptive script, and the above-mentioned determination unit 1320 is specifically used to: input a control instruction into the adaptive script so that the adaptive script determines N target parameters from M target parameters.

[0211] In some possible embodiments, the first ECU includes a VMCU, and the sending unit 1330 is specifically used to send N target parameters to the VMCU.

[0212] In some possible embodiments, the sending unit 1330 is specifically used to send N target parameters and an identifier of the first functional module to the VMCU.

[0213] In some possible embodiments, the apparatus 1300 further includes: a second receiving unit 1340, configured to receive a mapping relationship through an external device before the first receiving unit 1310 receives the control instruction.

[0214] In some possible embodiments, the above-mentioned mapping relationship is configured in an adaptive script, and the above-mentioned determination unit 1320 is specifically used to: input a control instruction into the adaptive script so that the adaptive script determines N target parameters from M target parameters.

[0215] In some possible embodiments, the data interaction method, device and system described in the embodiments of the present application are not only suitable for use in the early stages of car manufacturing, such as mule cars and soft-film cars, but are also suitable for maintenance and testing, and functional evolution scenarios in the mass production stage of automobiles, for example, problem demarcation and functional simulation through analog signals.

[0216] In some possible embodiments, the method, device, and system for data interaction described in the embodiments of the present application are not only applicable to the automotive field, but also to the intelligent robot field.

[0217] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0218] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0219] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0220] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0221] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0222] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0223] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A data interaction method, characterized in that: Applied to a first electronic control unit ECU, the first ECU is connected to a first functional module, the method comprises: Receiving N target parameters through an external device, the N target parameters are associated with the second functional module, and the N target parameters are used for functional testing and / or calibration of the first functional module, where N is a positive integer; The N target parameters are sent.

2. The method according to claim 1, characterized in that The first ECU includes a virtual micro control unit VMCU, the VMCU is connected to the first functional module through a bus, and the receiving of N target parameters through an external device includes: The VMCU receives the N target parameters through the external device; The sending of the N target parameters comprises: The VMCU sends the N target parameters to a plurality of functional modules through the bus, and the plurality of functional modules include the first functional module.

3. The method according to claim 1, characterized in that The first ECU includes a VMCU, the VMCU is connected to the first functional module through a bus, and the receiving of N target parameters through an external device includes: The VMCU receives the N target parameters and an identification of the first functional module through the external device; The sending of the N target parameters comprises: The VMCU sends the N target parameters to the first functional module through the bus according to the identifier of the first functional module.

4. The method according to any one of claims 1 to 3, characterized in that The external device is a second ECU, and the method further includes: Receive control instructions; Sending the control instruction to the second ECU, the second ECU storing a mapping relationship between a control instruction set and M target parameters, the control instruction set including the control instruction, and the M target parameters including the N target parameters; Receiving N target parameters through an external device includes: The N target parameters are received from the second ECU, where the N target parameters are determined by the second ECU according to the control instruction and the mapping relationship.

5. The method according to any one of claims 1 to 3, characterized in that The external device is a universal measurement and calibration protocol XCP channel.

6. A data interaction method, characterized in that: The method is applied to a second ECU, the second ECU is connected to a first ECU, the first ECU is connected to a first functional module, and the method includes: Receive control instructions; According to the control instruction and the mapping relationship, N target parameters are determined from the M target parameters, the N target parameters are associated with the second functional module, the N target parameters are used for functional testing and / or calibration of the first functional module, the mapping relationship includes a mapping relationship between a control instruction set and the M target parameters, the control instruction set includes the control instruction, and M and N are positive integers; The N target parameters are sent to the first ECU.

7. The method according to claim 6, characterized in that The first ECU includes a VMCU, and sending the N target parameters to the first ECU includes: The N target parameters are sent to the VMCU.

8. The method according to claim 7, characterized in that The sending the N target parameters to the VMCU comprises: The N target parameters and an identifier of the first functional module are sent to the VMCU.

9. The method according to any one of claims 6 to 8, characterized in that Before receiving the control instruction, the method further includes: The mapping relationship is received through an external device.

10. The method according to any one of claims 6 to 9, characterized in that The mapping relationship is configured in an adaptive script, and the determining N target parameters from M target parameters according to the control instruction and the mapping relationship includes: The control instruction is input into the adaptive script so that the adaptive script determines the N target parameters from the M target parameters.

11. A data interaction device, characterized in that: Applied to a first ECU, the first ECU is connected to a first functional module, and the device comprises: a first receiving unit, configured to receive N target parameters through an external device, wherein the N target parameters are associated with the second functional module and are used for function testing and / or calibration of the first functional module, and N is a positive integer; The first sending unit is used to send the N target parameters.

12. The device according to claim 11, characterized in that The first sending unit is specifically configured to: The N target parameters are sent to a plurality of functional modules through a bus, wherein the plurality of functional modules include the first functional module.

13. The device according to claim 11, characterized in that The first receiving unit is further used for: receiving the identification of the first functional module through the external device; The first sending unit is specifically configured to send the N target parameters to the first functional module through a bus according to the identifier of the first functional module.

14. The device according to any one of claims 11 to 13, characterized in that The external device is a second ECU, and the apparatus further includes: A second receiving unit, used for receiving a control instruction; a second sending unit, configured to send the control instruction to the second ECU, wherein the second ECU stores a mapping relationship between a control instruction set and M target parameters, wherein the control instruction set includes the control instruction, and the M target parameters include the N target parameters; The first receiving unit is specifically used to: receive the N target parameters from the second ECU, where the N target parameters are determined by the second ECU according to the control instruction and the mapping relationship.

15. The device according to any one of claims 11 to 14, characterized in that The external device is an XCP channel.

16. A data interaction device, characterized in that: Applied to a second ECU, the second ECU is connected to a first ECU, the first ECU is connected to a first functional module, and the device comprises: A first receiving unit, used for receiving a control instruction; a determining unit, configured to determine N target parameters from M target parameters according to the control instruction and the mapping relationship, wherein the N target parameters are associated with the second functional module, and the N target parameters are used for functional testing and / or calibration of the first functional module, wherein the mapping relationship includes a mapping relationship between a control instruction set and the M target parameters, wherein the control instruction set includes the control instruction, and wherein M and N are positive integers; A sending unit is used to send the N target parameters to the first ECU.

17. The device according to claim 16, characterized in that The first ECU includes a VMCU, and the sending unit is specifically used for: The N target parameters are sent to the VMCU.

18. The device according to claim 17, characterized in that The sending unit is specifically used for: The N target parameters and an identifier of the first functional module are sent to the VMCU.

19. The device according to any one of claims 16 to 18, characterized in that The device also includes: The second receiving unit is configured to receive the mapping relationship through an external device before the first receiving unit receives the control instruction.

20. The device according to any one of claims 16 to 19, characterized in that The mapping relationship is configured in an adaptive script, and the determining unit is specifically used for: The control instruction is input into the adaptive script so that the adaptive script determines the N target parameters from the M target parameters.

21. A data interaction device, characterized in that: The invention comprises a processor and a memory, wherein the processor and the memory are connected, wherein the memory is used to store program codes, and the processor is used to call the program codes to execute the method according to any one of claims 1 to 10.

22. A chip system, characterized in that: The chip system is applied to an electronic device; the chip system includes one or more interface circuits and one or more processors; the interface circuit and the processor are interconnected through lines; the interface circuit is used to receive a signal from a memory of the electronic device and send the signal to the processor, the signal including a computer instruction stored in the memory; when the processor executes the computer instruction, the electronic device executes the method as described in any one of claims 1 to 10.

23. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and the computer program is executed by a processor to implement the method according to any one of claims 1 to 10.

24. A computer program product, characterized in that When the codes or instructions of the computer program are executed on a computer, the computer is caused to perform the method according to any one of claims 1 to 10.

25. A bus interaction system, characterized in that: Comprising a device as claimed in any one of claims 11 to 21.

Images