Airbag ignition identification method, device and equipment and storage medium

Abstract

The invention discloses an ignition identification method, device and equipment for an air bag restraint system and a storage medium, and relates to the field of PSI communication. According to the scheme, a data frame uploaded to an SPI bus by a sensor control module is obtained through a master control MCU, and an ignition instruction is generated according to a frame analysis and collision detection result; monitoring a data frame on the SPI bus, performing frame identification and preprocessing on the data frame through a data processor, extracting the preprocessed sensor data according to the identified frame type, and performing abnormality diagnosis on the sensor data; and an ignition enabling signal is generated according to the abnormal diagnosis result of the sensor data and sent to an ignition controller, and an ignition instruction of the safety air bag is activated. According to the scheme, the frame data is detected through hardware, the data type is determined according to the frame length, the sensor data is accurately identified and extracted, and the data is preprocessed, so that the data identification capability is realized, and the processing speed and the collision explosion precision are improved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of PSI communications, and in particular to an airbag ignition identification method, device, equipment, and storage medium. Background Art

[0002] With the rapid development of the automotive industry and new energy vehicles, especially the increasing level of vehicle intelligence and electrification, the number of built-in sensors is increasing, ensuring more stable and secure vehicle control. Sensors are crucial components for sensing the external environment and monitoring vehicle status, and the reliability of their data transmission is directly related to vehicle safety. For example, vehicle airbags rely on the ECU (Electronic Control Unit) chip and collision sensors to precisely control and deploy the airbags at the right time, protecting the driver's life. Optimizing the communication between the ECU and sensors has become a key topic in automotive technology research and development.

[0003] In related technologies, airbag ignition control deploys a large number of sensor devices, such as accelerometers. For automakers, the deployed and purchased sensor devices may be of a unified model, and when the purchased sensor signals or collected data match the data type detected by the detection system, they can be directly embedded and used. However, because the sensor format monitored by traditional ECUs is relatively fixed, it cannot flexibly handle the diverse sensor data frames that may appear in the future, and there are problems with slow recognition / response speeds. In reality, the variability of automakers' procurement of spare parts requires system vendors to adapt compatibility systems to different sensor types. When recognizing sensor data frames, the recognition logic must be redesigned, resulting in additional costs. Summary of the Invention

[0004] The embodiments of the present application provide an airbag ignition recognition method, apparatus, device, and storage medium to solve the problem that a vehicle airbag ignition control system cannot recognize multiple types of sensor data frames.

[0005] In one aspect, the present application provides an airbag ignition identification method, the method comprising: The main control MCU obtains the data frame uploaded to the SPI bus by the sensor control module, and generates an ignition command based on the frame analysis and collision detection results; the ignition command is used to explode the airbag; Monitor the data frames on the SPI bus, perform frame recognition and preprocessing on the data frames through the data processor, and extract the preprocessed sensor data according to the recognized frame type to facilitate abnormal diagnosis of sensor data; An ignition enable signal is generated based on the abnormal diagnosis results of the sensor data and sent to the ignition controller to activate the ignition command of the airbag.

[0006] Specifically, the frame identification and preprocessing of the data frame includes: Identify the frame length of the data frame and determine the frame type based on the frame length; Read and determine the data of the error flag bit, sensor flag bit, and safety channel flag bit of the data frame according to the frame type; In response to the detected data of each flag bit being normal and the sensor flag bit matching the data of the safety channel bit, extracting the sensor data of the target position in the frame data; The preprocessing content is determined according to the secure channel ID number of the data frame, and the preprocessing operation is performed on the sensor data.

[0007] Specifically, determining the preprocessing content according to the secure channel ID number of the data frame and performing preprocessing operations on the sensor data include: Determine the high-order data and data validity, as well as the data sensitivity of sensor data with different frame lengths based on the security channel ID number and sensor flag bit; Perform a target length shift operation on the sensor data according to the data sensitivity; When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is valid, the sensor data is saturated; When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is invalid, the high-order data will be reset to zero or directly discarded according to the security channel ID number.

[0008] Specifically, the frame types include 16, 32, 48, 64, 128, and 256 bit lengths. When the monitored data length does not meet the frame length setting, the data is directly discarded; The error flag is used to detect whether the data has an error. When it indicates that the data has an error, it is directly discarded. The sensor flag is used to indicate the sensor type, and the safety channel bit is used to indicate the data processing channel. When the data of the sensor flag and the safety channel bits do not match the target value, it indicates an identification error and the current data frame is discarded.

[0009] Specifically, when the length of the safety channel bit is lower than the minimum frame length, it is padded according to the minimum frame length; when it is detected that the data of the sensor flag bit and the safety channel bit match the target value, it indicates that the sensor data is valid and generates a valid signal.

[0010] Specifically, when the main control MCU parses the data frame and detects a collision, it generates an ignition instruction; when the ignition instruction is detected, it indicates that a valid data frame has been detected, triggering the frame recognition and preprocessing process; The abnormality diagnosis device receives the valid signal output by the data processor, the processed sensor data, and the safety channel ID number; when the sensor data is valid, the sensor value is subjected to collision verification according to the safety channel ID number; Among them, different safety channel ID numbers correspond to different sensor value thresholds. When the sensor value exceeds the corresponding value threshold, it is determined that an abnormal collision exists and an ignition enable signal is output.

[0011] Specifically, the ignition controller receives an ignition instruction and activates the ignition instruction according to an ignition enable signal; after the ignition instruction is activated, the ECU controller controls the ignition.

[0012] In another aspect, the present application provides an airbag ignition recognition device, the device comprising: The command generation module is used to obtain the data frame uploaded to the SPI bus by the sensor control module through the main control MCU, and generate an ignition command based on the frame analysis and collision detection results; the ignition command is used to explode the airbag; The processing and analysis module is used to monitor the data frames on the SPI bus, perform frame recognition and preprocessing on the data frames through the data processor, and extract the preprocessed sensor data according to the recognized frame type to facilitate abnormal diagnosis of the sensor data; The ignition control module is used to generate an ignition enable signal based on the abnormal diagnosis results of the sensor data and send it to the ignition controller to activate the ignition command of the airbag.

[0013] On the other hand, the present application provides a computer device, which includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, code set or instruction set, and the at least one instruction, at least one program, code set or instruction set is loaded and executed by the processor to implement the airbag ignition identification method described in the above aspect.

[0014] On the other hand, the present application provides a computer-readable storage medium, which stores at least one instruction, at least one program, code set or instruction set. The at least one instruction, the at least one program, the code set or instruction set is loaded and executed by a processor to implement the airbag ignition identification method described in the above aspect.

[0015] The technical solutions provided by the embodiments of this application offer at least the following beneficial effects: To ensure the safety of airbag deployment and accurately identify data frames uploaded by different sensor types, this application utilizes an ECU for initial judgment while also utilizing hardware such as monitors and data processors for secondary judgment. Upon a collision determination, an enable signal is output to activate the airbag deployment. For multi-type data frames, an identification and matching table with varying frame lengths is integrated to determine sensor data type based on frame length. Multiple verifications are performed using flag bits and safety channel numbers, accurately extracting valid sensor data and streamlining it for faster recognition. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 This is a structural diagram of an airbag ignition recognition system provided by an embodiment of the present application; Figure 2 This is a flow chart of an airbag ignition identification method provided by an embodiment of the present application; Figure 3 A schematic diagram of a data frame with a 32-bit frame length is shown; Figure 4 A structural block diagram of an airbag ignition recognition device provided in an embodiment of the present application is shown; Figure 5 A structural block diagram of a computer device provided by an exemplary embodiment of the present application is shown. DETAILED DESCRIPTION

[0017] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0018] In this document, "plurality" refers to two or more. "And / or" describes a relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can mean: A exists alone, A and B exist simultaneously, or B exists alone. The character " / " generally indicates an "or" relationship between the associated objects.

[0019] Figure 1 This is a structural diagram of the airbag ignition recognition system provided in an embodiment of the present application. The system is divided into sensor devices (groups), sensor controllers, main control MCU chips (master devices), several SPI slave devices, Monitor SPI monitors (modules), data processors, abnormality diagnosis equipment, and ignition controllers, etc. according to their functions.

[0020] Sensor devices (such as accelerometers) are typically installed around the vehicle and in specific locations. The sensor controller is responsible for receiving commands from higher-level controllers to collect sensor data, encapsulate the data, and upload it. In some embodiments, the sensor controller is connected to several groups of sensors, which are individually encapsulated and uploaded to SPI slave devices based on sensor numbers. The SPI slave devices and the main control MCU (i.e., ECU chip) are both connected to the SPI bus. A Monitor SPI is also installed on the SPI bus to monitor data frames and command information in real time.

[0021] Figure 2 This is a flow chart of the airbag ignition identification method provided in an embodiment of the present application, comprising the following steps: S1, obtains the data frame uploaded to the SPI bus by the sensor control module through the main control MCU, and generates an ignition command based on the frame analysis and collision detection results; In this application, the main control MCU is responsible for sending control instructions to each SPI slave device according to the software control image, especially instructions for detecting acceleration sensor data. The instructions are sent down layer by layer to the sensor controller to collect acceleration sensor data.

[0022] After receiving the data frame from the SPI bus, the main control MCU chip parses and analyzes it, determining whether a collision has occurred based on pre-defined core judgment logic. Under normal circumstances, the collision detection result is normal. However, if the detection result is abnormal, it is determined that an abnormal collision may have occurred and generates an ignition command. This ignition command is sent to the SPI bus, and the target slave device is the ignition controller, which ignites and deploys the airbag.

[0023] The main MCU only performs one-way detection. In reality, the airbag must deploy under sufficiently precise conditions to protect the driver. In this case, hardware processing logic is required, using a monitor and data processor for secondary confirmation.

[0024] S2, monitoring the data frames on the SPI bus, performing frame recognition and preprocessing on the data frames through a data processor, extracting the preprocessed sensor data according to the recognized frame type, and facilitating abnormal diagnosis of the sensor data; The Monitor SPI is specifically designed to monitor bus data. It monitors and detects all instructions and data transmitted between SPI slave devices and the master MCU chip. This application primarily describes data frames. Monitored data frames are then processed by the data processor hardware. This is done to prevent CPU software logic errors that could cause airbag deployment errors. It also distinguishes between different data frames, improving compatibility and preventing errors in subsequent abnormality diagnosis.

[0025] Specifically, the hardware processing process of this application can identify data frames of various lengths and eliminate those that do not meet the requirements. In particular, for hybrid accelerometer devices, the data type can be determined based on the frame length and the key bits can be accurately extracted to verify the data content.

[0026] This requires embedding a matching table in the hardware to record the locations of key information bits in data frames of varying lengths. This table allows accurate extraction of sensor data of the target length for subsequent data processing and verification. Because sensor data processing varies in bit length due to differences in sensor models, it requires either standardized or specialized processing to match subsequent modules, improving data processing accuracy, efficiency, and vehicle response speed.

[0027] Abnormal diagnosis of sensor data is performed through an abnormal diagnostic device (device / module) that compares the data according to the set data requirements. For example, an acceleration value exceeding a certain limit indicates an abnormal vehicle collision.

[0028] S3. Generate an ignition enable signal based on the abnormality diagnosis result of the sensor data and send it to the ignition controller to activate the ignition command of the airbag.

[0029] The benefit of the dual detection and verification mechanism is that it reduces the probability of errors in the main MCU software processing. When the hardware output diagnostic results can also prove that there is indeed an abnormal collision, the ignition command sent by the main MCU must be activated. Therefore, the abnormal diagnosis device needs to output a valid enable signal, which is input to the ignition controller so that the main MCU can start the ignition controller normally.

[0030] In summary, to ensure the safety of airbag deployment and accurately identify data frames uploaded by different sensor types, this application uses the ECU for initial judgment while also utilizing hardware such as monitors and data processors for secondary judgment. Upon confirming a collision, an enable signal is output to activate the airbag deployment. For multi-type data frames, an identification matching table with different frame lengths is integrated. The sensor data type is determined based on the frame length, and multiple verifications are performed using flag bits and safety channel numbers. This allows for accurate extraction of valid sensor data and streamlined processing to improve recognition speed.

[0031] In some embodiments, identifying the frame type may be achieved by: 1. Identify the frame length of the data frame and determine the frame type based on the frame length; In the present application, the defined frame types include 16, 32, 48, 64, 128, and 256 bit lengths. When the monitored frame length does not meet any of the above-set frame lengths, it means that it is not sensor data, and the data can be directly discarded and monitoring can continue.

[0032] 2. Read and determine the error flag, sensor flag, and safety channel flag of the data frame according to the frame type; This application uses 32-bit length as an example for explanation. Figure 3 In the frame structure shown in FIG, bits 0-2 are check bits, bit 3 is an error flag bit, bits 4-19 are sensor data bits, bits 20-24 are safety channel bits, bit 28 is a sensor flag bit, bit 29 is an error flag bit, and the rest are reserved bits.

[0033] 3. In response to the detected data of each flag bit being normal and the sensor flag bit matching the data of the safety channel bit, extracting the sensor data of the target position in the frame data; The error flag can be used to determine whether a data frame has errors and decide whether to terminate data processing. This process can be accomplished by writing a flag during the upload and packaging phase to indicate an error caused by a sudden change in data during transmission. The sensor flag is used to determine the source of data. Because data frames on the SPI bus come from many sources, or if only sensors at specific locations need to be monitored, identified, and processed, this flag is needed to determine whether the data is from the target sensor and decide whether to discard or continue processing.

[0034] The security channel ID number in the security channel field is used to distinguish data generated by different sensors and transmit and process them through different channels. For example, the security channel for sensors at the front of the vehicle is 24, while the security channel for sensors at the rear is 14. Once the vehicle's sensor deployment is finalized, the numbering is also determined. If the security channel does not match, it indicates that the data frame is from a non-target sensor and can be discarded.

[0035] Specifically, when the length of the safety channel bits is less than the minimum frame length, they are padded to the minimum frame length (e.g., 8 bits). When the sensor flag bits and safety channel bits match the target value, the sensor data is valid, generating a valid signal (sensor data valid). This valid signal notifies subsequent modules to process the sensor data properly. If this signal indicates invalid data, no subsequent response or related processing will occur.

[0036] In particular, the security channel ID number can be numbered according to the sensor type, detection function, or quantity, but it must match the sensor flag bit, otherwise it will be defined as a data frame of unknown origin and discarded.

[0037] The discard processing logic can be used for targeted operations and improve the processing efficiency of specific sensor data, especially in scenarios such as vehicle collision and ignition that require a quick response.

[0038] 4. Determine the preprocessing content based on the secure channel ID number of the data frame and perform preprocessing operations on the sensor data.

[0039] As mentioned above, for data frames with different frame lengths, in order to accurately extract the data at the corresponding position, it is necessary to use a table to normally determine the bit position of each data to ensure accurate extraction.

[0040] In fact, after extracting the sensor data, theoretically, data verification and judgment can be performed directly. However, considering the different precisions of mixed sensors, as well as the subsequent hardware processing speed and processing capabilities, processing all bit data may lead to low data processing efficiency, which is not conducive to fast processing. Therefore, this application chooses to pre-process the sensor data.

[0041] The preprocessing process can be summarized as follows: 1. Determine the high-order data, data validity, and data sensitivity of sensor data with different frame lengths based on the security channel ID number and sensor flag bit; As mentioned above, different safety channel ID numbers can represent sensors of specific models, functions, and locations. The accuracy of the data collected can be used to establish an information matching table. After obtaining the safety channel ID number, the high-bit validity and data sensitivity of the sensor data are matched by looking up the table. The high-bit validity here refers to whether the high-bit bit data in the sensor data has actual meaning. For example, in the eight-bit data "10001001", the high three bits "100" are defined by the sensor for bus transmission and numerical signs. For example, the sign bit represents positive and negative values. When used as a force sensor, negative numbers are usually not generated (temperature sensors need to retain the sign bit), so the high-bit sign is usually not required to participate in the calculation and has no practical reference significance. Sensitivity is based on the actual sensor data value. In scenarios with different levels of accuracy, the low-bit data can be omitted to improve calculation efficiency.

[0042] This step is for sensor data with different frame lengths. By looking up the table and combining it with the security channel ID number, you can determine the corresponding high-order data length, whether the high-order data is valid (computationally meaningful) data, and the data sensitivity.

[0043] 2. Perform a target length shift operation on the sensor data according to the data sensitivity; After determining the sensitivity (for example, accurate to two or three decimal places), the actual valid sensor data can be shifted (omitting the low-order data), for example Figure 3 In the sensor data, select right shift by six bits (the shift here is performed together with the high-order data).

[0044] 3. When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is valid, the sensor data is saturated; 4. When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is invalid, the high-order data will be reset to zero or directly discarded according to the security channel ID number.

[0045] Steps 3 and 4 take into account the bit length after shifting and the hardware processing capability. This application can set the threshold value according to different frame lengths, for example, Figure 3 The threshold for the 32-bit bit is set to 480. If the shifted value does not exceed 480, subsequent processing proceeds normally. However, if the value exceeds 480, further adjustments are made based on the secure channel ID. Valid high-order bits are saturated; invalid high-order bits are discarded.

[0046] After the above settings, the sensor data can be compressed into a shorter data range, and the subsequent module processing process will be faster.

[0047] In some embodiments, the monitor detects data and transmits it to the data processor according to a set frequency. In order to reduce the processing pressure of the data processor and perform sensor data frame parsing normally, a mechanism that can be used for directional identification, namely a trigger mechanism for secondary collision detection, should also be sent to the data processor.

[0048] To this end, when the master MCU parses the data frame and detects a collision, it first generates an ignition command, Framevalid, and sends it to the SPI bus. When the monitor detects the ignition command, it indicates that a valid data frame related to the vehicle collision has been detected, triggering the frame recognition and preprocessing process, sending the data frame to the data processor. After processing, the data processor outputs a sensor data valid signal, processed sensor data, and a safety channel ID, Safety ID, to the abnormality diagnosis device.

[0049] The abnormality diagnosis device receives the valid signal output by the data processor, the processed sensor data, and the safety channel ID number. If the sensor data is valid, the sensor value is collided and verified according to the safety channel ID number.

[0050] It's important to note that different safety channel IDs correspond to different sensor thresholds. This is why the abnormality diagnosis equipment uses the Safety ID as a basis for judgment. This is because the acceleration values ​​generated by a collision are different for the sensors on the left and right sides of the vehicle, as well as the rear and front sensors. When the sensor value exceeds the corresponding threshold, an abnormal collision is determined and an ignition enable signal is output. Furthermore, the ignition controller receives the ignition command and activates it based on the ignition enable signal. After the ignition command is activated, the ECU controls ignition.

[0051] Figure 4 The following is a structural block diagram of an airbag ignition recognition device provided in an embodiment of the present application, which includes: The command generation module 410 is used to obtain the data frame uploaded to the SPI bus by the sensor control module through the main control MCU, and generate an ignition command based on the frame analysis and collision detection results; the ignition command is used to explode the airbag; The processing and analysis module 420 is used to monitor the data frames on the SPI bus, perform frame recognition and preprocessing on the data frames through the data processor, and extract the preprocessed sensor data according to the recognized frame type to facilitate abnormal diagnosis of the sensor data; The ignition control module 430 is used to generate an ignition enable signal according to the abnormality diagnosis result of the sensor data, and send it to the ignition controller to activate the ignition instruction of the airbag.

[0052] The airbag ignition recognition device provided in the embodiment of the present application can be applied to the airbag ignition recognition method provided in the above embodiment. For relevant details, please refer to the above method embodiment. The implementation principles and technical effects are similar and will not be repeated here.

[0053] It should be noted that the airbag ignition recognition device provided in the embodiments of this application is merely illustrated by the division of the aforementioned functional modules / functional units. In actual applications, the aforementioned functions can be assigned to different functional modules / functional units as needed, i.e., the internal structure of the airbag ignition recognition device can be divided into different functional modules / functional units to complete all or part of the functions described above. In addition, the implementation of the airbag ignition recognition method provided in the aforementioned method embodiment and the implementation of the airbag ignition recognition device provided in this embodiment are based on the same concept. The specific implementation process of the airbag ignition recognition device provided in this embodiment is detailed in the aforementioned method embodiment and will not be repeated here.

[0054] Figure 5The following is a block diagram of the structure of a computer device provided by an exemplary embodiment of the present application. The computer device is a desktop computer, a laptop computer, a PDA, a cloud server, and the like. The computer device may include, but is not limited to, a processor and a memory. The processor and the memory may be connected via a bus or other means. The processor may be a central processing unit (CPU). The processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, graphics processing units (GPU), embedded neural network processors (NPU) or other dedicated deep learning coprocessors, discrete gate or transistor logic devices, discrete hardware components, or a combination of the above chips.

[0055] The processor may include one or more processing cores, such as a quad-core processor or an octa-core processor. The processor may be implemented in at least one of the following hardware forms: a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), or a PLA (Programmable Logic Array). The processor may also include a main processor and a coprocessor. The main processor is used to process data while awake, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor used to process data while in standby mode. In some embodiments, the processor may integrate a graphics processing unit (GPU), which is responsible for rendering and drawing content displayed on the display. In some embodiments, the processor may also include an artificial intelligence (AI) processor, which is used to handle computational operations related to machine learning.

[0056] As a non-transient computer-readable storage medium, the memory can be used to store non-transient software programs, non-transient computer executable programs and modules, such as program instructions / modules corresponding to the methods in the above-mentioned embodiments of the present application. The processor executes various functional applications and data processing of the processor by running the non-transient software programs, instructions and modules stored in the memory, that is, the method in the above-mentioned method embodiment is implemented. The memory may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created by the processor, etc. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely arranged relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network and a combination thereof.

[0057] In some embodiments, the computer device may optionally include a peripheral device interface and at least one peripheral device. The processor, memory, and peripheral device interface may be connected via a bus or signal lines. Each peripheral device may be connected to the peripheral device interface via a bus, signal lines, or circuit boards. Specifically, the peripheral device includes at least one of a radio frequency circuit, a display screen, and a keyboard.

[0058] The peripheral device interface can be used to connect at least one I / O (Input / Output)-related peripheral device to the processor and memory. In some embodiments, the processor, memory, and peripheral device interface are integrated on the same chip or circuit board. In other embodiments, any one or two of the processor, memory, and peripheral device interface can be implemented on separate chips or circuit boards, although this embodiment is not limited to this.

[0059] The display screen is used to display a UI (User Interface). The UI may include graphics, text, icons, videos, or any combination thereof. When the display screen is a touch screen, it also has the ability to capture touch signals on or above the surface of the display screen. The touch signals can be input as control signals to a processor for processing. In this case, the display screen can also be used to provide virtual buttons and / or virtual keyboards, also known as soft buttons and / or soft keyboards. In some embodiments, there can be one display screen, disposed on the front panel of the computer device; in other embodiments, there can be at least two display screens, disposed on different surfaces of the computer device or in a foldable design; in still other embodiments, the display screen can be a flexible display screen, disposed on a curved or foldable surface of the computer device. Furthermore, the display screen can be configured as a non-rectangular, irregular shape, also known as a special-shaped screen. The display screen can be made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0060] A power supply is used to power various components in computer equipment. The power supply can be AC, DC, disposable batteries, or rechargeable batteries. When the power supply includes a rechargeable battery, it can be wired or wirelessly rechargeable. A wired rechargeable battery is charged via a wired line, while a wireless rechargeable battery is charged via a wireless coil. The rechargeable battery can also support fast charging technology.

[0061] Those skilled in the art will understand that the structure shown in this embodiment does not constitute a limitation on the computer device, and may include more or fewer components than shown in the figure, or combine certain components, or adopt a different component arrangement.

[0062] The embodiment of the present application also discloses a computer-readable storage medium. Specifically, the computer-readable storage medium is used to store a computer program, and when the computer program is executed by the processor, the method in the above-mentioned method implementation is implemented. Those skilled in the art will understand that all or part of the processes in the above-mentioned method implementation of the present application can be completed by instructing the relevant hardware through a computer program. The program can be stored in a computer-readable storage medium, and when the program is executed, it can include the processes of the implementation of the above-mentioned methods. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only memory (ROM), a random access memory (RAM), a flash memory (Flash Memory), a hard disk drive (HDD) or a solid-state drive (SSD), etc.; the storage medium can also include a combination of the above-mentioned types of memory.

[0063] This specific embodiment is merely an explanation of the present invention and is not intended to limit the present invention. After reading this specification, those skilled in the art may make non-creative modifications to this embodiment as needed. However, as long as such modifications are within the scope of the claims of the present invention, they are protected by patent law.

Claims

1. A method for identifying the ignition of an airbag, characterized in that: The method comprises: The main control MCU obtains the data frame uploaded to the SPI bus by the sensor control module, and generates an ignition instruction according to the frame analysis and collision detection results; the ignition instruction is used to explode the airbag; Monitor the data frames on the SPI bus, perform frame recognition and preprocessing on the data frames through the data processor, extract the preprocessed sensor data according to the recognized frame type, and facilitate abnormal diagnosis of the sensor data; An ignition enable signal is generated according to the abnormal diagnosis result of the sensor data, and sent to the ignition controller to activate the ignition command of the airbag; wherein the abnormal diagnosis device receives the valid signal output by the data processor, the processed sensor data, and the safety channel ID number; when the sensor data is valid, the sensor value is subjected to collision verification according to the safety channel ID number; different safety channel ID numbers correspond to different sensor value thresholds, and when the sensor value exceeds the corresponding value threshold, it is determined that an abnormal collision exists, and an ignition enable signal is output; The ignition controller receives the ignition command and activates the ignition command according to the ignition enable signal; after the ignition command is activated, the ECU controller controls the ignition.

2. The method according to claim 1, characterized in that: The frame identification and preprocessing of the data frame includes: Identify the frame length of the data frame and determine the frame type according to the frame length; Read and determine the data of the error flag bit, sensor flag bit, and safety channel flag bit of the data frame according to the frame type; In response to the detected data of each flag bit being normal, and the sensor flag bit matching the data of the safety channel bit, extracting the sensor data of the target position in the frame data; The preprocessing content is determined according to the secure channel ID number of the data frame, and the preprocessing operation is performed on the sensor data.

3. The method according to claim 2, characterized in that The method of determining the preprocessing content according to the secure channel ID number of the data frame and performing preprocessing operations on the sensor data includes: Determine the high-order data and data validity, as well as data sensitivity of sensor data with different frame lengths according to the security channel ID number and sensor flag bit; Perform a target length shift operation on the sensor data according to the data sensitivity; When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is valid, the sensor data is saturated; When the data length after the shift operation exceeds the length range processed by the subsequent module and the high-order data is invalid, the high-order data will be reset to zero or directly discarded according to the security channel ID number.

4. The method according to claim 2, characterized in that: The frame types include 16, 32, 48, 64, 128, and 256 bit lengths. When the monitored data length does not meet the frame length setting, the data is directly discarded; The error flag is used to detect whether an error occurs in the data. When the indicated data has an error, it is directly discarded; the sensor flag is used to indicate the sensor type, and the safety channel bit is used to indicate the data processing channel. When the data of the sensor flag and the safety channel bits do not match the target value, it indicates an identification error and the current data frame is discarded.

5. The method according to claim 4, characterized in that When the length of the safety channel bit is lower than the minimum frame length, it is extended and padded according to the minimum frame length; when it is detected that the data of the sensor flag bit and the safety channel bit match the target value, it indicates that the sensor data is valid and generates a valid signal.

6. The method according to any one of claims 1 to 5, characterized in that: When the main control MCU parses the data frame and detects a collision, it generates an ignition instruction; when the ignition instruction is detected, it indicates that a valid data frame is detected, triggering the frame recognition and preprocessing process.

7. An ignition recognition device for an airbag, characterized in that: The device comprises: The command generation module is used to obtain the data frame uploaded to the SPI bus by the sensor control module through the main control MCU, and generate an ignition command according to the frame analysis and collision detection results; the ignition command is used to explode the airbag; The processing and analysis module is used to monitor the data frames on the SPI bus, perform frame recognition and preprocessing on the data frames through the data processor, and extract the preprocessed sensor data according to the recognized frame type, so as to facilitate abnormal diagnosis of the sensor data; An ignition control module is used to generate an ignition enable signal according to the abnormality diagnosis result of the sensor data, and send it to the ignition controller to activate the ignition command of the airbag; wherein the abnormality diagnosis device receives the valid signal output by the data processor, the processed sensor data, and the safety channel ID number; when the sensor data is valid, the sensor value is subjected to collision verification according to the safety channel ID number; different safety channel ID numbers correspond to different sensor value thresholds, and when the sensor value exceeds the corresponding value threshold, it is determined that there is an abnormal collision, and an ignition enable signal is output; The ignition controller receives the ignition command and activates the ignition command according to the ignition enable signal; after the ignition command is activated, the ECU controller controls the ignition.

8. A computer device, characterized in that: The computer device includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the ignition identification method of the airbag as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: The readable storage medium stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the ignition identification method of the airbag as described in any one of claims 1 to 6.

Images