Vehicle detection method and device, server and storage medium

Abstract

The embodiment of the invention provides a vehicle detection method and device, a server and a storage medium, and is applied to the server in communication connection with a vehicle, and the method comprises the steps: obtaining the detection data of the vehicle; acquiring bus communication data under the condition of determining that the wheel speed of the vehicle is abnormal based on the detection data; wherein the bus communication data is used for recording the detection condition of the wheel hub gear ring in the vehicle; and under the condition that the bus communication data represents that the hub gear ring is abnormal, prompt information is generated, and the prompt information is used for prompting detection of the hub gear ring of the vehicle. Whether the wheel hub gear ring of the vehicle breaks down or not can be judged through related data analysis of the server, maintenance personnel do not need to carry out troubleshooting through a precise instrument on site, hardware detection cost and labor cost can be saved, the root cause of abnormal wheel speed can be more clearly found out, and the service life of the vehicle is prolonged. And the subsequent maintenance difficulty of the vehicle is reduced.

Description

Technical Field

[0001] The present application relates to the field of vehicle detection technology, and more specifically, to a vehicle detection method, device, server, and storage medium. Background Art

[0002] With the increasing popularity and development of vehicles, abnormal wheel speeds often occur during driving. These abnormalities can be caused by a faulty vehicle controller, a faulty wheel speed sensor, or a faulty wheel hub gear ring. Therefore, maintenance personnel typically troubleshoot these issues, starting with easy and then working their way up, by measuring the wiring harness and replacing parts.

[0003] However, since hub gear ring faults are hidden and difficult to distinguish with the naked eye, sophisticated instruments are needed to troubleshoot the root causes, resulting in high costs for hub gear ring fault troubleshooting. Summary of the Invention

[0004] Embodiments of the present application provide a vehicle detection method, device, server, and storage medium.

[0005] In a first aspect, some embodiments of the present application provide a vehicle detection method, which is applied to a server communicatively connected to the vehicle, the method comprising: obtaining detection data of the vehicle; obtaining bus communication data when it is determined based on the detection data that the vehicle has an abnormal wheel speed; wherein the bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle; and generating a prompt message when the bus communication data indicates that the wheel hub ring gear has an abnormality, the prompt message being used to prompt the vehicle's wheel hub ring gear to be detected.

[0006] In a second aspect, some embodiments of the present application further provide a vehicle detection device, applied to a server in communication with the vehicle, comprising a first acquisition module, a second acquisition module, and an information generation module. The first acquisition module is configured to acquire vehicle detection data; the second acquisition module is configured to acquire bus communication data when, based on the detection data, the vehicle determines that a wheel speed anomaly exists; the bus communication data is used to record the detection status of the vehicle's wheel hub gear ring; and the information generation module is configured to generate a prompt message when the bus communication data indicates an abnormality in the wheel hub gear ring, prompting the vehicle's wheel hub gear ring to be inspected.

[0007] On the third aspect, some embodiments of the present application also provide a server that is communicatively connected to the vehicle, and the server includes one or more processors, a memory, and one or more applications, wherein the one or more applications are stored in the memory and configured to be executed by one or more processors, and are configured to execute the above-mentioned method.

[0008] In a fourth aspect, embodiments of the present application further provide a computer-readable storage medium having computer program instructions stored therein, wherein the computer program instructions can be invoked by a processor to execute the above method.

[0009] In a fifth aspect, an embodiment of the present application further provides a computer program product, which implements the above method when executed.

[0010] Embodiments of the present application provide a vehicle detection method, apparatus, server, and storage medium, which are applied to a server in communication with a vehicle. Upon determining, based on vehicle detection data, that a wheel speed anomaly exists, the method further acquires bus communication data from the vehicle. This bus communication data is used to record the detection status of the vehicle's wheel hub gear ring. Finally, if the bus communication data indicates an abnormality in the wheel hub gear ring, a prompt is generated, prompting the vehicle's wheel hub gear ring to be inspected.

[0011] Therefore, when the server in this application detects an abnormal wheel speed on a vehicle, it will automatically and remotely recall the vehicle's bus communication data and analyze whether the wheel hub ring gear is abnormal based on the bus communication data. In other words, this application can determine whether the vehicle's wheel hub ring gear is faulty by performing relevant data analysis on the server, eliminating the need for maintenance personnel to perform on-site troubleshooting using sophisticated instruments. This can save hardware testing costs and labor costs, and can also more clearly identify the root cause of the abnormal wheel speed, reducing the difficulty of subsequent vehicle maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without creative work.

[0013] Figure 1 This is a schematic diagram of the application environment provided by the embodiment of the present application.

[0014] Figure 2 It is a schematic diagram of multiple detection signals and multiple count values ​​provided in an embodiment of the present application.

[0015] Figure 3 It is a flow chart of a vehicle detection method provided in the first embodiment of the present application.

[0016] Figure 4 This is a flow chart of a vehicle detection method provided in the second embodiment of the present application.

[0017] Figure 5 This is a flow chart of a vehicle detection method provided in the third embodiment of the present application.

[0018] Figure 6 This is a module block diagram of the vehicle detection device provided in an embodiment of the present application.

[0019] Figure 7 This is a module block diagram of the server provided in an embodiment of the present application. DETAILED DESCRIPTION

[0020] The embodiments of the present application are described in detail below. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present application and are not to be construed as limiting the present application.

[0021] In order to enable those skilled in the art to better understand the solutions of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without making creative efforts are within the scope of protection of this application.

[0022] Embodiments of the present application provide a vehicle detection method, apparatus, server, and storage medium, which are applied to a server in communication with a vehicle. Upon determining, based on vehicle detection data, that a wheel speed anomaly exists, the method further acquires bus communication data from the vehicle. This bus communication data is used to record the detection status of the vehicle's wheel hub gear ring. Finally, if the bus communication data indicates an abnormality in the wheel hub gear ring, a prompt is generated, prompting the vehicle's wheel hub gear ring to be inspected.

[0023] Therefore, when the server in this application detects an abnormal wheel speed on a vehicle, it will automatically and remotely recall the vehicle's bus communication data and analyze whether the wheel hub ring gear is abnormal based on the bus communication data. In other words, this application can determine whether the vehicle's wheel hub ring gear is faulty by performing relevant data analysis on the server, eliminating the need for maintenance personnel to perform on-site troubleshooting using sophisticated instruments. This can save hardware testing costs and labor costs, and can also more clearly identify the root cause of the abnormal wheel speed, reducing the difficulty of subsequent vehicle maintenance.

[0024] In order to facilitate the detailed description of the present application, the application environment of the present application embodiment is first introduced in conjunction with the accompanying drawings. Figure 1, which shows a schematic diagram of the application environment of the vehicle detection method provided in an embodiment of the present application. The method is applied to a server 100, which is in communication with a vehicle 200. For example, vehicle 200 may be equipped with a telematics control unit (T-Box) or an on-board diagnostics system (OBD), and communicate with server 100 via a 4G / 5G network. Specifically, server 100 can be understood as the cloud server corresponding to vehicle 200. It can be a single server 100 or a cloud platform composed of multiple servers 100, which is not limited in this embodiment.

[0025] In this embodiment, server 100 has the ability to monitor vehicles via the cloud. For example, server 100 can monitor vehicle parameters such as driving speed, acceleration, and wheel speed in real time. Server 100 can also receive abnormal fault information sent by vehicle 200 in real time, such as abnormal braking information. This "abnormal fault information" can be automatically generated by the center console in vehicle 200 based on current vehicle driving data, or it can be fed back to server 100 via the center console when the driver in vehicle 200 perceives abnormal vehicle driving. In addition, server 100 in this embodiment also has the ability to remotely read diagnostic trouble codes (DTCs).

[0026] Furthermore, the server 100 in this embodiment is capable of automatically and remotely recalling bus communication data stored in the vehicle 200 and performing data analysis on the bus communication data. The bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle. Therefore, by analyzing the bus communication data, the server 100 can determine whether the wheel hub ring gear of the vehicle 200 is faulty.

[0027] Specifically, in this embodiment, bus communication data is generated and stored by vehicle 200. Upon detecting an abnormal wheel speed on vehicle 200, server 100 is further configured to determine, based on the bus communication data, whether the abnormality is caused by a hub ring gear failure. Because vehicle 200 does not need to analyze bus communication data, computing resources on vehicle 200 are conserved, ensuring normal operation of vehicle 200.

[0028] The bus communication data will be introduced below in conjunction with the vehicle 200 .

[0029] In this embodiment, vehicle 200 refers to a vehicle driven or towed by a power device for passengers or for transporting goods, including but not limited to sedans, suburban utility vehicles (SUVs), multi-purpose vehicles (MPVs), driverless online taxis, new energy electric vehicles, etc.

[0030] In this embodiment, vehicle 200 may include a body 210, a center console 230, and a wheel speed sensor 250. The body 210 secures and houses the center console 230, wheel speed sensor 250, and other components. A running system (not shown) may be integrated into the bottom of the body 210. This system supports the weight of the vehicle 200, absorbs impact and vibration caused by road irregularities, and ensures stable and comfortable driving.

[0031] Specifically, the driving system may include axles, wheels, wheel hubs, and a suspension system. The axles connect the vehicle body 210 and the wheels, transmitting engine power to the wheels via a drive shaft, thereby driving the vehicle 200. The wheel hubs connect the wheels to the suspension system, bearing the weight of the wheels and connected to the axles via bearings, enabling the wheels to rotate freely.

[0032] In this embodiment, a wheel speed sensor 250 is provided corresponding to at least one wheel and is used to detect the speed of the corresponding wheel. For example, wheel speed sensor 250 may be a Hall effect wheel speed sensor. The wheel hub may include a hub ring gear (not shown). The hub ring gear is an annular component mounted on the wheel hub and is typically made of a ferromagnetic material (e.g., steel, iron, or alloy). The hub ring gear can cooperate with wheel speed sensor 250 to detect the speed of the corresponding wheel.

[0033] Specifically, the outer circumference of the hub gear ring has multiple teeth arranged in a spaced-apart pattern. The total number of teeth can be 80, 100, 120, 150, 200, and so on. As the hub gear ring rotates with the wheel, each tooth cuts the magnetic field of wheel speed sensor 250, generating a voltage sensing signal. Subsequently, center console 230 can calculate the wheel speed based on this voltage sensing signal.

[0034] See also Figure 2 , which shows a voltage sensing signal provided by this embodiment. The voltage sensing signal can be a pulse width modulation (PWM) signal. The voltage sensing signal includes multiple detection signals, and the multiple detection signals correspond to multiple gear teeth one by one. That is, each gear tooth will generate a corresponding detection signal when cutting the magnetic field of the wheel speed sensor 250, that is, Figure 2 A single square wave signal in .

[0035] In this embodiment, wheel speed sensor 250 also counts multiple detection signals and transmits the count data to center console 230 via the CAN bus on a millisecond-by-millisecond basis. Due to the byte capacity of the CAN bus, if the count value exceeds the upper limit of the byte capacity, wheel speed sensor 250 restarts counting from a fixed initial value to generate a new set of count data. The count values ​​are all natural numbers, such as 0, 1, 2, 3, etc. For example, the fixed initial value can be 0, and the upper limit of the byte capacity of the CAN bus can be 4048. In other words, each set of count data ranges from 0 to 4048.

[0036] It should be noted that wheel speed sensor 250 counts in a fixed counting cycle (i.e., increments by 1). This "fixed counting cycle" can be determined based on the wheel speed and the total number of teeth on the hub gear ring. For example, if the wheel speed is 100 rpm and the total number of teeth on the hub gear ring is 100, the fixed counting cycle can be 60 / (100*100) seconds, or 0.006 seconds. Of course, the fixed counting cycle can be dynamically adjusted based on the current wheel speed so that each detection signal generated by wheel speed sensor 250 generates a corresponding count value, ensuring that the count value and detection signal are generated nearly simultaneously and that there is a one-to-one correspondence between the count value and the detection signal.

[0037] Specifically, if the wheel speed sensor 250 determines that the current detection signal indicates that the corresponding gear tooth is in a normal state, it stores the count value corresponding to the detection signal, for example, sending the count value to the central console 230 for storage. If the wheel speed sensor 250 determines that the current detection signal indicates that the corresponding gear tooth is in an abnormal state, it does not store the count value corresponding to the detection signal, for example, does not send the count value to the central console 230.

[0038] Exemplarily, when the wheel speed sensor 250 recognizes the rising edge or falling edge corresponding to the detection signal through a preset signal detection algorithm, it can be determined that the corresponding gear tooth is in a normal state; when the wheel speed sensor 250 does not recognize the rising edge or falling edge corresponding to the detection signal (for example, the detection signal is missing), it can be determined that the corresponding gear tooth is in an abnormal state, for example, the gear tooth is worn, the hub gear ring is cracked, etc.

[0039] exist Figure 2 In area (a), a set of counting data of the hub gear ring in a normal state is shown, and the counting data can be 0 to 4048; Figure 2Area (b) shows a set of count data indicating a hub gear ring failure. This count data can also range from 0 to 4048, but 16, 116, etc. are missing. Therefore, in subsequent processes, when vehicle 200 experiences an abnormal wheel speed, server 100 can determine whether the hub gear ring is faulty by evaluating multiple sets of count data.

[0040] In this embodiment, the center console 230 processes signals and data and controls vehicle body 210 operations (e.g., driving, braking, steering, etc.) based on the processed parameters. Specifically, the center console 230 may integrate one or more controllers, such as a vehicle domain controller (VDC). The VDC is responsible for integrating and managing multiple electronic control units (ECUs) to enhance the intelligence and automation level of vehicle 200.

[0041] Specifically, the center console 230 can communicate with the wheel speed sensor 250 via the CAN bus and receive multiple sets of counting data sent by the wheel speed sensor 250. These multiple sets of counting data can be converted into bus communication data (CAN log data) and stored in the corresponding memory of the center console 230. Furthermore, the center console 230 can be equipped with a T-Box or OBD to achieve data communication with the server 100 via a 4G / 5G network.

[0042] See also Figure 3 , which shows a vehicle detection method provided by the first embodiment of the present application, which is applied to the server 100 in the above embodiment that is in communication with the vehicle 200. Specifically, the method may include the following steps.

[0043] Step S310: Acquire vehicle detection data.

[0044] In this embodiment, the detection data is used to indicate whether the vehicle has abnormal wheel speed.

[0045] As an embodiment, the detection data may be the wheel speed of the vehicle. In this case, the server may obtain the detection data of the vehicle at a preset time interval. The preset time interval may be a default value in the server, for example, 0.5 seconds, 1 second, 2 seconds, etc.

[0046] In another embodiment, the detection data can be a fault message proactively sent by the vehicle. This fault message can be automatically generated by the vehicle based on driving data, or it can be fed back to the server via the center console when the driver perceives the vehicle's driving abnormality. In this case, when the vehicle sends the relevant detection data, the server obtains the vehicle's detection data.

[0047] Step S320: When it is determined based on the detection data that the vehicle has an abnormal wheel speed, bus communication data is obtained.

[0048] In this embodiment, bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle. For more information about bus communication data, please refer to the detailed description above in the manual and will not be repeated here. Specifically, the bus communication data can be CAN log data stored by the vehicle. The server establishes data communication with the vehicle via a 4G / 5G network and recalls the CAN log data.

[0049] In some possible embodiments, when the server determines that the wheel speed of the vehicle is abnormal based on the detection data, the server may directly obtain the bus communication data.

[0050] In one embodiment, the detection data may be the vehicle's wheel speed. If the server determines that the wheel speed is within an abnormal wheel speed range, it determines that the vehicle has an abnormal wheel speed and directly obtains the bus communication data. The abnormal wheel speed range may be a default value in the server. For example, the abnormal wheel speed range may be a range where the wheel speed is greater than 2000 rpm. In another embodiment, the detection data may be a fault message. If the server determines that the fault message corresponds to an abnormal wheel speed, it directly obtains the bus communication data.

[0051] In other possible embodiments, when the server determines that the vehicle has an abnormal wheel speed based on the detection data, it can first determine the time when the abnormal wheel speed occurred and obtain the bus communication data corresponding to that time. This reduces the subsequent data processing load of the server, allowing the server to more efficiently determine whether the hub ring gear is faulty. Specifically, step S320 may include steps S321 and S322.

[0052] Step S321 : When it is determined based on the detection data that the vehicle has an abnormal wheel speed, a target time interval is determined.

[0053] In this embodiment, the target time interval includes the time corresponding to the wheel speed anomaly. Specifically, the server may first determine the time corresponding to the wheel speed anomaly (ie, the time when the wheel speed anomaly occurs), and then determine the target time interval based on the time.

[0054] As an embodiment, the detection data may be the wheel speed of the vehicle. When the server determines that the vehicle has an abnormal wheel speed based on the detection data, the server may mark the detection data as abnormal detection data and determine the time of receipt of the abnormal detection data as the corresponding time of the wheel speed abnormality.

[0055] As another implementation, the detection data may be a fault message, and the server may read the sending time recorded in the fault message and determine the time as the corresponding time of the wheel speed abnormality.

[0056] As one possible example, the server may determine the target time interval based on the corresponding time of the wheel speed anomaly and the target time interval length. The target time interval length may be a default value set by the server, such as 30 seconds or 60 seconds. Specifically, the server may use the corresponding time of the wheel speed anomaly as the midpoint of the target time interval and determine the target time interval based on the target time interval length, although this embodiment is not limited thereto.

[0057] Step S322: Obtain bus communication data within the target time interval.

[0058] As an embodiment, the storage time of the bus communication data may be stored in the center console of the vehicle. The server may determine the portion of the bus communication data whose storage time falls within the target time interval as the bus communication data within the target time interval, and obtain this portion of the bus communication data.

[0059] Therefore, in this embodiment, when the server determines that the vehicle has an abnormal wheel speed based on the detection data, it can first determine the time when the wheel speed abnormality occurs and obtain the bus communication data corresponding to the time, so as to reduce the subsequent data processing volume of the server, so that the server can more efficiently determine whether the wheel hub gear ring is faulty.

[0060] In yet other possible embodiments, if the server determines that the vehicle has an abnormal wheel speed based on the test data, it can re-determine the presence of an abnormal wheel speed by reading the vehicle's diagnostic trouble code. It is readily understood that in certain scenarios, the test data may be mistakenly transmitted due to driver misoperation of the center console. This embodiment, by performing dual detection by reading the diagnostic trouble code, can improve the accuracy of abnormal wheel speed determination and avoid subsequent waste of server computing resources due to erroneous reading of bus communication data. Specifically, step S320 may include steps S323 and S324.

[0061] Step S323: When it is determined based on the detection data that the vehicle has an abnormal wheel speed, a fault diagnostic code of the vehicle is obtained.

[0062] As an implementation mode, when the server determines based on the detection data that the wheel speed of the vehicle is abnormal, the server can communicate with the vehicle's on-board diagnostic system OBD and obtain the vehicle's fault diagnostic code based on the on-board diagnostic system.

[0063] Step S324 : When the fault diagnosis code is a fault diagnosis code corresponding to abnormal wheel speed, bus communication data is obtained.

[0064] In one embodiment, the server may compare the received DTCs with a pre-stored DTC comparison table, wherein the DTC comparison table records the correspondence between different DTCs and different vehicle fault types. If the DTC corresponds to an abnormal wheel speed, the server obtains bus communication data.

[0065] Therefore, this embodiment performs dual detection by reading the fault diagnostic code, which can improve the accuracy of the abnormal wheel speed judgment and avoid the subsequent misreading of bus communication data that causes waste of server computing resources.

[0066] Of course, step S321 and step S322 in the above embodiment may also be combined with this embodiment. For example, step S321 and step S322 may be performed after step S322 to reduce the amount of data processing by subsequent servers.

[0067] Step S330: When the bus communication data indicates that the hub gear ring is abnormal, a prompt message is generated.

[0068] In this embodiment, the prompt information is used to prompt the vehicle's wheel hub ring gear to be inspected. Because the server can analyze whether the wheel hub ring gear is abnormal based on bus communication data, there is no need for maintenance personnel to conduct on-site troubleshooting using sophisticated instruments, saving hardware testing costs and labor costs. For more detailed information on how the server analyzes whether the wheel hub ring gear is abnormal based on bus communication data, please refer to the detailed description of the embodiments below in this specification.

[0069] Specifically, the prompt message may be "The wheel hub ring gear may be abnormal, please repair it promptly." As an embodiment, after generating the prompt message, the server may send the prompt message to the vehicle so that the vehicle's display screen can display the prompt message, thereby promptly reminding the driver or owner to repair the wheel hub ring gear to ensure subsequent driving safety.

[0070] As another implementation, after generating the prompt information, the server may send the prompt information to a mobile terminal (e.g., a smartphone, tablet, etc.) associated with the vehicle. For example, the prompt information may be displayed as a pop-up window on an application installed on the mobile terminal, prompting the driver or vehicle owner to promptly inspect the wheel hub ring gear.

[0071] An embodiment of the present application provides a vehicle detection method that, upon detecting an abnormal wheel speed, automatically and remotely recalls the vehicle's bus communication data and analyzes, based on the bus communication data, whether an abnormality has occurred in the wheel hub ring gear. In other words, the present application can determine whether a vehicle's wheel hub ring gear is faulty by performing relevant data analysis on a server, eliminating the need for maintenance personnel to perform on-site troubleshooting using sophisticated instruments. This can save hardware testing costs and labor costs, and can more clearly identify the root cause of the abnormal wheel speed, reducing the difficulty of subsequent vehicle repairs.

[0072] See also Figure 4 , which shows a vehicle detection method provided by the second embodiment of the present application. In this embodiment, the bus communication data includes multiple groups of counting data, each group of counting data includes multiple counting values, and the multiple counting values ​​are sequentially accumulated from a fixed initial value to a final value with a fixed counting period; wherein the counting values ​​are all natural numbers. The multiple gear teeth included in the hub gear ring correspond one-to-one to multiple detection signals, and each detection signal corresponds one-to-one to a counting value; when the detection signal indicates that the corresponding gear tooth is in a normal state, the counting value corresponding to the detection signal is stored; when the detection signal indicates that the corresponding gear tooth is in an abnormal state, the counting value corresponding to the detection signal is not stored. Specifically, for the relevant introduction to the bus communication data, please refer to the detailed explanation in the above description, which will not be repeated here. The method may include the following steps.

[0073] Step S410: Acquire vehicle detection data.

[0074] Step S420: When it is determined based on the detection data that the vehicle has an abnormal wheel speed, bus communication data is obtained.

[0075] Specifically, for the specific implementation of step S410 and step S420, reference may be made to the detailed description of step S310 and step S320 in the above embodiments of the specification, which will not be repeated here.

[0076] Step S430: When the bus communication data indicates that the hub gear ring is abnormal, a prompt message is generated.

[0077] In this embodiment, step S430 may include step S432.

[0078] Step S432: When a count value is missing in at least one of the multiple sets of count data, a prompt message is generated.

[0079] As an implementation manner, when a count value is missing in at least one of the multiple sets of count data, the server may directly generate a prompt message.

[0080] It is easy to understand that, under normal circumstances, each set of counting data is an identical and complete sequence, for example, an arithmetic progression from 0 to 4048, with a tolerance of 1. However, when the hub gear ring is abnormal, at least one set of counting data will have missing count values, for example, Figure 2 The count data shown in the middle (b) area include missing count values ​​16, 116, ...

[0081] As an example, the server may compare each set of count data with theoretical count data to determine whether there are missing count values ​​in the count data. The "theoretical count data" here refers to data pre-stored in the server, for example, the theoretical count data may be a complete count sequence from 0 to 4048.

[0082] Therefore, the server can sequentially determine whether count values ​​are missing from the multiple sets of count data. If a count value is missing, it indicates that the hub gear ring is abnormal, in which case a prompt message can be directly generated. If a count value is not missing, it indicates that the abnormal vehicle speed is not caused by the hub gear ring abnormality, in which case the prompt message is not generated.

[0083] In some possible embodiments, when there is no missing count value in each set of counting data, the server can generate an inspection suggestion, which is used to recommend inspection of other components of the wheel (e.g., tire, wheel speed sensor) to ensure that subsequent maintenance personnel can quickly identify the cause of the abnormal wheel speed.

[0084] As another embodiment, when at least one set of counting data contains missing count values, the server can determine the wheel hub ring gear fault type based on the missing count values, allowing the server to subsequently generate more specific prompt information based on the specific fault type, so that maintenance personnel can quickly repair the wheel hub ring gear, thereby improving vehicle maintenance efficiency. Specifically, step S432 can include steps S4320 to S4322.

[0085] Step S4320 : When a count value is missing in at least one of the multiple sets of count data, determine the missing count value in the abnormal count data.

[0086] In this embodiment, abnormal count data refers to count data with missing count values. For example, if the abnormal count data is 0, 1, 2, 4, 5...100, 101, 102, 104, 105..., the missing count values ​​in the abnormal count data are 3, 103...

[0087] Step S4321: Determine the fault type of the hub gear ring based on the missing count value in the abnormal count data.

[0088] In some possible embodiments, step S4321 may include step A1 and step A2.

[0089] Step A1: when at least part of the missing count values ​​in the same group of abnormal count data are in an arithmetic progression, obtain the number of groups of abnormal count data in which count values ​​are missing consecutively.

[0090] In this embodiment, the tolerance of the arithmetic progression is equal to the total number of teeth on the hub gear ring. For example, the total number of teeth on the hub gear ring may be 100, and at least some of the missing count values ​​may be 3, 103, 203, 303, etc. Furthermore, the missing count values ​​in different abnormal count data sets may be different. For example, the missing count values ​​in one set of abnormal count data may be 3, 103, 203, 303, etc., while the missing count values ​​in another set of abnormal count data may be 25, 125, 225, etc.

[0091] It's easy to understand that since at least some of the missing count values ​​follow an arithmetic progression, this indicates that the abnormal count data set has "periodic" missing count values, indicating a fault at a fixed location on the hub gear ring, such as a crack or worn gear tooth. In this case, the server will obtain the number of consecutive sets of abnormal count data with missing count values.

[0092] Step A2: When the number of groups of abnormal counting data is greater than or equal to a specified value, determine that the fault type of the hub gear ring is a crack in the hub gear ring or wear on the gear teeth.

[0093] In this embodiment, the designated value may be a default value in the server, or may be dynamically adjusted by R&D personnel based on actual detection conditions of hub gear ring faults. For example, the designated value may be greater than or equal to 3, for example, the designated value may be 3, 4, 5, and so on.

[0094] If the number of abnormal count data groups on the server is greater than or equal to the specified value, it means that multiple consecutive count data groups have "periodic" missing count values. In this case, it can be determined that the fault type of the hub gear ring is a crack in the hub gear ring or wear on the gear teeth, that is, a fault has occurred at a fixed position on the hub gear ring.

[0095] Furthermore, since the number of groups of abnormal count data is greater than or equal to the specified value, it can prevent a single group of abnormal count data from misjudging the fault type. For example, the presence of foreign matter (e.g., oil stains, impurities, etc.) within the wheel hub ring gear can also cause the aforementioned "periodic" missing count values. However, as the wheel hub ring gear rotates, the position of the foreign matter changes, causing subsequent count data to return to normal. Therefore, in other possible embodiments, step S4321 can also include step A3, with step A3 and step A2 being two parallel steps.

[0096] Step A3: When the number of groups of abnormal counting data is less than a specified value, determining that the fault type of the hub gear ring is a foreign object in the hub gear ring.

[0097] Therefore, in this embodiment, by judging whether the number of groups of abnormal counting data is less than the specified value, the two fault types of "foreign matter in the hub gear ring" and "cracks in the hub gear ring or wear on the gear teeth" can be accurately judged, so that subsequent maintenance personnel can quickly inspect the hub gear ring to improve the vehicle inspection efficiency.

[0098] In some other possible embodiments, step S4321 may further include step A4, and step A4 and step A1 are two parallel steps.

[0099] Step A4: When the missing count values ​​in the same set of abnormal count data do not form an arithmetic progression, it is determined that the fault type of the hub gear ring is a sensor abnormality.

[0100] In this embodiment, the sensor is used to generate multiple detection signals. Specifically, the "sensor" here corresponds to wheel speed sensor 250 in the application environment embodiment described above. Specifically, since the missing count values ​​within the same set of abnormal count data do not follow an arithmetic progression, this indicates that the abnormal count data does not exhibit "periodic" missing count values, but rather random missing count values. In this case, this indicates that the sensor is experiencing signal interference when generating detection signals, or that a wiring harness within the sensor is faulty, preventing the sensor from outputting a complete PWM waveform. The server can determine that the wheel hub ring gear fault is a sensor anomaly.

[0101] Step S4322: Generate prompt information based on the fault type.

[0102] In this embodiment, the server can generate corresponding prompt information based on the fault type. For example, if the fault type is a crack in the wheel hub gear ring or wear on the gear teeth, the generated prompt information can be "The wheel hub gear ring may be cracked, please repair it immediately" or "The gear teeth of the wheel hub gear ring may be worn, please repair it immediately."

[0103] An embodiment of the present application provides a vehicle detection method, in which the server can determine the fault type of the hub gear ring based on the missing count value when at least one set of counting data has a missing count value, so that the subsequent server can generate clearer prompt information based on the specific fault type, so that maintenance personnel can quickly inspect the hub gear ring and improve the vehicle inspection efficiency.

[0104] See also Figure 5, which shows a vehicle detection method provided by the third embodiment of the present application, which is applied to the server 100 in the above embodiment that is in communication with the vehicle 200. Specifically, the method may include the following steps.

[0105] Step S510: When the vehicle's wheel speed is detected to be abnormal, the vehicle's fault diagnostic code is called.

[0106] Step S520 : When it is determined based on the fault diagnosis code that the wheel speed of the vehicle is abnormal, the CANlog data is recalled.

[0107] Specifically, the specific implementation of step S510 and step S520 can refer to the detailed description of step S310 and step S320 in the above embodiments of the specification, and will not be repeated here.

[0108] Step S530: Check whether periodic missing count data appears in the CANlog data. If yes, go to step S540; if no, go to step S570.

[0109] Step S540: Mark the count data as abnormal count data.

[0110] Step S550: Check whether all five consecutive sets of count data are abnormal count data. If yes, go to step S560; if no, go to step S570.

[0111] Step S560: determining that the fault type of the hub gear ring is cracks in the hub gear ring or wear on the gear teeth.

[0112] Step S570: Generate an inspection suggestion for the wheel speed sensor.

[0113] Specifically, the specific implementation of steps S530 to S570 can refer to the detailed description of steps S4320 to S4322 in the above embodiments of the specification, and will not be repeated here.

[0114] An embodiment of the present application provides a vehicle detection method that, upon detecting an abnormal wheel speed, automatically and remotely recalls the vehicle's bus communication data and analyzes, based on the bus communication data, whether an abnormality has occurred in the wheel hub ring gear. In other words, the present application can determine whether a vehicle's wheel hub ring gear is faulty by performing relevant data analysis on a server, eliminating the need for maintenance personnel to perform on-site troubleshooting using sophisticated instruments. This can save hardware testing costs and labor costs, and can more clearly identify the root cause of the abnormal wheel speed, reducing the difficulty of subsequent vehicle repairs.

[0115] See also Figure 6, which shows a vehicle detection device 600 provided in an embodiment of the present application, and the detection device 600 is applied to the server 100 in the above embodiment that is in communication with the vehicle 200. Among them, the detection device 600 may include a first acquisition module 610, a second acquisition module 620 and an information generation module 630, and the first acquisition module 610 is used to obtain the detection data of the vehicle. The second acquisition module 620 is used to obtain bus communication data when it is determined based on the detection data that the vehicle has an abnormal wheel speed; wherein the bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle. The information generation module 630 is used to generate a prompt message when the bus communication data indicates that the wheel hub ring gear has an abnormality, and the prompt message is used to prompt the vehicle's wheel hub ring gear to be detected.

[0116] In some possible embodiments, the bus communication data includes multiple sets of count data, each set of count data includes multiple count values, and the multiple count values ​​are accumulated sequentially from a fixed initial value to a final value at a fixed count period; wherein the count values ​​are all natural numbers. The multiple gear teeth included in the hub ring gear correspond one-to-one with multiple detection signals, and each detection signal corresponds one-to-one with a count value. If the detection signal indicates that the corresponding gear tooth is in a normal state, the count value corresponding to the detection signal is stored; if the detection signal indicates that the corresponding gear tooth is in an abnormal state, the count value corresponding to the detection signal is not stored. The information generation module 630 is specifically configured to generate a prompt message when a count value is missing in at least one of the multiple sets of count data.

[0117] In some possible embodiments, the information generation module 630 is specifically used to determine the missing count values ​​in the abnormal counting data when at least one of the multiple groups of counting data has missing count values; wherein the abnormal counting data refers to the counting data with missing count values; based on the missing count values ​​in the abnormal counting data, determine the fault type of the hub ring gear; and generate prompt information based on the fault type.

[0118] In some possible embodiments, the information generation module 630 is specifically used to obtain the number of groups of abnormal counting data with consecutive missing count values ​​when at least part of the missing count values ​​in the same group of abnormal counting data are in an arithmetic progression; wherein the tolerance of the arithmetic progression is equal to the total number of teeth of the hub gear ring; and when the number of groups of abnormal counting data is greater than or equal to a specified value, determine that the fault type of the hub gear ring is a crack in the hub gear ring or wear on the gear teeth.

[0119] In some possible embodiments, the information generation module 630 is also used to determine that the fault type of the hub gear ring is a sensor abnormality when the missing count values ​​in the same set of abnormal count data do not form an arithmetic progression; wherein the sensor is used to generate multiple detection signals.

[0120] In some possible embodiments, the information generating module 630 is further configured to determine that the fault type of the hub gear ring is the presence of foreign matter in the hub gear ring when the number of groups of abnormal counting data is less than a specified value.

[0121] In some possible embodiments, the second acquisition module 620 is specifically used to determine a target time interval when it is determined based on detection data that the vehicle has an abnormal wheel speed; wherein the target time interval includes the corresponding moment of the abnormal wheel speed; and obtain bus communication data within the target time interval.

[0122] Among them, in some possible embodiments, the second acquisition module 620 is specifically used to obtain the vehicle's fault diagnostic code when it is determined based on the detection data that the vehicle has an abnormal wheel speed; when the fault diagnostic code is a fault diagnostic code corresponding to the abnormal wheel speed, obtain bus communication data.

[0123] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described devices and modules can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0124] In several embodiments provided in this application, the coupling between modules may be electrical, mechanical or other forms of coupling.

[0125] In addition, the functional modules in the various embodiments of the present application may be integrated into a control module, or each module may exist physically separately, or two or more modules may be integrated into a single module. The above-mentioned integrated modules may be implemented in the form of hardware or software functional modules.

[0126] An embodiment of the present application provides a vehicle detection device that, upon detecting an abnormal wheel speed, automatically and remotely recalls the vehicle's bus communication data and, based on the bus communication data, analyzes whether the wheel hub ring gear is abnormal. In other words, the present application can determine whether a vehicle's wheel hub ring gear is faulty by performing relevant data analysis on a server, eliminating the need for maintenance personnel to perform on-site troubleshooting using sophisticated instruments. This saves hardware testing costs and labor costs, and allows for a clearer identification of the root cause of the abnormal wheel speed, reducing the difficulty of subsequent vehicle repairs.

[0127] See also Figure 7, which shows a server 700 provided in an embodiment of the present application. The server 700 may include one or more processors 710, a memory 720, and one or more applications. The one or more applications are stored in the memory 720 and configured to be executed by the one or more processors 710. The one or more applications are configured to execute the methods described in the above embodiments.

[0128] The processor 710 may include one or more processing cores. The processor 710 utilizes various interfaces and circuits to connect various components within the battery management system. It executes instructions, programs, code sets, or instruction sets stored in the memory 720, as well as accesses data stored in the memory 720, to perform various battery management system functions and process data. Optionally, the processor 710 may be implemented in hardware using at least one of a digital signal processing (DSP), a field-programmable gate array (FPGA), and a programmable logic array (PLA). The processor 710 may integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. The CPU primarily handles the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing display content; and the modem handles wireless communications. It is understood that the modem may also be implemented independently of the processor 710 via a separate communications chip.

[0129] The memory 720 may include random access memory (RAM) or read-only memory (ROM). The memory 720 may be used to store instructions, programs, codes, code sets, or instruction sets. The memory 720 may include a program storage area and a data storage area. The program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (e.g., a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the various method embodiments described above, and the like. The data storage area may also store data created by the electronic device during use (e.g., a phone book, audio and video data, chat history data, etc.).

[0130] An embodiment of the present application further provides a computer-readable storage medium, which stores computer program instructions. The computer program instructions can be called by a processor to execute the method described in the above embodiment.

[0131] The computer-readable storage medium may be, for example, a flash memory, an electrically erasable programmable read-only memory (EEPROM), an electrically programmable read-only memory (EPROM), a hard disk, or a read-only memory (ROM). Alternatively, the computer-readable storage medium includes a non-transitory computer-readable storage medium. The computer-readable storage medium has storage space for computer program instructions for executing any of the steps of the above-described methods. These computer program instructions can be read from or written to one or more computer program products.

[0132] In this application, a plurality refers to two or more.

[0133] In this application, unless otherwise expressly defined, the terms "mounted," "connected," and "connected" should be interpreted broadly. For example, they can refer to fixed, detachable, or integral connections; mechanical or electrical connections; direct or indirect connections through an intermediary; and internal communication between two components. A person of ordinary skill in the art will understand the specific meanings of these terms in this application.

[0134] The terms "first," "second," "third," "fourth," etc. (if any) in this application are used to distinguish similar objects and are not necessarily used to describe a particular sequential order.

[0135] The term "and / or" in this application simply describes an association between related objects, indicating that three possible relationships exist. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this application generally indicates that the related objects are in an "or" relationship.

[0136] Unless otherwise specified, all steps of the present application may be performed sequentially or randomly. For example, a statement that the method includes steps A and B indicates that the method may include steps A and B performed sequentially, or steps B and A performed sequentially. For example, a statement that the method may also include step C indicates that step C may be added to the method in any order, for example, the method may include steps A, B, and C, or steps A, C, and B, or steps C, A, and B, etc.

[0137] The above is only a preferred embodiment of the present application and does not constitute any form of limitation to the present application. Although the present application has been disclosed as above with preferred embodiments, it is not intended to limit the present application. Any person skilled in the art can make some changes or modifications to equivalent embodiments using the technical contents disclosed above without departing from the scope of the technical solution of the present application. However, any brief modifications, equivalent changes and modifications made to the above embodiments based on the technical essence of the present application without departing from the content of the technical solution of the present application are still within the scope of the technical solution of the present application.

Claims

1. A vehicle detection method, characterized in that: Applied to a server in communication with a vehicle, the method includes: Obtain vehicle detection data; When it is determined based on the detection data that the wheel speed of the vehicle is abnormal, bus communication data is acquired; wherein the bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle; When the bus communication data indicates that an abnormality occurs in the wheel hub gear ring, a prompt message is generated, where the prompt message is used to prompt the vehicle's wheel hub gear ring to be inspected.

2. The detection method according to claim 1, characterized in that The bus communication data includes multiple sets of counting data, each set of counting data includes multiple counting values, and the multiple counting values ​​are sequentially accumulated from a fixed initial value to a final value in a fixed counting period; wherein the counting values ​​are all natural numbers; The hub gear ring includes a plurality of gear teeth corresponding to a plurality of detection signals in a one-to-one manner, and each detection signal corresponds to the count value in a one-to-one manner; when the detection signal indicates that the corresponding gear tooth is in a normal state, the count value corresponding to the detection signal is stored; when the detection signal indicates that the corresponding gear tooth is in an abnormal state, the count value corresponding to the detection signal is not stored; When the bus communication data indicates that the hub gear ring is abnormal, generating prompt information includes: When a count value is missing in at least one of the plurality of count data sets, the prompt information is generated.

3. The detection method according to claim 2, characterized in that When a count value is missing in at least one of the plurality of count data sets, generating the prompt information includes: In the case where a count value is missing in at least one of the plurality of count data groups, determining a missing count value in the abnormal count data; wherein the abnormal count data refers to count data in which a count value is missing; determining a fault type of the hub ring gear based on a missing count value in the abnormal count data; Based on the fault type, a prompt message is generated.

4. The detection method according to claim 3, characterized in that The determining the fault type of the hub ring gear based on the missing count value in the abnormal count data includes: When at least part of the missing count values ​​in the same group of abnormal count data are in an arithmetic progression, obtaining the number of groups of abnormal count data in which count values ​​are continuously missing; wherein the tolerance of the arithmetic progression is equal to the total number of teeth of the hub gear ring; When the number of groups of the abnormal count data is greater than or equal to a specified value, it is determined that the fault type of the hub gear ring is a crack on the hub gear ring or wear on the gear teeth.

5. The detection method according to claim 4, characterized in that The method further comprises: When the missing count values ​​in the same group of abnormal count data do not present the arithmetic progression, it is determined that the fault type of the hub gear ring is a sensor abnormality; wherein, the sensor is used to generate a plurality of the detection signals.

6. The detection method according to claim 4, characterized in that The method further comprises: When the number of groups of the abnormal count data is smaller than the specified value, it is determined that the fault type of the hub ring gear is the presence of foreign matter in the hub ring gear.

7. The detection method according to any one of claims 1 to 6, characterized in that When it is determined based on the detection data that the wheel speed of the vehicle is abnormal, obtaining bus communication data includes: When it is determined based on the detection data that the vehicle has an abnormal wheel speed, determining a target time interval; wherein the target time interval includes a corresponding moment of the abnormal wheel speed; Obtain bus communication data within the target time interval.

8. The detection method according to any one of claims 1 to 6, characterized in that When it is determined based on the detection data that the wheel speed of the vehicle is abnormal, obtaining bus communication data includes: When it is determined based on the detection data that the wheel speed of the vehicle is abnormal, obtaining a fault diagnostic code of the vehicle; When the fault diagnostic code is a fault diagnostic code corresponding to abnormal wheel speed, bus communication data is acquired.

9. A vehicle detection device, characterized in that: Applicable to a server connected to a vehicle for communication, the device comprising: A first acquisition module is used to acquire vehicle detection data; A second acquisition module is configured to acquire bus communication data when it is determined based on the detection data that the wheel speed of the vehicle is abnormal; wherein the bus communication data is used to record the detection status of the wheel hub ring gear in the vehicle; The information generating module is used to generate prompt information when the bus communication data indicates that the wheel hub gear ring is abnormal, and the prompt information is used to prompt the wheel hub gear ring of the vehicle to be inspected.

10. A server, characterized in that: The server is connected to the vehicle in communication, and includes: one or more processors; Memory; and One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by one or more processors, and configured to perform the method according to any one of claims 1 to 9.

11. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer program instructions, which can be called by a processor to execute the method according to any one of claims 1 to 9.

Images