A vehicle control system

Abstract

The embodiment provides a vehicle control system, which comprises a caller, a domain controller cluster or a central gateway and a downstream executor. The domain controller cluster or the central gateway receives a service call request initiated by the caller, judges the type of the service call request, responds to different types of service call requests, and calls the downstream executor to perform processing on the service call request. Through the vehicle control system provided by the application, the extension and update of the vehicle control system are more convenient, the complexity is low, the cost is small, and the execution process of the vehicle control command is more rapid and orderly.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of vehicle control, in particular to a vehicle control system. BACKGROUND

[0002] At present, the logic and algorithm processing of vehicle end control are mostly directly judged and executed by the downstream execution unit of the system, such as the vehicle-mounted ECU (Electronic Control Unit) of each control domain of the vehicle itself judging the received service call request and determining the execution order of the service call request according to the judgment result. However, based on the current development status of the whole vehicle mixed network, the situation of multiple calling parties simultaneously initiating call requests or new calling parties being accessed due to vehicle system upgrading may occur. In this case, when using the existing vehicle control system to process signals, it is often necessary to change the communication relationship between the downstream execution unit of the system and the calling party, or even replace the execution unit hardware chip to execute normally. This implementation mode of vehicle control is relatively complex and has high implementation cost. Therefore, how to effectively meet the situation of multiple calling parties simultaneously initiating service call requests or new calling parties being accessed due to vehicle system upgrading in a low complexity and low cost manner to process and execute the service call request of the vehicle has become a technical problem urgently needed to be solved in the industry. SUMMARY

[0003] In view of the above shortcomings of the prior art, the purpose of the present application is to provide a vehicle control system with low complexity and low cost.

[0004] According to a first aspect of an embodiment of the present application, a vehicle control system with low complexity and low cost is provided, which comprises a calling party, a domain controller cluster or a central gateway, and a downstream executor.

[0005] The domain controller cluster or the central gateway receives a service call request initiated by the calling party.

[0006] Optionally, in an embodiment, the data transmission between the domain controller clusters is realized through a vehicle-mounted Ethernet.

[0007] Optionally, in an embodiment, the priority processing system further comprises:

[0008] The domain controller cluster or the central gateway is realized through a SOC (System on chip) or an MPU (Micro Processor Unit) with middleware technology.

[0009] Optionally, in an embodiment, after determining the priority of the service call request, the priority processing system further comprises:

[0010] The domain controller cluster or the central gateway supports an Adaptive Platform of AUTOSAR (AUTomotive Open System Architecture) and integrates SOME / IP (Scalable service-Oriented Middleware over IP) communication technology.

[0011] The arbitration module is configured to determine the type of the service invocation request, the type of the service invocation request including a data and information service and a vehicle control service, to respond to the service invocation request according to the type of the service, and to call a downstream executor to process the service invocation request.

[0012] Optionally, in an embodiment, the priority processing system further includes:

[0013] If the type of the service invocation request is the data and information service, the domain controller cluster or the central gateway directly calls the downstream executor to execute the data and information service.

[0014] Optionally, in an embodiment, the priority processing system further includes:

[0015] If the type of the service invocation request is the vehicle control service, the arbitration module is configured to logically arbitrate the service invocation request to determine the priority of the service invocation request, and to call the downstream executor to execute the service invocation request.

[0016] Optionally, in an embodiment, the vehicle control system can only set one arbitration module for logical arbitration.

[0017] Optionally, in an embodiment, the vehicle control system is provided with a plurality of arbitration modules corresponding to the number of services for logical arbitration.

[0018] Optionally, in an embodiment, the priority processing system further includes:

[0019] A Signal-2-Service module.

[0020] If the domain controller cluster or the central gateway does not support the SOME / IP communication technology, after determining the priority of the service invocation request, the Signal-2-Service module is configured to convert the service invocation request into an execution signal and to pass the execution signal to the downstream executor to execute the service invocation request.

[0021] Optionally, in an embodiment, the Signal-2-Service module included in the priority processing system can also convert the execution signal into a service call request, facilitating the vehicle system to access a new service caller in the process of updating or upgrading.

[0022] Optionally, in an embodiment, the priority processing system further includes:

[0023] The domain controller cluster or the central gateway supports FOTA (Firmware Over-The-Air).

[0024] The embodiment provides a vehicle control system, wherein the vehicle control system receives a service call request initiated by a caller through a domain controller cluster or a central gateway, judges the type of the service call request, responds according to the type of the service call request, and directly calls a downstream executor to execute the service call request if the type of the service call request is an information or data type service; if the type of the service call request is a vehicle control type service, the vehicle control system performs priority processing on the service call request through an arbitration module, determines the priority of the service call request, and calls a downstream executor to execute the service call request. The vehicle control system provided by the application can make the vehicle control system expansion more convenient, low in complexity and low in cost, and make the execution process of the vehicle control command more quick and orderly. BRIEF DESCRIPTION OF DRAWINGS

[0025] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are only some embodiments described in the embodiments of the present application, and other drawings can also be obtained by those skilled in the art according to these drawings.

[0026] Figure 1 FIG. 1 is a structural schematic diagram of a vehicle control system according to an embodiment of the present application;

[0027] Figure 2 FIG. 2 is a software structural schematic diagram of a vehicle control system according to an embodiment of the present application. DETAILED DESCRIPTION

[0028] In order to make the personnel in the art better understand the technical solutions in the embodiments of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in combination with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all embodiments. Based on the embodiments in the embodiments of the present application, all other embodiments obtained by those of ordinary skill in the art should belong to the scope of protection of the embodiments of the present application.

[0029] The specific implementation of the embodiments of the present application will be further described below in combination with the drawings of the embodiments of the present application.

[0030] Embodiment one

[0031] According to a first aspect of the embodiments of the present application, a vehicle control system with low complexity and low cost is provided, as shown in Figure 1 Figure 1 is a structural schematic diagram of a vehicle control system, which comprises a calling party 101, a domain controller cluster or central gateway 102 and a downstream executor 103.

[0032] The domain controller cluster or central gateway 102 receives a service call request initiated by the calling party 101.

[0033] In the above implementation manner of the present embodiment, first, the domain controller cluster or central gateway 102 can receive the service signal of the whole vehicle, so that the domain controller cluster or central gateway 102 receiving the service call request initiated by the calling party 101 can directly receive and process the service call request of the whole vehicle; second, the domain controller cluster or central gateway 102 can isolate the traditional network which cannot be replaced temporarily due to historical reasons; third, compared with the traditional ECU and embedded ECU, the domain controller cluster or central gateway 102 has more calculation examples and storage resources, and can receive more calculation service call requests at the same time.

[0034] It should be noted that the domain controller cluster described herein includes but is not limited to an electrification domain controller, an intelligent driving domain controller, an information entertainment domain controller and a vehicle body domain controller.

[0035] It should also be noted that the central gateway described herein can be a central node of in-vehicle communication, connecting most of the electronic control units inside the vehicle, realizing cross-domain function integration, and realizing basic routing communication and protocol translation, extraction and integration of in-vehicle data, etc.

[0036] The calling party 101 described herein is a vehicle internal component which initiates a service call request.

[0037] The service call request described herein includes but is not limited to turning on / off air conditioning, turning on / off vehicle welcome function and turning on / off wiper function. ​

[0038] Optionally, in an embodiment, data transmission between domain controller clusters is implemented through vehicle-mounted Ethernet.

[0039] In the above implementation of the embodiment, data transmission between domain controller clusters is implemented through vehicle-mounted Ethernet technology, which can meet the high-bandwidth, security and low-cost requirements of existing vehicle-mounted technology for information transmission, and solve the problem that traditional vehicle-mounted networks cannot meet the requirements of existing technology.

[0040] It should be noted that the vehicle-mounted Ethernet technology is at least used between domain controller clusters.

[0041] It should be further noted that the vehicle-mounted Ethernet is a kind of high-speed Ethernet as the backbone network, which connects each domain controller together. Unlike the traditional Ethernet, the transmission rate of the vehicle-mounted Ethernet is higher, and it also meets the requirements of the automotive industry for high reliability, low power consumption, bandwidth allocation, low delay and synchronous real-time during data transmission.

[0042] Optionally, in an embodiment, the domain controller cluster or the central gateway 102 is implemented by carrying a middleware technology SOC or MPU.

[0043] In the above implementation of the embodiment, the domain controller cluster or the central gateway 102 carries a middleware technology SOC or MPU, temporarily saves the received services on the middleware technology SOC or MPU, thereby realizing the migration of part of the master control logic to the domain controller cluster or the central gateway 102, and laying the foundation for logical arbitration of service call requests.

[0044] It should be noted that the SOC is a small system, and the academic community generally tends to define the SOC as integrating a microprocessor, an analog IP core, a digital IP core and a memory (or an off-chip memory control interface) on a single chip, which assists the domain controller cluster or the central gateway 102 to realize the functions of the domain controller cluster or the central gateway 102. For example, the domain controller cluster or the central gateway 102 can temporarily store the received service call request on the SOC, which is convenient for priority logical arbitration processing of the service call request.

[0045] It should be noted that the MPU is a CPU (central processing unit) in a microcomputer, is a core component of the domain controller cluster or the central gateway 102, and can also be called the heart of the domain controller cluster or the central gateway 102, and plays a role of controlling the entire domain controller cluster or the central gateway 102, generating a control signal to control a corresponding component, and performing a corresponding operation. The functional structure of the MPU mainly includes an arithmetic unit, a controller, and a register. The main function of the arithmetic unit is to perform arithmetic operations and logical operations. The controller is the command center of the entire domain controller cluster or the central gateway 102, and its main role is to control the execution of commands, including decoding, storing instructions, and completing the specified operations according to the instructions, that is, instruction control, timing control, and operation control. The register is used to store operands, intermediate data, and result data, and assists the domain controller cluster or the central gateway 102 to realize the functions of the domain controller cluster or the central gateway 102. For example, the domain controller cluster or the central gateway 102 can temporarily store the received service call request on the MPU, so as to facilitate the priority logical arbitration processing of the service call request.

[0046] Optionally, in an embodiment, the domain controller cluster or the central gateway 102 supports SOA (Service-Oriented Architecture).

[0047] In the above implementation manner of the embodiment, by using the domain controller cluster or the central gateway 102 supporting SOA, the vehicle control system provided by the embodiment can conveniently split different functional units of an application program, and contact these functional services through an interface and a protocol provided by SOA in an easy way, which facilitates the interaction between different domain controllers in a unified and universal manner.

[0048] It should be noted that SOA supports effective, flexible, and adaptive solutions, and is essentially a service deployment that promotes modular design, high cohesion, and loose coupling. Since it has loose coupling, the system can update the required services according to the needs, so the vehicle control system provided by the embodiment can easily add new services to the vehicle control system to support new functions by using the SOA architecture.

[0049] Optionally, in an embodiment, the domain controller cluster or the central gateway 102 supports the Adaptive Platform of AUTOSAR and integrates the SOME / IP communication technology.

[0050] In the above implementation manner of the embodiment, the Adaptive Platform of AUTOSAR provides a standardized application programming interface for the domain controller cluster or the central gateway 102, and supports dynamic communication and concurrency, so that the domain controller cluster or the central gateway 102 has higher flexibility, the domain controller cluster or the central gateway 102 is facilitated to receive more service call requests, and the domain controller cluster or the central gateway 102 is facilitated to access new calling parties.

[0051] It should be noted that the Adaptive Platform provides a real-time execution environment with flexible software and high resources for the domain controller cluster or the central gateway 102.

[0052] It should be further noted that SOME / IP is a client / server communication mechanism dedicated to automotive embedded systems, and provides a service-oriented communication interface. The domain controller cluster or the central gateway 102 supporting the Adaptive Platform and using the SOME / IP communication technology can more conveniently realize data transmission between the vehicle control system and other vehicle service platforms, and facilitate access to new service parties after vehicle system upgrade.

[0053] The arbitration module is configured to determine the type of the service call request, and the type of the service call request includes a data and information type service and a vehicle control type service.

[0054] It should be noted that the data and information type service includes but is not limited to global satellite positioning tracking, real-time tracking and positioning, timing and positioning, electronic fence, device entering or leaving the fence, and user mobile phone receiving alarm and device position information, vehicle theft prevention, and device sending alarm to user mobile phone in the case of security state.

[0055] The vehicle control type service includes but is not limited to control of automatically adjusting a seat, control of an intelligent headlamp, control of an electronic door lock and theft prevention, and control of an automobile sound.

[0056] The service call request is responded according to the service type, and the downstream executor 103 is called to perform processing on the service call request.

[0057] In the implementation scenario of the embodiment, different response manners are provided for different service call request types, and different types of service call requests are processed at the same time, so that the time for processing the service call request is saved, and the response of the vehicle control system to the service call request is more rapid and orderly.

[0058] Optionally, in an embodiment, as shown in Figure 2 , the arbitration module is configured to determine the type of the service call request, and the type of the service call request includes a data and information type service and a vehicle control type service. Figure 2As shown in FIG. 1, the vehicle control system includes a domain controller cluster or a central gateway 102, a downstream executor 103, and a service request arbitration module 104. The domain controller cluster or the central gateway 102 is configured to receive a service call request. The service call request is a service call request of a data, information type service or a vehicle control type service. The service request arbitration module 104 is configured to perform logical arbitration on the service call request, and determine a priority of the service call request. The downstream executor 103 is configured to execute the service call request according to the priority of the service call request.

[0059] In the above implementation manner of the embodiment, the domain controller cluster or the central gateway 102 directly calls the downstream executor 103 to execute the data, information type service, thereby saving the time for processing the service call request.

[0060] Optionally, in an embodiment, if the service call request is a vehicle control type service, the service request arbitration module 104 performs logical arbitration on the service call request, determines the priority of the service call request, and then calls the downstream executor 103 to execute the service call request.

[0061] In the above implementation manner of the embodiment, for the vehicle control type service, the service request arbitration module 104 performs logical arbitration on the vehicle control type service call request, and determines the priority of the vehicle control type service call request, which helps to improve the speed and order of the vehicle control system in processing the service call request.

[0062] It should be noted that the priority arbitration logic is pre-set in the arbitration module.

[0063] It should be further noted that if the original priority arbitration logic in the arbitration module cannot perform logical arbitration on the call request initiated by a new calling party such as a rear-mounted application due to different vehicle functions and different rear-mounted applications, the user can update the priority arbitration logic in the arbitration module through OTA (Over-the-Air), which can solve the above problem and improve the scalability of the vehicle control system.

[0064] Optionally, in an embodiment, the vehicle control system can only set one arbitration module for logical arbitration. The vehicle control system mentioned in the embodiment is applicable to a scenario where the service degree of the whole vehicle is not high. The vehicle control system mentioned in the embodiment not only can determine the priority of the service call request and execute the downstream executor 103 in an orderly manner, but also can save the cost of the vehicle control system.

[0065] The vehicle control system provided in the embodiment can save the manufacturing cost of the vehicle system and realize basic vehicle service priority arbitration. If the vehicle is updated or upgraded in the future, the priority of the new service call request can be processed only by updating the priority arbitration logic in the arbitration module through OTA.

[0066] Optionally, in an embodiment, the vehicle control system is provided with a plurality of arbitration modules corresponding to the number of services. The vehicle control system provided in this embodiment is applicable to vehicle control scenarios with high service degree, a large number of service calling parties in the vehicle, and high complexity. Through the vehicle control system provided in this embodiment, the priority of the service calling request can be determined, and the downstream executor can be called to execute the service calling request in order, so that the execution of the vehicle control system is more efficient and orderly.

[0067] Specifically, the domain controller cluster or the central gateway 102 receives the service calling request, which will enter the logical arbitration judgment of the corresponding service. The service calling request is processed according to the priority of the service calling request and the state of the service being occupied.

[0068] Through the plurality of arbitration modules corresponding to the number of services provided in this embodiment, the vehicle control service calling request can be logically arbitrated, which can further ensure the orderly execution of the service calling request and the orderliness and efficiency of the vehicle control process.

[0069] Optionally, in an embodiment, the vehicle control system further comprises a Signal-2-Service module.

[0070] If the domain controller cluster or the central gateway 102 does not support the SOME / IP communication technology, after determining the priority of the service calling request, the service calling request is converted into an execution signal through the Signal-2-Service module, and the execution signal is transmitted to the downstream executor 103, so that the downstream executor 103 executes the service calling request.

[0071] In an implementation scenario of this embodiment, for example, if the original system of the vehicle is equipped with a domain controller cluster or a central gateway that does not support the SOME / IP communication technology, in order to save the cost of upgrading the vehicle system, the Signal-2-Service module can be set, and the service calling request received from the arbitration module can be converted into an execution signal through the Signal-2-Service module, so as to facilitate the execution of the downstream executor. Specifically, the Signal-2-Service module receives the service calling request from the arbitration module, and converts the service calling request into an execution signal corresponding to the service calling request through the corresponding relationship between the service calling request and the execution signal.

[0072] Optionally, in an embodiment, the Signal-2-Service module can also convert the execution signal into a service calling request. Through the vehicle control system provided in this embodiment, it is convenient to access a new service calling party in the process of updating and upgrading the vehicle system.

[0073] In an implementation method of the embodiment, the Signal-2-Service module can be a separate processing chip or can be embedded in the domain controller cluster or the central gateway 102.

[0074] Optionally, in an embodiment, the domain controller cluster or the central gateway 102 supports FOTA.

[0075] By setting the domain controller cluster or the central gateway 102 supporting FOTA, the user can use the FOTA technology to upgrade the system configuration of the domain control cluster or the central gateway 102 through the cloud, complete system repair and optimization.

[0076] Optionally, in an embodiment, the domain controller cluster or the central gateway 102 also supports HAL (Hardware Abstraction Layer).

[0077] It should be noted that the HAL is an interface layer between the domain controller cluster or the central gateway 102 and the system hardware circuit, and its purpose is to abstract the hardware, provide a virtual hardware platform for the domain controller cluster or the central gateway 102, and make it hardware-independent, so as to facilitate the porting of the domain controller cluster or the central gateway 102 on multiple platforms.

[0078] According to the priority of the service call request, the downstream executor 103 is called to perform processing on the service call request.

[0079] It should be noted that the downstream executor 103 herein includes but is not limited to a motor, a clutch valve, a valve mechanism, a solenoid valve, etc., and the present embodiment does not limit this.

[0080] The embodiment provides a vehicle control system, which receives a service call request initiated by a calling party 101 through a domain controller cluster or a central gateway 102, judges the type of the service call request, and if the type of the service call request is a data or information type service, the domain controller cluster or the central gateway 102 directly calls a downstream executor 103 to perform the service call request. If the type of the service call request is a vehicle control type service, the arbitration module is used to process the priority of the service call request, determine the priority of the service call request, and call the downstream executor 103 to perform logical processing on the service call request. The vehicle control system provided by the embodiment saves time, is orderly, and can be applied to new vehicle systems with new calling parties in a low complexity and low cost manner.

[0081] It should be noted that, according to the needs of implementation, each component / step described in the embodiments of the present application can be split into more components / steps, or two or more components / steps or partial operations of the components / steps can be combined into new components / steps, to achieve the purpose of the embodiments of the present application.

[0082] Those skilled in the art can realize that the units and method steps of the examples described in combination with the embodiments disclosed herein can be realized in electronic hardware or in a combination of computer software and electronic hardware. Whether the functions are realized in hardware or software manner depends on the specific application and design constraints of the technical solution. The skilled person can use different methods to realize the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of the present application.

[0083] The above implementation is only used to illustrate the embodiments of the present application, and not to limit the embodiments of the present application. Those skilled in the art can make various changes and modifications without departing from the spirit and scope of the embodiments of the present application. Therefore, all equivalent technical solutions also belong to the scope of the embodiments of the present application, and the patent protection scope of the embodiments of the present application should be defined by the claims.

Claims

1. A vehicle control system characterized by comprising: Comprise: The domain controller cluster or central gateway receives the service call request initiated by the calling party; The arbitration module is used to determine the type of the service call request, and the type of the service call request includes data, information service and vehicle control service; Wherein, the domain controller cluster or central gateway is configured to: If the type of the service call request is data, information service, the domain controller cluster or central gateway directly calls the downstream executor to process the data, information service; And if the type of the service call request is vehicle control service, the arbitration module is used to logically arbitrate the service call request, determine the priority of the service call request, and call the downstream executor to perform processing on the service call request according to the priority.

2. The system of claim 1, wherein, The number of arbitration modules corresponds to the number of services.

3. The system of claim 1, wherein, The domain controller cluster or central gateway is realized by carrying middleware technology SOC or MPU.

4. The system of claim 1, wherein, The domain controller cluster or central gateway supports the Adaptive Platform of AUTOSAR and integrates SOME / IP communication technology.

5. The system of claim 1, wherein, The system further comprises: Signal-2-Service module; If the domain controller cluster or central gateway does not support SOME / IP communication technology, after determining the priority of the service call request, the Signal-2-Service module is used to convert the service call request into an execution signal, and the execution signal is transmitted to the downstream executor, so that the downstream executor executes the service call request.

6. The system of claim 5, wherein, The system further comprises: the Signal-2-Service module converts the execution signal into a service call request.

7. The system of claim 1, wherein, The data transmission between the domain controller clusters is realized by vehicle-mounted Ethernet.

8. The system of claim 1, wherein, The domain controller cluster or central gateway supports FOTA.

Images