Tire pressure detection method, vehicle, medium, and product

Abstract

The application belongs to the field of vehicle tire pressure monitoring and wireless communication, and particularly relates to a tire pressure detection method, a vehicle, a medium and a product. A tire pressure detection module collects tire running parameters containing tire pressure data in real time, constructs a data packet in combination with tire identification information, and sends the data packet to a vehicle controller through broadcasting. The method realizes data interaction in a broadcasting communication mode between the tire pressure detection module and the vehicle controller, constructs a data packet suitable for one-way transmission, effectively solves the problems of complex pairing process, high equipment power consumption and serious power loss of a traditional tire pressure monitoring system, and can complete efficient transmission of tire monitoring data without pre-pairing.

Description

Technical Field

[0001] This application belongs to the field of vehicle tire pressure monitoring and wireless communication, and particularly relates to a tire pressure detection method, vehicle, medium and product. Background Technology

[0002] With the continuous improvement of intelligent and safety systems for non-motorized vehicles, tire pressure monitoring systems have become an important safety feature for two-wheeled and three-wheeled vehicles. This system can comprehensively protect the safety of riders during vehicle operation.

[0003] Existing tire pressure monitoring systems mainly consist of two core components: tire pressure sensors and vehicle controllers. The tire pressure sensors are installed inside the tires, while the vehicle controllers are integrated into the vehicle body. Current solutions use a traditional Bluetooth pairing communication mode, requiring the tire pressure sensors and vehicle controllers to establish a dedicated Bluetooth pairing connection to achieve two-way data exchange.

[0004] Existing tire pressure monitoring solutions have significant technical drawbacks. First, the pairing and connection process is cumbersome, requiring multiple steps such as pairing, binding, link establishment, and encrypted handshake, making it prone to pairing failures, connection timeouts, and disconnections requiring reconnection. Second, the operating power consumption is high; the vehicle controller's Bluetooth module is constantly in transmit / receive mode, continuously consuming sensor battery power and significantly shortening sensor lifespan. Third, the sensors use fixed-period broadcasting, continuously transmitting regardless of whether the vehicle is stationary or moving, or whether the tire pressure is normal or abnormal. This results in numerous invalid transmissions during stationary states and when data is stable, leading to substantial power waste. Summary of the Invention

[0005] This application provides a tire pressure monitoring method, vehicle, medium, and product to solve the technical problems of complex pairing processes, high equipment power consumption, and serious power waste in traditional tire pressure monitoring systems.

[0006] In a first aspect, embodiments of this application provide a tire pressure detection method applied to a vehicle, the vehicle including a tire pressure detection module and a vehicle controller, the tire pressure detection module being deployed on the tires of the vehicle, the method comprising:

[0007] The tire pressure monitoring module collects the tire's operating parameters in real time, including at least tire pressure data.

[0008] The tire pressure monitoring module constructs a data packet based on the operating parameters and the tire identification information, and sends the data packet to the vehicle controller via broadcast.

[0009] This method solves the problems of cumbersome and complicated device pairing process, high power consumption and serious battery waste caused by many invalid communication attempts in traditional tire pressure monitoring systems by using a non-pairing broadcast communication mechanism between the tire pressure monitoring module and the vehicle controller and a data packet structure adapted to unidirectional transmission scenarios.

[0010] In one possible implementation, the operating parameters further include temperature data, and the method further includes:

[0011] The vehicle controller receives the data packet and parses it to obtain the tire identification information;

[0012] When the vehicle controller determines that the identification information is in a preset list, it analyzes the tire pressure data and the temperature data to obtain an anomaly result.

[0013] The vehicle controller sends the abnormal result to the vehicle's display module, so that the abnormal result can be displayed on the display module, or an abnormal alarm can be triggered on the display module.

[0014] This method first extracts tire identification information from the data packet using the vehicle controller. Only when the identification information is confirmed to be within a preset valid list is the tire pressure and temperature data further analyzed to obtain abnormal results. Finally, the results are pushed to the display module for information display or abnormal alarm. This approach can quickly filter irrelevant broadcast data packets from surrounding vehicles, avoiding unnecessary computing power consumption and significantly improving data processing efficiency. At the same time, it can accurately match abnormal information of the vehicle's own tires, avoiding false alarms and missed alarms, allowing drivers to receive timely and accurate tire status alerts and ensuring driving safety.

[0015] In one possible implementation, when the vehicle controller determines that the identification information is in a preset list, it analyzes the tire pressure data and the temperature data to obtain anomaly results, including:

[0016] The vehicle controller parses the identification information at the beginning of the data packet to obtain a determination result of the identification information. The determination result indicates whether the identification information is in the preset list.

[0017] If the determination result indicates that the identification information is in the preset list, the vehicle controller analyzes the tire pressure data and the temperature data to obtain an abnormal result;

[0018] The method further includes:

[0019] If the determination result indicates that the identification information is not in the preset list, the vehicle controller stops parsing the data packet and discards the data packet.

[0020] This method prioritizes parsing the identifier information at the beginning of data packets by the vehicle controller to quickly determine whether they are on a preset list. Only data packets with valid identifiers undergo in-depth parsing of tire pressure and temperature data; packets without the vehicle's identifier are directly terminated and discarded. This pre-verification mechanism can quickly filter irrelevant broadcast data from surrounding vehicles, significantly reducing the vehicle controller's unnecessary computing power consumption, avoiding tire pressure misjudgments caused by external signal interference, and significantly improving the data processing efficiency and operational reliability of the tire pressure monitoring system.

[0021] In one possible implementation, the operating parameters further include: acceleration data and temperature data. The tire pressure monitoring module constructs a data package based on the operating parameters and the tire's identification information, including:

[0022] The tire pressure monitoring module determines the vehicle's motion state based on the acceleration data;

[0023] The tire pressure detection module determines the health status of the tire based on the temperature data and / or tire pressure data;

[0024] When the movement state is driving and the health state is abnormal, the tire pressure detection module encapsulates the identification information, the temperature data, and / or the tire pressure data according to a preset data packet format to obtain the data packet.

[0025] This method can distinguish between normal fluctuations in a stationary vehicle state and actual driving anomalies, and jointly determine temperature, tire pressure changes, and acceleration status, improving the accuracy and timeliness of tire anomaly identification while reducing invalid alarm triggers. Furthermore, this method encapsulates tire identification information and operating status information into a unified data packet, enabling synchronous identification of data source and content. This not only ensures a well-structured data packet and a consistent parsing process but also reduces ambiguity in data transmission, further enhancing the reliability of alarm handling under abnormal operating conditions.

[0026] In one possible implementation, the tire pressure monitoring module determines the vehicle's motion state based on the acceleration data, including:

[0027] The tire pressure monitoring module analyzes and processes the acceleration data to obtain the changes in the acceleration data.

[0028] The tire pressure monitoring module determines the motion state as a driving state when the acceleration data changes periodically.

[0029] This method identifies the periodic changes in tire acceleration data during operation, converts the regular motion characteristics of the tire as it rotates into a vehicle driving status signal, and uses this signal as a prerequisite for subsequent anomaly analysis, so that anomaly detection of temperature and tire pressure data is only triggered in vehicle driving scenarios.

[0030] In one possible implementation, the operating parameters further include sampling time, and the tire pressure detection module determines the health status of the tire based on the temperature data and / or tire pressure data, including:

[0031] The tire pressure monitoring module determines the previous sampling time of the sampling time;

[0032] The tire pressure detection module acquires historical temperature data and / or historical tire pressure data corresponding to the previous sampling time.

[0033] The tire pressure detection module determines the health status of the tire based on the temperature data and the historical temperature data corresponding to the previous sampling time; and / or determines the health status of the tire based on the tire pressure data and the historical tire pressure data corresponding to the previous sampling time.

[0034] This method uses historical data from the previous sampling time as a reference, combining multiple sets of data to comprehensively analyze the tire's operating status. This approach can accurately capture the gradual and abrupt trends of parameters such as tire pressure, ensuring that the health identification results closely match the actual tire operating conditions. It also effectively counteracts interference from occasional fluctuations in a single sampling, significantly improving the accuracy and stability of the status assessment.

[0035] In one possible implementation, the tire pressure detection module determines the health status of the tire based on the temperature data and historical temperature data corresponding to the previous sampling time; and / or, determines the health status of the tire based on the tire pressure data and historical tire pressure data corresponding to the previous sampling time, including:

[0036] The tire pressure monitoring module determines the temperature difference between the temperature data and the historical temperature data;

[0037] If the temperature difference is greater than a preset temperature difference, the tire pressure detection module determines that the health status of the tire is abnormal.

[0038] And / or,

[0039] The tire pressure detection module determines the tire pressure difference between the tire pressure data and the historical tire pressure data;

[0040] If the tire pressure difference is greater than a preset tire pressure difference value, the tire pressure detection module determines that the health status of the tire is abnormal.

[0041] This method compares the current temperature with historical temperatures and uses a preset temperature difference as a judgment threshold to directly identify whether the tire is abnormal by utilizing the temperature change range. This allows abnormal internal temperature rise of the tire to be promptly characterized as an abnormal state and provides a basis for subsequent alarm linkage based on health status.

[0042] In addition, this method compares the current tire pressure with the historical tire pressure and uses a preset tire pressure difference as a judgment threshold to directly identify whether the tire is abnormal by using the magnitude of tire pressure change. This allows abnormal tire internal pressure to be promptly characterized as an abnormal state and provides a basis for subsequent alarm linkage based on health status.

[0043] Fourthly, embodiments of this application provide a vehicle, the vehicle including a tire pressure monitoring module and a vehicle controller, the tire pressure monitoring module being deployed on the tires of the vehicle;

[0044] The tire pressure monitoring module includes: a tire pressure acquisition chip, a temperature acquisition chip, an acceleration sensor, a wireless broadcasting unit, a microcontroller, and a battery;

[0045] The vehicle controller includes a central control unit and a wireless receiving unit.

[0046] Thirdly, embodiments of this application provide a tire pressure monitoring device, including: a memory and a processor;

[0047] The memory stores computer-executed instructions;

[0048] The processor executes computer execution instructions stored in the memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.

[0049] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, are used to implement the first aspect and / or various possible implementations of the first aspect.

[0050] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the first aspect and / or various possible implementations of the first aspect.

[0051] The tire pressure monitoring method, vehicle, medium, and product provided in this application embodiment involve a tire pressure monitoring module collecting tire operating parameters, including tire pressure data, in real time. This data is then combined with tire identification information to construct a data packet, which is ultimately broadcast directly to the vehicle controller. This method solves the problems of cumbersome and complex device pairing processes, high power consumption due to numerous invalid module communications, and significant battery waste in traditional tire pressure monitoring systems. It achieves low-latency, high-reliability, pair-free transmission of tire pressure data, significantly simplifying the deployment process of tire pressure monitoring systems in vehicle production while effectively reducing the long-term power consumption of the tire pressure monitoring module and significantly extending the lifespan of the built-in battery. Attached Figure Description

[0052] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0053] Figure 1 Flowchart of the tire pressure monitoring method provided in this application Figure 1 ;

[0054] Figure 2 Flowchart of the tire pressure monitoring method provided in this application Figure 2 ;

[0055] Figure 3 Flowchart of the tire pressure monitoring method provided in this application Figure 3 ;

[0056] Figure 4 Flowchart of the tire pressure monitoring method provided in this application Figure 4 ;

[0057] Figure 5 This is a structural diagram of the vehicle provided in this application;

[0058] Figure 6 This is a schematic diagram of the tire pressure monitoring device provided in this application.

[0059] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0060] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application.

[0061] First, the terms used in this application will be explained, including:

[0062] Cyclic Redundancy Check (CRC) is a widely used data error detection algorithm in data communication and storage. Its core principle is to append a fixed-length checksum to the original data to be transmitted or stored using linear coding theory. The receiving end recalculates the checksum according to agreed-upon rules and compares it with the checksum carried in the data packet to determine whether errors such as bit loss, corruption, or tampering have occurred during transmission, reading, or writing. This algorithm features strong error detection capabilities, low computational complexity, and high execution efficiency. It can effectively identify random and sudden errors and is commonly used for integrity verification of various communication messages, broadcast data packets, and file data to ensure accurate and reliable data exchange.

[0063] The wireless broadcast unit uses Bluetooth Low Energy (BLE) technology, a short-range wireless communication technology introduced by the Bluetooth Special Interest Group (SIG) and a derivative of the classic Bluetooth. It features low power consumption, short range, low transmission rate, and low cost, allowing devices to actively send data packets in a connectionless broadcast manner, eliminating the need for long-term pairing between communicating parties.

[0064] With the continuous improvement of intelligent and safety systems for non-motorized vehicles, tire pressure monitoring systems have become an important safety feature for two-wheeled and three-wheeled vehicles. This system can comprehensively protect the safety of riders during vehicle operation.

[0065] Existing tire pressure monitoring systems mainly consist of two core components: tire pressure sensors and vehicle controllers. The tire pressure sensors are installed inside the tires, while the vehicle controllers are integrated into the vehicle body. Current solutions use a traditional Bluetooth pairing communication mode, requiring the tire pressure sensors and vehicle controllers to establish a dedicated Bluetooth pairing connection to achieve two-way data exchange.

[0066] Existing tire pressure monitoring solutions have significant technical drawbacks. First, the pairing and connection process is cumbersome, requiring multiple steps such as pairing, binding, link establishment, and encrypted handshake, making it prone to pairing failures, connection timeouts, and disconnections requiring reconnection. Second, the operating power consumption is high; the vehicle controller's Bluetooth module is constantly in transmit / receive mode, continuously consuming sensor battery power and significantly shortening sensor lifespan. Third, the sensors use fixed-period broadcasting, continuously transmitting regardless of whether the vehicle is stationary or moving, or whether the tire pressure is normal or abnormal. This results in numerous invalid transmissions during stationary states and when data is stable, leading to significant power waste.

[0067] To address the aforementioned issues, this application provides a tire pressure monitoring method. First, a tire pressure monitoring module collects tire operating parameters in real time. Then, the module combines the collected operating parameters with the corresponding tire identification information to construct a data packet, which is then broadcast to the vehicle controller. This method, through a pairless, one-way broadcast communication between the tire pressure monitoring module and the vehicle controller, and the data packet used to construct this communication mode, solves the problems of complex and cumbersome device pairing processes, high power consumption due to frequent pairing handshake operations, and significant battery waste in traditional tire pressure monitoring systems. This achieves stable transmission of tire pressure data without prior pairing and binding.

[0068] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described below with reference to the accompanying drawings.

[0069] Figure 1 Flowchart of the tire pressure monitoring method provided in this application Figure 1 ,like Figure 1 As shown, this method is applied to a vehicle, which includes a tire pressure monitoring module and a vehicle controller. The tire pressure monitoring module is deployed on the tires of the vehicle. The method includes:

[0070] S101, The tire pressure monitoring module collects tire operating parameters in real time, including at least tire pressure data.

[0071] Among them, tires are the objects to be monitored in vehicles.

[0072] Operating parameters are a collection of various sensor data that reflect the real-time working status of the tire. Among them, tire pressure data is used to characterize the current air pressure state inside the tire and is a basic parameter for judging whether there are any safety hazards in the tire.

[0073] Understandably, after the tire pressure monitoring module is powered on, it starts the detection process. The tire pressure monitoring module has a built-in tire pressure acquisition chip, which is integrated into the module housing. The entire module fits against the inner wall of the tire and moves synchronously with the tire. The tire pressure data is collected by the tire pressure acquisition chip.

[0074] S102 The tire pressure monitoring module constructs a data packet based on the operating parameters and tire identification information, and sends the data packet to the vehicle controller via broadcast.

[0075] The tire identification information is a unique identification code pre-stored in the tire pressure monitoring module, which can uniquely correspond to each tire. This code can be in the form of a numerical number, such as 001 or 002, or in the form of a combination of numbers and letters, such as A01B02. This application does not impose any special restrictions on this.

[0076] Data packets serve as communication carriers for tire status information, including tire pressure data and operating parameters.

[0077] The purpose of this step is to integrate the collected operating parameters and tire identification information into a transmittable data packet, which is then sent out via broadcast communication, enabling the vehicle controller to synchronously acquire the operating condition data of each tire and the corresponding tire.

[0078] Understandably, after the tire pressure monitoring module obtains the operating parameters, it first judges the operating parameters. If it judges that there is an abnormality in the tire condition, it retrieves the tire identification information stored locally, encapsulates and integrates the operating parameters and identification information to generate a data packet, and then relies on the built-in wireless broadcast unit of the tire pressure monitoring module to broadcast it outwards in a one-way manner.

[0079] The wireless broadcast unit is used to transmit data packets unidirectionally in a connectionless manner, and it can be a radio frequency circuit with short-range wireless broadcasting capability. The wireless broadcast unit does not rely on a pre-established pairing connection; instead, it transmits data packets directly after the tire pressure monitoring module completes anomaly analysis and data packet construction.

[0080] This one-way broadcast transmission method eliminates the need for bidirectional pairing between the vehicle controller and the tire pressure monitoring module, simplifying the pairing process, reducing standby communication power consumption, and effectively lessening the communication load during normal operation. Furthermore, by initiating data packet broadcasting only when a tire is deemed abnormal, and without continuously sending data in a loop, the number of wireless transmissions by the tire pressure monitoring module is further reduced, significantly lowering overall power consumption.

[0081] The tire pressure detection method provided in this application firstly involves a tire pressure detection module sensing the tire's operating status in real time and collecting all-dimensional tire operating parameters, including at least tire pressure data. Then, the tire pressure detection module integrates and encapsulates the collected operating parameters with the unique identification information of the corresponding tire to generate a data packet. Finally, without going through a pre-pairing process, the data packet is directly sent to the vehicle controller via broadcast communication to complete the data interaction.

[0082] This method solves the technical problems of cumbersome and complicated device pairing process, high power consumption and serious battery waste caused by many invalid communication attempts in traditional tire pressure monitoring systems by using a non-pairing broadcast communication mechanism between the tire pressure monitoring module and the vehicle controller and a dedicated data packet structure adapted to unidirectional transmission scenarios. This effectively reduces the long-term power consumption of the tire pressure monitoring module and significantly extends the service life of the built-in battery.

[0083] Figure 2 Flowchart of the tire pressure monitoring method provided in this application Figure 2 ,like Figure 2 As shown, in this embodiment... Figure 2 Based on the examples, the tire pressure monitoring method is described in detail, which includes:

[0084] S201 The tire pressure monitoring module collects tire operating parameters in real time, including at least tire pressure data.

[0085] The explanation of step S201 is the same as that in the above embodiments, and will not be repeated here.

[0086] S202 The tire pressure monitoring module determines the vehicle's motion state based on acceleration data. The operating parameters also include acceleration data and temperature data.

[0087] The motion state of a vehicle includes: driving state and stationary state. Driving state refers to the state in which the vehicle is moving, while stationary state refers to the state in which the vehicle remains stationary and does not move.

[0088] Understandably, acceleration data can reflect the periodic changes in tire speed as the vehicle rotates, as well as the acceleration fluctuations during vehicle start-stop. Therefore, after receiving the tire acceleration data, the tire pressure monitoring module can determine the vehicle's motion state based on the acceleration data.

[0089] Optionally, this application provides a possible implementation method, including: the tire pressure monitoring module analyzes and processes the acceleration data to obtain the changes in the acceleration data; when the changes in the acceleration data are periodic, the tire pressure monitoring module determines the motion state as a driving state.

[0090] Among them, the change situation refers to the extraction of peak values, troughs, waveform repetition intervals, and amplitude change trends after analyzing the continuously collected acceleration data, thereby forming a change result that can be used to determine the motion state.

[0091] Periodic variation refers to the recurring fluctuations in the amplitude and value of acceleration data within a continuous acquisition period, exhibiting a cyclical and repetitive pattern. This cyclical fluctuation is generated by the centrifugal force and vibration caused by the rotation of the tires and the bumps and jolts of the vehicle, which is different from the state where the acceleration value is stable for a long time without cyclical fluctuation when the vehicle is stationary.

[0092] The purpose of this step is to analyze the acceleration data to determine its changing patterns, thereby identifying whether the vehicle is in motion.

[0093] Understandably, the tire pressure monitoring module can first perform noise reduction, moving average, and feature extraction on the acceleration data to obtain the waveform of the acceleration data changing over time, and further determine whether the waveform meets the conditions such as repetition period, amplitude stability, and continuous occurrence; when the conditions are met, the result of determining that the vehicle is in a driving state is obtained.

[0094] This method identifies the periodic changes in tire acceleration data during operation and converts the regular motion characteristics of the tire as it rotates into a vehicle driving status signal. This signal, along with temperature data and tire pressure data, serves as a parallel basis for judgment, thereby enabling the unified judgment of anomalies in various data to be performed under vehicle driving scenarios.

[0095] S203 The tire pressure monitoring module determines the health status of the tire based on temperature data and / or tire pressure data.

[0096] The health status includes, but is not limited to, normal and abnormal status. Normal status means that the tire temperature and tire pressure meet the operating standards; abnormal status means that the temperature and / or tire pressure deviate from the normal values, and the tire is abnormal.

[0097] Understandably, after the tire pressure monitoring module acquires the tire's temperature and / or tire pressure data, since both types of data can intuitively reflect the tire's operating condition, one parameter can be used alone, or both parameters can be combined for comprehensive analysis to determine the tire's health status.

[0098] This method combines changes in tire temperature and pressure parameters with vehicle acceleration status for comprehensive analysis, eliminating reliance on single data thresholds. The multi-condition linkage verification mode not only promptly captures various sudden tire malfunctions during driving, ensuring timely anomaly identification, but also filters out normal data fluctuations caused by environmental factors during vehicle inactivity, significantly reducing the probability of false alarms and frequent triggering of invalid alarms, thus improving the overall accuracy of tire condition monitoring and system stability.

[0099] Optionally, if the operating parameters also include the sampling time, this application provides a possible implementation method, including: the tire pressure detection module determining the previous sampling time; the tire pressure detection module acquiring historical temperature data and / or historical tire pressure data corresponding to the previous sampling time; the tire pressure detection module determining the tire's health status based on the temperature data and the historical temperature data corresponding to the previous sampling time; and / or, determining the tire's health status based on the tire pressure data and the historical tire pressure data corresponding to the previous sampling time.

[0100] Among them, the previous sampling time is used to identify the time point of the adjacent sampling record before the current sampling, and the historical temperature data and historical tire pressure data are the temperature sampling value and tire pressure sampling value corresponding to the previous sampling time, respectively.

[0101] Understandably, in tire monitoring scenarios, instantaneous temperature and tire pressure data at a single moment are easily affected by factors such as the external environment, vehicle driving conditions, and instantaneous interference from sensors, resulting in brief and meaningless numerical fluctuations. If only real-time single-set data is used to determine the health status, it is easy to make misjudgments or omissions, leading to invalid alarms or missed fault detections.

[0102] Therefore, by matching historical data from previous sampling, the continuous trends in tire temperature and tire pressure can be clearly identified, distinguishing between occasional data fluctuations and abnormal parameter changes caused by actual faults. Furthermore, by using tire pressure and / or temperature data, different tire fault scenarios can be adapted, effectively improving the stability and accuracy of health status assessment and ensuring the reliable operation of the tire pressure monitoring system.

[0103] In this step, the previous sampling time node corresponding to the current data sampling time is first located, and the corresponding historical temperature data and historical tire pressure data stored in the module are retrieved to complete the time sequence matching of real-time data and historical data.

[0104] Based on this, the tire pressure monitoring module can flexibly adopt a single-parameter judgment or a dual-parameter joint judgment mode. It can determine the health status by comparing the changes in the current temperature data with the historical temperature data, or by comparing the fluctuations in the current tire pressure data with the historical tire pressure data. It can also combine the change characteristics of the two types of parameters for comprehensive analysis, and finally determine the current normal or abnormal state of the tire.

[0105] S204. When the tire pressure monitoring module is in driving mode and its health status is abnormal, it encapsulates the identification information, temperature data, and / or tire pressure data according to a preset data packet format to obtain a data packet.

[0106] The preset data packet format includes, in sequence, a frame header, identification information, tire pressure data, temperature data, a checksum, and a frame trailer. The frame header serves as the start identifier of the data packet; the identification information uses 32-bit or 64-bit binary encoding as a unique identification number for the corresponding tire, serving as the primary criterion for verifying the tire's legitimacy; the tire pressure data records the current real-time tire pressure value, and the temperature data records the real-time internal temperature value of the tire; the checksum uses a cyclic redundancy check method to ensure the integrity of data transmission; and the frame trailer serves as the end identifier of the data packet.

[0107] Understandably, if the tire pressure monitoring module determines that the vehicle is in a driving state and the tire health is abnormal, it means that there is a fault in the tire while the vehicle is driving. The tire pressure monitoring module encapsulates the identification information, temperature data and tire pressure data according to the preset data packet format to generate a data packet; this data packet can simultaneously carry the tire's unique identity information and real-time operating parameters.

[0108] S205. Send data packets to the vehicle controller via broadcast.

[0109] The explanation of step S205 is the same as that in the above embodiments, and will not be repeated here.

[0110] S206. The vehicle controller receives the data packet and parses it to obtain the tire identification information.

[0111] The vehicle controller is used to receive broadcast signals from the tire pressure monitoring module during vehicle operation.

[0112] The purpose of this step is to parse and extract the identification information corresponding to the tire from the received data packet, so as to distinguish different wheels.

[0113] Understandably, the vehicle controller has an integrated wireless receiver unit that receives broadcast signals from the tire pressure monitoring module during vehicle operation.

[0114] After receiving the data packet, the vehicle controller parses the data packet and extracts the identification information to determine the corresponding tire. This method solves the problem in the prior art that the sensor identification is not bound to the wheel position and cannot effectively distinguish the tire, thus improving the automation level and ease of use of wheel recognition.

[0115] S207. When the vehicle controller determines that the identification information is in the preset list, it analyzes and processes the tire pressure data and temperature data to obtain abnormal results. The operating parameters also include temperature data.

[0116] The preset list is a matching list of all legal tire marking information for this vehicle, which is stored in advance inside the vehicle controller.

[0117] Anomaly results are the results of analyzing temperature and tire pressure data, used to characterize whether there is an abnormal state of the tire, including but not limited to the anomaly type, anomaly level, corresponding tire, and displayed content.

[0118] Understandably, after obtaining the identification information, the vehicle controller can compare the identification information with the items in the preset list. When the comparison result shows that the identification information is in the preset list, it continues to parse the temperature data and tire pressure data in the same data packet and generates the corresponding abnormal results accordingly.

[0119] S208 The vehicle controller sends the abnormal result to the vehicle's display module so that the abnormal result can be displayed on the display module, or so that an abnormal alarm can be triggered on the display module.

[0120] The display module is the human-machine interaction display hardware installed in the vehicle, such as the vehicle's instrument display screen. The display module is used to receive tire-related data and abnormal results sent by the vehicle controller. It can display tire conditions through text and icons, and can complete abnormal alarms in conjunction with sound and light signals. It is a carrier for intuitively feeding back tire condition information to the driver.

[0121] Understandably, after the vehicle controller parses the tire data packet and generates an anomaly result, it sends the anomaly result to the display module, which then performs the corresponding prompt processing. There are two types of processing methods: the first type only displays the anomaly result in the form of text and icons on the interactive interface of the display module, and the second type activates an anomaly alarm through the display module, such as sound and light flashing, or highlighting the fault icon.

[0122] This alarm process is based on the abnormal results parsed by the vehicle controller. It can transform the abstract abnormal tire conditions into intuitive prompts that the driver can perceive, making it easier for the driver to quickly identify the faulty tire and take appropriate measures while the vehicle is in motion.

[0123] The tire pressure detection method provided in this application involves a tire pressure detection module that collects tire operating parameters in real time, including tire pressure data, temperature data, and acceleration data. First, the acceleration data is used to determine the vehicle's motion state, and then the tire pressure and temperature data are combined to determine the tire's health status. Only when the vehicle is in motion and the tire's health status is abnormal does the module encapsulate identification information, tire pressure, and temperature data into a data packet according to a preset data packet format, and send it to the vehicle controller via broadcast. After receiving the data packet, the vehicle controller extracts the identification information and compares it with a locally preset list of valid data. If the verification is successful, the tire pressure and temperature data are parsed to obtain the tire abnormality result, which is then pushed to the vehicle display module to display the abnormal information or provide an alarm.

[0124] This method solves the technical problems of traditional tire pressure monitoring systems, such as excessive invalid communication, high power consumption, and serious energy waste caused by high-frequency data transmission throughout the entire process, as well as the complex and cumbersome pairing and binding process, by using a trigger-based data packet encapsulation mechanism based on vehicle motion status and tire health status on the tire pressure monitoring module side, a pairing-free one-way broadcast communication method between the tire pressure monitoring module and the vehicle controller, and a customized data packet structure with identification verification adapted to this transmission logic. This achieves a low-power operation mode that triggers data broadcast only when a tire abnormality occurs. It not only eliminates the complex pairing process in the vehicle production and maintenance stages, but also significantly extends battery life by greatly reducing the invalid working time of the tire pressure monitoring module. At the same time, the identification verification mechanism on the vehicle controller side ensures the accuracy and reliability of tire pressure abnormality data transmission, ultimately providing timely and intuitive tire abnormality warnings to drivers and passengers.

[0125] Figure 3 Flowchart of the tire pressure monitoring method provided in this application Figure 3 ,like Figure 3 As shown, this embodiment, based on the above embodiments, provides a detailed explanation of the process by which the vehicle controller, upon determining that the identification information is within a preset list, parses and processes tire pressure and temperature data to obtain abnormal results. This method includes:

[0126] S301 The vehicle controller parses the identification information at the beginning of the data packet to obtain the identification information judgment result. The judgment result indicates whether the identification information is in the preset list.

[0127] Understandably, after the vehicle controller extracts the identification information, it uses the identification as the primary field in the verification logic for legality verification. It compares and matches the parsed identification with the local preset list one by one to generate the corresponding judgment result. This result is used to indicate whether the current identification information exists in the preset list.

[0128] S302. If the judgment result indication information is in the preset list, the vehicle controller analyzes and processes the tire pressure data and temperature data to obtain an abnormal result.

[0129] Understandably, when the identification information is confirmed to be within a preset list, it can be determined that the tire corresponding to the data packet belongs to the vehicle's tires. The vehicle controller can then continue to analyze the tire pressure and temperature data within the data packet to ultimately determine whether the tire's operating condition is abnormal. This method enables accurate screening of the vehicle's legitimate tire data, ensuring that subsequent tire pressure and temperature monitoring results completely correspond to the vehicle's tire status, avoiding misjudgments caused by external interference data, and guaranteeing the accuracy and reliability of tire pressure alarms.

[0130] S303. If the judgment result indication information is not in the preset list, the vehicle controller stops parsing the data packet and discards the data packet.

[0131] Understandably, when the identification information is confirmed to be outside the preset list, it can be determined that the tire corresponding to the data packet does not belong to this vehicle. To avoid unnecessary computational consumption, the vehicle controller can directly terminate the parsing of the data packet and discard it. This method can quickly filter out interference signals from outside the vehicle, significantly reduce the system computational power consumed by invalid data processing, and avoid falsely triggering tire pressure alarms.

[0132] The tire pressure detection method provided in this application embodiment involves the vehicle controller receiving a data packet, first parsing the identification information in the data packet and comparing it with a preset list to generate a determination result on whether the identification information is valid; if the identification information is included in the preset list, the vehicle controller continues to parse the tire pressure and temperature data in the data packet to obtain the tire abnormality result; if the identification information is not in the preset list, the parsing process is directly terminated and the current data packet is discarded.

[0133] This method, through pre-verification of the identification information within the data packet, can quickly filter out illegal data packets generated by external vehicles and wireless interference, reduce invalid calculations by the vehicle controller, avoid false tire pressure alarms caused by data from other vehicles, and improve the operational stability and data recognition accuracy of the tire pressure monitoring system.

[0134] Figure 4 Flowchart of the tire pressure monitoring method provided in this application Figure 4 ,like Figure 4 As shown, this embodiment, based on the above embodiments, details the process by which the tire pressure detection module determines the tire's health status based on temperature data and historical temperature data corresponding to the previous sampling time; and / or, determines the tire's health status based on tire pressure data and historical tire pressure data corresponding to the previous sampling time. This method includes:

[0135] S401, The tire pressure monitoring module determines the temperature difference between the temperature data and the historical temperature data.

[0136] S402. If the temperature difference is greater than the preset temperature difference, the tire pressure monitoring module determines that the tire's health condition is abnormal.

[0137] The temperature difference is used to characterize the change in tire temperature between adjacent sampling times. It is calculated by subtracting historical temperature data from the current temperature data.

[0138] The preset temperature difference value is a pre-defined threshold for change, used to characterize whether the temperature change exceeds the normal range.

[0139] The purpose of this step is to identify sudden changes in tire temperature by comparing the difference between real-time temperature data and historical temperature data, thereby determining whether the tire is in an abnormal condition.

[0140] Understandably, relying solely on temperature data at a single moment to judge tire condition has significant limitations. Many tire malfunctions do not directly trigger high-temperature alarms, but rather manifest as a rapid increase in temperature over a short period of time, which is a gradual trend-type malfunction.

[0141] Therefore, by calculating the difference between real-time temperature and historical temperature, and combining it with preset temperature difference values, abnormal trends in tire temperature can be effectively identified, improving fault identification capabilities and ensuring driving safety.

[0142] For example, assuming the preset temperature difference is 15℃, if the real-time tire temperature is 60℃, compared with the historically stored normal temperature of 43℃, the temperature difference between the two is 17℃, which can determine that the tire is abnormal.

[0143] S403, The tire pressure monitoring module determines the tire pressure difference between the current tire pressure data and the historical tire pressure data.

[0144] S404. If the tire pressure difference is greater than the preset tire pressure difference, the tire pressure detection module determines that the tire's health condition is abnormal.

[0145] Among them, the tire pressure difference is used to measure the change between the current tire pressure and the historical tire pressure. Specifically, it is the difference obtained by subtracting the historical tire pressure data from the current tire pressure data.

[0146] The preset tire pressure difference value is a pre-defined threshold for variation, used to characterize whether tire pressure fluctuations exceed the normal range.

[0147] The purpose of this step is to calculate the difference between real-time tire pressure and historical tire pressure, and combine this with a preset tire pressure difference to determine the magnitude of tire pressure changes, thereby identifying abnormal fluctuations in tire pressure and determining the tire condition.

[0148] It is understandable that during vehicle operation, environmental factors, road conditions, and other factors can cause slight normal fluctuations in tire pressure. Relying solely on a single point of absolute tire pressure value is insufficient to distinguish between normal fluctuations and faulty pressure changes, which can easily lead to misjudgments or missed diagnoses.

[0149] Therefore, by calculating the tire pressure difference between adjacent samples and using threshold judgment, abnormal tire pressure problems can be accurately identified, improving fault identification and effectively ensuring driving safety.

[0150] For example, assuming the preset tire pressure difference is 20 kPa, if the real-time tire pressure is 218 kPa and the historical standard tire pressure is 196 kPa, the calculated difference is 22 kPa, which exceeds the preset tire pressure difference, indicating a tire malfunction.

[0151] The tire pressure detection method provided in this application involves a tire pressure detection module that calculates the temperature difference between real-time temperature data and historical temperature data, and the tire pressure difference between real-time tire pressure data and historical tire pressure data. When the temperature difference exceeds a preset temperature threshold or the tire pressure difference exceeds a preset tire pressure threshold, the tire health status is determined to be abnormal. This method judges the tire condition by comparing the changes in the difference between real-time monitored parameters and historical stored parameters, and can promptly capture potential faults such as sudden changes in tire pressure and temperature, improving the sensitivity and timeliness of tire abnormality identification.

[0152] Figure 5 The schematic diagram of the vehicle provided in this application shows that the vehicle includes a tire pressure monitoring module and a vehicle controller. The tire pressure monitoring module is deployed on the tires of the vehicle. The tire pressure monitoring module includes: a tire pressure acquisition chip, a temperature acquisition chip, an acceleration sensor, a wireless broadcasting unit, a microcontroller, and a battery. The vehicle controller includes: a central control unit and a wireless receiving unit.

[0153] Figure 6 This is a schematic diagram of the tire pressure monitoring device provided in this application. Figure 6 As shown, the tire pressure monitoring device 600 provided in this embodiment includes at least one processor 601 and a memory 602. Optionally, the tire pressure monitoring device 600 further includes a communication component 603. The processor 601, memory 602, and communication component 603 are connected via a bus 604.

[0154] In the specific implementation process, at least one processor 601 executes computer execution instructions stored in memory 602, causing at least one processor 601 to execute the above-described tire pressure detection method.

[0155] The specific implementation process of processor 601 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.

[0156] In the above embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules within the processor.

[0157] The memory may include random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk storage device.

[0158] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of illustration, the buses shown in the accompanying drawings are not limited to a single bus or a single type of bus.

[0159] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the above-described tire pressure detection method.

[0160] This application also provides a computer-readable storage medium storing computer-executable instructions, which, when executed by a processor, implement the above-described tire pressure detection method.

[0161] The aforementioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.

[0162] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the device.

[0163] The division of units is merely a logical functional division; in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be indirect coupling or communication connection through some interfaces, devices, or units, and may be electrical, mechanical, or other forms.

[0164] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0165] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0166] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0167] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0168] Finally, it should be noted that other embodiments of the invention will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This invention is intended to cover any variations, uses, or adaptations of the invention that follow the general principles of the invention and include common knowledge or customary techniques in the art not disclosed herein, and is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope.

Claims

1. A tire pressure detection method, characterized in that, Applied to a vehicle, the vehicle including a tire pressure monitoring module and a vehicle controller, the tire pressure monitoring module being deployed on the tires of the vehicle, the method comprising: The tire pressure monitoring module collects the tire's operating parameters in real time, including at least tire pressure data. The tire pressure monitoring module constructs a data packet based on the operating parameters and the tire identification information, and sends the data packet to the vehicle controller via broadcast.

2. The method according to claim 1, characterized in that, The operating parameters also include temperature data, and the method further includes: The vehicle controller receives the data packet and parses it to obtain the tire identification information; When the vehicle controller determines that the identification information is in a preset list, it analyzes the tire pressure data and the temperature data to obtain an anomaly result. The vehicle controller sends the abnormal result to the vehicle's display module, so that the abnormal result can be displayed on the display module, or an abnormal alarm can be triggered on the display module.

3. The method according to claim 2, characterized in that, When the vehicle controller determines that the identification information is in a preset list, it analyzes the tire pressure data and the temperature data to obtain anomaly results, including: The vehicle controller parses the identification information at the beginning of the data packet to obtain a determination result of the identification information. The determination result indicates whether the identification information is in the preset list. If the determination result indicates that the identification information is in the preset list, the vehicle controller analyzes the tire pressure data and the temperature data to obtain an abnormal result; The method further includes: If the determination result indicates that the identification information is not in the preset list, the vehicle controller stops parsing the data packet and discards the data packet.

4. The method according to claim 1, characterized in that, The operating parameters also include: acceleration data and temperature data. The tire pressure monitoring module constructs a data package based on the operating parameters and the tire's identification information, including: The tire pressure monitoring module determines the vehicle's motion state based on the acceleration data; The tire pressure detection module determines the health status of the tire based on the temperature data and / or tire pressure data; When the movement state is driving and the health state is abnormal, the tire pressure detection module encapsulates the identification information, the temperature data, and / or the tire pressure data according to a preset data packet format to obtain the data packet.

5. The method according to claim 4, characterized in that, The tire pressure monitoring module determines the vehicle's motion state based on the acceleration data, including: The tire pressure monitoring module analyzes and processes the acceleration data to obtain the changes in the acceleration data. The tire pressure monitoring module determines the motion state as a driving state when the acceleration data changes periodically.

6. The method according to claim 4, characterized in that, The operating parameters also include the sampling time. The tire pressure detection module determines the health status of the tire based on the temperature data and / or tire pressure data, including: The tire pressure monitoring module determines the previous sampling time of the sampling time; The tire pressure detection module acquires historical temperature data and / or historical tire pressure data corresponding to the previous sampling time. The tire pressure detection module determines the health status of the tire based on the temperature data and the historical temperature data corresponding to the previous sampling time; and / or determines the health status of the tire based on the tire pressure data and the historical tire pressure data corresponding to the previous sampling time.

7. The method according to claim 6, characterized in that, The tire pressure monitoring module determines the health status of the tire based on the temperature data and the historical temperature data corresponding to the previous sampling time. And / or, based on the tire pressure data and the historical tire pressure data corresponding to the previous sampling time, determine the health status of the tire, including: The tire pressure monitoring module determines the temperature difference between the temperature data and the historical temperature data; If the temperature difference is greater than a preset temperature difference, the tire pressure detection module determines that the health status of the tire is abnormal. And / or, The tire pressure detection module determines the tire pressure difference between the tire pressure data and the historical tire pressure data; If the tire pressure difference is greater than a preset tire pressure difference value, the tire pressure detection module determines that the health status of the tire is abnormal.

8. A vehicle, characterized in that, The vehicle includes a tire pressure monitoring module and a vehicle controller, with the tire pressure monitoring module deployed on the tires of the vehicle; The tire pressure monitoring module includes: a tire pressure acquisition chip, a temperature acquisition chip, an acceleration sensor, a wireless broadcasting unit, a microcontroller, and a battery; The vehicle controller includes a central control unit and a wireless receiving unit.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method as described in any one of claims 1-7.

10. A computer program product, characterized in that, Includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-7.

Images