Car body windscreen wiper control system and method based on SDV standard

Abstract

The invention discloses a vehicle body windscreen wiper control system and method based on an SDV standard. The vehicle body windscreen wiper control system comprises an equipment abstraction layer, an atomic service layer, a windscreen wiper control combined service module and an application layer. When the application layer receives windscreen wiper requests sent by different basic software, the application layer calls the windscreen wiper control combination service module, the windscreen wiper control combination service module determines the priority and then calls windscreen wiper atomic services of the atomic service layer, the windscreen wiper atomic services call windscreen wiper equipment abstract services of the equipment abstract layer, and the windscreen wiper equipment abstract services are sent to the equipment abstract layer. And the wiper is driven by the wiper equipment abstract service of the equipment abstraction layer, so that the control of the wiper is realized. According to the windscreen wiper control system realized by adopting a servitized software architecture, self-adaptive deployment can be carried out on services, meanwhile, the code coupling degree is low, and the reusability is high; when the demand changes, only the application layer code needs to be modified, and the atomic service layer and the equipment abstraction layer do not need to be modified, so that the version can be rapidly iterated.

Description

Technical Field

[0001] This invention relates to the field of vehicle body control technology, and in particular to a vehicle body wiper control system and method based on the SDV standard. Background Technology

[0002] Windshield wipers are a safety device for cars. They can perform routine windshield cleaning, rain cleaning, and snow cleaning, ensuring clear visibility for the driver and are essential for safe driving.

[0003] In traditional vehicle body control development, the windshield wiper control system directly controls the wipers by reading and writing CAN / LIN signals. When hardware changes occur, such as changes to the wiper motor module interface, the model-based development code needs to be modified accordingly, the software component needs to be regenerated, and subsequent integration testing needs to be performed. This development and control approach cannot adapt to the rapid iteration of versions when requirements change, and it also has high code coupling and low reusability.

[0004] Software-defined vehicles (SDVs) represent a revolutionary paradigm shift in automotive electronics in recent years. Their core characteristic is the transformation of vehicle functionality from hardware-driven to software-defined. Software-defined architecture (SOA) forms the software foundation for realizing SDVs. Essentially, it modularizes and standardizes previously fragmented ECUs and their corresponding basic software functions, redeploying them into a layered software architecture. This allows vehicles to provide different services to owners through various software configurations without adding or replacing hardware, thus achieving a truly personalized experience for each vehicle. Summary of the Invention

[0005] To address the shortcomings of existing technologies, the present invention aims to provide a vehicle windshield wiper control system and method based on the SDV standard.

[0006] To achieve the objectives of this invention, the technical solution adopted is as follows: A vehicle windshield wiper control system based on the SDV standard includes: a device abstraction layer, an atomic service layer, a wiper control combined service module, and an application layer; The device abstraction layer decouples different wiper device ports from hardware and provides wiper device abstraction services. The atomic service layer decouples different basic software from the wiper atomic service, encapsulates basic wiper functions, and provides wiper atomic services. The wiper control combination service module is used to determine the service priority of wiper requests from different request sources and under different wiper control modes, complete the wiper control and arbitration logic, and call the atomic service layer. The application layer provides an external interface to receive wiper requests and call the wiper control combination service module to implement control. When the application layer receives wiper requests from different underlying software, it calls the wiper control combination service module. After determining the priority, the wiper control combination service module calls the wiper atomic service of the atomic service layer. The wiper atomic service calls the wiper device abstract service of the device abstract layer, which in turn drives the wiper to achieve wiper control.

[0007] Furthermore, the wiper device abstraction service in the device abstraction layer includes setting the wiper operating mode, reporting the current status of the wipers, and reporting wiper malfunction status.

[0008] Furthermore, the wiper atomic service in the atomic service layer includes starting the wiper and invoking the mode, stopping the wiper and resetting, providing feedback on the current wiper status, and configuring the interval for intermittent wipers.

[0009] Furthermore, the request sources include MFS, IVI, and ADAS; The wiper control modes include single wiper mode, low speed wiper mode, high speed wiper mode, automatic wiper mode, wiper service mode, washer mode, and intermittent wiper mode.

[0010] Furthermore, the priority arbitration rules for the wiper control suite service module include: Control source priority: MFS request > IVI request > ADAS automatic request; Mode priority: Single wipe > High speed mode > Low speed mode > Auto mode > Service mode > Intermittent wiper mode.

[0011] Furthermore, the device abstraction layer interacts with the hardware via LIN / CAN signals.

[0012] Furthermore, after the wiper control combination service module determines the priority, the basic software calls the wiper control system atomic service layer API by calling the service interface. The wiper atomic service also calls the wiper device abstract service API of the device abstraction layer by calling the service interface.

[0013] Furthermore, the system adopts a layered architecture based on SoC and MCU. On the SoC side, the basic software calls the wiper control system atomic service layer API by calling the service interface. The wiper control combined service module of the wiper control system performs priority and logic judgment, and then calls the device abstraction layer API. Service communication between the SoC side and the MCU side is implemented based on Topic communication. Topic packages are transmitted to the MCU side via DDS or SomeIP. On the MCU side, a signal-to-service gateway is implemented, supporting the conversion of Topic to Signal, and the wipers are driven to perform corresponding operations by CAN signals.

[0014] A method for controlling vehicle windshield wipers based on the SDV standard includes the following steps: Step 1: When different basic software sends wiper control requests to the application layer, the application layer calls the wiper control combination service module. After receiving the wiper control request, the wiper control combination service module determines whether there are other wiper control modes running. If so, it executes Step 2; otherwise, it executes Step 3. Step 2: Determine whether the priority of the new wiper operation request is greater than the priority of the currently running wiper mode. If yes, proceed to Step 4; otherwise, reject the new wiper operation request. Step 3: Set the status of the wiper control combination service module to MFS / IVI / ADAS active state. The processing content of the wiper control combination service module includes: calling the wiper service of the atomic service layer to stop the wipers; calling the wiper service of the atomic service layer to start the wipers and set the wiper running mode, speed and cycle period. Step 4: The wiper control module calls the wiper atomic service in the atomic service layer based on whether the wiper service is currently in progress; sets the status in the wiper control module to MFS / IVI active state; when the wiper service is currently in progress, the wiper control module's processing includes: calling the wiper service in the atomic service layer to stop the wipers; calling the wiper service in the atomic service layer to start the wipers and setting the wiper operating mode, speed, and cycle time.

[0015] The beneficial effects of this invention are that, compared with the prior art, the wiper control system implemented by this invention using a service-oriented software architecture can adaptively deploy services, while maintaining low code coupling and high reusability. When requirements change, only the application layer code needs to be modified, without modifying the atomic service layer and device abstraction layer, enabling rapid version iteration. Furthermore, the control system developed based on the service-oriented architecture, as a callable service, is published to the IP network via the DDS or SomeIP protocol. Third-party applications can find and use this service from the IP network through the service discovery mechanism of the DDS / SomeIP protocol. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of the vehicle windshield wiper control system based on the SDV standard of the present invention; Figure 2 This is a schematic diagram of the layered architecture implementation based on SoC and MCU of the present invention. Detailed Implementation

[0017] The technical solution of the present invention will be further described below with reference to the accompanying drawings and embodiments. The following embodiments are only used to more clearly illustrate the technical solution of the present invention, and should not be used to limit the scope of protection of this application.

[0018] like Figure 1 As shown, the vehicle windshield wiper control system based on the SDV standard of the present invention includes: a device abstraction layer, an atomic service layer, a wiper control combined service module, and an application layer.

[0019] The device abstraction layer decouples the ports of different types of wiper devices, such as wiper motors and washer sensors, and provides standardized wiper device abstraction services. The electric wiper device abstraction services in the device abstraction layer include: setting wiper operation mode, reporting wiper current status, and reporting wiper fault status.

[0020] The atomic service layer decouples different basic software from the wiper atomic service, encapsulates basic wiper functions, and provides wiper atomic services such as starting the wiper and calling the mode, stopping the wiper and resetting, providing feedback on the current status of the wiper, and configuring the interval of intermittent wipers.

[0021] The wiper control combined service module is used to determine the service priority of wiper requests from different request sources and under different wiper control modes, complete the control and arbitration logic of the wiper module, and call the atomic service layer; different request sources include MFS: Multi-function Switch, IVI: In Vehicle Infotainment, and ADAS: Advanced Driving Assisted System.

[0022] The application layer provides external interfaces to receive wiper requests from MFS, IVI, and ADAS, call the wiper control combination service module to implement control, and store the wiper status.

[0023] When the application layer receives wiper requests from different underlying software, it calls the wiper control combination service module. After determining the priority, the wiper control combination service module calls the wiper atomic service of the atomic service layer. The wiper atomic service calls the wiper device abstract service of the device abstract layer, which then drives the wiper to achieve wiper control.

[0024] After the wiper control package service module determines the priority, the basic software calls the wiper control system atomic service layer API by calling the service interface. The wiper atomic service also calls the wiper device abstract service API of the device abstraction layer by calling the service interface.

[0025] The windshield wiper control method based on the SDV standard described in this invention includes the following steps: Step 1: When different basic software sends wiper control requests to the application layer, the application layer calls the wiper control combination service module. After receiving the wiper control request, the wiper control combination service module determines whether there are other wiper control modes running. If so, it executes Step 2; otherwise, it executes Step 3. Step 2: Determine whether the priority of the new wiper operation request is greater than the priority of the currently running wiper mode. If yes, proceed to Step 4; otherwise, reject the new wiper operation request. Step 3: Set the status of the wiper control combination service module to MFS / IVI / ADAS active state. The processing content of the wiper control combination service module includes: calling the wiper service of the atomic service layer to stop the wipers; calling the wiper service of the atomic service layer to start the wipers and set the wiper running mode, speed and cycle period. Step 4: The wiper control module calls the wiper atomic service in the atomic service layer based on whether the wiper service is currently in progress; sets the status in the wiper control module to MFS / IVI active state; when the wiper service is currently in progress, the wiper control module's processing includes: calling the wiper service in the atomic service layer to stop the wipers; calling the wiper service in the atomic service layer to start the wipers and setting the wiper operating mode, speed, and cycle time.

[0026] The device abstraction layer interacts with the hardware via LIN / CAN signals. Key signal mappings include: Output signals: Wipr_FrntWiprReq (mode command), Wipr_AutoModSpdReq (automatic speed level); Input signals: Wipr_FrntLeParkPosSts (left wiper parking status), Wipr_FrntRiFaildSts (right motor fault code).

[0027] The API mapping of the device abstraction layer is shown in Table 1. The service interfaces of the device abstraction layer include: SetWiperCmd(uint8 mode, uint8 speed, uint16 cycles): Sets the wiper operation mode (single / low speed / high speed / auto / service), speed level, and number of cycles; GetWiperStatus(): Returns the current position (service position), activation status, and fault code of the wiper; ReportFault (DrvFltSt fault): Report motor overload, communication interruption, and sensor malfunction.

[0028] Table 1

[0029] The API mapping relationship of the atomic service layer is shown in Table 2. The service interfaces of the atomic service layer include: StartWiper(uint8 mode, uint8 speed): Starts the wipers and specifies the mode (in automatic mode, the ADAS rain level parameter needs to be passed in). StopWiper(): Immediately stops the windshield wipers and resets their state; GetCurrentMode(): Returns the currently running wiper mode and speed; SetIntermittent(uint8 interval): Configures the interval for intermittent wipers.

[0030] Table 2

[0031] The priority arbitration rules for the wiper control suite service module include: Control source priority: MFS request > IVI request > ADAS automatic request; Mode priority: Single wipe > High speed mode > Low speed mode > Auto mode > Service mode > Intermittent wiper mode; Conflict handling: If a later-triggered request has a higher priority, the current mode is interrupted and a new request is executed.

[0032] In the priority cutting rules, if the wipers malfunction and need to be stopped, or if the customer requests to stop the current operation, the priority of the mode is: wiper stop > single wipe.

[0033] Application layer state machines include: Activation status: Records the current operating mode, speed, and remaining cycle time; Interruption status: Saves the mode parameters before being interrupted by a high-priority request; Fault status: Stores the fault code and triggers an IVI alarm.

[0034] The wiper requests under different wiper control modes include: single wiper mode, low-speed wiper mode, high-speed wiper mode, automatic wiper mode, wiper service mode, and intermittent wiper mode.

[0035] Single wiper mode refers to activating the wiper for a single wipe by briefly pressing the multi-function switch; Low-speed wiper mode refers to: activating the mode selection on the IVI (In Vehicle Infortainment) by long-pressing the multi-function switch, and then clicking the wiper to wipe continuously at low speed; High-speed wiper mode refers to: activating the mode selection on the IVI by long-pressing the multi-function switch, and then clicking to perform high-speed continuous wiping; Automatic wiper mode refers to the following: Activate the mode selection on the IVI by pressing and holding the multi-function switch, then click "Automatic Wiper." The rain sensor will then send a signal to the wiper control module based on the rainfall, and the system will select the appropriate wiper speed. Wiper speeds are defined in Table 3, or customers can define their own.

[0036] The wiper service mode refers to the wipers automatically stopping on the windshield. This mode makes it convenient to replace or inspect the wipers, and clean debris from the glass. You can select the wiper service mode through the IVI.

[0037] Intermittent wiper mode refers to: activating the mode selection on the IVI by long-pressing the multi-function switch, and then clicking on intermittent wiper mode.

[0038] The automatic wiper speed is defined as shown in Table 3.

[0039] Table 3

[0040] Therefore, in the StartWiper(uint8 mode, uint8 speed) function of the atomic service layer API interface, the value of unitspeed ranges from 0 to 255.

[0041] The low and high speed wiper settings involved in this patent comply with ECE R104 and GB 15085-2013 regulations, and the patented design supports any low and high speed settings within the scope of the regulations.

[0042] The intermittent wiper definition and intermittent wiper mode involved in this patent adopt the 1-1-pause-1 method, and the pause interval time can be defined by the user, with a value range of 1s-20s.

[0043] like Figure 2 The diagram shows the SOA service and communication protocol architecture involved in this invention. Similar, but not limited to, chip-type architectures and communication schemes are all within the scope of this patent. This invention adopts a layered architecture and communication scheme based on SoC (System on the Chip) chips and MCU (Microcontroller Unit) chips. Specifically, On the SoC side, the basic software calls the wiper control system's atomic service layer API via service interface calls. The wiper control combination service module of the wiper control system performs priority and logic judgments, and then calls the device abstraction layer API. Service communication between the SoC side and the MCU side is implemented based on Topic communication. Topic packages are transmitted to the MCU side via DDS or SomeIP.

[0044] On the MCU side, a signal-to-service gateway is implemented, supporting the conversion of Topic to Signal, and the wipers are driven to perform corresponding operations by CAN signals.

[0045] The beneficial effects of this invention are that, compared with the prior art, the wiper control system implemented by this invention using a service-oriented software architecture can adaptively deploy services, while maintaining low code coupling and high reusability. When requirements change, only the application layer code needs to be modified, without modifying the atomic service layer and device abstraction layer, enabling rapid version iteration. Furthermore, the control system developed based on the service-oriented architecture, as a callable service, is published to the IP network via the DDS or SomeIP protocol. Third-party applications can find and use this service from the IP network through the service discovery mechanism of the DDS / SomeIP protocol.

[0046] The applicant of this invention has provided a detailed description of the embodiments of the invention in conjunction with the accompanying drawings. However, those skilled in the art should understand that the above embodiments are merely preferred embodiments of the invention. The detailed description is only intended to help readers better understand the spirit of the invention and is not intended to limit the scope of protection of the invention. On the contrary, any improvements or modifications made based on the inventive spirit of the invention should fall within the scope of protection of the invention.

Claims

1. A vehicle windshield wiper control system based on the SDV standard, characterized in that, It includes: Device Abstraction Layer, Atomic Service Layer, Wiper Control Combination Service Module, and Application Layer; The device abstraction layer decouples different wiper device ports from hardware and provides wiper device abstraction services. The atomic service layer decouples different basic software from the wiper atomic service, encapsulates basic wiper functions, and provides wiper atomic services. The wiper control combination service module is used to determine the service priority of wiper requests from different request sources and under different wiper control modes, complete the wiper control and arbitration logic, and call the atomic service layer. The application layer provides an external interface to receive wiper requests and call the wiper control combination service module to implement control. When the application layer receives wiper requests from different underlying software, it calls the wiper control combination service module. After determining the priority, the wiper control combination service module calls the wiper atomic service of the atomic service layer. The wiper atomic service calls the wiper device abstract service of the device abstract layer, which in turn drives the wiper to achieve wiper control.

2. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, The wiper device abstraction service in the device abstraction layer includes setting the wiper operating mode, reporting the current status of the wipers, and reporting wiper malfunction status.

3. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, The wiper atomic service in the atomic service layer includes starting the wiper and invoking the mode, stopping the wiper and resetting it, providing feedback on the current wiper status, and configuring the interval for intermittent wipers.

4. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, The request sources include MFS, IVI, and ADAS; The wiper control modes include single wiper mode, low speed wiper mode, high speed wiper mode, automatic wiper mode, wiper service mode, and intermittent wiper mode.

5. The vehicle wiper control system based on the SDV standard according to claim 4, characterized in that, The priority arbitration rules for the wiper control suite service module include: Control source priority: MFS request > IVI request > ADAS automatic request; Mode priority: Single wipe > High speed mode > Low speed mode > Auto mode > Service mode > Intermittent wiper mode.

6. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, The device abstraction layer interacts with the hardware via LIN / CAN signals.

7. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, After the wiper control package service module determines the priority, the basic software calls the wiper control system atomic service layer API by calling the service interface. The wiper atomic service also calls the wiper device abstract service API of the device abstraction layer by calling the service interface.

8. The vehicle windshield wiper control system based on the SDV standard according to claim 1, characterized in that, The system adopts a layered architecture based on SoC and MCU. On the SoC side, the basic software calls the wiper control system atomic service layer API by calling the service interface. The wiper control combined service module of the wiper control system performs priority and logic judgment, and then calls the device abstraction layer API. Service communication between the SoC side and the MCU side is implemented based on Topic communication. Topic packages are transmitted to the MCU side via DDS or SomeIP. On the MCU side, a signal-to-service gateway is implemented, supporting the conversion of Topic to Signal, and the wipers are driven to perform corresponding operations by CAN signals.

9. A vehicle windshield wiper control method based on the SDV standard, based on the vehicle windshield wiper control system based on the SDV standard as described in any one of claims 1-8, characterized in that, Including the following steps: Step 1: When different basic software sends wiper control requests to the application layer, the application layer calls the wiper control combination service module. After receiving the wiper control request, the wiper control combination service module determines whether there are other wiper control modes running. If so, it executes Step 2; otherwise, it executes Step 3. Step 2: Determine whether the priority of the new wiper operation request is greater than the priority of the currently running wiper mode. If yes, proceed to Step 4; otherwise, reject the new wiper operation request. Step 3: Set the status of the wiper control combination service module to MFS / IVI / ADAS active state. The processing content of the wiper control combination service module includes: calling the wiper service of the atomic service layer to stop the wipers; calling the wiper service of the atomic service layer to start the wipers and set the wiper running mode, speed and cycle period. Step 4: The wiper control module calls the wiper atomic service in the atomic service layer based on whether the wiper service is currently in progress; sets the status in the wiper control module to MFS / IVI active state; when the wiper service is currently in progress, the wiper control module's processing includes: calling the wiper service in the atomic service layer to stop the wipers; calling the wiper service in the atomic service layer to start the wipers and setting the wiper operation mode, speed, and cycle time.

Images