Control method and device in vehicle and domain controller

Abstract

The invention provides a control method and device in a vehicle and a domain controller, and the method comprises the steps: obtaining a function call request of an on-chip system in the domain controller and function call requests of other controllers through a micro-control unit, generating network management information based on the obtained function call request, and transmitting the network management information to the domain controller. Therefore, the system-on-chip can automatically control the network working state of the system-on-chip according to the network management information, so that the system-on-chip can be independently dormant and awakened, and the power consumption of the heterogeneous domain controller is reduced.

Description

Technical Field

[0001] The present disclosure relates to the technical field of vehicles, and in particular, to a control method, a device, and a domain controller in a vehicle. Background Art

[0002] With the increasing improvement of the intelligence level of vehicles, the performance requirements for domain controllers are gradually increasing. In order to obtain stronger computing power, vehicles begin to use heterogeneous domain controllers containing multiple processors to balance algorithms with higher complexity and vehicle control functions with high functional safety requirements.

[0003] For a heterogeneous domain controller, the network working states of multiple internal processors usually remain consistent, that is, each processor enters the sleep state and the wake-up state simultaneously, and a single processor cannot enter the sleep state alone, resulting in a relatively high power consumption of the entire heterogeneous domain controller. Summary of the Invention

[0004] Embodiments of the present disclosure at least provide a control method, a device, and a domain controller in a vehicle.

[0005] In a first aspect, an embodiment of the present disclosure provides a control method in a vehicle, which is applied to a micro control unit in a domain controller. The method includes:

[0006] Obtaining function call requests sent by each system-on-chip in the domain controller, and obtaining function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate vehicle function components to be called;

[0007] Generating network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network;

[0008] Sending the network management information to the system-on-chip in the domain controller, so that when the network address of the system-on-chip does not match the network segment information indicated in the network management information, the system-on-chip controls its own network working state to enter the sleep state from the wake-up state.

[0009] The control method in the vehicle provided in the above aspect can use the micro control unit to obtain the function call requests of the system-on-chip inside the domain controller and the function call requests of other controllers, and generate network management information based on the obtained function call requests, enabling the above system-on-chip to independently control its own network working state according to the network management information, realizing the individual sleep and wake-up of the system-on-chip, thereby reducing the power consumption of the heterogeneous domain controller.

[0010] In an alternative embodiment, the method further includes:

[0011] Sending the network management information to the microcontroller unit inside the other controller, so that the microcontroller unit inside the other controller sends the network management information to the system-on-chip inside the other domain controller.

[0012] The above embodiment can send the network management information to the microcontroller unit inside the other controller, so that the other microcontroller units can control the system-on-chip within their domains.

[0013] In an alternative embodiment, the obtaining of the function call requests sent by each system-on-chip inside the domain controller and the function call requests sent by other controllers in the vehicle except the domain controller includes:

[0014] Obtaining the function call requests sent by the system-on-chip through the inter-chip communication interface, and obtaining the function call requests of the other controllers through the in-vehicle bus.

[0015] The above embodiment realizes sending the network management information to the system-on-chip and other controllers through the inter-chip communication interface and the in-vehicle bus.

[0016] In an alternative embodiment, the generating of the network management information based on the received function call requests of each system-on-chip inside the domain controller and the function call requests of the other controllers includes:

[0017] Determining the network segment information corresponding to the function call request based on the mapping relationship between each vehicle function component and multiple candidate network segment information;

[0018] Generating network management information under the automotive open system architecture based on the network segment information.

[0019] The above embodiment enables the system-on-chip and other controllers to control their own network working states based on the automotive open system by generating network management information under the automotive open system framework.

[0020] In an alternative embodiment, the method further includes:

[0021] In the case where it is detected that the network working state of any one of the system-on-chips is in the sleep state, performing a power-off process on the system-on-chip;

[0022] In the case where each system-on-chip enters the power-off state and no new function call requests are detected within a preset time period, controlling the microcontroller unit to enter the sleep state.

[0023] In the above embodiments, the microcontroller unit can power off the system-on-chip when the system-on-chip is in the network release state, and after all the system-on-chips enter the power-off state and no new function call requests are detected, control itself to enter the sleep state, thereby further reducing the power consumption of the domain controller.

[0024] In an alternative embodiment, the powering off the system-on-chip when it is detected that the network working state of any one of the system-on-chips is in the sleep state includes:

[0025] When it is detected that the network working state of any one of the system-on-chips is in the sleep state, determining the duration for which the system-on-chip is in the sleep state;

[0026] When the duration exceeds a preset time period, power off the system-on-chip through the power management integrated circuit on the microcontroller unit.

[0027] In the above embodiments, by controlling the power supply of the system-on-chip through the power management integrated circuit, energy conservation can be achieved.

[0028] In an alternative embodiment, the controlling the microcontroller unit to enter the sleep state when all the system-on-chips enter the power-off state and no new function call requests are detected within a preset time period includes:

[0029] When all the system-on-chips enter the power-off state and no new function call requests are detected within a preset time period, start the sleep countdown of the microcontroller unit;

[0030] When the sleep countdown ends and no new function call requests are detected during the sleep countdown, control the microcontroller unit to enter the sleep state.

[0031] In the above embodiments, the sleep countdown can be used to prevent the microcontroller unit from immediately entering the sleep state, thereby achieving a fast response to function call requests.

[0032] In a second aspect, an embodiment of the present disclosure also provides another control method in a vehicle, which is applied to a system-on-chip in a domain controller. The method includes:

[0033] In response to a function call instruction of a target application running on the system-on-chip, sending a function call request to the microcontroller unit in the domain controller; the function call request indicates a vehicle function component to be called;

[0034] Receive the network management information sent by the microcontroller unit; the network management information is determined based on the function call requests of each system-on-chip in the domain controller and the function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network.

[0035] When the network address of the system-on-chip does not match the network segment information indicated in the network management information, control the network working state of the system-on-chip to enter the sleep state from the wake state.

[0036] In an optional implementation manner, the responding to the function call instruction of the target application running on the system-on-chip and sending a function call request to the microcontroller unit in the domain controller includes:

[0037] According to a preset detection period, determine each function call instruction of the target application detected within the detection period;

[0038] Based on the detected function call instructions, generate a function call request and send the function call request to the microcontroller unit in the domain controller.

[0039] In a third aspect, an embodiment of the present disclosure further provides a control device in a vehicle, for the microcontroller unit in the domain controller, the device includes:

[0040] An acquisition module, configured to acquire the function call requests sent by each system-on-chip in the domain controller, and acquire the function call requests sent by other controllers in the vehicle except the domain controller; the function call request indicates the vehicle function component to be called;

[0041] A generation module, configured to generate network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network;

[0042] A first sending module, configured to send the network management information to the system-on-chip in the domain controller, so that when the network address of the system-on-chip does not match the network segment information indicated in the network management information, the system-on-chip controls its own network working state to enter the sleep state from the wake state.

[0043] In a fourth aspect, an embodiment of the present disclosure further provides another control device in a vehicle, for the system-on-chip in the domain controller, the device includes:

[0044] A second sending module, configured to send a function call request to a microcontroller unit in the domain controller in response to a function call instruction of a target application running on the system-on-chip; the function call request indicates a vehicle function component to be called.

[0045] A receiving module, configured to receive network management information sent by the microcontroller unit; the network management information is determined based on function call requests of each system-on-chip in the domain controller and function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates network segment information of the vehicle function components corresponding to the respective function call requests in the vehicle network.

[0046] A sleep module, configured to control the network working state of the system-on-chip to enter a sleep state from a wake state when the network address of the system-on-chip does not match the network segment information indicated in the network management information.

[0047] In a fifth aspect, an embodiment of the present disclosure further provides a domain controller, including a microcontroller unit and at least one system-on-chip.

[0048] The microcontroller unit is configured to obtain function call requests sent by each system-on-chip in the domain controller, and obtain function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate vehicle function components to be called; generate network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates network segment information of the vehicle function components corresponding to the respective function call requests in the vehicle network; and send the network management information to the system-on-chip in the domain controller.

[0049] The system-on-chip is configured to send a function call request to the microcontroller unit in the domain controller in response to a function call instruction of a target application running on the system-on-chip; receive the network management information sent by the microcontroller unit; and control the network working state of the system-on-chip to enter a sleep state from a wake state when the network address of the system-on-chip does not match the network segment information indicated in the network management information.

[0050] In a sixth aspect, an alternative implementation of the present disclosure further provides a computer device, including a processor and a memory. The memory stores machine-readable instructions executable by the processor. The processor is configured to execute the machine-readable instructions stored in the memory. When the machine-readable instructions are executed by the processor, the machine-readable instructions are configured to execute the steps in the first aspect, or any possible implementation manner in the first aspect, or execute the steps in the second aspect, or any possible implementation manner in the second aspect.

[0051] In a seventh aspect, an alternative implementation of the present disclosure further provides a computer-readable storage medium. A computer program is stored on the computer-readable storage medium. When the computer program is run, it executes the steps in the first aspect, or any possible implementation manner in the first aspect, or executes the steps in the second aspect, or any possible implementation manner in the second aspect.

[0052] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and do not limit the technical solutions of the present disclosure.

[0053] To make the above objects, features, and advantages of the present disclosure more obvious and understandable, the following specific embodiments are given in conjunction with the accompanying drawings and are described in detail as follows. Description of the Drawings

[0054] To more clearly illustrate the technical solutions of the embodiments of the present disclosure, the drawings required for use in the embodiments will be briefly introduced below. The drawings herein are incorporated into the specification and form a part of the specification. These drawings illustrate embodiments consistent with the present disclosure and are used together with the specification to explain the technical solutions of the present disclosure. It should be understood that the following drawings only illustrate some embodiments of the present disclosure and should not be regarded as limiting the scope. For those of ordinary skill in the art, other related drawings can be obtained based on these drawings without creative efforts.

[0055] Figure 1 A schematic diagram of a vehicle provided by some embodiments of the present disclosure is shown;

[0056] Figure 2 A schematic diagram of a domain controller provided by some embodiments of the present disclosure is shown;

[0057] Figure 3 A flowchart of a control method in a vehicle provided by some embodiments of the present disclosure is shown;

[0058] Figure 4 A flowchart of another control method in a vehicle provided by some embodiments of the present disclosure is shown;

[0059] Figure 5 The figure shows a schematic diagram of a control device in a vehicle provided by some embodiments of the present disclosure;

[0060] Figure 6 The figure shows a schematic diagram of another control device in a vehicle provided by some embodiments of the present disclosure;

[0061] Figure 7 The figure shows a schematic diagram of a computer device provided by some embodiments of the present disclosure. Detailed implementation manners

[0062] To make the objectives, technical solutions, and advantages of the embodiments of the present disclosure clearer, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present disclosure.

[0063] For ease of understanding of this embodiment, a vehicle disclosed in the embodiments of the present disclosure will be introduced in detail first. Refer to Figure 1 As shown, it is a schematic diagram of a vehicle provided by the embodiments of the present disclosure. Multiple domain controllers and controllers can be deployed in the vehicle, such as a cockpit domain controller, an intelligent driving domain controller, a body domain controller, etc. Among the domain controllers of the vehicle, some can be heterogeneous domain controllers. The above-mentioned heterogeneous domain controller can include a microcontroller unit and at least one system on chip. The system on chip (SoC) can be an integrated circuit with a dedicated target, including a complete system and all the content of the embedded software, and is used to implement vehicle functions; the microcontroller unit (MCU), also known as a single-chip microcomputer or a microcontroller, is a chip-level computer that can perform different combined controls for different application scenarios and jointly implement the functions of the heterogeneous domain controller with the system on chip. Each domain controller and controller can be communicatively connected through an in-vehicle bus.

[0064] The heterogeneous domain controller of the vehicle contains multiple processors (i.e., the processors of the system on chip or the microcontroller unit). Each processor needs to enter the working state simultaneously and also needs to enter the sleep state simultaneously. A single processor cannot enter the sleep state alone, resulting in the processors that do not need to work in the heterogeneous domain controller having to wait for the processors that are working to complete their work before they can enter the sleep state, resulting in high power consumption.

[0065] Based on the above research, the present disclosure provides a control method, device, and domain controller in a vehicle, which can use the microcontroller unit to obtain the function call requests of the system on chip inside the domain controller and the function call requests of other controllers, and generate network management information based on the obtained function call requests, so that the above-mentioned system on chip can control its own network working state according to the network management information, realize the independent sleep and wake-up of the system on chip, thereby reducing the power consumption of the heterogeneous domain controller.

[0066] See Figure 2 As shown, it is a schematic diagram of the domain controller 200 in the vehicle provided by the embodiment of the present disclosure. The domain controller 200 includes a micro control unit 210 and at least one system on a chip 220;

[0067] The micro control unit 210 is configured to obtain function call requests sent by each system on a chip 220 within the domain controller 200, and obtain function call requests sent by other controllers in the vehicle except the domain controller 200; the function call requests indicate vehicle function components to be called; based on the received function call requests of each system on a chip within the domain controller 200 and the function call requests of the other controllers, generate network management information; the network management information indicates the network segment information of each vehicle function component corresponding to the function call requests in the vehicle network; send the network management information to the system on a chip 220 within the domain controller 200;

[0068] The system on a chip 220 is configured to send a function call request to the micro control unit 210 within the domain controller 200 in response to a function call instruction of a target application running on the system on a chip 220; receive the network management information sent by the micro control unit 210; when the network address of the system on a chip 220 does not match the network segment information indicated in the network management information, control the network working state of the system on a chip 220 to enter the sleep state from the wake state.

[0069] Among them, multiple applications can run on the above-mentioned system on a chip 220. The application may need other systems on a chip 220 or the micro control unit 210 within the domain controller 200 to work together, and sometimes also need the assistance of other controllers. At this time, the target application running on the system on a chip 220 will generate a function call request to notify the required vehicle function components, and other hardware devices will judge whether they need to enter the wake state and participate in the work according to the function call request.

[0070] The above-mentioned other controllers can be domain controllers other than the current domain controller 200, such as a cockpit domain controller and a body domain controller; they can also be some ordinary controllers, such as a door controller and a steering wheel controller.

[0071] Generally, the function call requests generated by the system-on-chip 220 are sent to other hardware devices in the vehicle and other system-on-chips in the domain controller 200 through the microcontroller unit 210. Correspondingly, other hardware devices may also need to call the vehicle function components on the system-on-chip 220. In this case, the microcontroller unit 210 is only responsible for forwarding the function call requests and does not process the function call requests of the system-on-chip 220, nor can it know whether each system-on-chip 220 in the domain controller 200 is requested by other hardware devices. Therefore, the microcontroller unit 210 is unaware of the working conditions of the system-on-chip 220 and cannot determine whether the system-on-chip 220 needs to use the network, resulting in each system-on-chip 220 in the same domain controller needing to sleep together with the microcontroller unit 210, and the domain controller consuming more resources.

[0072] For this reason, the domain controller 200 provided by the embodiments of the present disclosure collects the function call requests of the system-on-chip 220 and other controllers 230 through the microprocessing unit 210 and generates network management information, enabling the microprocessing unit 210 to know whether the system-on-chip 220 still has work and enabling the system-on-chip 220 to autonomously control its own network working state according to the network management information, that is, enter the sleep state or the wake-up state.

[0073] The above preset situation may refer to the request sending cycle reaching the system-on-chip 120 at the current moment and there being a function call request to be sent in the current system-on-chip 120.

[0074] The above system-on-chip 220 can periodically collect its own function call requests and package and send them to the microcontroller unit 210. The system-on-chip 220 and the microcontroller unit 210 can be communicatively connected by means of inter-chip communication. The system-on-chip 220 can call an inter-chip communication interface (such as an Ethernet interface, a serial peripheral interface) to send a function call request to the microcontroller unit 210, and can also obtain the network management information sent by the microcontroller unit 210 through the inter-chip communication interface.

[0075] The microcontroller unit 210 and other controllers 230 can be communicatively connected through a vehicle bus. The above vehicle bus can include a Controller Area Network (CAN) bus, a Local Interconnect Network (LIN) bus, a FlexRay bus, an Ethernet bus, etc. When sending network management information to other controllers 230 or receiving application network information of other controllers 230, it can be achieved through the vehicle bus.

[0076] After obtaining the function call requests of the system - on - chip 220 and other controllers 230, the micro - control unit 210 can process each function call request, determine the vehicle function components corresponding to each function call request, and determine the network segment information corresponding to the vehicle function component, so as to generate network management information including the network segment information corresponding to each function call request.

[0077] The above - mentioned network management information can be a Network Management (NM) message. In the process of generating network management information, the micro - control unit 210 can first determine the network segment information corresponding to the function call request based on the mapping relationship between each vehicle function component and multiple candidate network segment information, and then generate network management information under the Automotive Open System Architecture based on each determined network segment information.

[0078] The above - mentioned Automotive Open System Architecture (AUTOSAR) is an open system architecture dedicated to automobiles, which can provide network management interfaces for network management between various domain controllers. Network management can be implemented through an NM state machine. Each functional module in the vehicle can generate an NM message and broadcast it. The device receiving the NM message can identify the content of the NM message according to the NM state machine protocol under the Automotive Open System Architecture and control its own network working state according to the content of the NM message.

[0079] After receiving the network management information, the system - on - chip 220 can determine the matching result between the network segment information indicated in the network management information and its own network address. Exemplarily, it can first determine the network segment information corresponding to its own network address, and then search for its own network segment information in the network management information. If it is found, it can determine that the network management information matches its own network address successfully; if not, it can determine that the network management information does not match its own network address.

[0080] When the matching is successful, it indicates that other system - on - chips or other controllers need to call the vehicle function components corresponding to itself. Then the system - on - chip 220 needs to control itself to enter or maintain the wake - up state; if the matching fails, it indicates that there is no other hardware device that wants to call the system - on - chip 220, and it can enter the sleep state, thereby reducing the power consumption of the heterogeneous domain controller.

[0081] In addition to the above - mentioned system - on - chip 220 being able to control its own network working state through network management information, the above - mentioned other controllers can also use network management information to control their own network working states.

[0082] After the system-on-chip 220 enters the sleep state, it will simultaneously enter the network release state, that is, it will no longer send network occupancy signals. At this time, the microcontroller unit 210 can power it off. When all system-on-chips in the heterogeneous domain controller enter the power-off state, it can first determine whether new application network information is received. If no new application network information is received within a preset duration, the microcontroller unit 210 itself can enter the sleep state, thereby further reducing the power consumption of the heterogeneous domain controller.

[0083] A power management integrated circuit 211 can be integrated on the microcontroller unit 210. This power management integrated circuit 211 can supply power to each system-on-chip 220. By controlling the power management integrated circuit 211, the power supply and power-off of the system-on-chip 220 can be achieved.

[0084] To prevent a new function call request from occurring after the system-on-chip 220 is powered off, indicating that the system-on-chip needs to cooperate to work and restart the system-on-chip 220, the system-on-chip 220 can be powered off only when no function call request sent by other controllers 230 is received within a preset duration.

[0085] After all system-on-chips 220 enter the power-off state and no function call requests of the microcontroller unit and the other controllers are detected within a preset time period, the asynchronous domain controller has also completed the current task. The microcontroller unit 210 can then start the sleep countdown. During the sleep countdown, if a new function call request is received, the sleep countdown can be stopped and its corresponding system-on-chip 220 can be awakened; if no new function call request is received within the sleep countdown, the microcontroller unit 210 itself can be controlled to enter the sleep state at the end of the sleep countdown.

[0086] Based on the same inventive concept, an embodiment of the present disclosure also provides a control method in a vehicle, which can be applied to the above microcontroller unit. Since the principle of solving problems by the control method in the embodiment of the present disclosure is the same as that of the heterogeneous domain controller in the vehicle in the embodiment of the present disclosure, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be described again.

[0087] Refer to Figure 3 As shown, it is a flowchart of a control method in a vehicle provided by an embodiment of the present disclosure, including:

[0088] S301. Obtain function call requests sent by each system-on-chip in the domain controller, and obtain function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate vehicle function components to be called.

[0089] S302. Generate network management information based on the function call requests of each system-on-chip in the domain controller received and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network.

[0090] S303. Send the network management information to the system-on-chip in the domain controller, so that when the network address of the system-on-chip does not match the network segment information indicated in the network management information, the system-on-chip controls its own network working state to enter the sleep state from the wake state.

[0091] The control method in the vehicle provided by the above aspect can use the microcontroller unit to obtain the function call requests of the system-on-chip inside the domain controller and the function call requests of the other controllers, and generate network management information based on the obtained function call requests, enabling the above system-on-chip to independently control its own network working state according to the network management information, realizing the separate sleep and wake-up of the system-on-chip, thereby reducing the power consumption of the heterogeneous domain controller.

[0092] In an optional implementation manner, the method further includes:

[0093] Send the network management information to the microcontroller unit inside the other controller, so that the microcontroller unit inside the other controller sends the network management information to the system-on-chip inside the other domain controller.

[0094] The above implementation manner can send the network management information to the microcontroller unit inside the other controller, so that the other microcontroller units can control the system-on-chip in their domains.

[0095] In an optional implementation manner, the obtaining the function call requests sent by each system-on-chip in the domain controller and the function call requests sent by other controllers in the vehicle except the domain controller includes:

[0096] Obtain the function call requests sent by the system-on-chip through the inter-chip communication interface, and obtain the function call requests of the other controllers through the in-vehicle bus.

[0097] The above implementation manner realizes sending the network management information to the system-on-chip and other controllers through the inter-chip communication interface and the in-vehicle bus.

[0098] In an optional implementation manner, the generating network management information based on the function call requests of each system-on-chip in the domain controller received and the function call requests of the other controllers includes:

[0099] Determine the network segment information corresponding to the function call request based on the mapping relationship between each of the vehicle functional components and multiple candidate network segment information;

[0100] Generate network management information under the automotive open system architecture based on the network segment information.

[0101] In the above embodiment, by generating network management information under the automotive open system framework, the system-on-chip and other controllers can control their own network working status based on the automotive open system.

[0102] In an alternative embodiment, the method further includes:

[0103] In the case where the network working status of any one of the system-on-chips is in the sleep state, perform a power-off process on the system-on-chip;

[0104] In the case where each of the system-on-chips enters the power-off state and no new function call request is detected within a preset duration, control the microcontroller unit to enter the sleep state.

[0105] In the above embodiment, the microcontroller unit can perform a power-off process on the system-on-chip when the system-on-chip is in the network release state, and after all the system-on-chips enter the power-off state and no new function call request is detected, control itself to enter the sleep state, thereby further reducing the power consumption of the domain controller.

[0106] In an alternative embodiment, the performing a power-off process on the system-on-chip in the case where the network working status of any one of the system-on-chips is in the sleep state includes:

[0107] In the case where the network working status of any one of the system-on-chips is detected to be in the sleep state, determine the duration of the system-on-chip in the sleep state;

[0108] In the case where the duration exceeds the preset duration, perform a power-off process on the system-on-chip through the power management integrated circuit on the microcontroller unit.

[0109] In the above embodiment, by controlling the power supply of the system-on-chip through the power management integrated circuit, energy conservation can be achieved.

[0110] In an alternative embodiment, the controlling the microcontroller unit to enter the sleep state in the case where each of the system-on-chips enters the power-off state and no new function call request is detected within a preset duration includes:

[0111] In the case where each of the system-on-chips enters the power-off state and no new function call request is detected within a preset duration, start the sleep countdown of the microcontroller unit;

[0112] When the sleep countdown ends and no new function call request is detected during the sleep countdown, control the microcontroller unit to enter the sleep state.

[0113] The above embodiment can prevent the microcontroller unit from immediately entering the sleep state through the sleep countdown, so as to achieve a quick response to function call requests.

[0114] Correspondingly, the embodiment of the present disclosure also provides another control method in a vehicle, which can be applied to a system-on-chip. Refer to Figure 4 As shown, it is a flowchart of a control method in a vehicle provided by an embodiment of the present disclosure, including:

[0115] S401. In response to a function call instruction of a target application running on the system-on-chip, send a function call request to the microcontroller unit in the domain controller; the function call request indicates the vehicle function component to be called.

[0116] S402. Receive the network management information sent by the microcontroller unit; the network management information is determined based on the function call requests of each system-on-chip in the domain controller and the function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates the network segment information of the vehicle function component corresponding to each function call request in the vehicle network.

[0117] S403. When the network address of the system-on-chip does not match the network segment information indicated in the network management information, control the network working state of the system-on-chip to change from the wake-up state to the sleep state.

[0118] In an optional embodiment, the step of sending a function call request to the microcontroller unit in the domain controller in response to a function call instruction of a target application running on the system-on-chip includes:

[0119] Determine each function call instruction of the target application detected within the detection period according to a preset detection period;

[0120] Generate a function call request based on the detected function call instructions, and send the function call request to the microcontroller unit in the domain controller.

[0121] Those skilled in the art can understand that in the above method of the specific embodiment, the writing order of each step does not mean a strict execution order and does not constitute any limitation to the implementation process. The specific execution order of each step should be determined according to its function and possible internal logic.

[0122] The embodiment of the present disclosure also provides a control device in a vehicle, such asFigure 5 As shown in the figure, it is a schematic diagram of a control device in a vehicle provided by an embodiment of the present disclosure. The control device includes:

[0123] An acquisition module 510, configured to acquire function call requests sent by each system on a chip in the domain controller, and acquire function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate vehicle function components to be called;

[0124] A generation module 520, configured to generate network management information based on the function call requests of each system on a chip in the received domain controller and the function call requests of the other controllers; the network management information indicates network segment information of each vehicle function component corresponding to the function call requests in the vehicle network;

[0125] A first sending module 530, configured to send the network management information to the system on a chip in the domain controller, so that when the network address of the system on a chip does not match the network segment information indicated in the network management information, the network working state of the system on a chip is controlled to enter the sleep state from the wake state.

[0126] In an optional implementation manner, the first sending module 530 further includes:

[0127] Send the network management information to the microcontroller unit inside the other controller, so that the microcontroller unit inside the other controller sends the network management information to the system on a chip inside the other domain controller.

[0128] In an optional implementation manner, the acquisition module 510 is specifically configured to:

[0129] Acquire the function call requests sent by the system on a chip through an inter-chip communication interface, and acquire the function call requests of the other controllers through an in-vehicle bus.

[0130] In an optional implementation manner, the generation module 520 is specifically configured to:

[0131] Determine the network segment information corresponding to the function call request based on the mapping relationship between each vehicle function component and multiple candidate network segment information;

[0132] Generate network management information under the automotive open system architecture based on the network segment information.

[0133] In an optional implementation manner, the device further includes a power-off module, configured to:

[0134] When it is detected that the network working state of any one of the system - on - chips is in the sleep state, power - off processing is performed on the system - on - chip;

[0135] When each of the system - on - chips enters the power - off state and no new function call request is detected within a preset time period, the micro - control unit is controlled to enter the sleep state.

[0136] In an alternative embodiment, when the power - off module performs power - off processing on the system - on - chip when it is detected that the network working state of any one of the system - on - chips is in the sleep state, it is used for:

[0137] When it is detected that the network working state of any one of the system - on - chips is in the sleep state, determine the duration for which the system - on - chip is in the sleep state;

[0138] When the duration exceeds the preset time period, power - off processing is performed on the system - on - chip through the power management integrated circuit on the micro - control unit.

[0139] In an alternative embodiment, when the power - off module controls the micro - control unit to enter the sleep state when each of the system - on - chips enters the power - off state and no new function call request is detected within a preset time period, it is used for:

[0140] When each of the system - on - chips enters the power - off state and no new function call request is detected within a preset time period, start the sleep countdown of the micro - control unit;

[0141] When the sleep countdown ends and no new function call request is detected during the sleep countdown process, control the micro - control unit to enter the sleep state.

[0142] The embodiments of the present disclosure also provide another control device in a vehicle, as Figure 6 shown, which is a schematic diagram of another control device in a vehicle provided by the embodiments of the present disclosure. The control device includes:

[0143] A second sending module 610, configured to send a function call request to the micro - control unit in the domain controller in response to a function call instruction of a target application running on the system - on - chip; the function call request indicates a vehicle function component to be called;

[0144] A receiving module 620, configured to receive the network management information sent by the microcontroller unit; the network management information is determined based on the function call requests of each system-on-chip in the domain controller and the function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network.

[0145] A sleep module 630, configured to control the network working state of the system-on-chip to enter the sleep state from the wake state when the network address of the system-on-chip does not match the network segment information indicated in the network management information.

[0146] In an optional implementation manner, the second sending module 610 is specifically configured to:

[0147] Determine each function call instruction of the target application detected within the preset detection period according to the preset detection period;

[0148] Generate a function call request based on the detected function call instructions, and send the function call request to the microcontroller unit in the domain controller.

[0149] The embodiments of the present disclosure further provide a computer device, as Figure 7 shown, which is a schematic structural diagram of the computer device provided by the embodiments of the present disclosure, including:

[0150] A processor 71 and a memory 72; the memory 72 stores machine-readable instructions executable by the processor 71, and the processor 71 is configured to execute the machine-readable instructions stored in the memory 72. When the machine-readable instructions are executed by the processor 71, the processor 71 executes the following steps:

[0151] Obtain the function call requests sent by each system-on-chip in the domain controller, and obtain the function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate the vehicle function components to be called.

[0152] Generate network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network.

[0153] Send the network management information to the system-on-chip in the domain controller, so that when the network address of the system-on-chip does not match the network segment information indicated in the network management information, the system-on-chip controls its own network working state to enter the sleep state from the wake state.

[0154] Alternatively, the processor 71 performs the following steps:

[0155] In response to a function call instruction of a target application running on the system-on-chip, send a function call request to the micro control unit within the domain controller; the function call request indicates a vehicle function component to be called;

[0156] Receive network management information sent by the micro control unit; the network management information is determined based on function call requests of each system-on-chip within the domain controller and function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network;

[0157] When the network address of the system-on-chip does not match the network segment information indicated in the network management information, control the network working state of the system-on-chip to enter the sleep state from the wake state.

[0158] The above-mentioned memory 72 includes a memory 721 and an external memory 722; the memory 721 here is also called an internal memory, which is used to temporarily store operation data in the processor 71 and data exchanged with the external memory 722 such as a hard disk. The processor 71 exchanges data with the external memory 722 through the memory 721.

[0159] The specific execution process of the above instructions can refer to the steps of the control method in the vehicle described in the embodiments of the present disclosure, which will not be elaborated here.

[0160] The embodiments of the present disclosure further provide a computer-readable storage medium, on which a computer program is stored. When the computer program is run by a processor, it executes the steps of the control method in the vehicle described in the above method embodiments. Among them, the storage medium can be a volatile or non-volatile computer-readable storage medium.

[0161] The embodiments of the present disclosure further provide a computer program product, which carries program codes. The instructions included in the program codes can be used to execute the steps of the control method in the vehicle described in the above method embodiments. Specifically, reference can be made to the above method embodiments, which will not be elaborated here.

[0162] Among them, the above computer program product can be specifically implemented in a manner of hardware, software, or a combination thereof. In an alternative embodiment, the computer program product is specifically embodied as a computer storage medium. In another alternative embodiment, the computer program product is specifically embodied as a software product, such as a Software Development Kit (SDK), etc.

[0163] Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the systems and devices described above can refer to the corresponding processes in the foregoing method embodiments, and will not be elaborated herein. In several embodiments provided in the present disclosure, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation. For another example, 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 couplings or direct couplings or communication connections shown or discussed with each other can be through some communication interfaces. The indirect couplings or communication connections of the devices or units can be in electrical, mechanical, or other forms.

[0164] 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 to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0165] In addition, in each embodiment of the present disclosure, the functional units can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit.

[0166] If the functions are implemented in the form of software function units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium executable by a processor. Based on such an understanding, the technical solution of the present disclosure, in essence, or the part that contributes to the prior art, or a part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in each embodiment of the present disclosure. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memories (ROM), random access memories (RAM), magnetic disks, or optical discs that can store program codes.

[0167] Finally, it should be noted that the above-described embodiments are only specific implementation manners of the present disclosure, used to illustrate the technical solutions of the present disclosure, rather than limiting them. The protection scope of the present disclosure is not limited thereto. Although the present disclosure has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that any person skilled in the technical field of the present disclosure can still modify the technical solutions recorded in the foregoing embodiments, or can easily think of changes, or perform equivalent replacements on some of the technical features; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present disclosure, and should all be covered within the protection scope of the present disclosure. Therefore, the protection scope of the present disclosure should be subject to the protection scope of the claims.

Claims

1. A control method in a vehicle, characterized in that: Applied to a micro control unit in a domain controller, the method comprises: Obtaining function call requests sent by each system-on-chip in the domain controller, and obtaining function call requests sent by other controllers in the vehicle except the domain controller; the function call requests indicate the vehicle function components to be called; Generate network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function components corresponding to each of the function call requests in the vehicle network; The network management information is sent to the system on chip in the domain controller, so that when the network address of the system on chip does not match the network segment information indicated in the network management information, the system on chip controls its own network working state from the awake state to the dormant state.

2. The method according to claim 1, characterized in that The obtaining of function call requests sent by each on-chip system in the domain controller and function call requests sent by other controllers in the vehicle except the domain controller includes: The function call request sent by the on-chip system is obtained through the inter-chip communication interface, and the function call request of the other controller is obtained through the vehicle bus.

3. The method according to claim 1, characterized in that The generating network management information based on the received function call requests of each system on chip in the domain controller and the function call requests of other controllers includes: Determine the network segment information corresponding to the function call request based on the mapping relationship between each of the vehicle function components and the plurality of candidate network segment information; Based on the network segment information, network management information under the automotive open system architecture is generated.

4. The method according to claim 1, characterized in that: The method further comprises: When it is detected that the network working state of any of the systems on chip is in a dormant state, powering off the system on chip; When each of the on-chip systems enters a power-off state and no new function call request is detected within a preset time period, the micro control unit is controlled to enter a sleep state.

5. The method according to claim 4, characterized in that When each of the on-chip systems enters a power-off state and no new function call request is detected within a preset time, controlling the microcontroller unit to enter a sleep state includes: When each of the on-chip systems enters a power-off state and no new function call request is detected within a preset time, starting a sleep countdown of the microcontroller unit; When the sleep countdown ends and no new function call request is detected during the sleep countdown, the micro control unit is controlled to enter a sleep state.

6. A control method in a vehicle, characterized in that: Applied to a system on chip in a domain controller, the method comprises: In response to a function call instruction of a target application running on the system on chip, sending a function call request to a micro control unit in the domain controller; the function call request indicates a vehicle function component to be called; receiving network management information sent by the microcontroller unit; the network management information is determined based on function call requests of each system-on-chip in the domain controller and function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates network segment information of the vehicle function components corresponding to each function call request in the vehicle network; When the network address of the system on chip does not match the network segment information indicated in the network management information, the network working state of the system on chip is controlled to enter a dormant state from an awake state.

7. The method according to claim 6, characterized in that The sending of a function call request to the micro control unit in the domain controller in response to a function call instruction of the target application running on the system on chip comprises: According to a preset detection cycle, determining each function call instruction of the target application detected within the detection cycle; Based on the detected function call instructions, a function call request is generated, and the function call request is sent to the micro control unit in the domain controller.

8. A control device in a vehicle, characterized in that: A microcontroller unit for use in a domain controller, the device comprising: an acquisition module, configured to acquire function call requests sent by each on-chip system in the domain controller, and to acquire function call requests sent by other controllers in the vehicle except the domain controller; the function call request indicates a vehicle function component to be called; A generating module, configured to generate network management information based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers; the network management information indicates the network segment information of the vehicle function component corresponding to each of the function call requests in the vehicle network; The first sending module is used to send the network management information to the system on chip in the domain controller, so that when the network address of the system on chip does not match the network segment information indicated in the network management information, the system on chip controls its own network working state from the awake state to the sleep state.

9. A control device in a vehicle, characterized in that: For use in a system on chip in a domain controller, the device comprises: A second sending module is used to send a function call request to the micro control unit in the domain controller in response to a function call instruction of the target application running on the system on chip; the function call request indicates the vehicle function component to be called; A receiving module, configured to receive network management information sent by the microcontroller; the network management information is determined based on function call requests of each system-on-chip in the domain controller and function call requests sent by other controllers in the vehicle except the domain controller; the network management information indicates network segment information of the vehicle function components corresponding to each function call request in the vehicle network; The sleep module is used to control the network working state of the system on chip from the awake state to the sleep state when the network address of the system on chip does not match the network segment information indicated in the network management information.

10. A domain controller, characterized in that: comprising a microcontroller unit and at least one system on a chip; The micro control unit is used to obtain function call requests sent by each system-on-chip in the domain controller, and to obtain function call requests sent by other controllers in the vehicle except the domain controller; The function call request indicates the vehicle function component to be called; based on the received function call requests of each system-on-chip in the domain controller and the function call requests of the other controllers, generating network management information; The network management information indicates the network segment information of the vehicle function component corresponding to each function call request in the vehicle network; the network management information is sent to the system on chip in the domain controller; The system on chip is used to send a function call request to the micro control unit in the domain controller in response to a function call instruction of a target application running on the system on chip; and receive network management information sent by the micro control unit; When the network address of the system on chip does not match the network segment information indicated in the network management information, the network working state of the system on chip is controlled to enter a dormant state from an awake state.

11. A computer device, characterized in that: include: A processor and a memory, wherein the memory stores machine-readable instructions executable by the processor, and the processor is used to execute the machine-readable instructions stored in the memory. When the machine-readable instructions are executed by the processor, the processor executes the steps of the control method in the vehicle as described in any one of claims 1 to 5, or 6 to 7.

12. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program. When the computer program is executed by a computer device, the computer device executes the steps of the control method in a vehicle as described in any one of claims 1 to 5, or 6 to 7.

Images