SOA-based automobile partition glass control method, device, medium and automobile

Abstract

The present application provides an SOA-based automobile partition glass control method, a device, a medium and an automobile, the SOA at least comprising a scenario service layer, a system service layer, an enhanced service layer, an atomic service layer, an I / O abstraction layer and a foundation service layer. The method comprises: by means of a partition glass enhanced control service of the enhanced service layer, receiving a soft switching command from the scenario service layer and / or a hard switching command from the system service layer, and generating a motor control signal; and receiving the motor control signal by means of the atomic service layer, and transmitting same to a partition glass control I / O abstraction service of the I / O abstraction layer, so as to intervene in motions of a motor, and control opening and closing of partition glass. By means of the SOA, the present application achieves unbinding of automobile partition glass control software and hardware, which improves the reuse rate of software, and clearly defines and standardizes service functions and interfaces of all layers, so as to eliminate mutual interference, thus improving the diversity and control efficiency of automobile partition glass control.

Description

Automobile partition glass control method, device, medium and automobile based on SOA architecture

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on January 2, 2024, with application number 202410003186.X and application name “Automobile partition glass control method, device, medium and automobile based on SOA architecture”, all contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of automobile opening and closing component control technology, and specifically to automobile partition glass lifting and lowering control technology. Background Art

[0003] With the continuous development of electric vehicles, the demand for space in vehicle trunks is increasing. Due to the limited cooling or heating capabilities of vehicle air conditioners, if the passenger cabin and trunk are not effectively isolated during use, the workload of the air conditioner will be increased, significantly reducing its cooling and heating effectiveness and prolonging the cooling and heating time. Furthermore, prolonged use of the air conditioner will pollute the environment to a certain extent. Furthermore, current vehicle air conditioners consume a lot of energy, and not isolating the cabin will result in a significant waste of resources. Furthermore, the increased cost of using electric vehicles imposes a significant financial burden on consumers. Therefore, a partition can not only isolate the trunk from the passenger cabin, but also effectively reduce noise and improve the user experience. To facilitate access to items in the trunk, a retractable partition glass is provided on the partition board. When a user needs to retrieve something, they can open the partition glass to connect the trunk and passenger cabin. Prior art CN116533894A provides a partition device for automobiles, but this technology only provides a physical hardware structure for implementing this partition and does not provide a solution for intelligent control.

[0004] Although the partition glass of the partition device in the car also needs to be opened and closed by control similar to the window glass, it is different from ordinary window glass. The main difference is that its stroke is shorter, and its opening and closing needs to be carried out according to the state of the partition board. That is, the opening and closing of the partition glass needs to judge the state of the partition board, and the partition board has two states: upright and folded down. The partition glass is only allowed to move when the partition board is in an upright state.

[0005] Furthermore, control of these devices in vehicles is typically implemented through software. In traditional software architectures, hardware and software are often highly coupled, resulting in signal-based communication that lacks flexibility and scalability. Even minor functional changes require adjustments to the entire vehicle's software. However, SOA (service-oriented architecture) allows applications to be decoupled from their distinct functional units, encapsulating minimal functional logic into services. These modules can then interact with each other and exchange data by invoking service interfaces. In other words, SOA transforms inter-ECU communication from "signal-based communication" to "service-based communication," making applications service-oriented and freely accessible to users with authorized permissions, enabling full vehicle intelligence. Flexible service deployment allows for different service deployments across different vehicle configurations throughout the vehicle's lifecycle, significantly reducing the coupling between hardware and software and facilitating faster software updates and upgrades.

[0006] Prior art CN114809855A discloses a window control system based on an SOA architecture for controlling the opening and closing of vehicle windows. This system integrates the actual software and hardware design and functional / performance requirements of the power window system, defines the functions to be performed by each service layer, the interfaces between services, and the relevant data types. Based on the SOA concept, it decouples software and hardware to improve software reuse. However, this solution is not suitable for controlling the opening of partition glass in vehicles. Summary of the Invention

[0007] To solve the above problems, the present application provides a method, device, medium and automobile for controlling automobile partition glass based on SOA architecture, which improves the diversity and efficiency of automobile partition glass control.

[0008] The technical solution of this application is as follows:

[0009] In a first aspect, the present application provides a method for controlling automobile partition glass based on a SOA architecture, the system comprising at least an APP layer, a scene service layer, a system service layer, an enhanced service layer, an atomic service layer, an I / O abstraction layer, and a basic service layer. The partition glass control method comprises:

[0010] The partition glass control enhancement service of the enhancement service layer receives the soft switch command from the scene service layer and / or the hard switch command from the system service layer, and generates a motor control signal;

[0011] The atomic service layer receives the motor control signal and transmits it to the partition glass control I / O abstract service of the I / O abstract layer to intervene in the motor movement and control the lifting, opening and closing of the partition glass.

[0012] Furthermore, there is a preset priority order in the partition glass control enhanced service of the enhanced service layer. When the hard switch command and the soft switch command are effective at the same time, the priority of the hard switch command is higher than the soft switch command.

[0013] Furthermore, the scene service layer includes a partition glass control scene service, which is used to transmit a soft switch command to the partition glass enhanced control service. The soft switch command is an on or off command obtained in response to a user clicking a soft switch button. This on or off command is sent to the scene service layer and further transmitted to the enhanced service layer.

[0014] The SOA architecture further includes an app layer and a basic service layer. The EDC service in the app layer receives information about the current glass position and partition panel status from the basic service layer, prompting the user to send a soft switch control command for the partition glass. This command is then sent to the partition glass control scene service in the scene service layer. Specifically, if the current glass position is less than 50%, the soft switch sends a close command; otherwise, it sends an open command.

[0015] Furthermore, the system service layer includes an in-vehicle button request system service, which receives the power level information sent by the power level service of the enhanced service layer, the hard switch lock status information sent by the basic service layer, and the hard switch button signal and motor status signal sent by the partition glass in-vehicle physical switch request service of the atomic service layer, and then determines and sends a hard switch command to the enhanced service layer.

[0016] Furthermore, the I / O abstraction layer's partition glass control interior physical switch status service monitors whether the physical hard switch button is pressed and reports this to the atomic service layer's partition glass interior physical switch request service. The I / O abstraction layer's partition glass control I / O abstraction service monitors the motor status, including actual motor motion, motor position, stall status, and initialization status, and reports this to the atomic service layer for further transmission to the basic service layer and the partition glass control enhanced service. It also receives motor control signals from the atomic service layer to intervene in motor motion.

[0017] Furthermore, when the power level information is ON and the hard switch lock state is open, the motor control mode is selected as manual or automatic based on the motor initialization state, thereby determining the hard switch command. When the power level information is OFF or the hard switch lock state is locked, the hard switch command is invalid. The manual control mode controls the glass to move continuously in response to the user continuously pressing the hard switch. The automatic control mode controls the glass to move in a set manner in response to the user pressing the hard switch button a set number of times.

[0018] Furthermore, the partition status needs to be monitored. The I / O abstraction layer's glass control service monitors the status of the partition panels and reports it to the atomic and basic service layers. The atomic service layer then passes the panel status to the enhanced glass control service, which in turn passes it to the EDC service in the app layer. When the partition panel is retracted, the vehicle's glass control is disabled.

[0019] In a second aspect, the present application further provides an electronic device comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the electronic device implements the automobile partition glass control method based on the SOA architecture provided in the above technical solution.

[0020] In a third aspect, the present application further provides a computer-readable storage medium storing a computer program. When executed by a computer processor, the computer program causes the computer to execute the aforementioned SOA-based automotive partition glass control method. The computer-readable storage medium may be included in the electronic device described in the above embodiments, or may exist independently and not be incorporated into the electronic device.

[0021] In a fourth aspect, the present application further provides a car, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the car implements the car partition glass control method based on the SOA architecture as described above.

[0022] In a fifth aspect, the present application further provides a computer program, which, when executed by a processor, implements the automobile partition glass control method based on the SOA architecture as described above.

[0023] In a sixth aspect, the present application further provides a computer program product, including a computer program, which, when executed by a processor, implements the automobile partition glass control method based on the SOA architecture as described above.

[0024] The advantages of this application are as follows:

[0025] This application designs partition glass control under the SOA architecture, splits the different functional units of automobile partition glass control, encapsulates the minimum functional logic into services, and realizes the mutual interaction of different functional logic modules and data interaction by calling service interfaces, realizes the decoupling of software and hardware, improves the software reuse rate, clearly defines and standardizes the service functions and interfaces of each layer, and does not interfere with each other, thereby improving the diversity and control efficiency of automobile partition glass control.

[0026] This application adds enhanced services for partition glass control in the enhanced service layer, adopts two sets of logic, hard switch and soft switch, to select and execute tasks according to the preset priority order for the received soft switch and hard switch commands. The control of partition glass reduces the demand for the current position of the glass and the demand for motor hardware equipment, making the control logic simpler and the software structure with clear division of labor and simplicity.

[0027] This application is to adapt the partition glass control requirements of the partition device. Based on the vehicle window glass, it eliminates the need for glass position information and adopts glass control logic suitable for self-resetting switches. It adds a glass position initialization function for the installation and use of the adapted glass, making the control more reasonable. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] In order to more clearly illustrate the technical solutions in the present application or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0029] FIG1 is a flow chart of automobile partition glass control based on SOA architecture according to one embodiment of the present application;

[0030] FIG2 is an interaction diagram of an SOA software architecture for implementing automobile partition glass control according to an embodiment of the present application;

[0031] FIG3 is a general flow chart of hard switch control according to an embodiment of the present application;

[0032] FIG4 is a flowchart of a manual mode of hard switch control according to an embodiment of the present application;

[0033] FIG5 is a flowchart of a hard switch control automatic mode according to an embodiment of the present application. DETAILED DESCRIPTION

[0034] The following will provide a clear and complete description of the technical solutions in the embodiments of the present application, in conjunction with the accompanying drawings. It should be understood that the specific embodiments described herein are intended only to explain the related application and are not intended to limit the application. It should also be noted that, for ease of description, only the portions relevant to the related application are shown in the accompanying drawings.

[0035] In one embodiment of the present application, a method for controlling automobile partition glass based on an SOA architecture is provided, which is described in detail below with reference to FIG1 to FIG5 :

[0036] The SOA architecture for implementing the automobile partition glass control method includes the APP layer, scenario service layer, system service layer, enhanced service layer, atomic service layer, I / O abstraction layer and basic service layer, as shown in Figure 2.

[0037] The APP layer is used to open up to the outside world for personalized customization, and is combined with the scenario service layer to support flexible arrangement of user scenarios. The program in the EDC (Experience Domain Controller) in the APP layer prompts the user to send a soft switch control command for the partition glass based on the current glass position status and the partition board status. At the same time, the EDC can set the lock state of the hard switch according to user needs and pass the signal to the basic service layer. Specifically, after the APP layer obtains the partition board status, it can be used for partition glass control, partition board control or other related functions. When the partition board is laid down, soft switch and hard switch commands will be restricted at the same time. The current position of the partition glass is used by the EDC to determine the soft switch command to be sent (that is, whether to send an open command or a close command). When the current position of the glass is less than 50% (0% is fully closed), that is, when the glass is less than the half-open position, the soft switch sends a close command, otherwise it sends an open command.

[0038] The scene service layer includes a partition glass control scene service, which is used to send different partition glass control request parameters, namely soft switch commands, to the enhanced service layer.

[0039] The enhanced service layer is responsible for selecting and executing tasks for received soft and / or hard switch commands based on a preset priority order and returning the requested parameters. It includes the power shift service, Enh_PowerShiftDrv, which primarily provides the system service layer with current power shift information. It also includes the enhanced partition glass control service, Enh_PartWinCtrl, which primarily receives soft switch commands from the scene service layer, hard switch signals from the system service layer, and information on partition panel and motor status from the atomic service layer. Based on specific logic, it ultimately issues motor control signals to the atomic service layer.

[0040] The system service layer is responsible for determining whether preset conditions are met based on various trigger sources and invoking enhanced services to implement basic vehicle partition glass control functions. This layer includes in-vehicle key request system services and motor control signals. The in-vehicle key request system service, Sys_PartWinCtrlOpeReq, uses the switch status reported by the basic service layer, the power level signal transmitted by the enhanced service layer, and the hard switch key signal uploaded by the atomic service to issue a hard switch control command to the enhanced service layer according to a specific logic.

[0041] The atomic service layer is used to shield the impact of changes in the I / O abstract layer on the enhanced service layer, reduce software modifications when functions are changed, and achieve decoupling. The atomic service layer includes partition glass status atomic service, partition glass in-vehicle physical switch request service, and partition glass control atomic service. The partition glass status atomic service Atm_PartWinCtrlPartSeatSts receives the partition board status signal of the I / O abstract layer and reports it to the basic service layer and the enhanced service layer. The partition glass in-vehicle physical switch request service Atm_PartWinCtrlSwInOpeReq receives the key signal, motor position signal, and initialization status of the I / O abstract layer, and passes it to the system service layer. The partition glass control atomic service Atm_PartWinCtrl receives the motor control signal of the enhanced service layer and passes it to the I / O abstract layer to control the motor movement; and receives the motor status signal of the I / O abstract layer to the enhanced service layer.

[0042] The I / O abstraction layer is used to bind to the hardware layer and shield the hardware design from the specific implementation method. Among them, the partition glass status I / O service IO_PartWinCtrlPartSeatSts monitors the status of the partition board and reports it to the atomic service layer. The partition glass in-vehicle physical switch request I / O service IO_PartWinCtrlOpeSw monitors the status of the physical hard switch being pressed and reports the signal to the atomic service layer. The partition glass control I / O service IO_PartWinCtrl monitors the motor status (including the actual motor movement status, motor position, stall status, and initialization status) and receives control commands from the atomic service layer to control the motor movement.

[0043] The basic service layer is used to provide interfaces for signal-to-service and service-to-signal conversion, and provides general non-volatile storage functions, DTC storage functions, configuration word storage functions, sleep and wake-up management functions, and operation mode management functions. In the basic service layer, the partition glass control partition status basic service Basc_PartWinCtrlPartSeatSts passes the partition board status from the atomic service layer to the EDC. The partition glass control basic service Basc_PartWinCtrl receives the glass position information uploaded by the atomic service layer and passes it to the EDC. The partition glass button setting basic service Basc_PartWinCtrlSetting receives the hard switch lock signal sent by the EDC, and calls the hard switch lock status storage service Basc_DID downward to write the lock status of the hard switch to the EEPROM, and at the same time passes the signal to the in-vehicle button request system service Sys_PartWinCtrlOpeReq in the system service layer.

[0044] Referring to FIG1 , the automobile partition glass control method based on SOA architecture specifically includes the following steps:

[0045] In step 1, the enhanced glass control service in the enhanced service layer receives soft switch commands from the scene service layer and / or hard switch commands from the system service layer and generates motor control signals. The enhanced glass control service in the enhanced service layer has a preset priority order. When a hard switch command and a soft switch command are in effect simultaneously, the hard switch command takes precedence over the soft switch command.

[0046] Step 2: The atomic service layer receives the motor control signal and transmits it to the partition glass control I / O abstract service of the I / O abstract layer to intervene in the motor movement and control the lifting, opening and closing of the partition glass.

[0047] In one embodiment of the present application, the soft switch command refers to obtaining an on or off command in response to a user clicking a soft switch button and sending it to the scene service layer, and further passing it to the enhanced service layer. The scene service layer includes a partition glass control scene service, which is used to pass the soft switch command to the partition glass enhanced control service. The EDC service of the APP layer receives the current glass position status and partition board status information from the basic service layer, prompts the user to send a partition glass soft switch control command, and sends it to the partition glass control scene service of the scene service layer. That is, the soft switch command logic is relatively simple. The user can send a full-on or full-off command to the scene service layer by clicking the soft switch button provided on the EDC screen, and the enhanced service layer determines whether to execute it downward. At the same time, the user can also click the hard switch lock button on the screen to turn off the function of the hard switch button.

[0048] In one embodiment of the present application, the hard switch command refers to the in-vehicle button request system service of the system service layer, which receives the power level information issued by the power level service of the enhanced service layer, the hard switch lock status information issued by the basic service layer, and the hard switch button signal and motor status issued by the partition glass in-vehicle physical switch request service of the atomic service layer, and then determines and issues a hard switch command to the enhanced service layer.

[0049] In one embodiment of the present application, when the power level information is ON and the hard switch lock state is open, the motor control mode is selected as manual control or automatic control mode based on the motor initialization state, thereby determining the hard switch command. When the power level information is OFF or the hard switch lock state is locked, the hard switch command is invalid. The manual control mode controls the glass to move continuously in response to the user continuously pressing the hard switch. The automatic control mode controls the glass to move in a set manner in response to the user pressing the hard switch button a set number of times, i.e., different set numbers correspond to different movement modes.

[0050] In one embodiment of the present application, the overall hard switch control logic flow is shown in Figure 3. First, the motor and hard switch states are read through the atomic service layer, and the power level status is read through the enhanced service layer. Next, the current power level status is determined. If the power is OFF, all hard switch commands are considered inactive. In the power ON position, hard switch commands are valid. A check is performed to determine whether the motor has been initialized. If so, the automatic control flow is entered; otherwise, the manual control flow is entered. The following describes these two control modes in detail:

[0051] a. Manual control mode requires the user to continuously press the hard switch for the glass to maintain continuous movement in a certain direction. Releasing the button immediately stops the glass. As shown in Figure 4, the detailed process is as follows: First, the motor and hard switch status are read; then, a determination is made as to whether the button is pressed or released. If the button is released, the hard switch command stops the glass movement. If the button is pressed, if it is the first press or the last command was for downward movement, an upward movement command is issued; otherwise, a downward movement command is issued.

[0052] b. Automatic mode means that the user only needs to click the hard switch button once, and the glass will automatically move in a certain direction until it reaches the limit position. As shown in Figure 5, the detailed process is as follows: First, the status of the hard switch and motor is read to determine whether the hard switch button is pressed. If the button is pressed, if the motor is currently moving, the hard switch command will stop the motor. If the motor is currently stationary, the hard switch command will cause the motor to rotate. If the rotation direction is determined to be the first press or the previous command was downward, the current command will cause the glass to move upward; otherwise, the current command will cause the glass to move downward.

[0053] In one embodiment of the present application, a hard stop is used to stop the partition glass. This means that the glass stops when the motor is stalled. Manual mode stops the motor by simply detecting a high-to-low transition; pressing the button again reverses the direction. Automatic mode detects a button press during glass movement, triggering a stop. Pressing the button again triggers a reverse direction.

[0054] In one embodiment of the present application, the current position of the glass is unknown before initialization. In this case, both the automatic mode of the hard switch and the soft switch function will be disabled. The partition glass position initialization process involves using the hard switch in manual mode to control the glass upward to the limit position, causing the motor to stall and stop. Then, using manual mode to control the glass downward to the lower limit position, causing the motor to stall and stop. At this point, the partition glass is initialized, the current glass position is known, the hard switch automatically switches to automatic mode, and the soft switch function becomes active.

[0055] In one embodiment of the present application, the I / O abstraction layer's partition glass control in-vehicle physical switch status service monitors whether the physical hard switch button is pressed and reports this to the atomic service layer's partition glass in-vehicle physical switch request service. The I / O abstraction layer's partition glass control I / O abstraction service monitors the motor status, including actual motor motion status, motor position, stall status, and initialization status, and reports this to the atomic service layer for further transmission to the basic service layer and partition glass control enhanced service. It also receives motor control signals from the atomic service layer to intervene in motor motion.

[0056] In one embodiment of the present application, the partition glass control partition status I / O abstract service of the I / O abstract layer monitors the partition board status and reports it to the atomic service layer and the basic service layer. The atomic service layer then passes the partition board shape to the partition glass control enhancement service, and the basic service layer then passes the partition board shape to the EDC service in the APP layer; when the partition board state is retracted, it is prohibited to turn on the car partition glass control.

[0057] As can be seen from the above embodiments, the control of partition glass has the following characteristics: (1) The switch type of partition glass is a self-reset switch. The IO abstraction layer needs to monitor whether the button is pressed, and the hard switch has two working modes, manual mode and automatic mode. The selection of the two modes is determined by whether the partition glass is initialized. In manual mode, the key signal needs to be continuously high; in automatic mode, it is necessary to check the signal jump. (2) In terms of control logic, since the partition glass does not require the window opening (specific position of the glass), the command to control the glass is not a specific window position, but a simple switch command. The switch of the hard switch to control the glass can only depend on the last command. The default first command is closed, and the next hard switch command is the opposite of the last one. The glass reaches the limit position with the motor blocked as a sign, rather than the specific glass position information. (3) In terms of software architecture, the priority processing of the partition glass only involves the priority of the hard and soft switches, which can be achieved by presetting the priority order of the partition glass enhanced control service in the enhanced service layer. When the hard switch command and the soft switch command are effective at the same time, the priority of the hard switch command is higher than the soft switch command.

[0058] In one embodiment of the present application, an electronic device is also provided, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the electronic device implements the automobile partition glass control method based on the SOA architecture provided in the above-mentioned embodiments.

[0059] In one embodiment of the present application, a computer-readable storage medium is provided, storing a computer program. When executed by a computer processor, the computer program causes the computer to execute the aforementioned SOA-based automotive partition glass control method. The computer-readable storage medium may be included in the electronic device described in the above embodiments, or may exist independently and not be incorporated into the electronic device.

[0060] In one embodiment of the present application, a car is also provided, comprising: one or more processors; a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the car implements the car partition glass control method based on the SOA architecture provided in each of the above embodiments.

[0061] In one embodiment of the present application, a computer program is further provided. When the computer program is executed by a processor, the vehicle partition glass control method based on the SOA architecture provided in each of the above embodiments is implemented.

[0062] In one embodiment of the present application, a computer program product is further provided, including a computer program, which, when executed by a processor, implements the automobile partition glass control method based on the SOA architecture provided in the above embodiments.

[0063] The above description is merely an embodiment of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent replacements, and improvements made within the spirit and scope of the present application are included in the scope of protection of the present application.

Claims

1. A control method for automotive partition glass based on the SOA architecture, the SOA architecture includes a scenario service layer, a system service layer, an enhanced service layer, an atomic service layer, and an I / O abstraction layer; characterized in that, The method includes controlling, by means of the partition glass of the enhanced service layer, the enhanced service to receive a soft switch command from the scenario service layer and / or a hard switch command from the system service layer, and generating a motor control signal; receiving, by the atomic service layer, the motor control signal and transmitting it to the partition glass control I / O abstraction service of the I / O abstraction layer to intervene in the motor movement and control the opening and closing of the partition glass.

2. The method for controlling the automotive partition glass according to claim 1, wherein, When the partition glass control enhanced service receives a soft switch command from the scenario service layer and a hard switch command from the system service layer, when both the hard switch command and the soft switch command are in effect, the priority of the hard switch command is higher than that of the soft switch command.

3. The method for controlling the automotive partition glass according to claim 1 or 2, characterized in that The scenario service layer transmits a soft switch command to the partition glass control enhanced service of the enhanced service layer through the partition glass control scenario service; the soft switch command refers to an on or off command obtained in response to a user clicking a soft switch button.

4. The method for controlling the automotive partition glass according to claim 3, characterized in that, The SOA architecture further includes an APP layer and a basic service layer. The EDC service of the APP layer receives the current glass position status and partition board status information uploaded from the basic service layer, prompts the user to send a soft switch control command for the partition glass, and sends it to the partition glass control scenario service of the scenario service layer; the partition glass button setting basic service of the basic service layer receives the hard switch locking status information sent by the EDC service, calls the hard switch locking status storage service downward to write the hard switch locking status information into the memory, and at the same time transmits the information to the in-vehicle button request system service in the system service layer.

5. The method for controlling the automotive partition glass according to claim 4, wherein, The system service layer receives the power gear information sent by the power gear service of the enhanced service layer, the hard switch locking status information sent by the basic service layer, and the hard switch button signal and motor status information sent by the partition glass in-vehicle entity switch request service of the atomic service layer through the in-vehicle button request system service, and then determines and issues a hard switch command to the enhanced service layer.

6. The method for controlling the automotive partition glass according to claim 5, wherein, The I / O abstraction layer monitors the state of whether the physical hard switch button is pressed through the partition glass control in-vehicle entity switch state service and reports it to the partition glass in-vehicle entity switch request service of the atomic service layer; the I / O abstraction layer monitors the motor status through the partition glass control I / O abstraction service and reports it to the atomic service layer for further transmission to the basic service layer and the enhanced service layer, and at the same time receives the motor control signal of the atomic service layer to intervene in the motor movement.

7. The method for controlling the automotive partition glass according to claim 5 or 6, characterized in that, The motor status includes the actual motor movement status, motor position, stall state, and initialization state.

8. The method for controlling the automotive partition glass according to claim 7, wherein, When the power gear information is in the ON gear and the hard switch locking status is open, select the motor control mode as manual control or automatic control mode according to the initialization state of the motor, and then determine the hard switch command; when the power gear information is in the OFF gear, or the hard switch locking status is locked, the hard switch command is invalid.

9. The method for controlling the automotive partition glass according to claim 8, characterized in that, If the motor status is initialized, enter the automatic control mode; if the motor status is not initialized, both the automatic control mode of the hard switch button and the soft switch command are prohibited from being enabled, and enter the manual control mode.

10. The method for controlling the automotive partition glass according to claim 9, characterized in that, The initialization process is as follows: Use the manual control mode of the hard switch to control the glass to move upward to the limit position, and the motor stalls and stops; then, continue to use the manual control mode to control the glass to move downward to the lower limit position, and the motor stalls and stops; the partition glass initialization is completed, the current position information of the glass is known, and the hard switch automatically switches to the automatic control mode, and the soft switch function is effective.

11. The method for controlling the automotive partition glass according to any one of claims 8-10, characterized in that, The manual control mode is to control the continuous movement of the glass in response to the user continuously pressing the hard switch; the automatic control mode is to control the glass to move in a set manner in response to the user clicking the hard switch button a set number of times.

12. The method for controlling the automotive partition glass according to any one of claims 4-11, characterized in that, The partition glass control partition status I / O abstraction service of the I / O abstraction layer monitors the partition board status and reports it to the atomic service layer and the basic service layer. The atomic service layer then transfers the partition board status to the enhanced partition glass control service, and the basic service layer then transfers the partition board status to the EDC service in the APP layer; when the partition board status is retracted, the control of the automotive partition glass is prohibited from being turned on.

13. An electronic device, characterized in that, The electronic device includes: One or more processors; A storage device for storing one or more programs, which when executed by the one or more processors, cause the electronic device to implement the SOA architecture-based automotive partition glass control method according to any one of claims 1 to 12.

14. A computer-readable storage medium, characterized in that, A computer program is stored thereon, which when executed by a processor of the computer, causes the computer to execute the SOA architecture-based automotive partition glass control method according to any one of claims 1 to 12.

15. An automobile, characterized in that, The vehicle includes: One or more processors; A storage device for storing one or more programs, which when executed by the one or more processors, cause the vehicle to implement the SOA architecture-based automotive partition glass control method according to any one of claims 1 to 12.

16. A computer program, characterized in that, The computer program, when executed by a processor, implements the SOA architecture-based automotive partition glass control method according to any one of claims 1 to 12.

17. A computer program product, characterized in that, Includes a computer program, which when executed by a processor, implements the SOA architecture-based automotive partition glass control method according to any one of claims 1 to 12.

Images