Area controller, vehicle electronic equipment control method and vehicle
By deploying functions with high timing and safety redundancy requirements in sub-regional controllers through a regional controller architecture, and directly running the control, the problem of insufficient interface resources for vehicle electronic devices is solved, and lightweight wiring is achieved, while improving response speed and safety stability.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-19
- Publication Date
- 2026-04-07
AI Technical Summary
The lack of interface resources caused by the functional iteration of vehicle electronic devices, the existing superimposed wiring method has the problem of wiring harness redundancy, and the temporary addition of domain controllers leads to system resource redundancy, which goes against the development direction of vehicle lightweighting.
The system adopts a regional controller architecture, including a main regional controller and sub-regional controllers. The main regional controller is a service-oriented architecture, while the sub-regional controllers are connected to electronic devices within a local area of the vehicle and communicate via CAN bus or LIN bus. Functions requiring high timing and safety redundancy are directly run by the sub-regional controllers, while signal processing and routine load control functions are implemented by the main regional controller calling the sub-regional controller interface.
The use of long-distance wiring harnesses is reduced, interface and system resource redundancy is avoided, wiring costs and signal transmission loss are reduced, and the response speed of functions with high timing requirements and the safety and stability of vehicles are improved.
Smart Images
Figure CN121806601A_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to the field of vehicle control technology, and in particular to a zone controller, a vehicle electronic equipment control method, and a vehicle. Background Technology
[0002] With the deep penetration and rapid development of technologies such as intelligent connectivity and autonomous driving in the vehicle field, the functions of vehicle electronic devices are constantly being iterated and added. As a result, the number of interfaces configured in the original domain controllers of the vehicle (such as body domain controller, cockpit domain controller, chassis domain controller and power domain controller) cannot meet the needs of the added electronic device functions, which has become a key bottleneck restricting the implementation of vehicle functions and the upgrading of experience.
[0003] Currently, related technologies typically employ a layered wiring approach, expanding an existing domain controller's interface from one to multiple interfaces through wire layering, thereby increasing interface resources. Alternatively, a domain controller may be temporarily added for each newly added electronic device to meet interface requirements. However, the layered wiring method relies on non-standard wire connections, requiring repeated wiring harness reconstruction when adding new electrical equipment, resulting in wiring harness redundancy. Conversely, temporarily adding domain controllers leads to system resource redundancy. Both methods contradict the trend towards lightweight vehicle development. Summary of the Invention
[0004] Therefore, it is necessary to provide a lightweight area controller, a vehicle electronic equipment control method, and a vehicle to address at least one of the aforementioned technical problems.
[0005] In a first aspect, embodiments of this disclosure provide a region controller, which includes a main region controller and sub-region controllers connected in communication. The main region controller is a service-oriented architecture, including an application service layer, a local atomic service layer, and a device abstraction service layer. The sub-region controllers are connected to various electronic devices within a corresponding local area of a vehicle to implement the control functions of each electronic device.
[0006] The area controller is configured as follows: In response to a first control request for a first type of function, the sub-area controller executes the first control request. In response to a second control request for the second type of function, the main area controller calls the corresponding interface in the sub-area controller to implement the second control request.
[0007] The first category of functions consists of high timing requirements and safety redundancy requirements in the control functions of various electronic devices. The second category consists of signal processing functions and conventional load control functions in the control functions of various electronic devices.
[0008] In some embodiments, each input / output interface of the sub-region controller is connected to each electronic device, and the device abstraction service layer of the main region controller includes standardized interface information of each input / output interface.
[0009] In some embodiments, the sub-region controller adopts a classic platform architecture. The sub-region controller includes function call information corresponding to the first type of function. The application layer of the sub-region controller includes application information of the security redundancy requirement function, so that the sub-region controller can call the corresponding interface to implement the control request corresponding to the security redundancy requirement function.
[0010] In some embodiments, the primary area controller and the sub-area controller are connected via a CAN bus, CAN FD bus, or LIN bus.
[0011] In some embodiments, when the vehicle area corresponding to the area controller is the body area, the main area controller is the body domain controller, and the sub-area controllers include the left front door controller, the left rear door controller, the right front door controller, the right rear door controller, and / or the tailgate controller.
[0012] In some embodiments, when the vehicle area corresponding to the area controller is the cabin area, the main area controller is the cabin domain controller, and the sub-area controllers include the front seat controller and / or the rear seat controller.
[0013] In some embodiments, each electronic device includes motor-type devices, switch-type devices, and sensor-type devices.
[0014] High timing requirement functions include functions for implementing anti-pinch control and / or motor torque regulation control, and safety redundancy requirement functions include functions for implementing forced opening and closing lock control.
[0015] Signal processing functions include functions for signal acquisition, conversion and / or transmission, while conventional load control functions include functions for lighting control and / or non-pinch drive control of motors.
[0016] In a second aspect, embodiments of this disclosure provide a vehicle electronic device control method, which is applied to a region controller in any embodiment of the first aspect. The vehicle electronic device control method includes the following steps: In response to the first control request for the first type of function, the application service layer calls the sub-region controller to implement the first control request. In response to the second control request for the second type of function, the device abstraction service layer of the main area controller calls the corresponding interface in the sub-area controller to implement the second control request.
[0017] The first category of functions consists of high timing requirements and safety redundancy requirements in the control functions of various electronic devices. The second category consists of signal processing functions and conventional load control functions in the control functions of various electronic devices.
[0018] In some embodiments, the vehicle electronic device control method may further include the following steps: when the main area controller fails or communication between the main area controller and the sub-area controller is interrupted, the sub-area controller responds to a third control request for a function requiring safety redundancy by calling the corresponding interface to implement the third control request.
[0019] In a third aspect, embodiments of this disclosure provide a vehicle that includes an area controller and a plurality of electronic devices.
[0020] The area controller is the area controller in any embodiment of the first aspect, including a main area controller and a sub-area controller. Multiple electronic devices are connected to the input / output interfaces of the sub-area controller, and the main area controller and the sub-area controller are connected via a CAN bus, a CAN FD bus, or a LIN bus.
[0021] The aforementioned area controller, vehicle electronic equipment control method, and vehicle, through a combination of a main area controller and sub-area controllers, connect the sub-area controllers to the corresponding electronic equipment within a localized area of the vehicle. This allows for the unified management of electronic equipment within a small area, configuring the functional logic of each electronic device. This reduces the use of long-distance wiring harnesses, avoids interface harness redundancy and system resource redundancy, offers a lightweight advantage, and reduces overall vehicle wiring costs and signal transmission losses. Simultaneously, the first type of functions, including those with high timing requirements and those requiring safety redundancy, are deployed in the sub-area controllers and directly controlled by them. For functions with high timing requirements, this eliminates the need for multi-layered calls and data forwarding intermediate steps within the main area controller architecture, reducing response delays caused by signal transmission and improving the response speed of such control functions. For functions requiring safety redundancy, the sub-area controllers connect directly to the electronic equipment in the localized area of the vehicle, independently implementing redundancy logic, which improves vehicle safety and stability. Furthermore, for signal processing and conventional load control functions, control is achieved by the main area controller calling the sub-area controller interface, fully utilizing the computing resources of the main area controller while conserving the computing resources of the sub-area controllers. Attached Figure Description
[0022] Figure 1 Here are some block diagrams of the area controller in various embodiments; Figure 2 This is a flowchart illustrating the configuration method of the area controller in some embodiments; Figure 3This is a flowchart illustrating the steps of a vehicle electronic device control method in some embodiments; Figure 4 The diagram shows the structural block diagram of the vehicle in some embodiments. Detailed Implementation
[0023] To make the technical solutions and advantages of this disclosure clearer, the embodiments and related technical content of this disclosure will be further described in detail below with reference to the accompanying drawings and text description. It should be understood that the embodiments described below are only used to explain the technical solutions of the embodiments of this disclosure and are not intended to limit more possible implementations of this disclosure.
[0024] It should be noted that relational terms such as "first" and "second" appearing in this document are used only to distinguish things, states, or actions, and do not necessarily indicate or imply relative importance or order. The terms "including," "comprising," or any other variations thereof are used to indicate non-exclusive inclusion, and the included objects may not be limited to those listed in this document. The terms "multiple" or other variations are used to indicate that the number of objects is two or more.
[0025] In a first aspect, embodiments of this disclosure provide a region controller. In some embodiments, such as Figure 1 As shown, the area controller 100 includes a main area controller 110 and a sub-area controller 120 that are connected in communication.
[0026] The main area controller 110 adopts a service-oriented architecture, comprising an application service layer 111, a local atomic service layer 112, and a device abstraction service layer 113. Service-Oriented Architecture (SOA) is a software design approach that decomposes application functionality into independent, reusable service units and achieves loosely coupled interaction through standardized interfaces, aiming to improve system flexibility, scalability, and maintainability. The application service layer 111 is the top layer of the main area controller, directly facing business logic and user needs, responsible for handling specific control strategies, decision-making, and high-level function implementation. The local atomic service layer 112 provides standardized services with the smallest granularity, featuring high modularity and supporting rapid deployment and reuse. The device abstraction service layer 113, by shielding hardware differences and unifying electronic device interfaces, provides standardized access methods.
[0027] In some specific examples, the main area controller 110 may also include an enhanced service layer (not shown in the figure). This enhanced service layer, located between the application service layer 111 and the local service layer 112, encapsulates one or more atomic services, representing the integration of software components for a specific functional domain, and implementing functions such as priority arbitration and permission filtering. When the main area controller 110 transmits control commands, the data flow is from top to bottom (application service layer → device abstract service layer), and each layer is decoupled through standardized interfaces.
[0028] The sub-area controller 120 is connected to each electronic device within the corresponding local area of the vehicle to implement the control functions of each electronic device.
[0029] Specifically, the area controller 100 can be a domain controller configured for the vehicle's body domain, cabin domain, chassis domain, powertrain domain, or other vehicle areas. It can centrally manage the computation and control tasks of specific functional domains. The main area controller 110 in the area controller 100 can be a higher-level domain controller configured by the vehicle manufacturer at the time of manufacture, and the sub-area controller 120 can be a controller added on top of the existing higher-level domain controller. The sub-area controller 120 and its corresponding local area within the vehicle can be determined based on the vehicle's physical space or the signal transmission distance of the vehicle's electronic equipment.
[0030] In some specific examples, a region controller 100 includes a primary region controller 110 and one or more sub-region controllers 120.
[0031] In some specific examples, based on the principle of proximity in terms of signal transmission distance, electronic devices within the same distance range can be grouped together and connected to the sub-area controller 120 within the same distance range to reduce the complexity and length of wiring.
[0032] The area controller 100 is configured such that, in response to a first control request for a first type of function, the sub-area controller 120 executes the first control request. In response to a second control request for a second type of function, the main area controller 110 calls the corresponding interface in the sub-area controller 120 to execute the second control request.
[0033] The first category of functions comprises functions with high timing requirements and safety redundancy requirements in the control functions of various electronic devices. The second category comprises signal processing functions and routine load control functions in the control functions of various electronic devices.
[0034] In some embodiments, each electronic device includes motor-type devices, switch-type devices, and sensor-type devices. Specifically, motor-type devices may include various electronic devices such as window lift motors, seat adjustment motors, door control motors, rearview mirror adjustment motors, and sunroof drive motors. Switch-type devices may include door lock switches, window lock switches, seat adjustment switches, etc., and sensor-type devices may include temperature sensors, distance sensors, and voltage sensors, etc.
[0035] High timing-requirement functions include those used to implement anti-pinch control and / or motor torque regulation control. High timing-requirement functions can refer to control functions that require electronic devices to respond in milliseconds or even microseconds, such as anti-pinch control functions focused on user safety, and motor torque regulation control functions focused on precise vehicle control.
[0036] In some specific examples, the functions used to implement anti-pinch control can include anti-pinch control for windows, doors, trunk doors, and seats. This means that when motor-driven components (such as windows, doors, trunk doors, and seats) are moving, sensor devices (such as Hall effect sensors) detect whether an obstacle is encountered, and within a preset time range, promptly trigger the motor to reverse or stop moving to avoid injury to the user and damage to items. It is easy to understand that anti-pinch control functions have high requirements for response time.
[0037] Motor torque adjustment functionality can include torque regulation of the drive motor. Based on vehicle operating data, it adjusts the output torque of the motor to ensure precise vehicle handling and system stability. Taking new energy vehicles as an example, acceleration, deceleration, and energy recovery all rely on precise torque control of the drive motor. A delayed response can lead to problems such as lack of power when pressing the pedal, jerking when releasing the pedal, and even affect driving safety. Motor torque adjustment functionality can also include torque adjustment of the electric power steering motor and the motors related to the electronic stability program.
[0038] Safety redundancy requirements include functions for implementing forced locking and unlocking control. Specifically, these functions may include emergency door unlocking, emergency window unlocking, emergency trunk unlocking, and window anti-theft closing. It's easy to understand that safety redundancy functions can also include safety management functions for other vehicle malfunctions, extreme environmental scenarios, or active safety triggering scenarios.
[0039] Signal processing functions include those for acquiring, converting, and / or transmitting signals. Examples include functions that receive raw signals from other area controllers or electronic devices via a hardware interface, convert the received raw signals into digital signals, and transmit the digital signals.
[0040] Taking the vehicle domain corresponding to the area controller as the body domain as an example, the signal acquisition function can be used to control sensors to collect signals such as window button status, door lock status, air conditioning temperature sensor signals, or light switch status signals. The signal conversion function can be used to convert the collected physical signals into digital signals. The signal transmission function can be used to realize signal interaction and transmission between different area controllers, and also to realize signal interaction and transmission between the area controller and external devices.
[0041] Standard load control functions include those for controlling lighting and / or controlling motors without anti-pinch protection. Specifically, functions for controlling lighting may include interior lighting control, vehicle signal light control, etc., while functions for controlling motors without anti-pinch protection may include control of the cooling fan motor, seat heating control, wiper control, etc.
[0042] Correspondingly, the first control request can be a control request for implementing any function with high timing requirements or safety redundancy requirements. For example, the first control request can be a window anti-pinch control request, a door anti-pinch control request, or a door emergency unlocking request. The second control request can be a control request for implementing any signal processing function or a conventional load control function. For example, it can be a light control request or a door lock status signal acquisition request.
[0043] In some specific examples, the first control request and the second control request can be control requests initiated by a user through the vehicle or user terminal according to a preset interaction method, or they can be control requests initiated by the vehicle's central control system according to preset control logic. Preset interaction methods may include touch input, voice command input, etc. No particular restrictions are placed on the initiation method of the first and second control requests; those skilled in the art can set them according to actual needs.
[0044] In the aforementioned area controller 100, the main area controller 110 is combined with a sub-area controller 120. The sub-area controller 120 connects to the electronic devices within its corresponding local vehicle area, enabling unified management of electronic devices within a small area and configuration of their functional logic. This reduces the use of long-distance wiring harnesses, avoids interface harness redundancy and system resource redundancy, offers lightweight advantages, reduces overall vehicle wiring costs and signal transmission loss, and provides advantages such as simple and flexible wiring and strong system scalability. Simultaneously, the first type of functions, including those with high timing requirements and those requiring safety redundancy, are deployed in the sub-area controller 120 and directly controlled by it. For functions with high timing requirements, this eliminates the intermediate steps of multi-layered calls and data forwarding within the main area controller 110 architecture, reducing response delays caused by signal transmission and improving the response speed of such control functions. For functions requiring safety redundancy, the sub-area controller 120 directly connects to the electronic devices in the local vehicle area, independently implementing redundancy logic, thereby improving vehicle safety and stability. In addition, for signal processing and conventional load control functions, the main area controller 110 calls the interface of the sub-area controller 120 to achieve control, making full use of the computing resources of the main area controller 110 and saving the computing resources of the sub-area controller 120.
[0045] In some embodiments, each input / output interface of the sub-area controller 120 is connected to each electronic device, and the main area controller 110 includes standardized interface information for each input / output interface.
[0046] Specifically, during the area controller configuration phase, the interface capabilities of each input / output interface (I / O interface) are abstracted and encapsulated into the device abstraction service layer of the main area controller 110. Specifically, this can involve abstracting I / O interface capabilities such as switch resistor values, high / low level signal acquisition values, MOS switch (Metal-Oxide-Semiconductor Field-Effect Transistor Switch) commands, and current feedback, encapsulating them into standardized interfaces, and converting the corresponding physical parameters such as resistance, voltage, and current into standardized digital signals. This allows the main area controller 110 to directly call the interface capabilities without needing to analyze or judge the physical parameters. With matching interface capabilities, this enables flexible adaptation to different electronic devices on the same physical interface and masks differences between different hardware. The code of the atomic service layer and device abstraction service layer remains unchanged; only the underlying communication protocol needs to be adapted.
[0047] In some specific examples, the I / O interfaces of the sub-area controller 120 may include digital input interfaces, analog input interfaces, and power output interfaces. The capabilities of each interface are abstracted to obtain corresponding interface capability information, which is then encapsulated according to a predefined communication protocol format.
[0048] In some embodiments, the sub-region controller 120 is a classic platform architecture in the vehicle open system architecture (i.e., the AUTOSAR CP architecture). In some specific examples, the software architecture of the sub-region controller 120 includes an application layer, a runtime environment layer, a basic software layer, and a hardware layer.
[0049] The sub-area controller 120 includes function call information corresponding to the first type of function, wherein the application layer of the sub-area controller 120 includes application information for the fully redundant required functions.
[0050] During the configuration phase of the area controller, the function call information corresponding to the first type of function is encapsulated into the sub-area controller 120. The application information of the security redundancy requirement function is deployed in the application layer of the sub-area controller 120 so that the sub-area controller 120 can call the corresponding interface to implement the control request corresponding to the security redundancy requirement function.
[0051] In related technologies, the call path for the first type of function sequentially passes through the application service layer 111, the enhancement service layer (not shown in the figure), the local atomic service layer 112, and the device abstraction service layer 113 of the main area controller 110 before calling the corresponding I / O interface and electronic device. If the electronic device is connected to the sub-area controller 120, the call path increases accordingly. The software architecture layer (such as the application layer, runtime environment layer, basic software layer, and hardware layer) inside the sub-area controller 120 has the problem of a long call path and untimely response.
[0052] In this embodiment, the function call information corresponding to the first type of function is encapsulated in the sub-region controller 120. This is equivalent to transferring the relevant control logic of the "enhanced service layer, local atomic service layer, and device abstract service layer" inside the main region controller 110 to the sub-region controller 120. That is, the call path for the first type of function is directly called from the application service layer of the main region controller 110 to the software architecture layer inside the sub-region controller 120, which reduces the latency of signal transmission and improves the efficiency of signal transmission.
[0053] For the safety redundancy requirement function in the first category, in addition to encapsulating the function call information into the configuration operation of the sub-area controller 120, the application information of the safety redundancy requirement function is also deployed in the application layer of the sub-area controller 120. This allows the sub-area controller 120 to call the corresponding interface to implement the control request corresponding to the safety redundancy requirement function. That is, when the main area controller 110 fails, or when the communication between the main area controller 110 and the sub-area controller 120 fails, the starting point of the call path for this type of function is the application layer of the sub-area controller 120. It can implement the corresponding control request without going through the main area controller 110, which can ensure that the control request corresponding to the safety redundancy requirement function is accurately responded to and executed, thereby improving the stability and safety of the vehicle system.
[0054] In some embodiments, the main area controller 110 and the sub-area controller 120 are connected via a CAN bus, a CAN FD bus, or a LIN bus.
[0055] In some embodiments, when the vehicle area corresponding to the area controller is the body area, the main area controller is the body domain controller, and the sub-area controller 120 includes a left front door controller, a left rear door controller, a right front door controller, a right rear door controller, and / or a tailgate controller.
[0056] In some embodiments, when the vehicle area corresponding to the area controller is the cabin area, the main area controller is the cabin domain controller, and the sub-area controller 120 includes the front seat controller and / or the rear seat controller.
[0057] It is easy to understand that the main area controller in the area controller can also be a vehicle power domain controller, chassis domain controller, and autonomous driving domain controller, etc. The corresponding sub-area controller 120 can include the main area controller 110, which can be a controller of a local area within the corresponding vehicle physical area.
[0058] The configuration method for the area controller 100 can be found as follows: Figure 2 As shown, it includes steps S201 to S203.
[0059] Step S201: Obtain electronic device information for each electronic device; Step S202: Based on the power consumption information, determine the first-class function and the second-class function corresponding to each electronic device; Step S203: Deploy the functional logic information used to implement the first type of function to the sub-area controller 120 so that the sub-area controller 120 can run and implement the first type of function; Step S204: The interface information used to implement the second type of function is encapsulated in the form of a standardized interface into the device abstraction service layer of the main area controller 110, so that the main area controller 110 can call the corresponding interface in the sub-area controller 120 to implement the second type of function.
[0060] The electronic device information may include load type, function description information, and parameter information. Step S202 may include the following steps: classifying the functions corresponding to each electronic device according to the load type, function description information, and / or parameter information to obtain multiple load functions; and determining the classification label of each load function according to a preset function classification mapping table. The classification label includes a first label representing a first type of function and a second label representing a second type of function; the function classification mapping table is used to record the correspondence between multiple load functions and function classification labels.
[0061] Step S203 may also include the following steps: backing up the application information of the security redundancy requirement function to the application layer of the sub-area controller 120.
[0062] In a second aspect, embodiments of this disclosure provide a method for controlling vehicle electronic devices, which is applied to a region controller 100 in any embodiment of the first aspect. For example... Figure 3 As shown, the vehicle electronic equipment control method includes steps S301 and S302.
[0063] Step S301: In response to the first control request for the first type of function, the application service layer calls the sub-region controller 120 to implement the first control request.
[0064] Step S302: In response to the second control request for the second type of function, the device abstract service layer of the main area controller 110 calls the corresponding interface in the sub-area controller 120 to implement the second control request.
[0065] The first category of functions consists of high timing requirements and safety redundancy requirements in the control functions of various electronic devices. The second category consists of signal processing functions and conventional load control functions in the control functions of various electronic devices.
[0066] In some embodiments, the vehicle electronic device control method may further include the following steps: when the main area controller 110 fails or communication between the main area controller 110 and the sub-area controller 120 is interrupted, the sub-area controller 120 responds to a third control request for a function requiring safety redundancy by calling the corresponding interface to implement the third control request.
[0067] The third control request can be a control request corresponding to any safety redundancy requirement function, such as a door or window emergency unlocking function control request. Further specific limitations of the third control request are similar to those of the first and second control requests, and will not be repeated here.
[0068] It should be understood that, although Figure 2 , Figure 3 The steps in the flowchart are shown sequentially according to the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Figure 2 , Figure 3 Unless otherwise expressly stated herein, the steps illustrated and other steps involved in the embodiments are not subject to strict order restrictions and may be performed in other orders. Furthermore, at least some steps in the foregoing embodiments may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but may be performed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but may be performed alternately or in turn with other steps or at least a portion of the sub-steps or stages of other steps.
[0069] For more specific limitations on the control methods of vehicle electronic equipment, please refer to the limitations on the area controller mentioned above, which will not be repeated here.
[0070] In the third aspect, such as Figure 4 As shown, this disclosure provides a vehicle 400, including a region controller 100 and a plurality of electronic devices 410.
[0071] The area controller 100 is the area controller 100 in any embodiment of the first aspect of this disclosure, including a main area controller 110 and a sub-area controller 120. Multiple electronic devices 410 are connected to the input / output interfaces of the sub-area controller 120, and the main area controller 110 and the sub-area controller 120 are connected via a CAN bus, a CAN FD bus, or a LIN bus.
[0072] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this disclosure.
[0073] The above embodiments merely illustrate several implementation methods of this disclosure, and their descriptions are relatively specific and detailed, but they should not be construed as limiting the scope of protection of this disclosure. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this disclosure, and these all fall within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the appended claims.
Claims
1. A regional controller, characterized in that, The area controller includes a main area controller and sub-area controllers connected by communication. The main area controller adopts a service-oriented architecture and includes an application service layer, a local atomic service layer, and a device abstraction service layer. The sub-area controllers are connected to each electronic device within the corresponding local area of the vehicle to implement the control functions of each electronic device. The area controller is configured as follows: In response to a first control request for a first type of function, the sub-area controller executes the first control request. In response to a second control request for a second type of function, the main area controller calls the corresponding interface in the sub-area controller to implement the second control request. The first category of functions includes high timing requirement functions and safety redundancy requirement functions in the control functions of each electronic device, while the second category of functions includes signal processing functions and conventional load control functions in the control functions of each electronic device.
2. The area controller according to claim 1, characterized in that, Each input / output interface of the sub-region controller is connected to each electronic device; the device abstraction service layer of the main region controller includes standardized interface information of each input / output interface.
3. The area controller according to claim 1, characterized in that, The sub-region controller adopts a classic platform architecture; the sub-region controller includes function call information corresponding to the first type of function; wherein, the application layer of the sub-region controller includes application information of the security redundancy requirement function, so that the sub-region controller can call the corresponding interface to implement the control request corresponding to the security redundancy requirement function.
4. The area controller according to claim 1, characterized in that, The main area controller and the sub-area controller are connected via a CAN bus, CAN FD bus, or LIN bus.
5. The area controller according to claim 1, characterized in that, The vehicle area corresponding to the area controller is the body area, the main area controller is the body domain controller, and the sub-area controllers include the left front door controller, the left rear door controller, the right front door controller, the right rear door controller, and / or the tailgate controller.
6. The area controller according to claim 1, characterized in that, The vehicle area corresponding to the area controller is the cabin area, the main area controller is the cabin domain controller, and the sub-area controller includes the front seat controller and / or the rear seat controller.
7. The area controller according to claim 1, characterized in that, The electronic devices include motor-type devices, switch-type devices, and sensor-type devices; the high timing requirement functions include functions for implementing anti-pinch control and / or motor torque regulation control; the safety redundancy requirement functions include functions for implementing forced switch lock control; the signal processing functions include functions for implementing signal acquisition, conversion, and / or transmission; and the conventional load control functions include functions for implementing lighting control and / or non-anti-pinch motor drive control.
8. A method for controlling vehicle electronic equipment, characterized in that, The method is applied to the area controller according to any one of claims 1 to 7, and the method includes: In response to a first control request for the first type of function, the application service layer invokes the sub-region controller to implement the first control request; In response to a second control request for the second type of function, the device abstract service layer of the main area controller calls the corresponding interface in the sub-area controller to implement the second control request; The first category of functions includes high timing requirement functions and safety redundancy requirement functions in the control functions of each electronic device, while the second category of functions includes signal processing functions and conventional load control functions in the control functions of each electronic device.
9. The method according to claim 8, characterized in that, The method further includes: When the main area controller fails or communication between the main area controller and the sub-area controller is interrupted, the sub-area controller responds to the third control request for the security redundancy requirement function by calling the corresponding interface to implement the third control request.
10. A vehicle comprising a zone controller and a plurality of electronic devices, characterized in that, The area controller is the area controller described in any one of claims 1-7, the plurality of electronic devices are connected to the input / output interface of the sub-area controller, and the main area controller and the sub-area controller are connected via a CAN bus, a CAN FD bus or a LIN bus.