A backpack storage box platform software control method and system

Abstract

This invention discloses a platform-based software control method and system for a backpack storage box, relating to the field of automotive electronic control technology. It receives and parses vehicle CAN bus signals, establishing a signal difference list. Based on this list, if all first preconditions are met, it detects an unlocking trigger condition; if met, it drives the electric suction lock motor to perform an unlocking action. Based on the same list, if all second preconditions are met, it detects a locking trigger condition; if met, it drives the electric suction lock motor to perform a locking action. Based on the same list, if all third preconditions are met, it detects a full lock trigger condition; if met, it drives the electric suction lock motor to move in the unlocking direction to the reset range. Based on the current state of the backpack lock, it sends a lock status signal to the instrument panel and displays the unlocking status of the backpack lock in real time. This solves the problem in existing technologies where users forget to lock the backpack during use, or the lock fails to engage.

Description

Technical Field

[0001] This invention relates to the field of automotive electronic control technology, and in particular to a platform-based software control method and system for a rear backpack storage box. Background Technology

[0002] In modern cars, the rear storage compartment is an important optional storage device. Users can lock and unlock the compartment by manually pressing, using buttons, or with a physical key. Because the locking and unlocking methods are independent and their functions are not standardized, users may forget to lock the compartment, leading to the risk of lost items.

[0003] Existing car backpack control solutions typically rely on communication between the vehicle control module and the backpack control unit, using button trigger signals to drive the lock motor to perform unlocking or locking actions. However, these solutions have the following specific drawbacks: First, there is no automatic magnetic locking function when the user closes the backpack cover; manual locking is required, which can easily lead to forgetting to lock it. Second, there is no intelligent status alert for successful or failed locking, leaving users unable to promptly know the locking status. Third, the physical key unlocking method carries the risk of key loss, preventing the retrieval of stored items. Summary of the Invention

[0004] To overcome the shortcomings of the prior art, the present invention provides a platform-based software control method and system for backpack storage boxes, which solves the problems of users forgetting to lock the backpack or the lock failing during use after optional installation in the prior art. The solution realizes intelligent reminder of lock failure, a half-lock state when the cover is closed, and automatic magnetic locking of the backpack when the vehicle is in Comfortable gear.

[0005] To achieve the above objectives, one or more embodiments of the present invention provide the following technical solutions: In a first aspect, the present invention provides a platform-based software control method for a backpack storage box, comprising: Receive and parse the vehicle's CAN bus signals, and establish a list of signal differences; Based on the signal difference list, if all the first preconditions are met, the unlocking trigger condition is detected. If it is met, the electric suction lock motor is driven to perform the unlocking action. Based on the signal difference list, if all the second preconditions are met, the locking trigger condition is detected. If it is met, the electric suction lock motor is driven to perform the locking action. Based on the signal difference list, if all the third preconditions are met, the full lock trigger condition is detected. If it is met, the electric suction lock motor is driven to move in the unlocking direction to the reset range. Based on the current state of the storage backpack lock, a lock status signal is sent to the instrument, and the unlocking status of the storage backpack lock is displayed in real time.

[0006] In a further technical solution, the vehicle CAN bus signals include door lock status signals, vehicle power mode signals, and vehicle speed status signals.

[0007] A further technical solution is provided, wherein the first preconditions include the door lock status signal being in an unlocked state, the power supply voltage being within the normal range, no motor fault, and the vehicle speed status signal being valid and the vehicle speed being zero; the unlocking trigger condition is that the micro switch pressing signal is valid for a duration equal to the pressing determination time.

[0008] A further technical solution is provided, wherein the second precondition includes the power supply voltage being within the normal range and no motor fault; the locking trigger condition is that both electric suction locks transmit a half-lock current signal and the effective duration reaches the half-lock determination time.

[0009] In a further technical solution, the third precondition includes the power supply voltage being within the normal range and no motor fault; the full lock trigger condition is that the lock status signal is fully locked.

[0010] A further technical solution is to drive LED lights based on lock status signals.

[0011] A further technical solution involves counting the number of unlocking operations of the micro switch within a preset time window, and triggering anti-play protection when the number of unlocking operations exceeds the anti-play threshold.

[0012] Secondly, the present invention provides a platform-based software control system for backpack storage boxes, comprising: The signal analysis module is configured to receive and parse the vehicle's CAN bus signals and establish a list of signal differences. The function execution module is configured to: based on the signal difference list, if all first preconditions are met, detect the unlock trigger condition, and if met, drive the electric suction lock motor to perform the unlocking action; based on the signal difference list, if all second preconditions are met, detect the locking trigger condition, and if met, drive the electric suction lock motor to perform the locking action; based on the signal difference list, if all third preconditions are met, detect the full lock trigger condition, and if met, drive the electric suction lock motor to move in the unlocking direction to the reset range. The status feedback module is configured to send a lock status signal to the instrument based on the current status of the storage backpack lock, and display the unlock status of the storage backpack lock in real time.

[0013] Thirdly, the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the platform-based software control method for a backpack storage box as described in the first aspect.

[0014] Fourthly, the present invention provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the steps of the platform-based software control method for a backpack storage box as described in the first aspect.

[0015] The above one or more technical solutions have the following beneficial effects: This invention receives and parses the vehicle's CAN bus signals, establishes a signal difference list, and unifies multiple dispersed signals such as vehicle door lock status, power mode, and vehicle speed into a platform-based parsing framework. This provides a consistent data foundation for subsequent function condition judgments, solving the technical defects of existing technologies where various control functions lack a unified signal parsing framework and signal processing logic is scattered. By allowing unlocking only when all first preconditions are met, multiple precondition linkage safety checks are achieved, effectively preventing accidental unlocking while the vehicle is in motion and improving overall vehicle driving safety. By automatically driving the electric suction lock motor to lock when all second preconditions are met in response to the half-lock trigger condition, the function of automatically adhering and locking the storage backpack cover when it is closed is realized, fundamentally solving the technical defects of existing solutions where locking relies on manual operation, leading to forgotten locking and lost items. By detecting the full-lock trigger condition when all third preconditions are met and driving the electric suction lock motor to reset to the reset range, while maintaining the lock body in the closed state, operational space is reserved for mechanical emergency unlocking, improving the system's safety redundancy in extreme situations. By continuously sending lock status signals to the instrument based on the current state of the storage backpack lock and displaying the unlock status in real time, the system achieves visualized real-time feedback on the lock status, solving the technical defect in existing solutions where users cannot know the lock status of the storage backpack in a timely manner, and significantly improving the user experience.

[0016] Advantages of additional aspects of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. Attached Figure Description

[0017] The accompanying drawings, which form part of this invention, are used to provide a further understanding of the invention. The illustrative embodiments of the invention and their descriptions are used to explain the invention and do not constitute an improper limitation of the invention.

[0018] Figure 1 This is a flowchart of a platform-based software control method for a backpack storage box according to an embodiment of the present invention; Figure 2 This is a system architecture diagram of an embodiment of the present invention. Detailed Implementation

[0019] It should be noted that the following detailed descriptions are exemplary and intended to provide further illustration of the invention. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains.

[0020] It should be noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the scope of exemplary embodiments according to the invention. As used herein, the singular form is intended to include the plural form as well, unless the context clearly indicates otherwise. Furthermore, it should be understood that when the terms "comprising" and / or "including" are used in this specification, they indicate the presence of features, steps, operations, devices, components, and / or combinations thereof.

[0021] Where there is no conflict, the embodiments and features in the embodiments of the present invention can be combined with each other.

[0022] CAN bus (Controller Area Network): A serial communication network used for real-time data communication between various electronic control units within a vehicle. It features high reliability, strong anti-interference capability, and multi-master node communication characteristics.

[0023] BSCU (Backpack Storage Control Unit): An electronic control unit dedicated to controlling the motor drive of the electric suction lock of the backpack storage box, the switch of the LED light, and the feedback of the lock status signal. It interacts with other control units in the vehicle via the CAN bus.

[0024] FLZCU (Front Left Zone Control Unit): The body domain controller is responsible for sending vehicle status information such as the driver's door lock status signal and the vehicle power mode signal to the BSCU via the CAN bus.

[0025] Electric suction lock: The lock body mechanism achieves automatic suction and tightening function by driving the lock tongue with a built-in motor. It has three working states: fully locked, half locked, and unlocked, and feeds back the current lock body status to the BSCU through a current signal.

[0026] DTC (Diagnostic Trouble Code): Standardized diagnostic fault codes generated by BSCU and stored in non-volatile memory (DFLASH) when an operational fault is detected. They are used for fault logging, reporting, and diagnostic analysis.

[0027] NM message (Network Management Message): A dedicated message used for CAN network node wake-up and sleep management. When the BSCU receives an NM message, it performs remote wake-up and enters normal working mode.

[0028] In modern cars, backpack storage compartments rely on manual pressing, button-type, or physical keys to unlock and lock. Currently, these methods of locking and unlocking are inconsistent, leading users to forget to lock the compartment and potentially lose stored items.

[0029] Existing solutions have the following shortcomings: First, there are no locking failure or success reminders, or physical feedback, when the user closes the backpack storage compartment. Second, the physical key for unlocking and locking is easily lost, posing a risk of users being unable to retrieve their stored items. Third, there is no magnetic locking function when the user closes the storage compartment lid. Fourth, there is no intelligent function to remind the user of the locking experience. Therefore, there is an urgent need for a control scheme that can simultaneously satisfy the user's intelligent locking, unlocking, and unlocking functions to improve the user experience and achieve intelligent interactive locking, unlocking, and unlocking. Based on this, this invention proposes a platform-based software control scheme for a backpack storage compartment based on CAN communication. Using the BSCU as the core control unit, it uniformly receives vehicle status signals through the CAN bus, constructing a complete software control platform covering unlocking control, automatic magnetic locking, electric magnetic lock reset, instrument status feedback, lighting control, and multiple safety protections, thus solving all the above-mentioned technical defects.

[0030] In conventional solutions, locking and unlocking car backpack storage compartments rely on independent methods such as manual pressing, button triggering, or physical keys, lacking a unified electronic control architecture. Even in solutions that rely on communication between the vehicle's control module and the backpack's ECU, unlocking primarily depends on anti-theft authentication mechanisms, failing to build a vehicle signal linkage software control platform based on the CAN bus. Such solutions do not consider the linkage requirements between the vehicle's power status, speed status, and locking functions, and lack automatic magnetic locking, intelligent status reminders, and comprehensive security protection mechanisms, resulting in a poor user experience and insufficient system reliability.

[0031] To address the aforementioned and other issues, this invention provides a platform-based software control scheme for a rear backpack storage box. After the BSCU is powered on and initialized, this scheme receives door lock status signals from the FLZCU, vehicle power mode signals, and vehicle speed status signals from the body domain controller via the CAN bus. It establishes a list of signal differences and identifies the processing logic for each function. When multiple preconditions are simultaneously met, it responds to the microswitch press signal to drive the electric suction lock motor to perform the unlocking action. When it detects that both electric suction locks are continuously transmitting a half-lock current signal, it automatically drives the electric suction lock motor to tighten the locking body, achieving automatic locking by the cover closing. After locking, the drive motor resets to a preset elastic holding position in the unlocking direction, maintaining the locked state while allowing mechanical emergency unlocking. It periodically sends lock status signals to the instrument panel via the CAN bus, triggering a pop-up reminder in the unlocked state. It drives the LED lighting to turn on and off based on the lock status signal. Simultaneously, it implements multiple safety protection mechanisms, including overload protection, overvoltage and undervoltage protection, anti-tampering protection, and DTC fault code management. It also achieves intelligent wake-up and sleep mode for network management through NM messages. Therefore, this invention uses the CAN bus as the communication backbone to realize the intelligent closed-loop control of the entire process of the backpack storage box, which is fundamentally different from the existing decentralized manual control scheme.

[0032] The example system architecture in which various embodiments of the present invention can be implemented includes a storage backpack controller assembly (BSCU), a body domain control unit (FLZCU), microswitches, electric suction locks (including a left electric suction lock and a right electric suction lock), and LED lights (including LED1 and LED2).

[0033] The BSCU is the core control unit, responsible for receiving CAN bus signals from the vehicle, driving the electric lock motor to perform unlocking and locking actions, controlling the LED lights, and sending lock status feedback signals to the instrument panel via the CAN bus. The BSCU can also be extended to control storage compartments in other vehicle models.

[0034] Furthermore, this invention provides a system control scheme for an intelligent lock, which differs from purely mechanical locks on the market by enabling it to be intelligent, improving the user experience, and solving the problem of users forgetting to unlock or lock during use. The functions of the storage backpack controller assembly (BSCU) are shown in Table 1 below: Table 1

[0035] The FLZCU is the body domain controller, which establishes a bidirectional communication connection with the BSCU via the CAN / CANFD bus. It periodically sends vehicle status information such as the driver's door lock status signal (message ID: 0x23B) and the vehicle power mode signal (message ID: 0x49D) to the BSCU. The vehicle speed status signal (message ID: 0x48A) is sent to the BSCU by the body domain controller via the CAN bus.

[0036] A microswitch is installed on the left side of the storage backpack. When the user presses the microswitch, it sends an unlock trigger signal to the BSCU. The electric suction lock has a built-in motor, driven by the BSCU, to perform unlocking and locking actions, and sends half-lock, full-lock, and reset signals back to the BSCU. The LED lights (LED1 and LED2) are controlled by the BSCU to illuminate the inside of the storage backpack.

[0037] The BSCU and FLZCU communicate bidirectionally via CAN / CANFD bus; the BSCU and the instrument send lock status signals (message ID: 0X437) via CAN bus. The system operating voltage range is 9V to 16V.

[0038] The data acquisition and processing involved in the embodiments of this application strictly comply with relevant laws and regulations, and are only used for the storage backpack lock control function, and not for other unauthorized purposes. It should be understood that the above example system architecture is described for illustrative purposes only and does not imply any limitation on the scope of protection of this disclosure; the present invention can also be applied to intelligent control scenarios of other types of vehicle storage devices, and the system architecture may also include components such as gateway modules and diagnostic interfaces not shown.

[0039] Example 1 like Figure 1 , Figure 2 As shown in the figure, this embodiment discloses a platform-based software control method for a backpack storage box, which includes the following steps: S1: Receive and parse the vehicle's CAN bus signals and establish a list of signal differences; In this embodiment, the vehicle CAN bus signals include door lock status signals, vehicle power mode signals, and vehicle speed status signals.

[0040] The storage backpack controller assembly (BSCU) continuously receives the following three types of signals via the CAN bus: door lock status signal, sent by the FLZCU in periodic messages (message ID: 0x23B), signal name LHFDoorLockSts, signal values ​​include 0x0: Locked, 0x1: Unlocked, 0x2: SuperLocked, and 0x3: Unknown; vehicle power mode signal, sent by the FLZCU. The signal is sent as a periodic message (message ID: 0x49D), with the signal name FLZCU_9_PowerMode and signal values ​​including 0x0: Off (OFF position), 0x1: Comfortable (Comfortable position, i.e., the vehicle's comfort mode, is a low-power standby state, in which some electrical functions remain active but the engine is not started), 0x2: ON (ON position), and 0x3: Reserved; The vehicle speed status signal is sent by the body domain controller as a periodic message (message ID: 0x48A), with the signal name VehicleSpeedVSOSigValidData and signal values ​​including 0x0: Valid (valid) and 0x1: Not valid (invalid).

[0041] The BSCU analyzes the above signals, extracts the driver's door lock status, vehicle power mode, and vehicle speed validity status, establishes a signal difference list, identifies the functional processing logic corresponding to unlocking and locking, and provides a data basis for the condition judgment of subsequent functional steps.

[0042] During the power-on initialization phase, the BSCU loads the signal difference list and subsequently updates the status of each signal in real time through interrupts or polling.

[0043] In some embodiments, the signal difference list is implemented in the BSCU software as a static lookup table, typically stored as an array of structures in the BSCU's program memory (FLASH) and loaded into RAM during power-on initialization for runtime lookup. This lookup table maps and binds the message ID, signal name, and signal value of each CAN signal to the corresponding functional execution logic, ensuring that all subsequent control decisions of the BSCU are executed uniformly using the lookup table. This avoids repeated parsing of the original message at each step, thereby improving software execution efficiency and ensuring consistency of signal parsing logic across multiple steps. For example, when LHFDoorLockSts=0x1:Unlocked, the corresponding functional logic in the list is to allow entry into the unlock precondition judgment; when FLZCU_9_PowerMode=0x0:Off, the corresponding functional logic is to trigger a false sleep judgment branch; when VehicleSpeedVSOSigValidData=0x0:Valid and the vehicle speed value is 0, the corresponding functional logic is that the vehicle is stationary, and unlocking is allowed; when the vehicle speed value is greater than 0, the corresponding functional logic is that the vehicle is moving, and unlocking is prohibited.

[0044] The above technical solution unifies and aggregates multiple status signals of the vehicle through the CAN bus, establishes a platform-based signal parsing framework, and solves the technical defect of lacking a unified signal basis for various control functions in the existing technology, providing reliable data input for subsequent intelligent control of the entire process.

[0045] S2: Based on the signal difference list, if all the first preconditions are met, the unlocking trigger condition is detected. If it is met, the electric suction lock motor is driven to perform the unlocking action. Based on the signal difference list, if all the second preconditions are met, the locking trigger condition is detected. If it is met, the electric suction lock motor is driven to perform the locking action. Based on the signal difference list, if all the third preconditions are met, the full lock trigger condition is detected. If it is met, the electric suction lock motor is driven to move in the unlocking direction to the reset range. (1) Storage backpack unlocking function By operating the micro switch on the left side of the storage backpack, the user can unlock the backpack by driving the lock motor of the BSCU under certain conditions.

[0046] The first prerequisites include the door lock status signal being in the unlocked state, the power supply voltage being within the normal range, no motor failure, and the vehicle speed status signal being valid and the vehicle speed being zero; the unlocking trigger condition is that the micro switch pressing signal is valid for a duration that reaches the pressing judgment duration.

[0047] Specifically, the BSCU first determines whether the following prerequisites are met: the door lock status signal is unlocked (LHFDoorLockSts=0x1:Unlocked, indicating the driver's door lock is unlocked), the power supply voltage is within the normal range (9V to 16V), there is no motor fault, and the vehicle speed status signal is valid (VehicleSpeedVSOSigValidData=0x0:Valid) with a vehicle speed value of zero (i.e., the vehicle is stationary). The VehicleSpeedVSOSigValidData signal represents the validity of the vehicle speed signal; when this signal is 0x0:Valid, it indicates that the vehicle speed value signal is reliable. Based on confirming the validity flag is Valid, the BSCU further analyzes the vehicle speed value signal; when the vehicle speed value is 0, it determines that the vehicle is stationary. Both conditions must be met simultaneously for unlocking to be allowed. All of the above conditions must be met simultaneously to enter the unlock trigger condition detection stage.

[0048] After the first precondition is met, the BSCU continuously monitors the microswitch's press signal. The microswitch is installed on the left side of the storage backpack. When the user presses it, it outputs a valid level signal to the BSCU. The press determination duration refers to the shortest duration required for the BSCU to determine that the microswitch press signal is valid, used to filter out false press signals. When the detected valid press signal duration reaches the press determination duration, the BSCU triggers the unlocking action, drives the electric latch motor to unlock, retracts the latch, and updates the lock status signal to BSCU_1_MotorLockSts=0x3:Unlocked.

[0049] Furthermore, when the door lock status signal is locked (LHFDoorLockSts=0x0:Locked), the BSCU determines that the pressing signals of the push switches on the side of the storage backpack are invalid, and the BSCU will not drive the storage backpack lock motor to perform the unlocking action.

[0050] Furthermore, the above implements the BSCU storage backpack unlocking function. The storage backpack unlocking function will exit when any of the following exit conditions are detected. Exit conditions include: (1) abnormal voltage, i.e., voltage exceeding 9-16V; (2) motor failure detected; (3) no unlocking signal is detected after the BSCU drives the lock motor for more than 800ms (BSCU_1_MotorLockSts=0x3:Unlocked).

[0051] In some embodiments, during the unlocking action, the BSCU simultaneously starts an unlocking timeout timer. The unlocking timeout determination period refers to the maximum time the BSCU waits for an unlocking completion signal after driving the electric lock motor to perform the unlocking action. If no unlocking completion signal is received within this time, it is determined to be an unlocking failure. If no unlocking completion signal is detected within the unlocking timeout determination period, the BSCU immediately stops the motor operation, records this fault as a DTC fault code and stores it in non-volatile memory, and simultaneously sends a fault status signal to the body control unit via the CAN bus, realizing closed-loop self-diagnosis of unlocking failure. Thus, unlocking failure self-diagnosis achieves real-time reporting and closed-loop processing of faults, avoiding the risk of users being unaware of the fault due to silent faults.

[0052] In some embodiments, when the vehicle speed status signal indicates that the vehicle is in motion, the BSCU prohibits the unlocking action, eliminating the safety hazard of accidental opening of the glove compartment due to accidental activation of the microswitch during driving from a software logic perspective. Thus, by introducing vehicle speed-linked judgment logic, the safety hazard of accidental unlocking while driving is blocked at the software level, improving overall vehicle driving safety.

[0053] Preferably, the press detection time is 100ms and the unlock timeout detection time is 800ms.

[0054] The above technical solution achieves safe and reliable unlocking control through a dual mechanism of vehicle speed linkage safety verification and unlocking failure self-diagnosis, solving the technical defects of existing technologies that lack driving safety linkage protection and fault self-diagnosis.

[0055] (2) Storage backpack locking function When the electric suction lock is detected to be in a semi-locked state, the drive motor automatically closes it, achieving automatic magnetic locking of the storage backpack cover. When the user closes the storage backpack cover to the semi-locked position, under the second precondition, the BSCU drives the storage backpack lock motor to perform the locking action.

[0056] The second prerequisite includes that the power supply voltage is within the normal range and there is no motor fault; the locking trigger condition is that both electric locking locks transmit a half-lock current signal and the effective time lasts for the half-lock judgment duration.

[0057] Specifically, under the second precondition of a power supply voltage of 9V to 16V and no motor faults, the BSCU continuously collects the current signals of the two electric suction locks. The half-lock current signal refers to the characteristic current signal generated when the electric suction lock is engaged with the latch when the cover plate is closed to the half-lock position; the half-lock determination time refers to the duration of signal validity required for the BSCU to determine that both electric suction locks are in the half-lock state.

[0058] When the user closes the storage backpack cover to the half-lock position, the BSCU detects that both electric suction locks are transmitting half-lock current signals and the effective time lasts for the half-lock determination duration, and determines that it is in a half-lock state, triggering an automatic locking action.

[0059] In some embodiments, when the storage backpack meets the preconditions and the triggering condition, the BSCU determines that the half-lock signal is valid, and the corresponding BSCU controls the storage backpack lock to execute. The locking execution is divided into the following three scenarios: 1) When the vehicle's power mode is ON (FLZCU_9_PowerMode=0x2:ON) or Comfortable (FLZCU_9_PowerMode=0x1:Comfortable), and both electric suction locks are in a half-lock state, the BSCU will recognize the half-lock signal (BSCU_1_MotorLockSts=0x2:HalfLocked) and drive the electric suction lock motor to automatically close the electric suction lock, so that the storage backpack cover can be automatically attracted and locked, thus realizing the storage backpack locking function.

[0060] 2) After the vehicle power mode is switched to OFF (FLZCU_9_PowerMode=0x0:Off), and the domain controller enters sleep mode, the BSCU maintains power supply through the KL30 constant power (direct battery supply) and enters a pseudo-sleep state. During the pseudo-sleep period, the BSCU operating current does not exceed the preset static current threshold. It can directly collect the half-lock current signal of the electric suction lock through local hard wiring (without relying on CAN bus communication) and still respond to the half-lock current signal to drive the electric suction lock motor to perform the locking action. That is to say, in the BSCU pseudo-sleep state, when both electric suction locks are in a half-lock state, the BSCU recognizes the half-lock signal, drives the electric suction lock motor to run, and automatically closes the electric suction lock to realize the storage backpack locking function. After the preset pseudo-sleep time is exceeded, the BSCU stops responding to the half-lock signal, cannot realize the electric suction lock function, and enters a complete sleep state.

[0061] 3) Users can directly close the storage backpack cover to the fully locked state using external force, skipping the half-lock stage. The BSCU directly recognizes the fully locked state signal (BSCU_1_MotorLockSts=0x1:Locked) and enters step S4. Thus, the pseudo-sleep mechanism ensures that automatic locking can still be completed for a short time after the vehicle is powered off, while keeping the static current at an extremely low level, balancing functional integrity and the vehicle's low power consumption requirements.

[0062] Preferably, the half-lock determination time is 100ms; the preset false sleep time is 10 minutes; and the preset static current threshold is 50mA.

[0063] Furthermore, the above implements the storage backpack locking function, which exits when any of the following exit conditions are detected. Exit conditions include: (1) abnormal voltage, i.e., voltage exceeding 9-16V; (2) motor failure detected.

[0064] The above technical solution automatically triggers the locking action by using a half-lock current signal, realizing the core function of automatic adsorption and locking when the cover is fastened. This fundamentally solves the technical defect in the existing solution where locking is dependent on manual operation, which leads to forgetting to lock.

[0065] (3) Electric locking reset function Upon detecting a fully locked state, the electric magnetic lock motor is driven to move in the unlocking direction to the reset zone. The third prerequisite condition includes that the power supply voltage is within the normal range and there is no motor fault; the full lock trigger condition is that the lock status signal is fully locked.

[0066] Specifically, the BSCU (Balanced Storage Unit) of the storage backpack recognizes that the two electric suction locks are in a fully locked state. Under the third precondition, the BSCU drives the storage backpack lock motor to perform a reset action. The lock is still closed, but it can be unlocked in an emergency by means of a mechanical structure. The motor will not block the emergency unlocking of the mechanical structure.

[0067] After the BSCU detects that both electric suction locks have reached the fully locked state (BSCU_1_MotorLockSts=0x1:Locked), under the premise that the power supply voltage is between 9V and 16V and there is no motor fault, it drives the electric suction lock to perform a reset action, that is, the electric suction lock motor moves in the unlocking direction to the reset range.

[0068] The reset range refers to the preset elastic holding position to which the electric lock motor moves in the unlocking direction after completing the locking action. This position is determined by the position feedback signal from the motor's built-in Hall sensor or encoder. Within the reset range, the motor does not apply resistance, the lock tongue is kept closed by the mechanical spring, and the motor no longer obstructs the mechanical emergency unlocking structure, thus allowing the mechanical emergency unlocking structure to directly overcome the spring force to unlock.

[0069] Thus, the above-mentioned electric locking reset function is realized. This step retains the lock body in the closed state while preserving the operating space for mechanical emergency unlocking, improving the safety redundancy of the system in extreme situations, and solving the potential risk of the motor blocking mechanical emergency unlocking in the existing pure electric control scheme.

[0070] S3: Based on the current state of the storage backpack lock, send a lock status signal to the instrument and display the unlock status of the storage backpack lock in real time.

[0071] In this embodiment, the lock status signal (storage backpack lock status feedback) refers to the current status information of the storage backpack lock sent by the BSCU to the instrument via the CAN bus in a periodic message (message ID: 0x437). The signal name is BSCU_1_MotorLockSts, and the signal values ​​include 0x0: Not active, 0x1: Locked, 0x2: Half-locked, and 0x3: Unlocked. It is an instrument pop-up interaction signal used by the instrument to receive and report the status. It is only displayed in the 0x3: Unlocked state, that is, when unlocked, the pop-up reminds you that the backpack is not locked.

[0072] The system also features a visual interactive function, meaning that when the instrument receives the lock status signal from the BSCU, it displays the real-time status information of the storage backpack lock, i.e., unlocking, thus providing a prompt to the user.

[0073] With the vehicle power mode in ON or Comfortable (instrument display function normal), the BSCU network in non-sleep state, and the power supply voltage between 9V and 16V meeting the prerequisites, the BSCU continuously sends lock status signals to the instrument cluster via the CAN bus in periodic messages. The BSCU identifies that either of the two electric locks is unlocked and sends the corresponding unlock status signal BSCU_1_MotorLockSts=0x3:Unlocked to the domain controller, which then transmits it to the instrument cluster. When the lock status signal is unlocked (BSCU_1_MotorLockSts=0x3:Unlocked), the instrument cluster (i.e., the central display screen CSD or instrument cluster) displays a pop-up reminder with a "Storage backpack not closed" graphic warning message, which remains constantly lit. The display priority of the instrument cluster pop-up reminder is lower than that of the door status reminder (i.e., the four doors and two hoods status reminder), and the user can turn off the reminder by operating the scroll wheel on the left side of the instrument cluster.

[0074] Furthermore, the above implements a visual interaction function, which exits when any of the following exit conditions are detected. Exit conditions include: (1) BSCU goes into sleep mode; (2) abnormal voltage prevents CAN communication.

[0075] In some embodiments, the BSCU also sends a switch status signal and a lighting status signal via message ID 0X437, which are used for BSCU self-test.

[0076] The switch status signal (storage backpack unlock switch status) refers to the storage backpack lock status feedback sent by BSCU to FLZCU in a periodic message (message ID: 0X437). The signal name is BSCU_1_SwitchSts, and the signal values ​​include 0x0: Notactive, 0x1: Invalid, 0x2: Valid, and 0x3: Stuck.

[0077] The LED status signal (storage backpack light on / off status feedback) refers to the LED status feedback sent by BSCU to FLZCU in a periodic message (message ID: 0X437). The signal name is BSCU_1_Light_Sts, and the signal values ​​include 0x0: Notactive, 0x1: Light_OFF, 0x2: Light_ON, and 0x3: Reserved.

[0078] This step establishes a CAN periodic message feedback mechanism for the three-state lock status signal and automatically triggers an instrument pop-up reminder in the unlocked state, realizing real-time visual interaction of the storage backpack's locked status. This overcomes the shortcomings of existing solutions that lack intelligent status reminders and significantly improves the user experience.

[0079] In this embodiment, the storage backpack also has a lighting function. When the user operates the micro switch on the left side of the storage backpack, the backpack cover opens, and the BSCU drives the LED light to illuminate under certain conditions; when the user closes the backpack cover to a half-lock or full-lock state, the BSCU drives the LED light to turn off.

[0080] The preset lighting time limit refers to the maximum time that the LED lights are allowed to remain on when the vehicle's power mode is OFF. After this time limit is exceeded, the BSCU will automatically turn off the LED lights to prevent continuous power consumption after the vehicle is powered off.

[0081] When the BSCU is in non-sleep mode, the power supply voltage is between 9V and 16V, and the LED lights are functioning normally, the BSCU drives the LED lights according to the lock status signal. When the BSCU detects that both electric locks are unlocked (BSCU_1_MotorLockSts=0x3:Unlocked), it drives LED1 and LED2 to light up simultaneously, providing illumination inside the storage backpack; when the BSCU detects that both electric locks are in a half-locked state (BSCU_1_MotorLockSts=0x2:HalfLocked) or a fully locked state (BSCU_1_MotorLockSts=0x1:Locked), it turns off LED1 and LED2.

[0082] When the vehicle power mode is ON or Comfortable, the LED lights will remain on when the storage backpack is open; when the vehicle power mode is OFF, the LED lights will remain on for no more than a preset lighting time limit and will automatically turn off after the preset lighting time limit is exceeded.

[0083] Preferably, the preset lighting time is 60 seconds.

[0084] Furthermore, the above implements the lighting function, which will exit when any of the following exit conditions are detected. Exit conditions include: (1) BSCU goes into sleep mode; (2) voltage abnormality exceeds 9-16V; (3) LED lamp malfunction.

[0085] This step links lighting control with lock status signals, enabling automated management of lighting functions without requiring manual operation by the user, thus improving ease of use; the OFF position lighting time limit mechanism effectively prevents battery depletion caused by continuous power consumption of lighting after the vehicle is powered off.

[0086] In this embodiment, a safety protection logic is also designed, which includes four sub-functions: overload protection, overvoltage and undervoltage protection, anti-playing protection, and DTC fault code storage. It continuously monitors and executes protection actions throughout the entire motor operation process.

[0087] In some embodiments, the overload protection execution logic is as follows: When the motor is in the unlocked or locked operating state, the BSCU continuously collects the motor output current; when the output current exceeds the overload protection threshold and the duration exceeds the overload judgment time, the BSCU immediately stops the motor operation to protect the ECU and other components; when the motor current returns to the normal range, the BSCU resumes normal operation.

[0088] Preferably, the overload detection time is 600ms; the overload protection threshold is preferably 1.5 to 2 times the rated operating current of the electric suction lock motor, so as to effectively prevent motor overload damage while avoiding false triggering under normal operating conditions.

[0089] In some embodiments, the execution logic of overvoltage and undervoltage protection is as follows: The BSCU continuously monitors the power supply voltage during motor operation (unlocked or locked operation state); when the power supply voltage is lower than the undervoltage threshold or higher than the overvoltage threshold, the BSCU immediately stops the motor operation; when the power supply voltage returns to the normal range, the BSCU resumes normal operation.

[0090] Preferably, the undervoltage threshold is 9V and the overvoltage threshold is 16V.

[0091] In some embodiments, the execution logic of the anti-play protection is as follows: when the BSCU is in a non-sleep state, the voltage is between 9 and 16V, and the preconditions for the button switch to work normally are met, the BSCU counts the number of unlocking operations of the micro switch within a preset time window (first preset duration). When the number of unlocking operations exceeds the anti-play threshold, the anti-play protection is triggered, and the micro switch input signal is blocked during the anti-play protection duration (second preset duration), and the micro switch pressing operation is invalid. After the second preset duration is exceeded, the BSCU automatically resumes normal response to the micro switch input signal.

[0092] Preferably, the first preset duration is 30 seconds, the anti-playing threshold is 6 times, and the second preset duration is 30 seconds.

[0093] In some embodiments, the execution logic for storing DTC fault codes is as follows: The BSCU records all fault information detected during operation as DTC fault codes and stores them in non-volatile memory (DFLASH) for long-term storage; when the cumulative number of power-on cycles exceeds the aging judgment number and the corresponding fault does not reappear, the BSCU automatically clears the DTC fault code to prevent aging faults from occupying storage space. Here, "power-on" refers to powering on the entire vehicle KL15 (i.e., powering on the entire vehicle ignition), and each power-on of the KL15 is counted as one power-on.

[0094] Preferably, the aging determination is performed 10 times.

[0095] This step employs a four-fold safety protection mechanism—overload protection, voltage protection, anti-tampering protection, and DTC fault code management—to comprehensively ensure the long-term reliable operation of the system from four dimensions: abnormal current, abnormal voltage, frequent operation, and fault recording. This addresses the technical deficiency of existing solutions that lack a complete safety protection mechanism.

[0096] In addition, this embodiment also includes network management steps: When the BSCU receives an NM message (message ID range: 0x600 to 0x67F), it performs remote wake-up and enters normal working mode; when the vehicle power mode is not OFF (ON or Comfortable) or when it receives a diagnostic message related to this component (only the ID is judged, not the content and length), the BSCU maintains network operation; when the vehicle power mode is switched to OFF and the diagnostic communication timeout reaches the diagnostic timeout duration, the BSCU enters sleep mode, releases CAN network resources, and reduces the vehicle static current.

[0097] Preferably, the diagnostic timeout duration is 6 seconds.

[0098] This network management mechanism ensures the standardized access and orderly exit of the BSCU in the vehicle's CAN network, thus guaranteeing the stability of the vehicle's CAN network.

[0099] In another embodiment, product requirements can be categorized into different priority levels based on the phased needs of product sampling or the importance and urgency of the requirements, with lower priority values ​​indicating higher priority. For example, network management, storage backpack unlocking, storage backpack locking, electric suction lock reset, storage backpack LED lighting, and BSCU anti-tampering have a priority level of 1, while storage backpack fault protection, storage backpack visual interaction, BSCU overvoltage and undervoltage protection, and BSCU overload protection have a priority level of 2.

[0100] In summary, the present invention achieves the following beneficial effects: By establishing a signal difference list, the parsing results of multiple CAN signals are managed in a unified manner in the form of a lookup table, avoiding repeated parsing of the original message in each step, improving software execution efficiency and ensuring the consistency of signal parsing logic.

[0101] By setting multiple precondition linkage verifications, unlocking is prohibited while the vehicle is in motion, eliminating the safety hazard of accidental unlocking while driving; the unlock timeout self-diagnosis mechanism enables real-time recording and reporting of faults, avoiding the risk of silent faults.

[0102] By detecting the half-lock current signal, the locking action is automatically triggered, realizing that the cover plate will automatically snap into place and lock without manual operation by the user. After the vehicle is powered off, the BSCU collects the half-lock signal through local hard wiring and maintains low power consumption, which takes into account both the availability of the locking function after power failure and the control requirements of the vehicle's static current.

[0103] After the lock is closed, the drive motor resets to the preset elastic holding position, which allows the mechanical emergency unlocking structure to operate normally while keeping the lock closed, thus solving the potential risk of the motor blocking the mechanical emergency unlocking in the pure electric control scheme.

[0104] By sending a lock status signal to the instrument panel and triggering a pop-up reminder when the device is unlocked, real-time visual feedback on the lock status of the storage backpack is achieved, improving user perception. The lighting automatically turns on and off in conjunction with the lock status, and the lighting duration is limited after the vehicle is powered off to prevent the battery from being depleted due to continuous power consumption.

[0105] The system employs a four-tiered mechanism of overload protection, overvoltage and undervoltage protection, anti-tampering protection, and DTC fault code management to ensure long-term reliable operation from four dimensions: abnormal current, abnormal voltage, frequent operation, and fault recording.

[0106] Example 2 In Example 1, the BSCU triggers the locking action after detecting that the half-lock current signals of the two electric latches have been continuously valid for the specified duration. However, in actual use, the force and speed with which users close the cover vary. In some cases, the half-lock current signal may briefly interrupt and then become valid again, or the closing angle of the cover may deviate, causing only one electric latch to enter a half-lock state. Example 1 lacks differentiated handling for the above situations, which may result in the locking action not being triggered or the lock not being fully closed after triggering.

[0107] This embodiment, based on the locking control function of Embodiment 1, adds a half-lock signal quality evaluation module and a locking retry mechanism, as detailed below: (1) Half-lock signal quality assessment When the BSCU detects a half-lock current signal from any electric latch, it initiates a signal quality assessment timer. During the assessment window, the BSCU records the effective duration, number of interruptions, and interruption duration of each electric latch's half-lock current signal, generating a signal quality score.

[0108] The specific scoring rules are as follows: If the half-lock current signals of both electric locks are continuously valid and uninterrupted within the evaluation window period, they are judged as high-quality signals and the locking action is directly triggered; if the half-lock current signal of any electric lock has a brief interruption not exceeding the preset interruption number threshold (each interruption duration does not exceed the preset interruption duration threshold), it is judged as a medium-quality signal. The BSCU extends the waiting time and resamples for confirmation. After confirmation, the locking action is triggered; if the number of interruptions of the half-lock current signal of any electric lock exceeds the threshold or the interruption duration exceeds the threshold, it is judged as a low-quality signal. The BSCU does not trigger the locking action and sends a prompt signal that the cover is not closed properly to the instrument via the CAN bus, reminding the user to close the cover again.

[0109] (2) Lockout retry mechanism After triggering the locking action, the BSCU checks for a locking completion signal. If no fully locked status signal is detected within the locking timeout period, the BSCU stops the motor operation, determining that the locking has failed.

[0110] After a lockout failure, the BSCU does not immediately record a DTC fault code. Instead, it enters a retry waiting phase, waiting for a preset retry interval before checking the half-lock current signal again. If the half-lock signal is still valid, a second lockout action is performed. Once the cumulative number of retries exceeds a preset retry threshold, the BSCU stops retries, records the fault as a DTC fault code, and sends a lockout failure notification to the instrument via the CAN bus, reminding the user to check the status of the storage backpack cover.

[0111] Preferably, the retry threshold is two, and the retry interval is a preset value.

[0112] (3) Handling of single-sided half-lock state When the BSCU detects that only one electric suction lock is in a half-lock state while the other is not, the BSCU does not trigger the locking action. Instead, it sends a cover plate tilt warning signal to the instrument via the CAN bus to remind the user to adjust the cover plate closing posture and close it again to prevent damage to the lock body due to uneven force on one side.

[0113] This embodiment performs quality grading assessment on the half-lock current signal, distinguishing between three scenarios: normal closing, jitter closing, and cover plate misalignment. This avoids the false triggering or missed triggering problems caused by signal jitter in Embodiment 1, improving the triggering accuracy of the locking action. The locking retry mechanism automatically performs a limited number of retries after the first locking failure, reducing the need for manual intervention by the user after locking failure due to occasional mechanical resistance, and improving the system's self-recovery capability. The independent processing logic for the single-sided half-lock state effectively prevents the risk of mechanical damage to the lock body caused by forced locking when the cover plate is misaligned.

[0114] Example 3 In Example 1, the safety protection mechanism uses fixed configurations for the trigger thresholds and protection parameters of overload protection and anti-playing protection, which do not adjust with changes in the current operating state of the vehicle. However, the safety requirements for the storage backpack control system differ fundamentally depending on the vehicle's state: when stationary, low-speed driving, and high-speed driving, user operation frequency is high, and a fixed anti-playing threshold may cause false blocking during normal use; when driving at high speed, any unlocking action poses a safety risk, and fixed precondition verification cannot provide differentiated safety response strategies for different speed ranges. Furthermore, the lighting control in Example 1 only distinguishes between ON and OFF power modes, without considering the impact of the vehicle's driving state on the lighting function.

[0115] Based on the solution in Embodiment 1, this embodiment introduces a dynamic safety protection strategy based on the vehicle driving status classification. The vehicle driving status is divided into three levels, and differentiated safety protection parameters and response logic are configured for each level.

[0116] (1) Classification of driving status Based on the vehicle speed status signal in the signal difference list, the BSCU classifies the vehicle's driving status into the following three levels: Stationary state: The vehicle speed validity indicator is valid and the vehicle speed value is zero; Low-speed driving state: The vehicle speed validity indicator is valid and the vehicle speed value is greater than zero but does not exceed the preset low-speed threshold; High-speed driving state: The vehicle speed validity indicator is valid and the vehicle speed value exceeds the preset low-speed threshold.

[0117] The BSCU updates the driving status level in real time during each CAN message reception cycle and uses the current level as the input for dynamic adjustment of safety protection parameters.

[0118] (2) Differentiated unlocking security strategy When stationary, the unlocking prerequisites remain the same as in Example 1, allowing the unlocking action to be triggered by a microswitch. At low speeds, the BSCU does not immediately prohibit unlocking; instead, it sends a driving operation warning signal to the instrument panel, reminding the user that the vehicle is currently in motion. Simultaneously, the press-to-unlock duration is extended to a preset, stricter duration, requiring the user to press and hold for a longer period to trigger unlocking, thus reducing the probability of accidental operation by raising the trigger threshold. At high speeds, the BSCU directly prohibits the unlocking action, consistent with Example 1.

[0119] (3) Adjustment of dynamic anti-play protection parameters In a stationary state, the anti-play protection time window and operation count threshold adopt the standard configuration of Embodiment 1, adapting to the normal high-frequency operation needs of users in parking scenarios. In low-speed driving conditions, the BSCU shortens the anti-play protection time window to a preset low-speed window duration and lowers the operation count threshold to a preset low-speed count threshold, improving the sensitivity of the anti-play protection and reducing frequent unlocking attempts caused by bumps or accidental touches during driving. In high-speed driving conditions, since unlocking actions are completely prohibited, the anti-play protection module pauses counting to prevent accidental touch signals during high-speed driving from being accumulated in the anti-play statistics and affecting normal use in subsequent stationary states.

[0120] (4) Driving status linkage lighting control Based on the lighting control in Embodiment 1, a driving state linkage logic is added: During low-speed or high-speed driving, even if the electric door lock is unlocked, the LED lights will not remain on for more than a preset driving lighting time limit. After exceeding this time limit, they will automatically turn off to prevent visual interference to following vehicles due to prolonged lighting or damage to the lights from accidental opening of the cover and exposure to airflow. In a stationary state, the lighting control logic remains consistent with Embodiment 1.

[0121] (5) Status classification information reporting The BSCU adds a driving status level field to the lock status signal message via the CAN bus, and synchronously reports the current driving status level to the body control unit for reference by other control modules of the vehicle, thereby realizing information sharing between the storage backpack control system and the vehicle safety management system.

[0122] This embodiment divides the vehicle's driving state into three levels: stationary, low-speed driving, and high-speed driving. Different unlocking security strategies and anti-tampering protection parameters are configured for each level, solving the problem in Embodiment 1 where fixed parameter configurations could not adapt to the safety needs of different driving scenarios. While ensuring driving safety, it avoids false blocking of normal high-frequency operations in parking scenarios. In low-speed driving, the design increases the trigger threshold by extending the press judgment time, effectively reducing the probability of accidental operation during low-speed driving without completely prohibiting unlocking, providing a more granular safety classification response than Embodiment 1. The driving state-linked lighting control mechanism prevents the potential impact on traffic safety caused by prolonged lighting during driving. Driving state level information is synchronously reported via the CAN bus, realizing information exchange between the storage backpack control system and the vehicle safety management system, providing a data foundation for collaborative safety control at the vehicle level.

[0123] Example 4 This embodiment discloses a platform-based software control system for backpack storage boxes, including: The signal analysis module is configured to receive and parse the vehicle's CAN bus signals and establish a list of signal differences. The function execution module is configured to: based on the signal difference list, if all first preconditions are met, detect the unlock trigger condition, and if met, drive the electric suction lock motor to perform the unlocking action; based on the signal difference list, if all second preconditions are met, detect the locking trigger condition, and if met, drive the electric suction lock motor to perform the locking action; based on the signal difference list, if all third preconditions are met, detect the full lock trigger condition, and if met, drive the electric suction lock motor to move in the unlocking direction to the reset range. The status feedback module is configured to send a lock status signal to the instrument based on the current status of the storage backpack lock, and display the unlock status of the storage backpack lock in real time.

[0124] In this embodiment, the signal analysis module designs a CAN communication network management scheme for various locking and unlocking methods, extracts the relevant CAN signal list, functional logic and status messages of the backpack, establishes a signal difference list, and identifies the locking and unlocking signals and their corresponding functional processing logic.

[0125] The function execution module completes the storage backpack lock status feedback according to the software control logic, corresponding to 3 states: fully locked, half locked, and unlocked, which are used by the instrument to receive and feedback the status; the CSD pop-up window reminds users of the unlocked backpack policy.

[0126] Example 5 The purpose of this embodiment is to provide a computing device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the steps of the method of Embodiment 1.

[0127] Example 6 The purpose of this embodiment is to provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the steps of the method of Embodiment 1.

[0128] The steps and methods involved in the apparatuses of Embodiments 5 and 6 above correspond to those in Embodiment 1. For specific implementation details, please refer to the relevant description section of Embodiment 1. The term "computer-readable storage medium" should be understood as a single medium or multiple media including one or more instruction sets; it should also be understood as including any medium capable of storing, encoding, or carrying an instruction set for execution by a processor and enabling the processor to perform any of the methods in this invention.

[0129] Those skilled in the art will understand that the modules or steps of the present invention described above can be implemented using general-purpose computer devices. Optionally, they can be implemented using computer-executable program code, thereby allowing them to be stored in a storage device for execution by a computer device, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. The present invention is not limited to any particular combination of hardware and software.

[0130] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. Various modifications and variations can be made to the present invention by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

[0131] While the specific embodiments of the present invention have been described above in conjunction with the accompanying drawings, this is not intended to limit the scope of protection of the present invention. Those skilled in the art should understand that various modifications or variations that can be made by those skilled in the art without creative effort based on the technical solutions of the present invention are still within the scope of protection of the present invention.

Claims

1. A platform-based software control method for a backpack storage box, characterized in that, include: Receive and parse the vehicle's CAN bus signals, and establish a list of signal differences; Based on the signal difference list, if all the first preconditions are met, the unlocking trigger condition is detected. If the condition is met, the electric suction lock motor is driven to perform the unlocking action. Based on the signal difference list, if all the second preconditions are met, the locking trigger condition is detected. If the condition is met, the electric suction lock motor is driven to perform the locking action. Based on the signal difference list, if all the third preconditions are met, the full lock trigger condition is detected. If it is met, the electric suction lock motor is driven to move in the unlocking direction to the reset range. Based on the current state of the storage backpack lock, a lock status signal is sent to the instrument, and the unlocking status of the storage backpack lock is displayed in real time.

2. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, The vehicle CAN bus signals include door lock status signals, vehicle power mode signals, and vehicle speed status signals.

3. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, The first prerequisite includes the door lock status signal being in the unlocked state, the power supply voltage being within the normal range, no motor fault, and the vehicle speed status signal being valid and the vehicle speed being zero; the unlocking trigger condition is that the micro switch pressing signal is valid for a duration equal to the pressing judgment duration.

4. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, The second prerequisite includes that the power supply voltage is within the normal range and there is no motor fault; the locking trigger condition is that both electric suction locks transmit a half-lock current signal and the effective duration reaches the half-lock determination time.

5. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, The third prerequisite includes that the power supply voltage is within the normal range and there is no motor fault; the full lock trigger condition is that the lock status signal is full lock.

6. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, It also drives LED lights based on the lock status signal.

7. The platform-based software control method for a backpack storage box as described in claim 1, characterized in that, The number of unlocking operations of the micro switch is counted within a preset time window. When the number of unlocking operations exceeds the anti-playing threshold, the anti-playing protection is triggered.

8. A platform-based software control system for backpack storage boxes, characterized in that, include: The signal analysis module is configured to receive and parse the vehicle's CAN bus signals and establish a list of signal differences. The function execution module is configured to: based on the signal difference list, if all the first preconditions are met, detect the unlocking trigger condition, and if the condition is met, drive the electric suction lock motor to perform the unlocking action; Based on the signal difference list, if all the second preconditions are met, the locking trigger condition is detected. If the condition is met, the electric suction lock motor is driven to perform the locking action. Based on the signal difference list, if all the third preconditions are met, the full lock trigger condition is detected. If it is met, the electric suction lock motor is driven to move in the unlocking direction to the reset range. The status feedback module is configured to send a lock status signal to the instrument based on the current status of the storage backpack lock, and display the unlock status of the storage backpack lock in real time.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the steps in the platform-based software control method for a backpack storage box as described in any one of claims 1-7.

10. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the steps in the platform-based software control method for a backpack storage box as described in any one of claims 1-7.

Images