Control method and device, vehicle and control system

Abstract

The embodiment of the invention discloses a control method and device, a vehicle and a control system. The control system comprises at least one domain controller and a central control unit. Wherein when the central control unit detects that a service acquisition request is triggered, the central control unit detects a system starting state of a target system on chip of a target domain controller corresponding to the service acquisition request; and indicating a target system on chip or a target micro-control unit of a target domain controller to respond to the service acquisition request according to the system starting state. Therefore, the target system-on-chip or the target micro-control unit is indicated to respond to the service acquisition request according to the system starting state of the target system-on-chip, so that the service acquisition request can be responded without waiting for successful starting of the target system-on-chip; therefore, the problem that the domain controller service is unavailable due to the fact that the starting speed of the system-on-chip is low in the initial power-on stage is solved, and the user experience is guaranteed.

Description

Technical Field

[0001] The present invention relates to the field of control, and in particular to a control method, device, vehicle and control system. Background Art

[0002] With the development of vehicle informatization, in order to provide users with more diverse services, more and more electronic control units (ECU) are installed in vehicles. However, with the increase of ECUs, the entire vehicle system becomes more and more complex.

[0003] In this regard, in order to simplify the vehicle system and manage vehicle functions, ECU functions with similar functions or frequent interactions will be integrated into a processor hardware platform with more powerful performance than the electronic controller unit to replace the original independent electronic controller units. This platform is called a domain controller (Domain Control Unit, DCU).

[0004] However, in the prior art, the domain controller service may be unavailable during the initial power-on phase due to the slow startup speed of the system on chip, which affects the user experience. Summary of the invention

[0005] In view of this, an embodiment of the present invention provides a control method, device, vehicle and control system, so that a service acquisition request can be responded to without waiting for the target system on chip to successfully start, thereby solving the problem of domain controller service unavailability caused by the slow startup speed of the system on chip during the initial power-on stage, thereby ensuring user experience.

[0006] In a first aspect, an embodiment of the present invention provides a control system, the system comprising:

[0007] At least one domain controller, each of which includes a system on chip and a micro control unit;

[0008] A central control unit, wherein the central control unit is configured to perform the following steps:

[0009] In response to detecting that the service acquisition request is triggered, detecting a system startup state of a target system-on-chip, the target system-on-chip being a system-on-chip of a target domain controller, the target domain controller being a domain controller corresponding to the service acquisition request;

[0010] The target on-chip system or the target micro-control unit is instructed to respond to the service acquisition request according to the system startup status, and the target micro-control unit is the micro-control unit of the target domain controller.

[0011] Further, the system startup state includes a successful startup state and an unsuccessful startup state;

[0012] The central control unit is configured to perform:

[0013] In response to the target system on chip being in an unsuccessful startup state, instructing the target micro control unit to respond to the service acquisition request; or

[0014] In response to the target system on chip being in a successful startup state, instructing the target system on chip to respond to the service acquisition request.

[0015] Furthermore, the central control unit is further configured to execute:

[0016] A first program and a second program are invoked, wherein the first program is used to implement data communication with the target micro control unit, and the second program is used to implement data communication with the target on-chip system.

[0017] Furthermore, the central control unit is configured to execute:

[0018] Instructing the target micro control unit to respond to the service acquisition request through the first program; or

[0019] The target system on chip is instructed to respond to the service acquisition request through the second program.

[0020] Furthermore, the central control unit is further configured to execute:

[0021] After the target micro control unit is instructed to respond to the service acquisition request through the first program, in response to detecting that the target system on chip is in a successful startup state, the first program is stopped.

[0022] Furthermore, a first response program for responding to the first program is deployed in the target micro control unit, and a second response program for responding to the second program is deployed in the target system-on-chip.

[0023] Further, the system also includes at least one electronic controller unit;

[0024] The microcontroller unit and the target system-on-chip are configured to perform:

[0025] The corresponding electronic controller unit is controlled to provide a service according to the service acquisition request.

[0026] Furthermore, the central control unit is configured to execute:

[0027] In response to receiving a service available message sent by the target system-on-chip, determining that the target system-on-chip is in a successfully started state;

[0028] In response to not receiving a service available message sent by the target system-on-chip, it is determined that the target system-on-chip is in an unsuccessful startup state.

[0029] Furthermore, each of the micro control units is used to start a corresponding system on chip.

[0030] In a second aspect, an embodiment of the present invention provides a control method, the method comprising:

[0031] In response to detecting that the service acquisition request is triggered, detecting a system startup state of a target system-on-chip, the target system-on-chip being a system-on-chip of a target domain controller, the target domain controller being a domain controller corresponding to the service acquisition request;

[0032] The target on-chip system or the target micro-control unit is instructed to respond to the service acquisition request according to the system startup status, and the target micro-control unit is the micro-control unit of the target domain controller.

[0033] In a third aspect, an embodiment of the present invention provides a control device, the device comprising:

[0034] a detection unit, configured to detect a system startup state of a target system-on-chip in response to detecting that a service acquisition request is triggered, wherein the target system-on-chip is a system-on-chip of a target domain controller, and the target domain controller is a domain controller corresponding to the service acquisition request;

[0035] An instructing unit is used to instruct the target on-chip system or target micro-control unit to respond to the service acquisition request according to the system startup state, and the target micro-control unit is the micro-control unit of the target domain controller.

[0036] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium storing computer program instructions, wherein the computer program instructions implement the method described in the second aspect when executed by a processor.

[0037] In a fifth aspect, an embodiment of the present invention provides an electronic device, the device comprising:

[0038] a memory for storing one or more computer program instructions;

[0039] A processor, wherein the one or more computer program instructions are executed by the processor to implement the method according to the second aspect.

[0040] In a sixth aspect, an embodiment of the present invention provides a computer program product, which, when executed on a computer, enables the computer to execute the method described in the second aspect.

[0041] In a seventh aspect, an embodiment of the present invention provides a vehicle, the vehicle comprising:

[0042] Vehicle body;

[0043] A control system as described in any one of the first aspects.

[0044] The control system of the embodiment of the present invention includes at least one domain controller and a central control unit, wherein the central control unit detects the system startup state of the target system-on-chip of the target domain controller corresponding to the service acquisition request when detecting that the service acquisition request is triggered, and then instructs the target system-on-chip or target microcontroller unit of the target domain controller to respond to the service acquisition request according to the system startup state. Thus, by instructing the target system-on-chip or target microcontroller unit to respond to the service acquisition request according to the system startup state of the target system-on-chip, the present embodiment can respond to the service acquisition request without waiting for the target system-on-chip to successfully start, thereby solving the problem of domain controller service unavailability caused by the slow startup speed of the system-on-chip in the initial power-on stage, thereby ensuring user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The above and other objects, features and advantages of the present invention will become more apparent through the following description of the embodiments of the present invention with reference to the accompanying drawings, in which:

[0046] Figure 1 is a schematic diagram of a control system according to an embodiment of the present invention;

[0047] Figure 2 is a flow chart of a control method according to an embodiment of the present invention;

[0048] Figure 3 A schematic diagram of a control system according to an embodiment of the present invention;

[0049] Figure 4 is a schematic diagram of a control device according to an embodiment of the present invention;

[0050] Figure 5 is a schematic diagram of an electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0051] The present application is described below based on embodiments, but the present application is not limited to these embodiments. In the detailed description of the present application below, some specific details are described in detail. It is possible for those skilled in the art to fully understand the present application without the description of these details. In order to avoid confusing the essence of the present application, known methods, processes, flows, components and circuits are not described in detail.

[0052] In addition, persons of ordinary skill in the art will appreciate that the drawings provided herein are for illustration purposes and are not necessarily drawn to scale.

[0053] Unless the context clearly requires otherwise, the words "include", "comprising" and similar words throughout the application should be interpreted as including rather than exclusive or exhaustive; that is, the meaning is "including but not limited to".

[0054] In the description of this application, it should be understood that the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In addition, in the description of this application, unless otherwise specified, the meaning of "plurality" is two or more.

[0055] The solutions described in this specification and in the examples, if they involve the processing of personal information, will be processed on the premise of having a legal basis (such as obtaining the consent of the subject of personal information, or being necessary for the performance of a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0056] In the following description, a vehicle control system will be used as an example, but it should be understood that the solution of the embodiment of the present invention is also applicable to the control systems of other types of machinery and equipment, such as unmanned vehicle control systems or aircraft control systems, and the present application does not limit this.

[0057] Figure 1 FIG. 1 is a schematic diagram of a control system according to an embodiment of the present invention. Figure 1 As shown, the control system includes a central control unit 11 and at least one domain controller 12 .

[0058] The central control unit 11 is a hardware device for receiving and processing user requests. In this embodiment, the central control unit 11 is connected to each of the domain controllers 12. When the central control unit 11 detects a user request, it instructs the corresponding domain controller 12 to respond to the user request to provide the user with a corresponding service.

[0059] It should be understood that the central control unit 11 can exist in the control system as an independent control device, or can be integrated in the corresponding domain controller, and the present application does not limit this. In order to receive user requests and feedback the request processing results to the user, the central control unit 11 can be connected to corresponding input and output devices, such as a touch screen, etc. At the same time, in order to process user requests in a timely manner, the central control unit 11 can be started in a hot start mode to avoid the process of re-powering on.

[0060] The domain controller 12 is a processor hardware platform for providing multiple vehicle functions. At least one electronic controller unit is integrated in the domain controller 12, and each of the electronic controller units can be used to provide at least one vehicle function. In this embodiment, the domain controller 12 can control the corresponding electronic controller unit to provide the corresponding vehicle function under the instruction of the central control unit 11 to provide services to the user.

[0061] It should be understood that in order to provide vehicle functions, each of the electronic controller units should also be connected to corresponding actuators (such as electric windows, air conditioning, headlights and audio, etc.) or sensors (such as radar sensors, speed sensors and acceleration sensors, etc.).

[0062] Furthermore, since the integrated domain controller is too complex, in order to ensure that the domain controller can operate normally, each domain controller 12 usually includes two parts: a system on chip (SoC) and a microcontroller unit (MCU).

[0063] Among them, since the performance of the system on chip is stronger than that of the microcontroller, the related art usually uses the system on chip as a carrier of the service program so that the system on chip can provide services to users by running the internally deployed service program. However, in the initial power-on stage, the domain controller usually uses a cold start method when starting, that is, the microcontroller is started first and then the corresponding system on chip is started through the microcontroller. This makes the system on chip in the related art take a long time to be successfully started, and the domain controller cannot provide services to users before the system on chip is successfully started.

[0064] In this regard, this embodiment will pre-deploy the service programs related to user experience in the micro-control unit. When the central control unit 11 detects that the service acquisition request is triggered, it will instruct the target system-on-chip or the target micro-control unit of the target domain controller to respond to the service acquisition request based on the system startup status of the target system-on-chip of the corresponding target domain controller.

[0065] Therefore, this embodiment can respond to the service acquisition request without waiting for the target SoC to start successfully, thereby solving the problem of domain controller service unavailability caused by slow SoC startup in the initial power-on phase, thereby ensuring user experience.

[0066] At the same time, since the microcontroller unit is usually in an idle state during the initial power-on stage, this embodiment deploys the service program in the microcontroller unit so that the microcontroller unit can provide services to the user instead of the on-chip system before the on-chip system is successfully started, which can also improve the utilization efficiency of the microcontroller unit.

[0067] Optionally, the central control unit 11 and each domain controller 12 may be connected via Ethernet. Each domain controller 12 and each electronic controller unit may be connected via a CAN bus (Controller Area Network), a FlexRay bus or a LIN bus (Local Interconnect Network). In this way, data interaction of vehicle systems may be achieved.

[0068] Figure 2 FIG. 1 is a flow chart of a control method according to an embodiment of the present invention. Figure 2 As shown, the control method may specifically include the following steps:

[0069] It should be understood that the execution entity of the control method may specifically be the central control unit in the above embodiment.

[0070] S100 : In response to detecting that a service acquisition request is triggered, detecting a system startup state of a target system on chip.

[0071] Specifically, when detecting that a service acquisition request is triggered, the central control unit may determine a target domain controller corresponding to the service acquisition request and detect a system startup state of a target system-on-chip of the target domain controller.

[0072] It should be understood that according to the electronic and electrical architecture of existing vehicles, the whole vehicle architecture can generally be divided into cockpit domain, body domain, autonomous driving domain, power domain and chassis domain. Accordingly, the domain controller of the vehicle may specifically include a cockpit domain controller, a body domain controller, an autonomous driving domain controller, a power domain controller and a chassis domain controller. Among them, the cockpit domain controller is used to control various electronic information systems in the intelligent cockpit (such as central control system, vehicle infotainment system, head-up display system, seat system, instrument system, rearview mirror system, driving behavior monitoring system and navigation system, etc.). The body domain controller is used to control various electronic devices on the body (such as lights, doors, windows, sunroofs, wipers, air conditioners, antennas and gateway communications, etc.). The autonomous driving domain controller is used to realize and control the autonomous driving function of the vehicle. The power domain controller is an intelligent powertrain management unit, whose functions include but are not limited to engine management, gearbox management, battery management, power distribution management, emission management, speed limit management and fuel saving and power saving management. The chassis domain controller is used to control the driving behavior and driving posture of the vehicle, and its functions include but are not limited to brake system management, vehicle transmission system management, driving system management, steering system management, vehicle speed sensor management, body posture sensor management, air suspension system management, and airbag system management. In step S100, the central control unit can determine the target domain controller among the cockpit domain controller, body domain controller, autonomous driving domain controller, power domain controller, and chassis domain controller according to the current service acquisition request. For example, if the current service acquisition request is to turn on the air conditioner, the central control unit can determine the body domain controller used to manage the electronic devices on the vehicle as the target domain controller.

[0073] It should be understood that the control domain division method given above is only for illustration. In actual application, due to the expansion of services or the differences in the applied machines and equipment, the control domain can also be divided in other ways, but the central control unit can also determine the target domain controller in the corresponding domain controller based on the current service acquisition request.

[0074] It should be understood that, since some services may need to be implemented by multiple domain controllers cooperating with each other, the number of target domain controllers determined by the central control unit may be one or more.

[0075] S200: Instruct the target system on chip or target micro control unit to respond to the service acquisition request according to the system startup state.

[0076] Specifically, after detecting the system startup status of the target system on chip, the central control unit may instruct the target system on chip or the target micro control unit of the target domain controller to respond to the service acquisition request according to the system startup status.

[0077] Optionally, since the system on chip usually feeds back a service available message to the central control unit after successful startup, the central control unit can determine the system startup state of the target system on chip by detecting whether the service available message sent by the target system on chip is received when detecting the service acquisition request. Specifically, if the service available message sent by the target system on chip is received, the central control unit can determine that the target system on chip is in a successful startup state. Alternatively, if the service available message sent by the target system on chip is not received, the central control unit can determine that the target system on chip is in an unsuccessful startup state.

[0078] Optionally, when the target SoC is in an unsuccessful startup state, the central control unit may instruct the target MCU to respond to the service acquisition request. Alternatively, when the target SoC is in a successful startup state, the central control unit may instruct the target SoC to respond to the service acquisition request.

[0079] Optionally, in order to successfully achieve communication with the target microcontroller unit and the target system-on-chip, a first program and a second program may be deployed inside the central control unit. The central control unit may invoke the first program and the second program in the initial power-on phase. The first program is used to achieve data communication with the target microcontroller unit, and the second program is used to achieve data communication with the target system-on-chip. Further, when the target system-on-chip is in an unsuccessful startup state, the central control unit may instruct the target microcontroller unit to respond to the service acquisition request through the first program. Alternatively, when the target system-on-chip is in a successful startup state, the central control unit may instruct the target system-on-chip to respond to the service acquisition request through the second program. Correspondingly, a first response program for responding to the first program is also deployed in the target microcontroller unit, and a second response program for responding to the second program is also deployed in the target system-on-chip.

[0080] Furthermore, the first program and the first responder and the second program and the second responder can communicate with each other using a SOME / IP protocol stack (Scalable service-oriented MiddlewarE over IP, Scalable service-oriented communication middleware based on Internet Protocol). The SOME / IP protocol stack is a service-oriented automotive Ethernet communication protocol, and the SOME / IP protocol stack can be used for different physical layer networks, including Ethernet, CAN, and FlexRay, etc., and its goal is to provide interoperability between these networks.

[0081] Optionally, in order to save memory space of the central control unit, the central control unit may also stop running the first program after detecting that the target system on chip is in a successful startup state.

[0082] Optionally, under the instruction of the central control unit, the target on-chip system or the target micro control unit may control the corresponding electronic controller unit to provide corresponding services according to the service acquisition request.

[0083] Figure 3 FIG. 1 is a schematic diagram of a control system according to an embodiment of the present invention. Figure 3 As shown, the control system includes a central control unit 31 and a target domain controller 32. The central control unit 31 includes an application layer 311, an application framework layer 312 and a local service layer 313.

[0084] The application layer 311 includes at least one application program (Application, APP). In this embodiment, the user can trigger a corresponding service acquisition request through each of the applications.

[0085] The application framework layer 312 includes at least one vehicle service component. In this embodiment, each of the vehicle service components is used to maintain the service status of the corresponding vehicle service, which can provide business support to the application program upward, communicate the downward call of the application program with each service program in the local service layer 313 downward, or can be used to receive the latest status of the corresponding vehicle service and notify the corresponding application program of the latest status upward in a timely manner.

[0086] The local service layer 313 includes a proxy service, which is a native process used to maintain at least one service program. In this embodiment, the proxy service is used to maintain the service programs related to user experience deployed in the central control unit 31.

[0087] Further, in this embodiment, the service program deployed in the central control unit 31 may include a first program, a second program, and a selection program. The first program is used to communicate with a first response program in the target micro control unit 322, the second program is used to communicate with a second response program in the target system on chip 321, and the selection program is used to detect the system startup state of the target system on chip 321 and instruct the first program to communicate with the first response program or instruct the second program to communicate with the second response program according to the system startup state so that the target micro control unit 322 or the target system on chip 321 responds to the service acquisition request.

[0088] Specifically, in the actual application process, after the central control unit is started, it will call up the first program and the second program and make the first program and the second program complete the corresponding service identification binding operation and service subscription operation. After the application detects that the user triggers a service acquisition request, the vehicle service component corresponding to the service acquisition request will convey the service acquisition request to the selection program corresponding to the service acquisition request. The selection program will detect the system startup status of the target on-chip system 321 of the target domain controller corresponding to the service acquisition request, and instruct the corresponding first program to communicate with the first response program in the target micro-control unit 322 or instruct the corresponding second program to communicate with the second response program in the target on-chip system 321 according to the system startup status, so that the target micro-control unit 322 or the target on-chip system 321 responds to the service acquisition request. It should be understood that the service identifiers of the first program and the second program corresponding to the same service program may be different.

[0089] Optionally, the application and the vehicle service component can communicate through a Binder. The Binder is a mechanism for cross-process communication, which allows components in one process to communicate with components in another process to achieve inter-process communication. The vehicle service component and each service program in the local service layer 313 can communicate through the HAL (Hardware Abstraction Layer). The first program and the second program in the local service layer 313 can communicate with the first responder in the target microcontroller unit 322 and the second responder in the target system on chip 321 using the SOME / IP protocol stack.

[0090] The control method of the embodiment of the present invention detects the system startup state of the target system-on-chip of the target domain controller corresponding to the service acquisition request when detecting that the service acquisition request is triggered, and then instructs the target system-on-chip or the target microcontroller unit of the target domain controller to respond to the service acquisition request according to the system startup state. Thus, by instructing the target system-on-chip or the target microcontroller unit to respond to the service acquisition request according to the system startup state of the target system-on-chip, the present embodiment can respond to the service acquisition request without waiting for the target system-on-chip to successfully start, thereby solving the problem of domain controller service unavailability caused by the slow startup speed of the system-on-chip in the initial power-on stage, and thus ensuring user experience.

[0091] Figure 4 Schematic diagram of a control device according to an embodiment of the present invention. Figure 4 As shown, the control device of the embodiment of the present invention includes a detection unit 41 and an indication unit 42 .

[0092] Specifically, the detection unit 41 is used to detect the system startup state of the target system-on-chip in response to detecting that the service acquisition request is triggered, the target system-on-chip is the system-on-chip of the target domain controller, and the target domain controller is the domain controller corresponding to the service acquisition request;

[0093] The instructing unit 42 is used to instruct the target system on chip or the target micro control unit to respond to the service acquisition request according to the system startup state, and the target micro control unit is the micro control unit of the target domain controller.

[0094] The control device of the embodiment of the present invention will detect the system startup state of the target system-on-chip of the target domain controller corresponding to the service acquisition request when detecting that the service acquisition request is triggered, and then instruct the target system-on-chip or target microcontroller unit of the target domain controller to respond to the service acquisition request according to the system startup state. Thus, by instructing the target system-on-chip or target microcontroller unit to respond to the service acquisition request according to the system startup state of the target system-on-chip, the present embodiment can respond to the service acquisition request without waiting for the target system-on-chip to successfully start, thereby solving the problem of domain controller service unavailability caused by the slow startup speed of the system-on-chip in the initial power-on stage, and thus ensuring user experience.

[0095] Figure 5 Schematic diagram of an electronic device according to an embodiment of the present invention. Figure 5 As shown, Figure 5 The electronic device shown can be specifically the central control unit in the above embodiment, which includes a general computer hardware structure, which at least includes a processor 51 and a memory 52. ​​The processor 51 and the memory 52 are connected via a bus 53. The memory 52 is suitable for storing instructions or programs executable by the processor 51. The processor 51 can be an independent microprocessor or a collection of one or more microprocessors. Thus, the processor 51 executes the instructions stored in the memory 52, thereby executing the method flow of the embodiment of the present invention as described above to realize the processing of data and the control of other devices. The bus 53 connects the above multiple components together, and at the same time connects the above components to the display controller 54 and the display device and the input / output (I / O) device 55. The input / output (I / O) device 55 can be a mouse, a keyboard, a modem, a network interface, a touch input device, a somatosensory input device, a printer, and other devices known in the art. Typically, the input / output device 55 is connected to the system through an input / output (I / O) controller 56.

[0096] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, devices (equipment) or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware. Moreover, the present application may adopt a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0097] The present application is described with reference to flowcharts of methods, apparatuses (devices) and computer program products according to embodiments of the present application. It should be understood that each process in the flowchart can be implemented by computer program instructions.

[0098] These computer program instructions may be stored in a computer readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture including an instruction device that implements the process Figure 1 A function specified in a process or multiple processes.

[0099] These computer program instructions may also be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce the instructions for implementing the process Figure 1 A device that specifies functions in a process or multiple processes.

[0100] Another embodiment of the present invention relates to a non-volatile storage medium for storing a computer-readable program, wherein the computer-readable program is used for a computer to execute part or all of the above method embodiments.

[0101] Another embodiment of the present invention relates to a vehicle, including a vehicle body and the above-mentioned control system deployed on the vehicle body, wherein the vehicle body is used to realize basic functions of the vehicle, such as a manned driving function, and the control system can respond to a service acquisition request without waiting for the target on-chip system to successfully start, thereby solving the problem of domain controller service unavailability caused by the slow startup speed of the on-chip system in the initial power-on stage, thereby ensuring user experience.

[0102] That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by specifying relevant hardware through a program, and the program is stored in a storage medium, including several instructions for a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0103] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A control system, It is characterized in that The system comprises: At least one domain controller, each of which includes a system on chip and a micro control unit; A central control unit, wherein the central control unit is configured to perform the following steps: In response to detecting that the service acquisition request is triggered, detecting a system startup state of a target system-on-chip, the target system-on-chip being a system-on-chip of a target domain controller, the target domain controller being a domain controller corresponding to the service acquisition request; The target on-chip system or the target micro-control unit is instructed to respond to the service acquisition request according to the system startup status, and the target micro-control unit is the micro-control unit of the target domain controller.

2. The control system according to claim 1, It is characterized in that The system startup state includes a successful startup state and an unsuccessful startup state; The central control unit is configured to perform: In response to the target system on chip being in an unsuccessful startup state, instructing the target micro control unit to respond to the service acquisition request; or In response to the target system on chip being in a successful startup state, instructing the target system on chip to respond to the service acquisition request.

3. The control system according to claim 2, It is characterized in that The central control unit is further configured to perform: A first program and a second program are invoked, wherein the first program is used to implement data communication with the target micro control unit, and the second program is used to implement data communication with the target on-chip system.

4. The control system according to claim 3, It is characterized in that The central control unit is configured to perform: Instructing the target micro control unit to respond to the service acquisition request through the first program; or The target system on chip is instructed to respond to the service acquisition request through the second program.

5. The control system according to claim 4, It is characterized in that The central control unit is further configured to perform: After the target micro control unit is instructed to respond to the service acquisition request through the first program, in response to detecting that the target system on chip is in a successful startup state, the first program is stopped.

6. The control system according to claim 3, It is characterized in that A first response program for responding to the first program is deployed in the target micro control unit, and a second response program for responding to the second program is deployed in the target system-on-chip.

7. The control system according to claim 1, It is characterized in that The system further comprises at least one electronic controller unit; The microcontroller unit and the target system-on-chip are configured to perform: The corresponding electronic controller unit is controlled to provide a service according to the service acquisition request.

8. The control system according to claim 1, It is characterized in that The central control unit is configured to perform: In response to receiving a service available message sent by the target system-on-chip, determining that the target system-on-chip is in a successfully started state; In response to not receiving a service available message sent by the target system-on-chip, it is determined that the target system-on-chip is in an unsuccessful startup state.

9. The control system according to claim 1, It is characterized in that Each of the micro control units is used to start a corresponding system on chip.

10. A control method, It is characterized in that The method comprises: In response to detecting that the service acquisition request is triggered, detecting a system startup state of a target system-on-chip, the target system-on-chip being a system-on-chip of a target domain controller, the target domain controller being a domain controller corresponding to the service acquisition request; The target on-chip system or the target micro-control unit is instructed to respond to the service acquisition request according to the system startup status, and the target micro-control unit is the micro-control unit of the target domain controller.

11. A control device, It is characterized in that The device comprises: a detection unit, configured to detect a system startup state of a target system-on-chip in response to detecting that a service acquisition request is triggered, wherein the target system-on-chip is a system-on-chip of a target domain controller, and the target domain controller is a domain controller corresponding to the service acquisition request; An instructing unit is used to instruct the target on-chip system or target micro-control unit to respond to the service acquisition request according to the system startup state, and the target micro-control unit is the micro-control unit of the target domain controller.

12. A computer readable storage medium having computer program instructions stored thereon, It is characterized in that The computer program instructions implement the method of claim 10 when executed by a processor.

13. An electronic device, It is characterized in that The device comprises: a memory for storing one or more computer program instructions; A processor, wherein the one or more computer program instructions are executed by the processor to implement the method according to claim 10.

14. A computer program product, It is characterized in that When the computer program product is run on a computer, the computer is caused to perform the method as claimed in claim 10 .

15. A vehicle, It is characterized in that The vehicle comprises: Vehicle body; A control system as claimed in any one of claims 1 to 9.

Images