Vehicle power distribution control methods, devices, electronic equipment and storage media

By classifying vehicle cameras and allocating power to multi-core heterogeneous computing units with corresponding power consumption, the problem of high overall vehicle power consumption in autonomous vehicles is solved, achieving more efficient power management and utilization of computing resources.

CN117087574BActive Publication Date: 2026-03-06CHONGQING JINKANG NEW ENERGY VEHICLE CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
CN202311281769.0
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-09-28
Publication Date
2026-03-06
Estimated Expiration
2043-09-28

AI Technical Summary

Technical Problem

In autonomous vehicles, activating cameras in different modes wakes up the entire driving domain controller, resulting in high power consumption, wasted power, and unnecessary load increases.

Method used

The vehicle's multiple cameras are categorized into different functional camera groups, and multi-core heterogeneous computing units with corresponding power consumption are allocated based on the power consumption of each camera group. Only the necessary computing units are woken up to provide power, avoiding the need to wake up the entire driving domain controller.

Benefits of technology

By classifying and allocating power to computing units, the overall power consumption of the vehicle is reduced, unnecessary power waste and computing unit load are avoided, and battery utilization efficiency is improved.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117087574B_ABST
    Figure CN117087574B_ABST
Patent Text Reader

Abstract

This application discloses a vehicle power distribution control method, apparatus, electronic device, and storage medium. The vehicle power distribution control method is applied to multiple cameras in the vehicle, which includes a driving domain controller (DDC) for controlling the multiple cameras. The DDC includes an MCU chip and multiple multi-core heterogeneous computing units with different power consumptions connected to it. The method includes: classifying the multiple cameras to obtain multiple different functional camera groups; and allocating multi-core heterogeneous computing units with corresponding power consumption to each functional camera group based on the power consumption of each functional camera group, so that the corresponding multi-core heterogeneous computing units send the received and processed image information to the MCU chip. The vehicle power distribution control method of this application can reduce its power consumption.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of autonomous driving technology, specifically to a vehicle power distribution control method, device, electronic device, and storage medium. Background Technology

[0002] In recent years, with technological advancements, autonomous driving has gradually become the mainstream development direction for automobiles. To meet the needs of different autonomous driving modes, vehicles require the design of more cameras to fulfill the functions of each mode. However, currently, activating any camera corresponding to any mode easily wakes up the entire driving domain controller, causing all cameras to be activated and transmit data to the driving domain controller, ultimately resulting in high overall vehicle power consumption. Summary of the Invention

[0003] To address the aforementioned technical problems, embodiments of this application provide a vehicle power distribution control method, apparatus, electronic device, and storage medium.

[0004] The first aspect of this application discloses a power distribution control method for a vehicle, applied to multiple cameras in the vehicle, wherein the vehicle includes a driving domain controller for controlling the multiple cameras.

[0005] The driving domain controller includes an MCU chip and multiple multi-core heterogeneous computing units with different power consumption connected thereto; the method includes:

[0006] The multiple cameras are classified to obtain multiple different functional camera groups;

[0007] Based on the power consumption of each functional camera group, a corresponding multi-core heterogeneous computing unit with corresponding power consumption is allocated to each functional camera group, so that the corresponding multi-core heterogeneous computing unit can send the received and processed image information to the MCU chip.

[0008] In one exemplary embodiment of this application, the method further includes:

[0009] In response to a received camera operation command, the camera operation command includes a corresponding first target functional camera group, wherein the first target functional camera group is at least one of the plurality of different functional camera groups;

[0010] The first multi-core heterogeneous computing unit corresponding to the first target functional camera group is controlled to supply power to it, wherein the first multi-core heterogeneous computing unit is at least one of the plurality of different multi-core heterogeneous computing units.

[0011] In one exemplary embodiment of this application, the plurality of multi-core heterogeneous computing units further includes a second multi-core heterogeneous computing unit, which is connected to the first multi-core heterogeneous computing unit;

[0012] In response to a received camera switching command, the camera switching command includes a corresponding second target functional camera group, and the second multi-core heterogeneous computing unit corresponding to the second target functional camera group is determined;

[0013] The first multi-core heterogeneous computing unit is controlled to send the camera switching command to the second multi-core heterogeneous computing unit;

[0014] The second multi-core heterogeneous computing unit is controlled to supply power to the second target functional camera group.

[0015] In one exemplary embodiment of this application, after controlling the second multi-core heterogeneous computing unit to supply power to the second target functional camera group, the method further includes:

[0016] The second multi-core heterogeneous computing unit is controlled to send a camera switching success command to the first multi-core heterogeneous computing unit, so that the first multi-core heterogeneous computing unit shuts down the operation of the first functional camera group based on the camera switching success command.

[0017] In one exemplary embodiment of this application, before determining the second multi-core heterogeneous computing unit corresponding to the second target functional camera group in response to the received camera switching command, the method further includes:

[0018] Detect the operating status of the second multi-core heterogeneous computing unit;

[0019] If the working state is detected as normal, then the step of responding to the received camera switching command and determining the second multi-core heterogeneous computing unit corresponding to the second target function camera group is executed.

[0020] In one exemplary embodiment of this application, after controlling the first multi-core heterogeneous computing unit corresponding to the first target functional camera group to supply power, wherein the first multi-core heterogeneous computing unit is at least one of the plurality of different multi-core heterogeneous computing units, the method further includes:

[0021] Acquire image information of the first target functional camera group;

[0022] The image information is classified to obtain the corresponding data categories;

[0023] The first multi-core heterogeneous computing unit is controlled to acquire the image information based on the transmission method corresponding to the data category and then transmit it.

[0024] In one exemplary embodiment of this application, the data category includes a diagnostic data category, a low-frequency data category, or a notification data category;

[0025] The data transmission method corresponding to the diagnostic data category includes data transmission via the SPI transmission link;

[0026] The data transmission method corresponding to the low-frequency data category includes data transmission via PCIe transmission link;

[0027] The data transmission methods corresponding to the notification data category include data transmission via GPIO transmission links.

[0028] The second aspect of this application discloses a vehicle power distribution control device, comprising:

[0029] The classification module is used to classify multiple cameras to obtain multiple different functional camera groups;

[0030] An allocation module is used to allocate multi-core heterogeneous computing units with corresponding power consumption to each functional camera group based on the power consumption of each functional camera group, so that the corresponding multi-core heterogeneous computing units can send the received and processed image information to the MCU chip. The vehicle includes a domain controller, and the driving domain controller is used to control the multiple cameras. The driving domain controller includes an MCU chip and multiple multi-core heterogeneous computing units with different power consumption connected to it.

[0031] The second aspect of this application discloses an electronic device, comprising:

[0032] One or more processors;

[0033] A storage device for storing one or more programs that, when executed by one or more processors, cause the electronic device to implement the above-described vehicle power distribution control method.

[0034] A third aspect of this application discloses a computer-readable storage medium storing computer-readable instructions that, when executed by a computer's processor, cause the computer to perform the aforementioned vehicle power distribution control method.

[0035] In the technical solution provided by the embodiments of this application, by classifying multiple cameras controlled by the driving domain controller into multiple different functional camera groups, when the vehicle is in the corresponding driving mode or parking mode, multi-core heterogeneous computing units with corresponding power consumption can be allocated to each functional camera group based on the power consumption of each functional camera group. This eliminates the need to wake up the entire driving domain controller, thus preventing all cameras from being woken up and wasting power. Therefore, this vehicle power distribution control method can reduce its power consumption.

[0036] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0037] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0038] Figure 1 This is a flowchart illustrating a vehicle power distribution control method in an exemplary embodiment of this application.

[0039] Figure 2 This is a schematic diagram of the data transmission link of the driving domain controller via Ethernet in an exemplary application scenario.

[0040] Figure 3 This is a schematic diagram of the data transmission link of the driving domain controller via the SPI link in an exemplary application scenario.

[0041] Figure 4 This is a schematic diagram of the data transmission link of the driving domain controller via the PCIe link in an exemplary application scenario.

[0042] Figure 5 This is a schematic diagram of the data transmission link of the driving domain controller via the GPIO link in an exemplary application scenario.

[0043] Figure 6 This is a block diagram illustrating a vehicle power distribution control device, as shown in an exemplary embodiment of this application.

[0044] Figure 7 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0045] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0046] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0047] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0048] In this application, "multiple" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0049] Currently, autonomous driving domain controllers manage sleep and wake-up via network management. For example, a mobile app's 4G network signal is typically connected to the vehicle via an onboard TBOX. When a user uses the app, it wakes up the TBOX, which in turn wakes up the network segment where the autonomous driving domain controller resides (determined by the vehicle's network management protocol), causing the controller to wake up. When the controller is awake, its operating current is relatively high, leading to increased battery power consumption. Over time, this can easily result in battery depletion, wasting battery power and causing inconvenience to the user. Similarly, the vehicle's cameras and sensors manage sleep and wake-up via the KL15 (hard wire) power supply. When KL15 is powered on, all the vehicle's sensors and cameras are awakened, and when KL15 is powered off, they enter sleep mode. This continuous power supply to the cameras and sensors increases battery power consumption, potentially leading to battery depletion over time, wasting battery power, and causing inconvenience to the user.

[0050] For example, a driving domain controller can include multiple operating modes, such as domain sentinel mode, autonomous driving mode, sleep mode, standby mode, power-down mode, and start-up mode. Each different mode corresponds to different cameras operating. However, when the autonomous driving domain controller is activated, it easily wakes up all the cameras to operate, and then the multi-core heterogeneous computing unit (SoC) and MCU chip (microcontroller unit) perform data processing, analysis, and power distribution. This not only causes unnecessary power waste but also increases the load on the multi-core heterogeneous computing unit (SoC) and MCU chip (microcontroller unit).

[0051] like Figures 1 to 7 As shown, in order to solve these problems, embodiments of this application respectively propose a vehicle power distribution control method, apparatus, electronic device, and storage medium. These embodiments will be described in detail below.

[0052] Combination Figure 2 As shown, an exemplary embodiment of this application illustrates a power distribution control method for a vehicle, applied to multiple cameras in the vehicle, which includes a driving domain controller 100 for controlling the multiple cameras.

[0053] It is understood that, in the specific implementation of this application, the driving domain controller 100 undertakes the data processing and computing power required for autonomous driving, including but not limited to the data processing of devices such as millimeter-wave radar, cameras, lidar, GPS, and inertial navigation, and also undertakes the security of underlying core data and network data under autonomous driving.

[0054] In a specific embodiment of this application, the driving domain controller 100 includes an MCU chip 103 (microcontroller unit) and multiple multi-core heterogeneous computing units (SOCs) with different power consumptions connected thereto. The multi-core heterogeneous computing units (SOCs) run a first operating system, which can be a large operating system such as Linux / QNX. Specifically, the aforementioned multi-core heterogeneous computing units (SOCs) have high computing power and image encoding / decoding capabilities, and can run complex operating systems to perform complex calculations.

[0055] Combination Figure 1 As shown in the specific embodiments of this application, the vehicle's power distribution control method includes:

[0056] S1: Classify the multiple cameras to obtain multiple different functional camera groups. The number of cameras in each functional camera group can be different, and the power consumption of each functional camera group is different.

[0057] In some embodiments, classifying multiple cameras includes:

[0058] Acquire environmental information and vehicle status information of the target vehicle; determine the working mode corresponding to the target vehicle based on the vehicle environmental information and status information, classify multiple cameras according to the corresponding working mode, and then obtain multiple different functional camera groups to match the corresponding working mode.

[0059] For example, the operating modes mainly include driving mode and parking mode. Parking mode can include long-term parking mode, short-term parking mode, charging mode, sentry mode, or camping mode; driving mode can include power-saving driving mode, economy driving mode, or sport driving mode, etc.

[0060] It should be understood that the conditions for determining the working mode are as follows: basic information: vehicle low voltage power supply position (ON / OFF), drive system status (not ready / ready), vehicle speed (greater than / less than 5km / h), vehicle network sleep status, braking status (EPB engaged / disengaged), gear information (P / D / N / R), DC-DC status (on / off), etc.

[0061] The above conditions may result in overlapping or overlapping operating modes for vehicles. In such cases, multiple energy consumption levels may be required for electrical appliances. When this situation occurs, the energy consumption level with the highest power consumption among these scenarios will be requested.

[0062] Furthermore, each functional camera group can correspond to one of the multiple operating modes of the driving domain controller 100. Of course, in other embodiments, multiple functional camera groups can correspond to one operating mode of the driving domain controller 100; or, a single functional camera group can correspond to multiple operating modes of the driving domain controller 100.

[0063] S2: Based on the power consumption of each functional camera group, allocate a multi-core heterogeneous computing unit with corresponding power consumption to each functional camera group, so that the corresponding multi-core heterogeneous computing unit can send the received and processed image information to the MCU chip 103.

[0064] For example, the functional camera groups can be divided into a first functional camera group, a second functional camera group, and a third functional camera group. The power consumption of the first functional camera group is greater than that of the second functional camera group, and the power consumption of the second functional camera group is greater than that of the third functional camera group. Among them, the first functional camera group can correspond to the sport driving mode; the second functional camera group can correspond to the power saving driving mode; and the third functional camera group can correspond to the economy driving mode.

[0065] Furthermore, each multi-core heterogeneous computing unit can be divided into a first multi-core heterogeneous computing unit 101, a second multi-core heterogeneous computing unit 102, and a third multi-core heterogeneous computing unit. The power consumption of the first multi-core heterogeneous computing unit 101 is greater than that of the second multi-core heterogeneous computing unit 102, and the power consumption of the second multi-core heterogeneous computing unit 102 is greater than that of the third multi-core heterogeneous computing unit.

[0066] The first functional camera group is powered by the first multi-core heterogeneous computing unit 101 and sends the image information received and processed by the first multi-core heterogeneous computing unit 101 to the MCU chip 103; the second functional camera group is powered by the second multi-core heterogeneous computing unit 102 and sends the image information received and processed by the second multi-core heterogeneous computing unit 102 to the MCU chip 103; the third functional camera group is powered by the third multi-core heterogeneous computing unit and sends the image information received and processed by the third multi-core heterogeneous computing unit to the MCU chip 103, and so on.

[0067] It should be understood that by classifying the multiple cameras controlled by the driving domain controller 100 into multiple different functional camera groups, when the vehicle is in the corresponding driving mode, multi-core heterogeneous computing units with corresponding power consumption can be allocated to each functional camera group based on the power consumption of each group. This eliminates the need to wake up the entire driving domain controller 100, thus preventing all cameras from being woken up and wasting power. Therefore, this vehicle power distribution control method can reduce its power consumption.

[0068] Furthermore, combined Figure 2 As shown, the vehicle's power distribution control method further includes: when the functional camera group responds to the received camera operation command, controlling the first multi-core heterogeneous computing unit 101 corresponding to the first target functional camera group to supply power to it. Specifically, when the first multi-core heterogeneous computing unit 101 supplies power to the first target functional camera group, other functional camera groups among the multiple different functional camera groups, excluding the first target functional camera group, enter a shutdown mode, i.e., a mode that does not consume power, thereby reducing power consumption; correspondingly, other first multi-core heterogeneous computing units 101 among the multiple different first multi-core heterogeneous computing units 101, excluding the first multi-core heterogeneous computing unit 101 itself, enter a shutdown mode, i.e., a mode that does not consume power, to further reduce power consumption.

[0069] It should be understood that the camera operation command includes a corresponding first target function camera group, which is at least one of a plurality of different function camera groups; the first multi-core heterogeneous computing unit 101 is at least one of a plurality of different first multi-core heterogeneous computing units 101.

[0070] In addition, multi-core heterogeneous computing units are usually powered by independent power supplies. Therefore, when the vehicle is in parking mode and there is no need to start the vehicle power supply, the functional camera group can be powered directly through the multi-core heterogeneous computing unit. Compared with powering it through the MCU chip 103, which would start the vehicle power supply, power consumption can be reduced.

[0071] Furthermore, combined Figure 2 As shown, the plurality of multi-core heterogeneous computing units also include a second multi-core heterogeneous computing unit 102, which is connected to the first multi-core heterogeneous computing unit 101. Specifically, when a functional camera group responds to a received camera switching command, it first determines the second multi-core heterogeneous computing unit 102 corresponding to the second target functional camera group, then controls the first multi-core heterogeneous computing unit 101 to send a camera switching command to the second multi-core heterogeneous computing unit 102, and finally controls the second multi-core heterogeneous computing unit 102 to supply power to the second target functional camera group.

[0072] For example, the autonomous driving mode is implemented through the first multi-core heterogeneous computing unit 101 and the first target functional camera group, while the domain sentinel mode is implemented through the second multi-core heterogeneous computing unit 102 and the second target functional camera group. Therefore, when the vehicle needs to switch from the autonomous driving mode to the domain sentinel mode, the functional camera group synchronously switches from the first target functional camera to the second target functional camera, and the first multi-core heterogeneous computing unit 101 switches to the second multi-core heterogeneous computing unit 102 to provide power according to the power consumption required by different modes.

[0073] It should be understood that the camera switching command includes the corresponding second target function camera group.

[0074] Furthermore, after controlling the second multi-core heterogeneous computing unit 102 to supply power to the second target functional camera group, the method further includes: controlling the second multi-core heterogeneous computing unit 102 to send a camera switching success command to the first multi-core heterogeneous computing unit 101, so that the first multi-core heterogeneous computing unit 101 shuts down the operation of the first functional camera group based on the camera switching success command.

[0075] It should be understood that when the first multi-core heterogeneous computing unit 101 shuts down the operation of the first functional camera group based on the camera switching success command, the first functional camera group no longer consumes power, and the first multi-core heterogeneous computing unit 101 also enters a sleep mode to reduce its power consumption. Then, the second multi-core heterogeneous computing unit 102 takes over from the first multi-core heterogeneous computing unit 101 to supply power to the second target functional camera group. During this process, since the first multi-core heterogeneous computing unit 101 only enters sleep mode after the second multi-core heterogeneous computing unit 102 has successfully powered on, seamless connection between the functional camera groups can be achieved.

[0076] In this embodiment, before determining the second multi-core heterogeneous computing unit 102 corresponding to the second target functional camera group in response to the received camera switching command, the vehicle power distribution control method further includes: detecting the working state of the second multi-core heterogeneous computing unit 102; if the working state of the second multi-core heterogeneous computing unit 102 is detected to be normal, that is, able to supply power to the second target functional camera group, then the step of determining the second multi-core heterogeneous computing unit 102 corresponding to the second target functional camera group in response to the received camera switching command is executed to supply power to the second target functional camera group; if the working state of the second multi-core heterogeneous computing unit 102 is detected to be abnormal, that is, unable to supply power to the second target functional camera group, then the step of determining the second multi-core heterogeneous computing unit 102 corresponding to the second target functional camera group in response to the received camera switching command is not executed.

[0077] Furthermore, after the first multi-core heterogeneous computing unit 101 corresponding to the target functional camera group supplies power to it, the vehicle's power distribution control method also includes: first acquiring image information of the target functional camera group; classifying the image information to obtain the corresponding data category; controlling the first multi-core heterogeneous computing unit 101 to acquire image information based on the transmission method corresponding to the data category and then transmitting it.

[0078] In this embodiment, combined with Figures 3 to 5 As shown, the data categories include diagnostic data, low-frequency data, and notification data. Specifically, the data transmission methods for diagnostic data include data transmission via SPI; for low-frequency data, data transmission via PCIe; and for notification data, data transmission via GPIO.

[0079] Combination Figure 6 As shown, this application also provides a vehicle power distribution control device 200, including: a classification module 201 for classifying multiple cameras to obtain multiple different functional camera groups; and an allocation module 202 for allocating multi-core heterogeneous computing units with corresponding power consumption to each functional camera group based on the power consumption of each functional camera group, so that the corresponding multi-core heterogeneous computing units send the received and processed image information to the MCU chip 103. The vehicle includes a domain controller, and the driving domain controller 100 is used to control multiple cameras. The driving domain controller 100 includes the MCU chip 103 and multiple multi-core heterogeneous computing units with different power consumption connected thereto.

[0080] In one aspect of the embodiments of this application, when classifying cameras, the classification module 201 can classify them according to the mode corresponding to the driving domain controller 100. For example, the classification module 201 can classify a portion of the multiple cameras into application scenarios that enable the driving domain controller 100 to be in the domain sentinel mode, classify another portion of the multiple cameras into application scenarios that enable the driving domain controller 100 to be in the autonomous driving mode, and classify the remaining cameras into application scenarios that enable the driving domain controller 100 to be in other modes.

[0081] In one aspect of the embodiments of this application, before the multi-core heterogeneous computing unit sends the received and processed image information to the MCU chip 103, it can first classify the received image information and then transmit it to the MCU chip 103, thereby reducing the load on the MCU chip 103.

[0082] The following section provides a detailed introduction to the data transmission methods for image information and other data from the vehicle's power distribution control device 200:

[0083] In some embodiments, combined with Figure 2 As shown, the multiple multi-core heterogeneous computing units include a first multi-core heterogeneous computing unit (SOC-A) 101 and a second multi-core heterogeneous computing unit (SOC-B) 102. Image information and other data from the functional camera group are accessed through the first multi-core heterogeneous computing unit (SOC-A) 101. LiDAR data is accessed via Ethernet and forwarded to the second multi-core heterogeneous computing unit (SOC-B) 102 by the switch 104. Millimeter-wave radar, ultrasonic radar, and combined inertial navigation information are accessed via CAN, and then the MCU chip (microcontroller unit) 103 forwards the data to the required first multi-core heterogeneous computing unit (SOC-A) 101 or second multi-core heterogeneous computing unit (SOC-B) 102 via Ethernet. The algorithm nodes within the domain controller, after parsing and processing the raw data, also forward the data via Ethernet and the SWT switch 104 to the relevant input modules.

[0084] Combination Figure 3As shown in the diagram, in the above scheme, SPI (Serial Peripheral Interface) can be used for the transmission of data such as image information. The SPI link is mainly used to transmit diagnostic-related information. The SPI link involves link configuration, and the main idea is that data from the end configured as Master will actively push data to the end configured as Slaver. Therefore, before configuration, it is necessary to clarify the diagnostic data flow and primary / secondary relationships between all chips. The node that summarizes the data is configured as Slaver, and the node that actively pushes the data is configured as Master. In the scheme shown in the diagram, the first multi-core heterogeneous computing unit (SOC-A) 101, as the node that needs to actively push diagnostic information to the second multi-core heterogeneous computing unit (SOC-B) 102 and the MCU chip 104, needs to have both of its SPI ports configured as Master. The receiving SPI port of the corresponding chip at the other end is configured as Slaver. Furthermore, because the first multi-core heterogeneous computing unit (SOC-A) 101 needs to actively push diagnostic data to the MCU chip 104, the SPI port connected to the MCU chip 104 needs to be configured as Master. Finally, because MCU chip 104 is the main receiver of all diagnostic data, all SPI ports on MCU chip 104 are designed as slave ports.

[0085] In this embodiment, the SPI link is a direct connection between chips and does not need to go through the switch 104 for communication. Therefore, it will not put an extra burden on the switch 104. In addition, since the SPI port and the Ethernet port are different, it will not cause a transmission burden on the Ethernet port, thus reasonably diverting the data.

[0086] Combination Figure 4 As shown, in the above scheme, PCIe (Peripheral Component Interconnect Express) links can also be used for the transmission of image information and other data. PCIe links are generally suitable for low-frequency, high-volume data transmission, such as image data. If Ethernet is used for transmission, it will greatly increase the transmission burden of Ethernet. Using PCIe for transmission can not only reduce the amount of data transmitted via Ethernet, but also ensure the real-time performance of the data. The PCIe transmission rate is generally 2GB / s (theoretical value), which is much higher than the Ethernet transmission speed. Therefore, real-time performance is guaranteed. Furthermore, data transmission using PCIe does not rely on switch 104, but is directly connected to the chip. Therefore, it will not burden switch 104, nor the Ethernet ports on the first multi-core heterogeneous computing unit (SOC-A) 101 and the second multi-core heterogeneous computing unit (SOC-B) 102, thus reducing the overall data transmission pressure on Ethernet.

[0087] Combination Figure 5As shown, in the above scheme, GPIO (General Purpose Input Output) links can also be used for the transmission of data such as image information. GPIO links are generally suitable for the transmission of notification signals and require multiple links to be used. For example, when using SPI to transmit data, if the slave needs to actively transmit data to the master, GPIO needs to be used for notification.

[0088] In addition to the scenarios mentioned above, camera-triggered signal notifications to the first multi-core heterogeneous computing unit (SOC-A) 101 and the second multi-core heterogeneous computing unit (SOC-B) 102, power takeover notifications, and power-on / off notifications can all be achieved by designing relevant GPIO links. The advantage of using GPIO is that, as it is a hardware notification, it has good timeliness, relatively simple functionality, and will not impose additional load on the switch 104, etc.

[0089] It should be noted that the vehicle power distribution control device 200 provided in the above embodiments and the vehicle power distribution control method provided in the above embodiments belong to the same concept. The specific operation methods of each module and unit have been described in detail in the method embodiments and will not be repeated here. In practical applications, the vehicle power distribution control device 200 provided in the above embodiments can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. This is not a limitation here.

[0090] Embodiments of this application also provide an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by one or more processors, cause the electronic device to implement the vehicle power distribution control method provided in the above embodiments.

[0091] Figure 7 A schematic diagram of a computer system suitable for implementing the embodiments of this application is shown. It should be noted that... Figure 7 The computer system 1100 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0092] like Figure 7As shown, the computer system 1100 includes a Central Processing Unit (CPU) 1101, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, based on programs stored in Read-Only Memory (ROM) 1102 or programs loaded from storage portion 1108 into Random Access Memory (RAM) 1103. The RAM 1103 also stores various programs and data required for system operation. The CPU 1101, ROM 1102, and RAM 1103 are interconnected via a bus 1104. An Input / Output (I / O) interface 1105 is also connected to the bus 1104.

[0093] The following components are connected to I / O interface 1105: an input section 1106 including a keyboard, mouse, etc.; an output section 1107 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1108 including a hard disk, etc.; and a communication section 1109 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1109 performs communication processing via a network such as the Internet. A drive 1110 is also connected to I / O interface 1105 as needed. Removable media 1111, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1110 as needed so that computer programs read from them can be installed into storage section 1108 as needed.

[0094] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1109, and / or installed from removable medium 1111. When the computer program is executed by central processing unit (CPU) 1101, it performs various functions defined in the system of this application.

[0095] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0096] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0097] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0098] Another aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the vehicle power distribution control method as described above. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently and not incorporated into the electronic device.

[0099] Another aspect of this application provides a computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the vehicle power distribution control method provided in the various embodiments described above.

[0100] The above description is merely a preferred exemplary embodiment of this application and is not intended to limit the implementation of this application. Those skilled in the art can easily make corresponding modifications or alterations based on the main concept and spirit of this application. Therefore, the scope of protection of this application should be determined by the scope of protection claimed in the claims.

Claims

1. A power distribution control method of a vehicle, characterized by The application is applied to a plurality of cameras of a vehicle, the vehicle comprising a driving domain controller for controlling the plurality of cameras, The driving domain controller comprises an MCU chip and a plurality of multi-core heterogeneous computing units with different power consumptions connected to the MCU chip; the method comprises: classifying the plurality of cameras to obtain a plurality of different functional camera groups; allocating the multi-core heterogeneous computing units with corresponding power consumptions to each functional camera group based on the power consumption of each functional camera group, so that the corresponding multi-core heterogeneous computing unit sends the processed image information to the MCU chip; in response to a received camera operation instruction, the camera operation instruction comprising a corresponding first target functional camera group, wherein the first target functional camera group is at least one of the plurality of different functional camera groups; controlling the first multi-core heterogeneous computing unit corresponding to the first target functional camera group to supply power thereto, wherein the first multi-core heterogeneous computing unit is at least one of the plurality of different multi-core heterogeneous computing units; The plurality of multi-core heterogeneous computing units further comprise a second multi-core heterogeneous computing unit connected to the first multi-core heterogeneous computing unit; in response to a received camera switching instruction, the camera switching instruction comprising a corresponding second target functional camera group, determining the second multi-core heterogeneous computing unit corresponding to the second target functional camera group; controlling the first multi-core heterogeneous computing unit to send the camera switching instruction to the second multi-core heterogeneous computing unit; controlling the second multi-core heterogeneous computing unit to supply power to the second target functional camera group.

2. The method of claim 1, wherein After the step of controlling the second multi-core heterogeneous computing unit to supply power to the second target functional camera group, the method further comprises: controlling the second multi-core heterogeneous computing unit to send a camera switching success instruction to the first multi-core heterogeneous computing unit, so that the first multi-core heterogeneous computing unit closes the operation of the first functional camera group based on the camera switching success instruction.

3. The method of claim 1, wherein Before the step of determining the second multi-core heterogeneous computing unit corresponding to the second target functional camera group in response to the received camera switching instruction, the method further comprises: detecting the working state of the second multi-core heterogeneous computing unit; if the working state is normal, executing the step of determining the second multi-core heterogeneous computing unit corresponding to the second target functional camera group in response to the received camera switching instruction.

4. The method of claim 1, wherein After the step of controlling the first multi-core heterogeneous computing unit corresponding to the first target functional camera group to supply power thereto, wherein the first multi-core heterogeneous computing unit is at least one of the plurality of different multi-core heterogeneous computing units, the method further comprises: obtaining image information of the first target functional camera group; classifying and processing the image information to obtain corresponding data categories; controlling the first multi-core heterogeneous computing unit to obtain the image information based on the transmission mode corresponding to the data category and perform subsequent transmission.

5. The method of claim 4, wherein The data categories comprise a diagnosis data category, a low-frequency data category, or a notification data category. The data transmission mode corresponding to the diagnostic data category includes data transmission through an SPI transmission link; The data transmission mode corresponding to the low-frequency data category includes data transmission through a PCIE transmission link; The data transmission mode corresponding to the notification data category includes data transmission through a GPIO transmission link.

6. A power distribution control device for a vehicle, characterized by , comprising: A classification module configured to classify the plurality of cameras to obtain a plurality of different functional camera groups; An allocation module configured to allocate a multi-core heterogeneous computing unit with corresponding power consumption to each functional camera group based on the power consumption of each functional camera group, so that the corresponding multi-core heterogeneous computing unit sends image information processed to an MCU chip, wherein the vehicle includes a domain controller, the driving domain controller is configured to control the plurality of cameras, and the driving domain controller includes an MCU chip and a plurality of multi-core heterogeneous computing units with different power consumptions connected thereto; A first control module configured to, in response to a received camera operation instruction including a corresponding first target functional camera group, control a first multi-core heterogeneous computing unit corresponding to the first target functional camera group to supply power thereto, wherein the first multi-core heterogeneous computing unit is at least one of the plurality of different multi-core heterogeneous computing units; A second control module, the plurality of multi-core heterogeneous computing units further including a second multi-core heterogeneous computing unit connected to the first multi-core heterogeneous computing unit; in response to a received camera switching instruction including a corresponding second target functional camera group, determining a second multi-core heterogeneous computing unit corresponding to the second target functional camera group; controlling the first multi-core heterogeneous computing unit to send the camera switching instruction to the second multi-core heterogeneous computing unit; and controlling the second multi-core heterogeneous computing unit to supply power to the second target functional camera group.

7. An electronic device, comprising , comprising one or more processors; A storage device configured to store one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the power distribution control method of the vehicle according to any one of claims 1 to 5.

8. A computer readable storage medium, characterized in that , having computer-readable instructions stored thereon, which, when executed by a processor of a computer, cause the computer to perform the power distribution control method of the vehicle according to any one of claims 1 to 5.

Citation Information

Patent Citations

  • Modularized unmanned driving fault diagnosis system based on domain controller

    CN114460919A

  • Vehicle camera control method and device

    CN114760409A

  • Domain controller and autonomous vehicle

    CN115107804A