Vehicle window control method, vehicle window control device and vehicle

Abstract

The invention provides a vehicle window control method, a vehicle window control device and a vehicle, and relates to the field of vehicle control. The method comprises the steps that a driving request of a target vehicle window is received; in response to the driving request, whether a target motor meets the vehicle window driving condition within a target duration or not is determined, the target motor is a motor for driving a target vehicle window to operate, and the target duration comprises at least two preset periods; and under the condition that the target motor meets the vehicle window driving condition, the target vehicle window is driven to operate through the target motor based on the driving request. The method can improve the response capability of the vehicle window, so that the user experience is improved.

Description

Technical Field

[0001] The present application relates to the field of vehicle control, and more particularly, to a vehicle window control method, a vehicle window control device, and a vehicle in the vehicle field. Background Art

[0002] To facilitate in-vehicle window control, most vehicles offer voice control for opening and closing the windows. During voice control, the window motor must reset within a preset time after it stops operating to synchronize multiple systems and facilitate the next window control. During this time, the window motor's signal indicates that the window is unresponsive to user control commands. If a user input is detected during the preset window motor reset period, the preconditions are not met, resulting in an inability to respond to the user's command, impacting the user experience.

[0003] Therefore, how to improve the responsiveness of car windows and thus enhance user experience is an urgent problem to be solved. Summary of the Invention

[0004] The present application provides a vehicle window control method, a vehicle window control device and a vehicle, which can improve the responsiveness of vehicle window control, thereby enhancing the user experience.

[0005] In a first aspect, a vehicle window control method is provided, the method comprising:

[0006] receiving a driving request for a target window;

[0007] In response to the driving request, determining whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives the target window to operate, and the target duration includes at least two preset cycles;

[0008] When the target motor satisfies the window driving condition, the target window is driven to operate by the target motor based on the driving request.

[0009] In the above technical solution, after receiving a drive request for a target window in a vehicle, the target motor corresponding to the target window meets the window drive condition within at least two preset periods in response to the drive request. If the target motor meets the window drive condition, the target window can be driven by the target motor in accordance with the drive request. Compared to the prior art, which only determines whether the motor meets the window drive condition at the current moment after receiving the drive request, if the drive request is received within a preset period after the motor stops operating, the motor will not control the window in response to the drive request due to the default setting that the motor cannot meet the window drive condition within the preset period. In contrast, the present application extends the determination period by detecting whether the target motor meets the window drive condition within a target time period of at least two preset periods, thereby avoiding drive request response failures due to signal fluctuations. This also avoids the prior art problem of being unable to respond to a drive request received within a preset period after the motor stops operating, thereby improving the success rate of responding to window drive requests and thus enhancing the user experience.

[0010] In conjunction with the first aspect, in some possible implementations, determining whether the target motor meets the window driving condition within the target duration includes:

[0011] obtaining a first signal value of the target motor, wherein the first signal value is used to indicate whether the target motor is allowed to respond to the driving request;

[0012] Within the target time period, based on the first signal value, it is determined whether the target motor meets the window driving condition.

[0013] In the above technical solution, the first signal value of the target motor can reflect whether the target motor is currently allowed to respond to the drive request; within the target time, whether the target motor meets the window driving conditions is determined according to the first signal value; by judging the signal change of the first signal value within the target time, it can be accurately determined whether the target motor can respond to the user's drive request under the current working conditions, thereby improving the accuracy of the judgment and avoiding the inability to respond to the drive request normally due to misjudgment, which in turn leads to failure of window control and affects the user experience.

[0014] In combination with the first aspect and the above implementations, in some possible implementations, determining whether the target motor meets the window driving condition based on the first signal value includes:

[0015] determining whether the first signal value is a first preset value;

[0016] If the first signal value is a first preset value, determining whether the target motor meets the window driving condition based on a second signal value of the target motor, wherein the second signal value is used to indicate whether the target motor has a safety risk;

[0017] If the first signal value is a value other than the first preset value, it is determined that the target motor does not meet the window driving condition.

[0018] In the above technical solution, it is first determined whether the first signal value used to indicate whether the target motor is allowed to respond to the drive request is a first preset value; if it is the first preset value, it is further combined with the second signal value of the target motor to determine whether the target motor meets the window driving condition. When the target motor is allowed to respond to the drive request, it is further determined whether there is a safety risk in the target motor to determine whether the target motor meets the window driving condition and ensure the safety of driving the window; if it is a value other than the first preset value, there is no need to detect the second signal value, and it is directly determined that the target motor does not meet the window driving condition, thereby avoiding wasting the vehicle's detection resources.

[0019] In combination with the first aspect and the above implementations, in some possible implementations, determining whether the target motor meets the window driving condition based on the second signal value of the target motor includes:

[0020] If the second signal value is a second preset value, determining that the target motor meets the window driving condition;

[0021] If the second signal value is a value other than the second preset value, it is determined that the target motor does not meet the window driving condition.

[0022] In the above technical solution, when the first signal value is the first preset value, the target motor is allowed to respond to the drive request; at this time, when the second signal value indicating whether there is a safety risk is the second preset value, it is determined that the target motor meets the window driving conditions, ensuring that no safety failure will occur when the window is driven by the motor; when the second signal value is a value other than the second preset value, it is determined that the target motor does not meet the window driving conditions, and the target window is not driven, avoiding forced driving that aggravates the motor safety failure; through the judgment of the preset value, the efficiency of signal judgment can be improved, and the response efficiency of the window control can be further improved.

[0023] In combination with the first aspect and the above implementation manner, in some possible implementation manners, the method further includes:

[0024] If the second signal value is other than the second preset value, determining the safety risk type of the target vehicle window based on the second signal value;

[0025] Control the vehicle to output risk warning information corresponding to the safety risk type.

[0026] In the above technical solution, the second signal value indicates whether there is a safety risk. When the second signal value is a value other than the second preset value, the specific safety risk type of the target window can be determined based on the second signal value, and the vehicle can be controlled to output risk prompt information corresponding to the safety risk type to prompt the user of the specific fault of the target window, helping the user to understand the root cause of the problem that the window does not respond to the driving instruction. If the current safety risk can be eliminated by user operation, the user can be prompted to handle the fault to restore the normal operation of the target window; if the user cannot handle the current safety risk, outputting the prompt information can facilitate subsequent maintenance personnel to repair the fault of the target window.

[0027] In combination with the first aspect and the above implementations, in some possible implementations, in response to a drive request, determining whether a target motor satisfies a window driving condition within a target duration includes:

[0028] In response to a drive request, controlling the target motor to enter a pre-processing state;

[0029] In the pre-processing state, it is determined whether the target motor meets the window driving condition within the target time.

[0030] In the above technical solution, in response to the drive request for the target window, the target motor corresponding to the target window is first controlled to enter the preprocessing state. In the preprocessing state, it is determined whether the target motor meets the window driving conditions within the target time. By introducing the preprocessing state, the control process of the window is divided into stages. In the preprocessing state, only whether the motor meets the window driving conditions is determined. There is no mutual influence between the processing stage of the drive request and the driving stage of the window. When a fault occurs in the subsequent window control, the log information corresponding to the preprocessing state can be directly called to determine whether there is a fault in this stage, thereby improving the analysis and maintenance efficiency of the window control fault.

[0031] In combination with the first aspect and the above implementation manner, in some possible implementation manners, the at least two preset periods include a first preset period and a second preset period, the first preset period and the second preset period are two consecutive periods, and the first preset period is earlier than the second preset period;

[0032] Determine whether the target motor meets the window driving conditions within the target duration, including:

[0033] determining whether the target motor satisfies a window driving condition within a first preset cycle;

[0034] In a case where the target motor does not satisfy the window driving condition within the first preset period, it is determined whether the target motor satisfies the window driving condition within a second preset period.

[0035] In the above technical solution, in two consecutive preset cycles, it is first determined whether the target motor meets the window driving condition within the first preset cycle. If so, it can be directly determined that the target motor meets the window driving condition within the target time, avoiding two or more cycles of continuous judgment resulting in a long window response delay time, affecting the user's experience; if it is not satisfied within the first preset cycle, it is further determined whether it is satisfied within the second preset cycle to determine whether it is satisfied within the target time, thereby realizing periodic judgment of the target motor, improving the system's fault tolerance and anti-interference capabilities, and thereby improving the success rate of window response.

[0036] In combination with the first aspect and the above implementation manner, in some possible implementation manners, the method further includes:

[0037] Obtaining the motion state signal of the target motor;

[0038] When the motion state signal indicates that the target motor stops running, the value of the first signal for controlling the target motor is a third preset value within a preset period, wherein the third preset value is different from the first preset value.

[0039] In the above technical solution, the motion state signal of the target motor is monitored. If the motion state signal indicates that the target motor stops running, the first signal value of the target motor is controlled to be a third preset value other than the first preset value within a preset period. Within the preset period, the target motor is not allowed to respond to the drive request, so that the target motor completes buffering operations such as heat dissipation, signal cycle synchronization, and position calibration, thereby ensuring the stability of subsequent window control and the response efficiency of the system.

[0040] In a second aspect, a vehicle window control device is provided, the device comprising:

[0041] A receiving module, configured to receive a drive request of a target vehicle window;

[0042] a determination module, configured to determine, in response to the driving request, whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives the target window to operate, and the target duration includes at least two preset cycles;

[0043] The driving module is used to drive the target window to operate through the target motor based on the driving request when the target motor meets the window driving condition.

[0044] In combination with the second aspect, in some possible implementations, the determination module is also used to obtain a first signal value of the target motor, wherein the first signal value is used to indicate whether the target motor is allowed to respond to the drive request; within the target time length, based on the first signal value, it is determined whether the target motor meets the window driving conditions.

[0045] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the determination module is also used to determine whether the first signal value is a first preset value; if the first signal value is the first preset value, based on the second signal value of the target motor, determine whether the target motor meets the window driving condition, wherein the second signal value is used to indicate whether the target motor poses a safety risk; if the first signal value is a value other than the first preset value, determine that the target motor does not meet the window driving condition.

[0046] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the determination module is also used to determine that the target motor meets the window driving conditions if the second signal value is a second preset value; if the second signal value is a value other than the second preset value, determine that the target motor does not meet the window driving conditions.

[0047] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the device is also used to determine the safety risk type of the target window based on the second signal value if the second signal value is a value other than the second preset value; and control the vehicle to output risk warning information corresponding to the safety risk type.

[0048] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the determination module is also used to control the target motor to enter a preprocessing state in response to a driving request; in the preprocessing state, it is determined whether the target motor meets the window driving conditions within the target time.

[0049] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the at least two preset cycles include a first preset cycle and a second preset cycle, the first preset cycle and the second preset cycle are two consecutive cycles, and the first preset cycle is earlier than the second preset cycle; the determination module is also used to determine whether the target motor meets the window driving condition within the first preset cycle; if the target motor does not meet the window driving condition within the first preset cycle, determine whether the target motor meets the window driving condition within the second preset cycle.

[0050] In combination with the second aspect and the above-mentioned implementation methods, in some possible implementation methods, the device is also used to obtain a motion state signal of the target motor; when the motion state signal indicates that the target motor stops running, the first signal value of the target motor is controlled to be a third preset value within a preset period, wherein the third preset value is different from the first preset value.

[0051] In a third aspect, a vehicle is provided, comprising a memory and a processor. The memory is configured to store executable program code, and the processor is configured to retrieve and execute the executable program code from the memory, so that the vehicle executes the method of the first aspect or any possible implementation of the first aspect.

[0052] In a fourth aspect, a computer program product is provided, comprising: a computer program code, which, when executed on a computer, enables the computer to execute the method in the first aspect or any possible implementation of the first aspect.

[0053] In a fifth aspect, a computer-readable storage medium is provided, which stores a computer program code. When the computer program code runs on a computer, the computer executes the method in the above-mentioned first aspect or any possible implementation of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0054] Figure 1 This is a schematic diagram of a scenario provided by an embodiment of the present application;

[0055] Figure 2 This is a logic diagram of determining a feedback stop signal provided by an embodiment of the present application;

[0056] Figure 3 This is a logic diagram of a delayed processing of a feedback stop signal provided by an embodiment of the present application;

[0057] Figure 4 This is a logic diagram of the prerequisites for determining the window action provided by an embodiment of the present application;

[0058] Figure 5 This is a logic diagram for determining the preconditions for window operation provided by an embodiment of the present application;

[0059] Figure 6 This is a logical diagram of a vehicle window control process provided by an embodiment of the present application;

[0060] Figure 7 This is a timing diagram of a window signal provided by an embodiment of the present application;

[0061] Figure 8 is a schematic flow chart of a vehicle window control method provided in an embodiment of the present application;

[0062] Figure 9 is a schematic flow chart of another vehicle window control method provided in an embodiment of the present application;

[0063] Figure 10 This is a logic diagram of another vehicle window control process provided by an embodiment of the present application;

[0064] Figure 11 This is another timing diagram of a window signal provided by an embodiment of the present application;

[0065] Figure 12This is a structural diagram of a vehicle window control device provided by an embodiment of the present application;

[0066] Figure 13 It is a structural schematic diagram of a vehicle provided in an embodiment of the present application. DETAILED DESCRIPTION

[0067] The following will clearly and thoroughly describe the technical solutions in this application in conjunction with the accompanying drawings. In the description of the embodiments of this application, unless otherwise specified, " / " means or, for example, A / B can mean A or B: "and / or" in the text is only a description of the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of this application, "multiple" means two or more than two.

[0068] In the following, the terms "first" and "second" are used for descriptive purposes only and should not be understood to imply or suggest relative importance or implicitly indicate the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features.

[0069] To achieve air circulation inside and outside the vehicle, the vehicle is usually equipped with a window system. The vehicle's window types may include front and rear windshields, side windows, and sunroofs. The side windows and sunroof can be moved according to user operations. The side windows can usually be moved up and down or forward and backward, while the sunroof can be moved forward and backward and adjusted in angle. The window system includes components such as window glass, lifters, motors, and control switches. During window control, the window glass can be controlled by the control switch, and the lifters can be driven by the motor to move the window glass. To achieve individual control of each window, each window glass can be configured with a corresponding lifter and motor.

[0070] Figure 1 This is a schematic diagram of a scenario provided by an embodiment of the present application. Figure 1 As shown, vehicle 100 is equipped with windows 101 and 102, and a user can adjust the position of the windows through physical button control, voice control, or remote control of a mobile device. For example, the user can control the window 101 to rise to close the window by pressing the physical button corresponding to the window 101, or control the window 102 to close by voice input "Close window 102", or remotely control the window 101 to close through a mobile phone application.

[0071] After the window is controlled according to the user's drive request, the corresponding window motor stops running. This motor generates heat during operation, and the window control process involves a large number of signals. To ensure the stability of subsequent window control, a buffer period is required after the window motor stops running to allow for mechanical heat dissipation, signal synchronization, and position correction. Therefore, during the window control logic setting process, the window motor-related signal values are set for a period of time after the window motor stops.

[0072] The following will be combined Figures 2 to 5 This article introduces the process of determining the values of various related signals after the motor stops running.

[0073] Figure 2 This is a logic diagram of determining a feedback stop signal provided by an embodiment of the present application. Figure 2 As shown, during the process of controlling the window, the window control command (Window Control Command, WinControlCmd) is a non-zero value, indicating that the window is being controlled; after the motor completely stops, the motor stops controlling the window, and WinControlCmd changes from a non-zero value to a zero value. At this time, WinControlCmd is input into the window command input terminal (In_WinCmd) of the delay module, and the WinControlCmd signal is delayed for a preset time, for example, 200ms (200_delay). After the processing is completed, the delayed window command (WindowCommand, WinCmd) is output from the window command output terminal (Out_WinCmd) to avoid false triggering due to instantaneous errors, etc., and it is determined whether the signal value output by Out_WinCmd is 0. If so, the sleep flag signal of the power window lifter (Power Window Lifter) is determined. SleepFlag, PWLSleepFlg) is 1 to indicate that the window system is in sleep state; at the same time, determine whether WinControlCmd is 0. If WinControlCmd is 0, further determine whether the motor voltage U is greater than the preset voltage value Uz. If U>Uz, determine that the feedback stop signal (FeedbackStop) is 1 to indicate that the window has currently run to the target position.

[0074] Figure 3 This is a schematic diagram of a delayed processing logic of a feedback stop signal provided by an embodiment of the present application. Figure 3As shown, the window control command WinControlCmd includes the window local software control request (Window Local SoftwareControl Request, WinLocalSWContrReq), such as the in-car button control request, the software control request (Software Control Request, SWControlReq), such as the mobile phone remote control request, and the automatic control request (Automatic Control Request, AutoControlReq), such as the one-key window raising request signal. In the first module, through the above Figure 2 The logic shown determines the FeedbackStop signal based on the aforementioned signals and simultaneously outputs a priority flag (OnePriority) to indicate that the FeedbackStop signal takes precedence over standard window control commands. The Z-transformation module then delays the FeedbackStop and OnePriority signals, preserving their current values for the next cycle. The delayed FeedbackStop and OnePriority signals are then sent to the second module for processing. The second module simultaneously processes input signals, including FeedbackStop, OnePriority, the voltage mode status (VoltageModeSts), and the rear window forbid switch status (RearForbidSwSts), and outputs a request for local software control of the window. When the FeedbackStop signal output by the first module is 1, after a predetermined delay (tick), the FeedbackStop value is set to 1 for one tick after the motor stops.

[0075] Figure 4 This is a logic diagram of a prerequisite for determining the window action provided by the embodiment of the present application, that is, the above Figure 3 The implementation logic diagram in the second module. Figure 4As shown, the system also determines whether the WaitShortUpFlag, RearWinForbidSwSts, OnePriority, and FeedbackStop signal values are 0, whether VoltageModeSts is in normal voltage mode (NORMAL_VOLTAGE_MODE), and whether the Window Frameless Request (WinFramelessReq) is in a mode other than AUTODOWN. After receiving these signals, the judgment results of the different input signals are ANDed together to determine the final output signal value. When WaitShortUpFlag, RearWinForbidSwSts, OnePriority, and Feedback-Stop are all 0, and VoltageModeSts is NORMAL_VOLTAGE_MODE, and WinFramelessReq is not equal to AUTODOWN, WaitShortUpFlag is determined to be 1 to indicate that the window is controlled to rise briefly for a certain distance; when OnePriority and FeedbackStop are both 0, and VoltageModeSts is NORMAL_VOLTAGE_MODE, and WinFramelessReq is not equal to AUTODOWN, ReqActionPrecondition is determined to be 1 to indicate that the precondition for requesting window operation is met; when One-Priority and FeedbackStop are both 0, and VoltageModeSts is NORMAL-VOLTAGE-MODE, FramelessAction-Precondition is determined to be 1 to indicate that the precondition for frameless window operation is met. In the embodiment of the present application, when it is determined that FeedbackStop is 1, the above conditions are not met, and then ReqActionPrecondition is determined to be 0, that is, the precondition for requesting window operation is not met.

[0076] Figure 5 This is a logic diagram of determining the preconditions for window operation provided by the embodiment of the present application. Figure 5As shown, after determining the ReqActionPrecondition, an AND operation is performed on the initial state signal (IniState) and the ReqActionPrecondition to determine the signal value of the window action precondition (WinActionPrecondition). When the ReqActionPrecondition is 0, the AND operation with the IniState determines that the WinActionPrecondition is 0, indicating that the window action precondition is not met.

[0077] Combined with the above Figures 2 to 5 It can be seen that within one tick after the window motor stops running, the value of the window operation precondition WinActionPrecondition is 0, that is, during this period, the motor is not allowed to respond to the user's driving request to control the window operation.

[0078] Figure 6 This is a logic diagram of a window control process provided by an embodiment of the present application. Figure 6As shown, it is taken as an example that the vehicle window is currently in a fully closed (OFF) state and a driving request instruction is received to control the vehicle window to open. In the prior art, in the OFF state, the window action request signal (WinActionReq) in the window motor status signal is 0, indicating that no window action request has been detected, and the target position flag (TargetPositionFlg) is 0, indicating that the current window position is within the position tolerance range of the window control and the position meets the standard. At this time, if a window action request is received, it can be determined whether the relevant signal of the window corresponding motor at the current moment meets the preset conditions. Among them, the corresponding signal of the action request is hasChangedTo(WinReq, REQ_OPEN), which is used to indicate that the window action request has been detected to jump from the historical state to REQ_OPEN - opening request. When the user's action request includes a specific opening degree, REQ_OPEN can be replaced with 10%Open, etc. to indicate that the window is opened to the 10% position. The relevant signals include the precondition signal WinActionPrecondition for window operation, which is used to indicate whether the precondition for allowing the motor to respond to the action request is allowed; the anti-pinch state signal AntiPinchSt, the full name of which is Anti-Pinch State is used to indicate whether the vehicle is currently in the anti-pinch state; the ThermalBottomProhibitNew-ReqFlg signal, which prohibits new requests due to overheating or underlying hardware limitations, is called the Thermal Protection at Bottom ProhibitNew Request Flag and is used to indicate whether the vehicle is currently in a state where new requests are prohibited due to overheating or underlying hardware limitations. The preset conditions corresponding to the above-mentioned related signals include WinActionPrecondition being 1, which indicates that the motor is allowed to respond to drive requests; AntiPinchSt being 0, which indicates that the vehicle is not currently in the anti-pinch state, that is, no anti-pinch risk is detected; and ThermalBottomProhibitNewReqFlg being 0, which indicates that the motor does not prohibit new requests due to overheating or underlying hardware limitations. When the values of the above-mentioned related signals all meet the corresponding preset conditions, the window state can be switched to the Down state. In the Down state, WinActionReq is AUTODOWN, which indicates that the window motor is controlled to automatically descend to the target position.Alternatively, WinActionPrecondition, AntiPinchSt, ThermalBottomPrhibitNew-ReqFlg are detected to see whether they meet preset conditions, and when the target percentage event signal TargetPercentEvent is detected to be 1, indicating that the window needs to be controlled to move to the target position, and the position of the power window lifter (Power Window Lifter Position, PWLPosition) of the window is less than the difference between the target position TargetPosition and the position tolerance (PosTolerance), indicating that the current position of the window has not reached the target position, the value of the target position flag TargetPositionFlg is set to 1 to indicate that the current position of the window has not reached the standard, and the target motor is controlled to be in the Down state. In the Down state, WinActionReq is continued to be controlled to AUTODOWN to instruct the window to continue to descend until it reaches the target position.

[0079] After receiving the driving request, if it is detected that any one of the above-mentioned related signals does not meet the preset conditions, the motor cannot control the window in response to the driving request; for example, Figures 2 to 5 As shown, within a preset period after the motor stops running, WinActionPrecondition is 0. If a drive request of hasChangedTo(WinReq, REQ_OPEN) is received during this period, then in the relevant signals for controlling the operation of the window, WinActionPrecondition is 0, AntiPinchSt is 0, and ThermalBottomProhibitNewReqFlg is 0, indicating that the motor is not allowed to respond to the drive request. The window will not be controlled to enter the Down state to control the window lowering, and the corresponding drive request signal will be discarded. At the latter moment, even if WinActionPrecondition changes to 1, because the drive request hasChangedTo(WinReq, REQ_OPEN) has already changed at the previous moment, the existing control logic requires that both hasChangedTo(WinReq, REQ_OPEN) and WinAction-Precondition change before the window motor responds to the drive request and drives the window. Therefore, in both of these situations, the drive request response fails, and the window system cannot control the window according to the user's drive request, resulting in window control failure and affecting normal user use.

[0080] For example, when a user is controlling a car window through voice, the window is initially in the open position. At this time, the user first inputs a closing command, then a stop command, and then an opening command. After the window responds to the first closing command, it may not respond to the subsequently triggered opening command, resulting in a failure of the window control and a poor user experience.

[0081] Take the driver's side window as an example. Figure 7 This is a timing diagram of a window signal provided by an embodiment of the present application. Figure 7 As shown, taking a preset period of 10ms as an example, 20ms ago, the driver side window request signal (Driver Window Request, DrvWinReq) indicates no operation (No action), indicating that there is currently no driver side window request signal; the driver side window motor sport status signal (Driver Side Window Motor SportStatus, DrvSideWinMotorSptSts) changes from running (In Progressing) to not running (No action), indicating that the window motor changes from running state to stopped running; the driver side window position status signal (Driver SideWindow Position Status, DrvWinPosnSts) is closed (Close), indicating that the driver side window is currently in the fully closed position; the driver side window learning status signal (Driver Side Window Learning Status, DrvWinMotorSpt ... motor sport status signal (Driver Side Window Motor SportStatus, DrvSideWinMotorSptSts) is changed from running (In Progressing) to not running (No action), indicating that the window motor changes from running state to stopped running; the driver side window position status signal (Driver SideWindow Position Status, DrvWinPosnSts) is closed (Close), indicating that the driver side window is currently in the fully closed position; the driver side window learning status signal (Driver Side Window Learning Status, DrvWinMotorSptSts) is changed from running (In Progressing) to not running (No action), indicating that the window motor changes from running state to stopped running; the driver side window position status signal (Driver SideWindow Position Status, DrvWinPosnSts) is closed (Close), indicating that the driver side window is currently in the fully closed position; the driver side window learning status signal (Driver Side Status, DrvWinLrnSts) is Learning (Learn), indicating that the driver's side window is in the learning state. In the learning state, the window position and other parameters will be analyzed and learned to improve the accuracy of the window position; within the preset cycle when the window motor is in the running state, the precondition signal (Precondition) is 1 to indicate that the window motor meets the preconditions for driving the window operation; since no window request signal was detected before 20ms, there is no need to control the window to run to the target position, so the target percentage event signal (TargetPercentEvent) is 0.

[0082] Within 20ms to 30ms, the driver's side window request signal transitions from "Not Operating" to "5% Open," indicating a request to open the driver's side window 5%. Accordingly, the target percentage event signal transitions from 0 to 1. However, because the precondition for window operation is 0 during this preset period, the motor is unable to control the window and, as a result, the motor is unable to respond to the user's request. The driver's side window motor's motion state signal remains "Not Operating," indicating the motor remains inactive. Furthermore, the driver's side window position state signal remains "Closed," indicating the window remains fully closed. Therefore, according to existing window control models, if a window drive command is received while the precondition is 0, the window cannot be controlled in response to the drive command.

[0083] In view of the above-mentioned problems in the prior art, the present application provides a vehicle window control method. After receiving a drive request for a target vehicle window, the method responds to the drive request and determines whether a target motor corresponding to the target vehicle window meets the window drive conditions within at least two preset cycles. If the target motor meets the window drive conditions, the target window is controlled by the target motor according to the drive request to ensure that the target window is in operation. This method can avoid the window system not responding to the user's drive request due to the motor not meeting the window drive conditions within a preset cycle, improve the window response success rate, and thus enhance the user experience.

[0084] The following combination Figures 8 to 11 The vehicle window control method provided in the embodiment of the present application is described in detail.

[0085] Figure 8 This is a schematic flow chart of a vehicle window control method provided by an embodiment of the present application. It should be understood that the method can be applied to a vehicle; or to a processor in a vehicle; or to a chip in a processor mounted in a vehicle.

[0086] For example, Figure 8 As shown, the method 200 includes:

[0087] S201: Receive a drive request for a target window.

[0088] Exemplarily, when the vehicle is powered on or has a remote window control function, a user's drive request for a target window is detected and received in real time, wherein the target window is any window in the vehicle that can be opened and closed.

[0089] Exemplarily, the driving request may be triggered by a physical button, a virtual button, a voice command, or a remote control command, and the driving request may include a control method for a target window and / or a target position of the target window.

[0090] For example, when a user operates the physical button corresponding to the target window, the user's request to open or close the target window can be determined. When a user touches the virtual button corresponding to the target window, the user's request to open or close the target window can be determined, or the target position of the target window can be determined, such as 30% open, 60% open, etc. When a user controls the windows via voice, they can input the voice message "Open the left front window", and the left front window can be determined as the target window, and the drive request can be an open request. If the voice input is "Control the left front window to open halfway", the left front window can be determined as the target window, and the drive request can be determined to include opening the window and a target position of 50%. When a user remotely controls the windows via a mobile phone application, the user can initiate a drive request by touching the controls in the mobile phone application.

[0091] S202 , in response to a driving request, determining whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives a target window to operate, and the target duration includes at least two preset cycles.

[0092] Among them, the window driving condition is used to indicate the conditions required for driving the target window through the target motor, which can also be called a precondition, etc.; the preset cycle is used to indicate the operating cycle of the target motor. After the target motor is powered on, the timer corresponding to the target motor can be started accordingly to monitor the operating cycle of the target motor.

[0093] Exemplarily, the duration of a preset period may be 5 ms, 10 ms, etc., and the target duration includes at least two preset periods, namely 10 ms, 20 ms, etc.

[0094] In one implementation, in order to avoid an excessively long response time for the window control, the target duration may be set to be within 40 ms, that is, whether the target motor meets the window driving condition is detected within 40 ms.

[0095] For example, the operation of the target window needs to be driven by the target motor. In order to ensure that no failure or safety accident occurs during the process of the target motor driving the target window, after receiving the drive request for the target window, in response to the drive request, it is detected whether the target motor corresponding to the target window meets the window driving conditions that allow the target motor to control the target window within the target time.

[0096] Exemplarily, when a driving request is received, the cycle in which the current moment is located, for example, the first cycle, can be determined; in response to the driving request, the target motor is monitored in the first cycle and the second cycle adjacent to the first cycle to see whether it meets the window driving conditions.

[0097] In one implementation, the process of determining whether the target motor meets the window driving condition within the target duration may specifically include:

[0098] obtaining a first signal value of the target motor, wherein the first signal value is used to indicate whether the target motor is allowed to respond to the driving request;

[0099] Within the target time period, based on the first signal value, it is determined whether the target motor meets the window driving condition.

[0100] In the embodiment of the present application, the first signal value is a window action precondition signal (Window Action Precondition, Win Action Precondition), which is used to indicate whether the target motor is allowed to respond to the driving request to drive the target window to operate.

[0101] For example, during the operation of the window system, the first signal value of the target motor changes with the current operating state of the motor to indicate whether the target motor is allowed to respond to the drive request under the current operating conditions, thereby driving the target window to operate; in order to determine whether the target motor meets the window driving conditions, the first signal value of the target motor corresponding to the target window can be obtained, and whether the target motor meets the window driving conditions can be determined based on the value of the first signal value.

[0102] In an embodiment of the present application, the first signal value of the target motor can reflect whether the target motor is currently allowed to respond to the drive request; within the target time length, whether the target motor meets the window drive condition is determined based on the first signal value; by judging the signal change of the first signal value within the target time length, it can be accurately determined whether the target motor can respond to the user's drive request under the current working conditions, thereby improving the accuracy of the judgment and avoiding the inability to respond to the drive request normally due to misjudgment, which in turn leads to failure of window control and affects the user experience.

[0103] In one implementation, determining whether the target motor meets the window driving condition based on the first signal value may specifically include:

[0104] determining whether the first signal value is a first preset value;

[0105] If the first signal value is a first preset value, determining whether the target motor meets the window driving condition based on a second signal value of the target motor, wherein the second signal value is used to indicate whether the target motor has a safety risk;

[0106] If the first signal value is a value other than the first preset value, it is determined that the target motor does not meet the window driving condition.

[0107] The first signal value is a window action precondition signal (Window Action Precondition, WinActionPrecondition), and the first preset value is 1.

[0108] Exemplarily, determine whether the value of the WinActionPrecondition signal is 1; if WinActionPrecondition = 1, it indicates that the target motor is allowed to respond to the drive request. In order to further ensure that there is no safety risk to the target motor and the target window during the window control process, it is necessary to further determine whether the target motor meets the window drive condition based on the second signal value of the target motor; when the first signal value is a value other than the first preset value, for example, WinActionPrecondition = 0, etc., it indicates that the current working conditions do not allow the target motor to respond to the drive request to achieve control of the target window, then it can be directly determined that the target motor does not meet the window drive condition.

[0109] For example, within the target duration, if it is detected that the first signal value is continuously the first preset value 1, or the first signal value jumps from a value other than the first preset value to the first preset value, for example, WinActionPrecondition=0 jumps to WinActionPrecondition=1, it can be determined that the target motor is allowed to respond to the drive request, and further combined with the second signal value to determine whether the target motor meets the window drive condition; within the target duration, if it is detected that the first signal value is continuously other than the first preset value, it can be determined that the target motor does not meet the window drive condition.

[0110] Exemplarily, the second signal value may include a signal value AntiPinchSt for indicating whether the target motor is in an anti-pinch state and a signal value ThermalBottomProhibitNewReqFlg for indicating whether the target motor prohibits new requests due to overheating / underlying hardware limitations, etc., which can reflect the safety status of the target motor and the target window.

[0111] In an embodiment of the present application, it is first determined whether the first signal value used to indicate whether the target motor is allowed to respond to the drive request is a first preset value; if it is the first preset value, it is further combined with the second signal value of the target motor to determine whether the target motor meets the window driving condition. When the target motor is allowed to respond to the drive request, it is further determined whether there is a safety risk in the target motor to determine whether the target motor meets the window driving condition and ensure the safety of driving the window; if it is a value other than the first preset value, there is no need to detect the second signal value, and it is directly determined that the target motor does not meet the window driving condition, thereby avoiding wasting the vehicle's detection resources.

[0112] In one implementation, if the first signal value is a first preset value, the process of determining whether the target motor meets the window driving condition based on the second signal value of the target motor may specifically include:

[0113] If the second signal value is a second preset value, determining that the target motor meets the window driving condition;

[0114] If the second signal value is a value other than the second preset value, it is determined that the target motor does not meet the window driving condition.

[0115] The second signal value includes signals such as AntiPinchSt and ThermalBottomProhibitNewReq-Flg; and the second preset value is 0.

[0116] Exemplarily, when the first signal value is the first preset value, that is, WinActionPrecondition=1, it indicates that the target motor is allowed to respond to the drive request; the second signal value is further judged, when AntiPinchSt=0 and ThermalBottomProhibitNewReqFlg=0, it indicates that the target motor is not in an anti-pinch state, and the target motor is not in a state of overheating / underlying hardware limitations and prohibiting new requests, that is, there is no safety risk for the target motor and the target window at present, then it can be determined that the target motor meets the window drive condition for controlling the target window; when the second signal value is a value other than the second preset value, for example, AntiPinchSt=1 and / or ThermalBottomProhibitNewReqFlg=1, it indicates that the target motor is currently in an anti-pinch state, there may be an obstacle blocking the window operation, or the target motor is in a state of overheating / underlying hardware limitations and prohibiting new requests, then it can be determined that the target motor does not meet the window drive condition for controlling the window operation.

[0117] In an embodiment of the present application, when the first signal value is a first preset value, the target motor is allowed to respond to a drive request; at this time, when the second signal value indicating whether there is a safety risk is a second preset value, it is determined that the target motor meets the window driving conditions, ensuring that no safety failure occurs when the window is driven by the motor; when the second signal value is a value other than the second preset value, it is determined that the target motor does not meet the window driving conditions, and the target window is not driven, avoiding forced driving that aggravates the motor safety failure; through the judgment of the preset value, the efficiency of signal judgment can be improved, and the response efficiency of the window control can be further improved.

[0118] In one implementation, if the second signal value is a value other than a second preset value, a safety risk type of the target vehicle window is determined based on the second signal value;

[0119] Control the vehicle to output risk warning information corresponding to the safety risk type.

[0120] For example, when the second signal value is detected to be a value other than the second preset value, it indicates that there is currently a safety risk in the window system, and the window cannot operate normally according to the user's driving request, which may cause confusion to the user; at this time, the type of safety risk currently existing in the target window can be determined based on the second signal value; then, the risk warning information corresponding to the safety risk type is determined, and the vehicle is controlled to output the risk warning information to prompt the user of the fault reason why the window cannot currently respond normally.

[0121] Exemplarily, when the second signal value includes two signal values AntiPinchSt and Thermal-BottomProhibitNewReqFlg; if AntiPinchSt is detected to be 1, the corresponding safety risk type can be determined to be the object pinching risk, and the vehicle can be controlled to output risk warning information corresponding to the object pinching risk, such as, "Please check whether there is an object obstructing the operation of the target window"; if ThermalBottomProhibitNewReqFlg is detected to be 1, the corresponding safety risk type can be determined to be the overheating protection risk or the underlying hardware failure risk, and the vehicle can be controlled to output risk warning information corresponding to the overheating protection risk or the underlying hardware failure risk, such as, "The motor of the current target window is in a thermal protection state or the underlying hardware has a fault."

[0122] Optionally, the method of controlling the vehicle to output risk warning information may include displaying the risk warning information through the vehicle-mounted display screen, for example, displaying the target window with abnormalities and the corresponding risk warning information through the central control screen; or, controlling the vehicle to voice broadcast the target window with abnormalities and the corresponding risk warning information, for example, voice output "There is an abnormality in the main driver's window, please check whether there is any object obstructing the operation of the main driver's window" etc.

[0123] In an embodiment of the present application, the second signal value indicates whether there is a safety risk. When the second signal value is a value other than the second preset value, the specific safety risk type of the target window can be determined based on the second signal value, and the vehicle can be controlled to output risk prompt information corresponding to the safety risk type to prompt the user of the specific fault of the target window, helping the user to understand the root cause of the problem that the window does not respond to the driving instruction. If the current safety risk can be eliminated by user operation, the user can be prompted to handle the fault to restore the normal operation of the target window; if the user cannot handle the current safety risk, outputting the prompt information can facilitate subsequent maintenance personnel to repair the fault of the target window.

[0124] In one implementation, a state machine may be configured for the target motor corresponding to the target window to record the different states of the target motor. For example, the states in the state machine may include OFF state, Down state, Up state, etc.; wherein, the OFF state is used to indicate that the target motor is in the off state and the motor stops running; the Down state is used to indicate that the target motor controls the target window to move downward; assuming that the target motor is currently in the OFF state, the drive request for the target window can be monitored in the OFF state, and upon receiving the drive request, it is determined whether the target motor meets the window drive condition within the target time; if the window drive condition is met, the state of the target motor can be switched to the target state corresponding to the drive request. For example, when the drive request indicates to control the target window to descend, the target state of the target motor can be determined to be the Down state; when the drive request indicates to control the target window to rise, the target state of the target motor can be determined to be the Up state, etc.

[0125] It should be noted that the above-mentioned states in the state machine of the target motor are only examples. In actual application, different states can be set for the window motor according to the actual needs of window control to indicate different stages of motor operation during the window control process.

[0126] In one implementation, a pre-processing state may be added to the state machine of the target motor. Then, in response to the drive request, the process of determining whether the target motor satisfies the window drive condition within the target duration may further include:

[0127] In response to a drive request, controlling the target motor to enter a pre-processing state;

[0128] In the pre-processing state, it is determined whether the target motor meets the window driving condition within the target time.

[0129] The pre-processing state may be expressed as a PreDown state to indicate a pre-processing state before controlling the vehicle window to be lowered.

[0130] Exemplarily, the PreDown state is used to indicate a preprocessing state before the target motor controls the target window to be in the lowering state. Assuming that the target motor is currently in the OFF state, if a drive request for the target window is received at this time, the target motor is controlled to enter the preprocessing state from the OFF state. The preprocessing state lasts for a target duration, and the target duration includes at least two preset cycles; thereafter, in the preprocessing state, it is detected whether the target motor meets the window driving conditions.

[0131] In an embodiment of the present application, in response to a drive request for a target window, the target motor corresponding to the target window is first controlled to enter a preprocessing state. In the preprocessing state, it is determined whether the target motor meets the window driving conditions within the target time. By introducing the preprocessing state, the control process of the window is divided into stages. In the preprocessing state, only whether the motor meets the window driving conditions is determined. This does not affect the processing stage of the drive request and the driving stage of the window. When a failure occurs in the subsequent window control, the corresponding log information in different states can be called separately to determine whether there is a failure in each stage, thereby improving the analysis and maintenance efficiency of the window control failure.

[0132] In one implementation, the at least two preset periods include a first preset period and a second preset period, the first preset period and the second preset period are two consecutive periods, and the first preset period is earlier than the second preset period; and determining whether the target motor meets the window driving condition within the target duration includes:

[0133] determining whether the target motor satisfies a window driving condition within a first preset cycle;

[0134] In a case where the target motor does not satisfy the window driving condition within the first preset period, it is determined whether the target motor satisfies the window driving condition within a second preset period.

[0135] Exemplarily, when the target duration includes two adjacent periods - a first preset period and a second preset period, if a drive request for the target window is received within the first preset period, it is first detected whether the target motor meets the window driving condition within the first preset period. Specifically, it is determined whether the first signal value and the second signal value within the first preset period are corresponding preset values; if it is determined that the target motor meets the window driving condition within the first preset period, it can be determined that the target motor meets the window driving condition within the target duration, and there is no need to continue monitoring the second preset period, so as to improve the response efficiency of the window control; if it is determined that the target motor does not meet the window driving condition within the first preset period, it is further determined whether the target motor meets the window driving condition within the second preset period after the first preset period; if the target motor meets the window driving condition within the second preset period, it can be determined that the target motor meets the window driving condition within the target duration; if the target motor does not meet the window driving condition within the second preset period, it is determined that the target motor does not meet the window driving condition within the target duration.

[0136] For example, when the target duration includes three or more preset cycles, it is sequentially determined whether the target motor meets the window driving condition in the previous preset cycle to determine whether to continue the determination for the next preset cycle.

[0137] In an embodiment of the present application, in two consecutive preset cycles, it is first determined whether the target motor meets the window driving condition within the first preset cycle. If so, it can be directly determined that the target motor meets the window driving condition within the target time, avoiding continuous judgment for two or more cycles resulting in a long window response delay time, affecting the user's experience; if it is not satisfied within the first preset cycle, it is further determined whether it is satisfied within the second preset cycle to determine whether it is satisfied within the target time, thereby realizing periodic judgment of the target motor, improving the system's fault tolerance and anti-interference capabilities, and thereby improving the success rate of the window response.

[0138] S203 , when the target motor meets the window driving condition, the target window is driven to operate by the target motor based on the driving request.

[0139] For example, after determining that the target motor meets the window driving condition within the target time, indicating that the current state of the target motor meets the conditions for driving the window, the target window can be controlled by the target motor according to the driving request to drive the target window.

[0140] For example, the drive request may include only the control mode, such as opening or closing the window or stopping operation, etc.; or the drive request may include the control mode and the target position, such as opening the window to 10%, closing half of the window, etc.

[0141] For example, when a drive request instructs the window to be opened, the target motor may be controlled to continuously move the target window in the opening direction, for example, downward, according to the drive request. If no user request to stop operation is detected, the target window may be controlled to move to the fully open position and then stop. If a request to stop the target window is received during the control of the target window, the target motor may be controlled to stop driving the target window according to the request. When the drive request instructs the window to be opened to 10%, the target motor may be controlled to move in the window opening direction until it is detected that the target window has reached the 10% open position, at which point the target motor may be controlled to stop driving the target window.

[0142] In one implementation, if it is detected that the target motor does not meet the window driving condition within the target time period, the target window is not controlled.

[0143] For example, when the target duration includes a plurality of preset periods, if the target motor does not meet the window driving condition in each preset period in the target duration, the target window is not controlled.

[0144] In one implementation, obtaining a motion state signal of a target motor;

[0145] When the motion state signal indicates that the target motor stops running, the value of the first signal for controlling the target motor is a third preset value within a preset period, wherein the third preset value is different from the first preset value.

[0146] The target motor's sport status signal may also be referred to as a window motor sport status signal (WindowMotor Sport Status, WinMotorSptSts); and the third preset value is 0.

[0147] For example, after the target motor corresponding to the target window is powered on, the target motor's motion state is monitored in real time and recorded as a motion state signal. When WinMotorSptSts is "In Progressing" or 1, it indicates that the target motor is currently running. When WinMotorSptSts is "No action" or 0, it indicates that the target motor has stopped running. After detecting that the target motor has stopped running, the first signal value controlling the target motor is set to a third preset value other than the first preset value within a preset period (e.g., 10ms). In other words, the value of WinActionPrecondition is set to 0 within a preset period after the target motor stops running, indicating that if a drive request is received within the preset period, the target motor is not allowed to respond to the drive request to drive the target window.

[0148] For example, in order to ensure the long-term safe and stable operation of the window and the motor, the target motor is not allowed to respond to the drive request during the above-mentioned preset period. The target motor generates heat during operation. If the motor temperature is high, it may cause motor failure. Therefore, within the preset period, the target motor can complete the heat dissipation operation to cool the motor. The control process of the window system involves many signals. During the signal transmission process, there may be noise interference and other factors that cause delays in signal transmission. Therefore, the relevant signals of the target motor can complete the signal cycle synchronization within the preset period to avoid the impact of error accumulation on subsequent window control. In the process of driving the target window by the target motor, there may be deviations between the position of the target window and the standard position due to mechanical control and environmental factors. In the preset period after the target motor stops running, the position of the target window can also be calibrated and learned to improve the accuracy of controlling the window operation.

[0149] In an embodiment of the present application, the motion state signal of the target motor is monitored. If the motion state signal indicates that the target motor has stopped running, the first signal value of the target motor is controlled to be a third preset value other than the first preset value within a preset period. Within the preset period, the target motor is not allowed to respond to the drive request, so that the target motor completes buffering operations such as heat dissipation, signal cycle synchronization, and position calibration, thereby ensuring the stability of subsequent window control and the response efficiency of the system.

[0150] In summary, in an embodiment of the present application, after receiving a drive request for a target window in a vehicle, the target motor corresponding to the target window meets the window drive condition within at least two preset periods in response to the drive request. If the target motor meets the window drive condition, the target window can be driven by the target motor in accordance with the drive request. Compared to the prior art, which only determines whether the motor meets the window drive condition at the current moment after receiving the drive request, if the drive request is received within a preset period after the motor stops operating, the motor will not control the window in response to the drive request due to the default setting that the motor cannot meet the window drive condition within the preset period. In contrast, the present application extends the determination period by detecting whether the target motor meets the window drive condition within a target duration of at least two preset periods, thereby avoiding drive request response failures due to signal fluctuations. Furthermore, the prior art problem of being unable to respond to a drive request received within a preset period after the motor stops operating is avoided, thereby improving the success rate of responding to window drive requests and thus enhancing the user experience.

[0151] Figure 9 This is a schematic flow chart of another vehicle window control method provided by an embodiment of the present application. It should be understood that this method can be applied to a vehicle; or to a processor in a vehicle; or to a chip in a processor mounted in a vehicle.

[0152] For example, Figure 9 As shown, the method 300 includes:

[0153] S301: Receive a drive request for a target window.

[0154] Among them, the target window refers to any window in the vehicle that can be controlled to open or close; the driving request type of the target window may include voice request, physical button request, virtual control request, remote control request, etc.

[0155] For example, a user can control a target window by voice, such as inputting the voice command "Open the main driver's window"; or by controlling the corresponding target window using a physical button configured on the vehicle for controlling the opening or closing of the window; or by controlling the target window using a virtual control for controlling the opening or closing of the window on the vehicle's display screen; or by remotely controlling the target window through an application on a mobile device, etc. After the user triggers a control operation on a target window in the vehicle, the vehicle can determine the target window to be controlled and determine a drive request for controlling the target window.

[0156] For example, the drive request may include a control method for the target window, such as opening the target window or closing the target window; or, the drive request may include a control method for the target window and a target position of the target window, such as controlling the target window to open 10% or close half of the target window, etc.

[0157] Optionally, the implementation of S301 can refer to Figure 7 The relevant description of S701 in the present application is not repeated here.

[0158] S302 , in response to the driving request, determining whether the first signal value is a first preset value within the target duration; if so, executing S303 ; if not, executing S304 .

[0159] Among them, the target duration includes at least two preset cycles; the first signal value is used to indicate whether the target motor is allowed to respond to the drive request. In the embodiment of the present application, the first signal value is the precondition signal WinActionPrecondition for the operation of the window; the first preset value is 1.

[0160] For example, the preset period may be 5ms, 10ms, etc., and the maximum value of the target duration may be set to 40ms to avoid a long delay in window control.

[0161] Exemplarily, after receiving a drive request for the target window, the vehicle responds to the drive request, obtains the first signal value WinActionPrecondition of the target motor, and determines whether the value of the signal WinActionPrecondition is 1 within the target time length to determine whether the target motor is currently allowed to respond to the drive request to drive the target window to operate.

[0162] S303, determining whether the second signal value of the target motor is a second preset value; if so, executing S305; if not, executing S304.

[0163] Among them, the second signal value is used to indicate whether there is a safety risk in the target motor. In the embodiment of the present application, the second signal value may include a signal value AntiPinchSt used to indicate whether the target motor is in an anti-pinch state and a signal value ThermalBottomProhibitNewReqFlg used to indicate whether the target motor prohibits new requests due to overheating / underlying hardware limitations, etc., which can reflect the safety status of the target motor and the target window; the second preset value is 0.

[0164] For example, when it is determined that the first signal value WinActionPrecondition is 1 within the target time length, it indicates that the target motor is currently allowed to respond to the drive request, but it is necessary to further determine whether there is a safety risk in the window control. In this case, the second signal value of the target motor can be further obtained, and it is determined whether the second signal value of the target motor is the second preset value; when the second signal value includes multiple signal values, it is simultaneously determined whether the multiple second signal values are the second preset value, that is, whether the value of the signal AntiPinchSt is 0, and whether the value of the signal ThermalBottomProhibit-NewReqFlg is 0, and so on.

[0165] S304 , determining that the target motor does not meet the window driving condition.

[0166] For example, when it is determined that the first signal value within the target time is a value other than the first preset value, it indicates that the current operating conditions do not allow the target motor to respond to the drive request, and it can be determined that the target motor does not meet the window drive condition; or, when it is determined that the first signal value within the target time is the first preset value and the second signal value is a value other than the second preset value, it indicates that the target motor is currently allowed to respond to the drive request, but there will be a safety risk to the target motor during the window process, and forced driving may cause a safety accident. In order to ensure the safety of the window control process, it is determined that the target motor does not meet the window drive condition.

[0167] In one implementation, if the target motor is determined not to meet the window driving conditions, the target window will not be controlled. To avoid confusion for the user due to the window not following the command, the vehicle can be controlled to output a corresponding prompt message.

[0168] For example, when the first signal value within the target duration is a value other than the first preset value, the target motor is not allowed to respond to the drive request, and the target motor may currently be in a buffering state. In this case, a prompt message "The current window motor is buffering, please control the window later" can be output; when the first signal value within the target duration is the first preset value, and the second signal value is a value other than the second preset value, the current type of security risk can be determined based on the second signal value, and risk prompt information corresponding to the security risk type can be output. For example, when the value of AntiPinchSt is 1, it indicates that the target motor is in an anti-pinch state and the anti-pinch function is turned on. At this time, there may be objects obstructing the operation of the target window. In this case, the output message "Please check whether there are any objects obstructing the operation of the target window" can be output; when the value of ThermalBottomProhibitNewReqFlg is 1, it indicates that the target motor may currently be in a thermal protection state, or there is an abnormality in the underlying hardware of the target motor. In this case, the output message "The current window motor temperature is high, please control the window later" can be output.

[0169] S305 , determining whether the target motor meets the window driving condition, and determining the control mode and target position of the target window based on the driving request.

[0170] For example, if the first signal value is a first preset value and the second signal value is a second preset value, indicating that the target motor is permitted to respond to the drive request and there are no safety risks during the drive process, it can be determined that the target motor meets the window drive condition. If the target motor meets the window drive condition, a control mode and a target position of the target window are further determined based on the drive request for the target window.

[0171] In one implementation, when the driving request only includes a control mode, the position corresponding to when a stop request is detected is determined as the target position; if no stop request is detected, the final position of the target window in the running direction is determined as the target position.

[0172] For example, if the driving request is to open the window, the control mode may be determined to be open; if no stop request is detected, the position corresponding to when the window is fully opened is determined as the target position.

[0173] In another implementation, when the driving request includes both the control mode and the target position, the control mode and the target position of the target window can be directly determined.

[0174] For example, if the driving request indicates to open half of the window, the control mode may be determined to be open, and the target position may be determined to be a 50% open position.

[0175] S306 , based on the control method of the target window, driving the target window to the target position via the target motor.

[0176] For example, after determining the control mode and target position of the target window, the target motor can be controlled to drive the target window in the control mode of the target window until the target window reaches the target position, and then the target motor can be controlled to stop driving the target window.

[0177] In one implementation, when the driving request only includes a control mode, the target position of the target window can be determined by detecting a stop operation request; for example, the user inputs a window opening control request, and when the target motor meets the window driving conditions, the window is first controlled to move in the opening direction through the target motor according to the window opening request. During the operation of the window, if a stop operation request for the window is received, the current position of the window is determined as the target position, and the target motor is controlled to stop driving the target window.

[0178] In another implementation, when the driving request includes both a control mode and a target position, the target window is controlled by the target motor according to the control mode, and when the target window moves to the target position, the target motor is controlled to stop driving the target window.

[0179] In summary, in the embodiment of the present application, after receiving the drive request of the target window, it is first determined whether the target motor is allowed to respond to the drive request by judging whether the first signal value of the target motor is a first preset value. When the first signal value meets the condition, it is further determined whether the second signal value is a second preset value to determine whether the target motor has a safety risk. When both the first signal value and the second signal value meet the preset conditions within at least two preset cycles, it is determined that the target motor meets the window drive conditions, and the drive request is further analyzed to determine the control method and target position of the target window, and then the target window is controlled by the target motor to ensure safety during the window control process and long-term stable control. Compared with the prior art which only monitors whether the signal value meets the conditions at the moment after receiving the driving request, if the driving request is received within a preset period after the motor stops, the window control will fail because the signal value does not meet the conditions within the current preset period; the present application sets a target duration to monitor the signal value of the target motor within at least two preset periods, and if the signal value does not meet the preset conditions within the previous preset period, the signal value is monitored for multiple preset periods to avoid the problem of the window motor occasionally not responding to the driving request, thereby improving the success rate of the window response and enhancing the user experience.

[0180] Figure 10 This is a logic diagram of another window control process provided by an embodiment of the present application. Figure 10As shown, taking the case where the target window is currently in the fully closed (OFF) state and a drive request is received to control the target window to open as an example, a pre-processing state (PreDown) and a pre-processing state 1 (PreDown1) are added before the target motor corresponding to the target window is changed to a new state. When the target window is in the OFF state, the window motor's state signal WinActionReq is 0, indicating that no window drive request has been detected, and the target position flag TargetPositionFlg is 0, indicating that the target window is currently in the initial position and has not yet reached the target position. At this time, if a transition in the window request signal is detected, for example, the request signal transitions from its current value to a value corresponding to a window opening request, i.e., a window request signal transition is detected, or if the target percentage event signal TargetPercentEvent, indicating that the target window needs to be controlled to move to the target position, is detected as 1, then the target motor is controlled to the pre-processing state. When the jump signal hasChangedTo(WinReq,REQ_OPEN) is detected, the target motor is controlled to be in the PreDown state; in the PreDown state, the drive request signal of the target motor will be stored within 2 preset cycle ticks (for example, 20ms), and the relevant signal values of the target motor will be continuously monitored within 2 ticks, wherein the relevant signals include the precondition signal WinActionPrecondition for window operation, that is, the first signal value, the signal AntiPinchSt for indicating whether it is in the anti-pinch state, and the state signal ThermalBottomProhibitNewReqFlg for indicating whether new requests are prohibited due to overheating / underlying hardware limitations, that is, the second signal value, etc.; when it is detected that WinAction-Precondition=1, AntiPinchSt=0 and ThermalBottomProhibitNew-ReqFlg=0 are met at the same time, the target motor can be controlled to be in the Down state.When the value of TargetPercentEvent is detected as 1, the target motor is placed in the PreDown1 state. In the PreDown1 state, the target motor's drive request signal is stored for two ticks, and the values of the target motor's related signals are continuously monitored for two ticks. If WinAction-Precondition = 1, AntiPinchSt = 0, and ThermalBottomProhibitNew-ReqFlg = 0 are all satisfied, the power window lifter position (PWLPosition) is further determined to be less than the difference between the target position (TargetPosition) and the position tolerance (PosTolerance). If PWLPosition < TargetPosition - PositionTolerance, the target position flag (TargetPositionFlg) is set to 1 to indicate that the current window position does not meet the target, and the target motor is placed in the Down state. When the target motor is in the Down state, WinActionReq is AUTODOWN, indicating that the target window is automatically lowered via the target motor.

[0181] For example, if a new drive request is received within a tick after the motor stops running, after receiving the drive request, the motor is first controlled to enter the preprocessing state, and then the preconditions are continuously determined for two consecutive ticks. Even if the preconditions are not met in the current tick, if it is detected that the preconditions are met within two consecutive ticks, the target window will be controlled according to the drive request to ensure that it can respond to the new drive request instruction.

[0182] Figure 11 This is another timing diagram of the window signal provided by the embodiment of the present application, to describe the timing diagram of the window signal when the window signal is used as shown in FIG. Figure 10 When the window control logic is shown, the signal change process of the window system related signals. Figure 11As shown, within 0-20ms, the driver's side window request signal DrvWinReq is not running (No action), indicating that no drive request has been received in the current period; the movement state signal DrvSideWinMotorSptSts of the driver's side window motor is switched from running to not running, indicating that the driver's side window motor has switched from running state to stopped running, that is, indicating that the motor has completed the control process corresponding to the previous drive request; the position state signal of the driver's side window is closed (Close), indicating that the driver's side window is currently in the fully closed position, that is, the previous drive request indicates that the control window is fully closed; the driver's side window learning state signal DrvWinLrnSts is learning, indicating that the driver's side window is in the learning state; the precondition is 1, indicating that the precondition for driving the window is met within this period; the target percentage event signal is 0, indicating that the driver's side window is currently in the target position and there is no need to control the window. In the preset period of 20ms-30ms, the DrvWinReq signal is detected to jump from not running to 10% open, that is, the user is detected to open the driver's side window to the 10% open position. During this period, since the precondition Precondition is 0, it indicates that the precondition for driving the window is not met in the current preset period. Therefore, the motor corresponding to the window cannot respond to the drive request to control the window to run to the 10% position; adopt the following method: Figure 10 The strategy shown continuously monitors the motor's related signal values over two preset periods, specifically between 20ms and 40ms, to check whether the precondition Precondition is satisfied. When Precondition transitions from 0 to 1 at 30ms, it indicates that the window is currently being driven and operation is permitted. In response to the 10% Open request signal, the driver's side window can be controlled via the motor. Accordingly, DrvSideWinMotorSptSts changes from "Not Running" to "Running," indicating that the window motor has begun operating in response to the request signal. DrvWinPosnSts also changes from "Off" to "5%_Open," and then to "10%_Open," indicating that the window position has shifted from fully closed to 5% open, and finally to 10% open, completing the response to the user's drive request. After the window reaches the target position through the target motor and stops, Precondition Precondition transitions from 1 to 0 again, causing the motor to enter a buffered state.

[0183] Combined with the above Figures 8 to 11 The window control method provided by the embodiment of the present application is described in detail; Figure 12 and Figure 13The device embodiments of the present application are described in detail. It should be understood that the devices in the embodiments of the present application can execute the various methods of the aforementioned embodiments of the present application, that is, the specific working processes of the following various products can refer to the corresponding processes in the aforementioned method embodiments.

[0184] Figure 12 It is a structural schematic diagram of a vehicle window control device provided in an embodiment of the present application.

[0185] For example, Figure 12 As shown, the apparatus 400 includes:

[0186] A receiving module 401 is configured to receive a drive request of a target vehicle window;

[0187] a determination module 402 for determining, in response to a drive request, whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives the target window, and the target duration includes at least two preset cycles;

[0188] The driving module 403 is configured to drive the target window to operate via the target motor based on a driving request when the target motor meets the window driving condition.

[0189] In one possible implementation, the determination module 402 is further configured to obtain a first signal value of the target motor, wherein the first signal value is used to indicate whether the target motor is allowed to respond to a drive request; and within a target duration, based on the first signal value, determine whether the target motor meets the window drive condition.

[0190] In one possible implementation, the determination module 402 is further used to determine whether the first signal value is a first preset value; if the first signal value is the first preset value, based on the second signal value of the target motor, determine whether the target motor meets the window driving condition, wherein the second signal value is used to indicate whether the target motor has a safety risk; if the first signal value is a value other than the first preset value, determine that the target motor does not meet the window driving condition.

[0191] In one possible implementation, the determination module 402 is further configured to determine that the target motor meets the window driving condition if the second signal value is a second preset value; and determine that the target motor does not meet the window driving condition if the second signal value is a value other than the second preset value.

[0192] In one possible implementation, the device 400 is further used to determine the safety risk type of the target window based on the second signal value if the second signal value is a value other than the second preset value; and control the vehicle to output risk warning information corresponding to the safety risk type.

[0193] In a possible implementation, the determination module 402 is further configured to control the target motor to enter a pre-processing state in response to the driving request; in the pre-processing state, determine whether the target motor meets the window driving condition within a target duration.

[0194] In one possible implementation, the at least two preset periods include a first preset period and a second preset period, the first preset period and the second preset period are two consecutive periods, and the first preset period is earlier than the second preset period; the determination module 402 is further used to determine whether the target motor meets the window driving condition within the first preset period; if the target motor does not meet the window driving condition within the first preset period, determine whether the target motor meets the window driving condition within the second preset period.

[0195] In one possible implementation, the device 400 is also used to obtain a motion state signal of the target motor; when the motion state signal indicates that the target motor stops running, the first signal value of the target motor is controlled to be a third preset value within a preset period, wherein the third preset value is different from the first preset value.

[0196] It should be noted that the above-mentioned vehicle window control device is embodied in the form of a functional unit. The term "module" here can be implemented in the form of software and / or hardware, and is not specifically limited to this.

[0197] Figure 13 It is a structural schematic diagram of a vehicle provided in an embodiment of the present application.

[0198] For example, Figure 13 As shown, the vehicle 500 includes: a memory 501 and a processor 502, wherein the memory 501 stores an executable program code 503, and the processor 502 is used to call and execute the executable program code 503 to perform a vehicle window control method.

[0199] In addition, an embodiment of the present application also protects a device, which may include a memory and a processor, wherein the memory stores executable program code, and the processor is used to call and execute the executable program code to perform a vehicle window control method provided by an embodiment of the present application.

[0200] In this embodiment, the device can be divided into functional modules based on the above-described method examples. For example, each functional module can be mapped to a specific functional module, or two or more functions can be integrated into a single processing module. The integrated module can be implemented in hardware. It should be noted that the module division in this embodiment is illustrative and represents only a logical functional division. In actual implementation, other division methods may be used.

[0201] In the case of dividing each functional module into corresponding functional modules, the device may further include a receiving module, a determining module, a driving module, etc. It should be noted that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0202] It should be understood that the device provided in this embodiment is used to execute the above-mentioned vehicle window control method, and thus can achieve the same effect as the above-mentioned implementation method.

[0203] In the case of an integrated unit, the device may include a processing module and a storage module. When the device is used in a vehicle, the processing module may be used to control and manage the vehicle's movements, while the storage module may be used to support the vehicle's execution of relevant program codes.

[0204] The processing module may be a processor or controller that implements or executes the various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a digital signal processing (DSP) and a microprocessor, and the storage module may be a memory.

[0205] In addition, the device provided in the embodiments of the present application can specifically be a chip, component or module, and the chip may include a connected processor and memory; wherein the memory is used to store instructions, and when the processor calls and executes the instructions, the chip can execute a vehicle window control method provided in the above embodiment.

[0206] This embodiment also provides a computer-readable storage medium, which stores computer program code. When the computer program code runs on a computer, the computer executes the above-mentioned related method steps to implement a vehicle window control method provided by the above embodiment.

[0207] Among them, computer-readable storage media may include, but are not limited to, any type of disk, including floppy disks, optical disks, Digital Video Discs (DVDs), Compact Disc Read-Only Memory (CD-ROMs), microdrives and magneto-optical disks, Read-Only Memory (ROMs), Random Access Memory (RAMs), Erasable Programmable Read-Only Memory (EPROMs), Electrically Erasable Programmable Read-Only Memory (EEPROMs), Dynamic Random Access Memory (DRAMs), Video Random Access Memory (VRAMs), flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of medium or device suitable for storing instructions and / or data.

[0208] This embodiment further provides a computer program product. When the computer program product is run on a computer, it enables the computer to execute the above-mentioned related steps to implement a vehicle window control method provided by the above embodiment.

[0209] Among them, the device, computer-readable storage medium, computer program product or chip provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0210] Through the description of the above implementation methods, technical personnel in the relevant field can understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0211] In the embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0212] The above content is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A vehicle window control method, characterized in that: The method comprises: receiving a driving request for a target window; In response to the driving request, determining whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives the target window to operate, and the target duration includes at least two preset cycles; When the target motor satisfies the window driving condition, the target window is driven to operate by the target motor based on the driving request.

2. The method according to claim 1, characterized in that The determining whether the target motor meets the window driving condition within the target duration includes: acquiring a first signal value of the target motor, wherein the first signal value is used to indicate whether the target motor is allowed to respond to the driving request; Within the target time period, based on the first signal value, it is determined whether the target motor meets the window driving condition.

3. The method according to claim 2, characterized in that The determining, based on the first signal value, whether the target motor satisfies the window driving condition includes: determining whether the first signal value is a first preset value; If the first signal value is a first preset value, determining whether the target motor meets the window driving condition based on a second signal value of the target motor, wherein the second signal value is used to indicate whether the target motor has a safety risk; If the first signal value is a value other than the first preset value, it is determined that the target motor does not meet the window driving condition.

4. The method according to claim 3, characterized in that The determining, based on the second signal value of the target motor, whether the target motor satisfies the window driving condition includes: If the second signal value is a second preset value, determining that the target motor meets the window driving condition; If the second signal value is a value other than the second preset value, it is determined that the target motor does not meet the window driving condition.

5. The method according to claim 4, characterized in that The method further comprises: If the second signal value is a value other than the second preset value, determining the safety risk type of the target vehicle window based on the second signal value; Control the vehicle to output risk warning information corresponding to the safety risk type.

6. The method according to any one of claims 1 to 5, characterized in that In response to the driving request, determining whether the target motor satisfies the window driving condition within the target duration includes: In response to the drive request, controlling the target motor to enter a pre-processing state; In the pre-processing state, it is determined whether the target motor meets the window driving condition within the target time period.

7. The method according to any one of claims 1 to 5, characterized in that The at least two preset periods include a first preset period and a second preset period, the first preset period and the second preset period are two consecutive periods, and the first preset period is earlier than the second preset period; The determining whether the target motor meets the window driving condition within the target duration includes: determining whether the target motor satisfies the window driving condition within the first preset period; In a case where the target motor does not satisfy the window driving condition within the first preset period, it is determined whether the target motor satisfies the window driving condition within the second preset period.

8. The method according to any one of claims 1 to 5, characterized in that The method further comprises: Acquiring a motion state signal of the target motor; When the motion state signal indicates that the target motor stops running, the value of the first signal for controlling the target motor is a third preset value within a preset period, wherein the third preset value is different from the first preset value.

9. A vehicle window control device, characterized in that: The device comprises: A receiving module, configured to receive a drive request of a target vehicle window; a determination module, configured to determine, in response to the drive request, whether a target motor satisfies a window driving condition within a target duration, wherein the target motor is a motor that drives the target window to operate, and the target duration includes at least two preset cycles; A driving module is configured to drive the target window to operate via the target motor based on the driving request when the target motor meets the window driving condition.

10. A vehicle, characterized in that: The vehicle comprises: a memory for storing executable program code; A processor is configured to call and run the executable program code from the memory, so that the vehicle executes the method according to any one of claims 1 to 8.

Images