Method, device and equipment for diagnosing abnormal braking force of unmanned mining vehicle and medium

By acquiring real-time and historical data of unmanned mining trucks to calculate net deceleration, determining fault counter conditions, and reporting fault codes, the problem of timely diagnosis of braking system faults in unmanned mining dump trucks under long downhill conditions is solved, thus improving safety and reliability.

CN120963646APending Publication Date: 2025-11-18CHINA RAILWAY 19TH BUREAU GROUP BEIJING LINGHANG ZHITU TECHNOLOGY CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202511263831.2
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-09-05
Publication Date
2025-11-18

AI Technical Summary

Technical Problem

Frequent braking of unmanned mining dump trucks on long downhill slopes can easily lead to malfunctions, and existing technologies are unable to monitor and diagnose them in a timely manner, resulting in increased safety hazards.

Method used

By acquiring real-time and historical target data of unmanned mining vehicles, the actual net deceleration and expected net deceleration are calculated, the fault counter conditions are determined and the count value is updated, and the braking fault type fault code is reported when the threshold is exceeded.

Benefits of technology

It enables timely and accurate diagnosis of braking system anomalies, reduces the probability of false alarms and missed alarms, and improves the safety and reliability of unmanned mining truck operations.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120963646A_ABST
    Figure CN120963646A_ABST
Patent Text Reader

Abstract

The invention relates to an unmanned mine vehicle braking force abnormity diagnosis method, device and equipment and a medium. The method for diagnosing the braking force abnormity of the unmanned mining vehicle comprises the following steps: acquiring real-time target data and historical target data of the unmanned mining vehicle; calculating an actual net deceleration and an expected net deceleration based on the real-time target data and the historical target data; when it is judged that the actual net deceleration and the expected net deceleration meet a preset fault counter starting condition, a count value is updated; and reporting a corresponding brake fault type fault code under the condition that the count value exceeds a preset safety threshold value. According to the embodiment of the invention, the method can improve the detection accuracy of the abnormal fault of the braking force, greatly reduces the probability of false alarm and missing alarm, and effectively improves the safety and reliability during the operation of the unmanned mine car.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates to the field of autonomous driving technology in mining, and in particular to a method, device, equipment and medium for diagnosing abnormal braking force of unmanned mining vehicles. Background Technology

[0002] Given that unmanned mining applications often involve harsh operating conditions in high-altitude, extremely cold mining areas, prolonged operation in such environments poses a significant challenge to the driver's physical capabilities and demands exceptional driving skills. Therefore, to improve the efficiency of mining operations and effectively reduce labor costs, the market demand for highly safe, efficient, and reliable unmanned mining dump trucks is growing rapidly.

[0003] Given that unmanned mining dump trucks frequently operate on long downhill or uphill slopes, especially on long downhill sections, the braking system needs to intervene frequently to maintain the actual vehicle speed near the target speed. However, prolonged and frequent braking intervention can easily lead to braking system malfunctions. If these malfunctions are not monitored, diagnosed, and reported in a timely manner, appropriate safety strategies cannot be implemented to prevent accidents. Therefore, high safety requirements are placed on the braking system throughout the entire operation of unmanned mining dump trucks. Summary of the Invention

[0004] To address the aforementioned technical issues, this disclosure provides a method, apparatus, equipment, and medium for diagnosing abnormal braking force in unmanned mining vehicles.

[0005] Firstly, this disclosure provides a method for diagnosing abnormal braking force of unmanned mining trucks, including:

[0006] Acquire real-time and historical target data of unmanned mining vehicles;

[0007] Calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data;

[0008] If the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, update the counter value;

[0009] If the count value exceeds a preset safety threshold, the corresponding brake fault type fault code is reported.

[0010] Secondly, this disclosure provides a diagnostic device for abnormal braking force of an unmanned mining truck, including:

[0011] The data acquisition module is used to acquire real-time and historical target data of the unmanned mining vehicle;

[0012] The velocity calculation module is used to calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data;

[0013] The numerical update module is used to update the count value when it is determined that the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions;

[0014] The fault reporting module is used to report the corresponding brake fault type fault code when the count value exceeds a preset safety threshold.

[0015] Thirdly, this disclosure provides a diagnostic device for abnormal braking force of unmanned mining trucks, including:

[0016] processor;

[0017] Memory, used to store executable instructions;

[0018] The processor is used to read executable instructions from memory and execute the executable instructions to implement the first aspect of the unmanned mining truck braking force anomaly diagnosis method.

[0019] Fourthly, this disclosure provides a computer-readable storage medium storing a computer program that, when executed by a processor, causes the processor to implement the method for diagnosing abnormal braking force of an unmanned mining vehicle as described in the first aspect.

[0020] The technical solution provided in this disclosure has the following advantages compared with the prior art:

[0021] The unmanned mining truck braking force anomaly diagnosis method of this disclosure can acquire real-time target data and historical target data of the unmanned mining truck, then calculate the actual net deceleration and expected net deceleration based on the real-time target data and the historical target data, then update the count value if the actual net deceleration and the expected net deceleration meet the preset fault counter start conditions, and finally report the corresponding braking fault type fault code if the count value exceeds the preset safety threshold. This allows for timely and accurate diagnosis when the braking system is abnormal, thereby improving the accuracy of braking force anomaly fault detection, greatly reducing the probability of false alarms and missed alarms, and effectively improving the safety and reliability of unmanned mining truck operation. Attached Figure Description

[0022] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0023] Figure 1A flowchart illustrating a method for diagnosing abnormal braking force of an unmanned mining vehicle provided in an embodiment of this disclosure;

[0024] Figure 2 A flowchart illustrating another method for diagnosing abnormal braking force of an unmanned mining vehicle provided in this embodiment of the present disclosure;

[0025] Figure 3 A flowchart illustrating a method for setting preset fault type definition rules, provided in an embodiment of this disclosure;

[0026] Figure 4 This is a schematic diagram of the structure of an abnormal braking force diagnostic device for an unmanned mining vehicle provided in an embodiment of the present disclosure;

[0027] Figure 5 This is a schematic diagram of the structure of an abnormal braking force diagnostic device for an unmanned mining vehicle provided in an embodiment of this disclosure. Detailed Implementation

[0028] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0029] It should be understood that the various steps described in the method implementation of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method implementation may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.

[0030] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Definitions of other terms will be given in the description below.

[0031] It should be noted that the concepts of "first" and "second" mentioned in this disclosure are used only to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependencies.

[0032] It should be noted that the terms "a" and "a plurality of" used in this disclosure are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0033] The names of messages or information exchanged between multiple devices in this disclosure are for illustrative purposes only and are not intended to limit the scope of such messages or information.

[0034] To address the aforementioned problems, this disclosure provides a method, apparatus, equipment, and medium for diagnosing abnormal braking force in unmanned mining vehicles. The following is a detailed explanation... Figures 1 to 3 The method for diagnosing abnormal braking force of unmanned mining trucks provided in this disclosure is described in detail.

[0035] Figure 1 A flowchart illustrating a method for diagnosing abnormal braking force of an unmanned mining truck provided in an embodiment of this disclosure is shown.

[0036] In this embodiment of the disclosure, the method for diagnosing abnormal braking force of the unmanned mining truck can be executed by an electronic device. This electronic device may include, but is not limited to, devices such as computer equipment, cloud servers, or cloud server clusters.

[0037] like Figure 1 As shown, the method for diagnosing abnormal braking force of an unmanned mining vehicle may include the following steps.

[0038] S110: Obtain real-time and historical target data of unmanned mining vehicles.

[0039] In the embodiments disclosed herein, the electronic device can acquire real-time target data and historical target data of the unmanned mining vehicle.

[0040] Optionally, real-time target data may include actual vehicle speed, actual acceleration / deceleration, road gradient, braking command, throttle command, gear position, and parking status.

[0041] Optionally, the historical target data can be an array of historically stored braking commands and road slopes.

[0042] Specifically, electronic devices can acquire real-time and historical target data of the unmanned mining vehicle.

[0043] S120. Calculate the actual net deceleration rate and the expected net deceleration rate based on the real-time target data and the historical target data.

[0044] In this embodiment of the disclosure, the electronic device can calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data.

[0045] Alternatively, the actual net deceleration can be a physical quantity that describes how fast the vehicle's speed changes during actual driving.

[0046] Alternatively, the desired net deceleration can be a physical quantity that describes the rate of change of speed of the vehicle during operation.

[0047] Specifically, after obtaining the real-time target data and the historical target data, the electronic device can calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data.

[0048] S130. If the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, update the counter value.

[0049] In this embodiment of the disclosure, the electronic device can update the count value when it is determined that the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions.

[0050] Optionally, the preset conditions for starting the fault counter can be pre-set conditions used to determine whether the fault counter needs to be started.

[0051] Optionally, the count value can be the number of times a fault was detected in the recorded vehicle.

[0052] Specifically, after obtaining the actual net deceleration and the expected net deceleration, if the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, the electronic device can update the counter value.

[0053] S140. If the count value exceeds the preset safety threshold, report the corresponding brake fault type fault code.

[0054] In this embodiment of the disclosure, when the count value exceeds a preset safety threshold, the electronic device can report the corresponding braking fault type fault code.

[0055] Optionally, the preset security threshold can be a pre-set threshold.

[0056] Optionally, the brake fault type fault code can be a pre-set fault code corresponding to the brake fault type.

[0057] Specifically, after obtaining the count value, if the count value exceeds a preset safety threshold, the electronic device can report the corresponding braking fault type fault code.

[0058] Therefore, in this embodiment, real-time and historical target data of the unmanned mining truck can be acquired. Then, based on the real-time and historical target data, the actual net deceleration and expected net deceleration are calculated. If the actual and expected net decelerations meet the preset fault counter activation conditions, the counter value is updated. Finally, if the counter value exceeds a preset safety threshold, the corresponding braking fault code is reported. This allows for timely and accurate diagnosis of braking system anomalies, improving the accuracy of braking force anomaly detection, significantly reducing false alarms and missed alarms, and effectively enhancing the safety and reliability of the unmanned mining truck during operation.

[0059] Optionally, S110 may specifically include: setting a sliding window of a preset length; updating the cached braking commands and road slope in real time based on the sliding window to obtain the historical target data of the unmanned mining truck.

[0060] In this embodiment of the disclosure, the electronic device can set a sliding window of a preset length.

[0061] Specifically, the braking pressure response delay period of the unmanned mining truck is about 600ms. The preset length of the sliding window for braking command is set to twice this time, and the preset length of the sliding window for road slope is set to twice this delay period. The preset length of the corresponding sliding window can be set according to different vehicle models.

[0062] Furthermore, the electronic device can update the cached braking commands and road slope in real time based on the sliding window to obtain the historical target data of the unmanned mining truck.

[0063] Specifically, after determining the sliding window corresponding to the braking command and the sliding window for the road slope, the historically stored braking commands and road slope data are updated through the sliding windows respectively. For example, when the historically stored braking commands and road slope data exceed the size of the sliding window, the initially cached data is cleared and new data is added after the data.

[0064] Optionally, S120 may specifically include: calculating the deceleration caused by rolling resistance and the deceleration caused by ramp resistance based on the real-time target data and the historical target data; and calculating the actual net deceleration based on the deceleration caused by rolling resistance and the deceleration caused by ramp resistance.

[0065] In this embodiment of the disclosure, the electronic device can calculate the deceleration caused by rolling resistance and the deceleration caused by ramp resistance based on the real-time target data and the historical target data.

[0066] Optionally, rolling resistance can be the resistance that a pneumatic tire experiences when it rolls in a straight line on an ideal road surface (usually a flat, dry, hard road surface), with its outer edge center symmetry plane aligned with the rolling direction of the wheel, and the resistance that is opposite to the rolling direction.

[0067] Alternatively, ramp resistance can be the gravitational component that an object must overcome when moving on an inclined surface, and its value is proportional to the slope angle and the mass of the object.

[0068] Specifically, the electronic device can calculate the deceleration caused by rolling resistance and the deceleration caused by slope resistance based on the real-time target data and the historical target data, respectively. For example, the formula for calculating the deceleration caused by rolling resistance is: g_roll = f * g * cos(slope), where f is the rolling resistance coefficient, g is the acceleration due to gravity, and slope is the road gradient (positive for uphill and negative for downhill). Rolling resistance is always positive and opposite to the direction of travel. As another example, the formula for calculating the deceleration caused by slope resistance is: g_grade = g * sin(slope). When going uphill, sin(slope) > 0, and the slope resistance is positive (opposite to the direction of travel); when going downhill, sin(slope) < 0, and the slope resistance is negative (same as the direction of travel).

[0069] Furthermore, the electronic device can calculate the actual net deceleration based on the deceleration generated by the rolling resistance and the deceleration generated by the ramp resistance.

[0070] Specifically, after calculating the deceleration caused by rolling resistance and the deceleration caused by ramp resistance, the actual net deceleration can be calculated based on the deceleration caused by rolling resistance and the deceleration caused by ramp resistance. For example, the formula for calculating the actual net deceleration is: net_accel_act = acc_actual - g_roll - g_grade, where acc_actual is the actual deceleration of the vehicle.

[0071] Optionally, S120 may specifically include: performing an index lookup based on the real-time target data and the historical target data to obtain a speed index and a braking opening index; calculating a first weight and a second weight corresponding to the speed index and the braking opening index; and performing interpolation calculation based on the speed index, the braking opening index, the first weight, and the second weight using a bilinear interpolation algorithm to obtain the expected net deceleration.

[0072] In this embodiment of the disclosure, the electronic device can perform an index lookup based on the real-time target data and the historical target data to obtain the speed index and the braking opening index.

[0073] Specifically, the electronic device can perform index lookup based on the real-time target data and the historical target data. For example, based on the current actual vehicle speed and the brake opening of the buffer, it can search for the corresponding interval in the speed list and the brake opening list to obtain the speed index and the brake opening index.

[0074] Furthermore, the electronic device can calculate the first weight and the second weight corresponding to the speed index and the braking opening index.

[0075] Specifically, the electronic device can calculate the first weight of the current vehicle speed in the speed list interval based on the speed index, and calculate the second weight of the braking opening index in the braking opening list interval based on the braking opening index.

[0076] Furthermore, the electronic device can perform interpolation calculations based on the speed index, the braking opening index, the first weight, and the second weight using a bilinear interpolation algorithm to obtain the desired net deceleration.

[0077] Specifically, after obtaining the speed index, the braking opening index, the first weight, and the second weight, interpolation calculation is performed using a bilinear interpolation algorithm. For example, the bilinear interpolation algorithm can be as follows: Assuming there is a two-dimensional dataset, and the values ​​of the four adjacent pixels with the top-left pixel (x0, y0) and the bottom-right pixel (x1, y1) are known to be f(x0, y0), f(x1, y0), f(x0, y1), and f(x1, y1), respectively, the value of pixel (x, y) can be estimated using the bilinear interpolation formula. The mathematical expression for bilinear interpolation is as follows: f(x, y) = (1-Δx)*(1-Δy)*f(x0, y0) + Δx*(1-Δy)*f(x1, y0) + (1-Δx)*Δy*f(x0, y1) + Δx*Δy*f(x1, y1). Where Δx and Δy are the relative position weights of the target point (x,y) relative to the top left corner point (x0,y0), that is: Δx=(x-x0) / (x1-x0)Δy=(y-y0) / (y1-y0), thus obtaining the expected net deceleration.

[0078] Optionally, S130 may specifically include: if the real-time target data meets the preset abnormality diagnosis conditions, determining whether the actual net deceleration and the expected net deceleration meet the preset fault start counter conditions; if the actual net deceleration and the expected net deceleration meet the preset fault start counter conditions, updating the count value.

[0079] In this embodiment of the disclosure, when the real-time target data is determined to meet the preset abnormality diagnosis conditions, the electronic device can determine whether the actual net deceleration and the expected net deceleration meet the preset fault counter activation conditions.

[0080] Optionally, the preset abnormal diagnosis conditions can be pre-set conditions used to determine whether abnormal diagnosis is needed.

[0081] Specifically, the electronic device can determine whether the real-time target data meets preset anomaly diagnosis conditions, such as whether it is in neutral, whether the parking brake is engaged, or whether the brake opening is below a set threshold. If the preset anomaly diagnosis conditions are not met, no anomaly diagnosis is performed, avoiding unnecessary calculations that could lead to misjudgments and time-consuming operations. When the preset anomaly diagnosis conditions are met, the electronic device can determine whether the actual net deceleration and the expected net deceleration meet preset start-up fault counter conditions, such as by determining whether the actual net deceleration, the expected net deceleration, and the proportion of the actual net deceleration in the expected net deceleration meet the preset start-up fault counter conditions.

[0082] Furthermore, if the actual net deceleration and the expected net deceleration satisfy the preset start-up fault counter conditions, the count value is updated.

[0083] Specifically, when the electronic device determines that the actual net deceleration and the expected net deceleration meet the preset conditions for activating the fault counter, it activates the fault counter to update the count value.

[0084] Optionally, S140 may specifically include: reporting a true fault flag when the count value exceeds a preset safety threshold; and reporting the corresponding brake fault type fault code based on the true fault flag and according to a preset fault type definition rule.

[0085] In this embodiment of the disclosure, if the count value exceeds a preset safety threshold, the electronic device can report a true fault flag.

[0086] Specifically, after the electronic device starts the fault counter to update the count value, if the count value exceeds the preset safety threshold, the electronic device can report a true fault.

[0087] Furthermore, the electronic device can report the corresponding braking fault type fault code based on a true fault flag and according to preset fault type definition rules.

[0088] Specifically, after a true fault flag is reported, the electronic equipment can report the corresponding braking fault type fault code according to the preset fault type definition rules. For example, the preset fault type definition rules can include: Insufficient braking: When the brake opening exceeds 0.3 under no-load conditions and 0.4 under heavy-load conditions, and lasts for 4 seconds or more (the braking pressure response delay of the mining vehicle needs to be considered), the actual net deceleration is lower than the expected net deceleration by 30%-50%, then it is determined to be insufficient braking. Conditions requiring exclusion include road surface adhesion coefficient <0.7 and gradient abrupt change >5%; Braking failure: When the brake opening exceeds 0.3 under no-load conditions and 0.4 under heavy-load conditions, and lasts for 4 seconds or more (considering the braking pressure response delay of the mining vehicle), the absolute value of the actual net deceleration is less than 0.3 m / s², and the brake wheel cylinder pressure is below the safety threshold, it is considered a braking failure, and coasting in neutral conditions must be excluded; Abnormal braking: When the brake opening exceeds 0.3 under no-load conditions and 0.4 under heavy-load conditions, and lasts for 4 seconds or more (considering the braking pressure response delay of the mining vehicle), the difference in left and right wheel speeds exceeds 5 km / h, or the braking response delay exceeds 0.6 seconds, it is considered an abnormal braking.

[0089] Optionally, in this embodiment of the disclosure, when preset working conditions are met, abnormal diagnosis and reporting are not performed, such as when the road surface adhesion coefficient is less than 0.7; the sudden change in road slope exceeds a set threshold; coasting in neutral and the driving torque is >100Nm; or the ABS is activated.

[0090] Figure 2 A flowchart illustrating another method for diagnosing abnormal braking force of unmanned mining trucks provided in an embodiment of this disclosure is shown.

[0091] like Figure 2 As shown, the electronic device can acquire real-time target data and historical target data of the unmanned mining vehicle. The real-time target data includes actual vehicle speed, actual acceleration / deceleration, road slope, braking command, throttle command, gear position, and parking status. By setting a sliding window of a preset length, and updating the cached braking command and road slope data in real time based on the sliding window, the historical target data of the unmanned mining vehicle is obtained.

[0092] Further, the deceleration caused by rolling resistance and the deceleration caused by ramp resistance are calculated based on the real-time target data and the historical target data; the actual net deceleration is calculated based on the deceleration caused by rolling resistance and the deceleration caused by ramp resistance. An index lookup is performed based on the real-time target data and the historical target data to obtain a speed index and a brake opening index; a first weight and a second weight corresponding to the speed index and the brake opening index are calculated; and the desired net deceleration is obtained by interpolation using a bilinear interpolation algorithm based on the speed index, the brake opening index, the first weight, and the second weight.

[0093] Finally, if the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, the counter value is updated; if the counter value exceeds the preset safety threshold, the corresponding braking fault type fault code is reported.

[0094] Figure 3 A flowchart illustrating a method for setting preset fault type definition rules is shown in an embodiment of this disclosure.

[0095] like Figure 3 As shown, the electronic equipment can determine the preset fault type definition rules, such as insufficient braking: when the brake opening exceeds 0.3 under no-load conditions and exceeds 0.4 under heavy-load conditions, and lasts for 4 seconds or more (the braking pressure response delay of the mining vehicle needs to be considered), the actual net deceleration is 30%-50% lower than the expected net deceleration, then it is judged as insufficient braking. Conditions requiring exclusion include road surface adhesion coefficient <0.7 and gradient abrupt change >5%; Braking failure: When the brake opening exceeds 0.3 under no-load conditions and 0.4 under heavy-load conditions, and lasts for 4 seconds or more (considering the braking pressure response delay of the mining vehicle), the absolute value of the actual net deceleration is less than 0.3 m / s², and the brake wheel cylinder pressure is below the safety threshold, it is considered a braking failure, and coasting in neutral conditions must be excluded; Abnormal braking: When the brake opening exceeds 0.3 under no-load conditions and 0.4 under heavy-load conditions, and lasts for 4 seconds or more (considering the braking pressure response delay of the mining vehicle), the difference in left and right wheel speeds exceeds 5 km / h, or the braking response delay exceeds 0.6 seconds, it is considered an abnormal braking.

[0096] Figure 4 A schematic diagram of the structure of an abnormal braking force diagnostic device for an unmanned mining truck provided in an embodiment of this disclosure is shown.

[0097] like Figure 4 As shown, the unmanned mining vehicle braking force abnormality diagnosis device 400 may include a data acquisition module 410, a speed calculation module 420, a value update module 430, and a fault reporting module 440.

[0098] The data acquisition module 410 can be used to acquire real-time target data and historical target data of unmanned mining vehicles;

[0099] The velocity calculation module 420 can be used to calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data;

[0100] The numerical update module 430 can be used to update the count value when it is determined that the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions;

[0101] The fault reporting module 440 can be used to report the corresponding brake fault type fault code when the count value exceeds a preset safety threshold.

[0102] Therefore, in this embodiment, real-time and historical target data of the unmanned mining truck can be acquired. Then, based on the real-time and historical target data, the actual net deceleration and expected net deceleration are calculated. If the actual and expected net decelerations meet the preset fault counter activation conditions, the counter value is updated. Finally, if the counter value exceeds a preset safety threshold, the corresponding braking fault code is reported. This allows for timely and accurate diagnosis of braking system anomalies, improving the accuracy of braking force anomaly detection, significantly reducing false alarms and missed alarms, and effectively enhancing the safety and reliability of the unmanned mining truck during operation.

[0103] In some embodiments of this disclosure, the real-time target data includes actual vehicle speed, actual acceleration / deceleration, road gradient, braking command, throttle command, gear position, and parking status.

[0104] In some embodiments of this disclosure, the data acquisition module 410 may specifically include:

[0105] The window setting unit can be used to set a sliding window of a preset length;

[0106] The data update unit can be used to update the cached braking commands and road slope in real time based on the sliding window to obtain the historical target data of the unmanned mining truck.

[0107] In some embodiments of this disclosure, the speed calculation module 420 may specifically include:

[0108] The first calculation unit can be used to calculate the deceleration generated by rolling resistance and the deceleration generated by ramp resistance based on the real-time target data and the historical target data.

[0109] The second calculation unit can be used to calculate the actual net deceleration based on the deceleration generated by the rolling resistance and the deceleration generated by the ramp resistance.

[0110] In some embodiments of this disclosure, the numerical update module 430 may specifically include:

[0111] The index lookup unit can be used to perform an index lookup based on the real-time target data and the historical target data to obtain the speed index and the brake opening index;

[0112] The third calculation unit can be used to calculate the first weight and the second weight corresponding to the speed index and the braking opening index;

[0113] The fourth calculation unit can be used to perform interpolation calculations based on the speed index, the braking opening index, the first weight, and the second weight using a bilinear interpolation algorithm to obtain the desired net deceleration.

[0114] In some embodiments of this disclosure, the numerical update module 430 may specifically include:

[0115] The condition judgment unit can be used to determine whether the actual net deceleration and the expected net deceleration meet the preset fault counter start condition when the real-time target data meets the preset abnormal diagnosis condition.

[0116] The numerical update unit can be used to update the count value when it is determined that the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions.

[0117] In some embodiments of this disclosure, the fault reporting module 440 may specifically include:

[0118] The first reporting unit can be used to report a fault flag as true when the count value exceeds a preset safety threshold.

[0119] The second reporting unit can be used to report the corresponding brake fault type fault code based on a true fault flag and according to preset fault type definition rules.

[0120] It should be noted that, Figure 4 The unmanned mining truck braking force anomaly diagnostic device 400 shown can perform... Figures 1 to 3 The various steps in the method embodiment shown are implemented. Figures 1 to 3 The processes and effects in the method embodiments shown are not described in detail here.

[0121] Figure 5 A schematic diagram of the structure of an abnormal braking force diagnostic device for an unmanned mining truck provided in an embodiment of this disclosure is shown.

[0122] In some embodiments of this disclosure, Figure 5 The abnormal braking force diagnostic device for the unmanned mining truck shown can be an electronic device. Specifically, the electronic device can include, but is not limited to, devices such as computer equipment, cloud servers, or cloud server clusters.

[0123] like Figure 5 As shown, the unmanned mining vehicle braking force abnormality diagnosis device may include a processor 501 and a memory 502 storing computer program instructions.

[0124] Specifically, the processor 501 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0125] Memory 502 may include a large-capacity storage for information or instructions. For example, and not limitingly, memory 502 may include a hard disk drive (HDD), a floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or a Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 502 may include removable or non-removable (or fixed) media. Where appropriate, memory 502 may be internal or external to the integrated gateway device. In a particular embodiment, memory 502 is a non-volatile solid-state memory. In a particular embodiment, memory 502 includes read-only memory (ROM). Where appropriate, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (Electrically Programmable ROM, EPROM), an electrically erasable programmable PROM (EEPROM), an electrically alterable ROM (EAROM), or flash memory, or a combination of two or more of these.

[0126] The processor 501 reads and executes the computer program instructions stored in the memory 502 to perform the steps of the unmanned mining truck braking force abnormality diagnosis method provided in the embodiments of this disclosure.

[0127] In one example, the unmanned mining truck braking force anomaly diagnostic device may further include a transceiver 503 and a bus 504. Wherein, as... Figure 5 As shown, the processor 501, memory 502 and transceiver 503 are connected via bus 504 and communicate with each other.

[0128] Bus 504 may include hardware, software, or both. For example, and not limitingly, a bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industrial Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a MicroChannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus, or other suitable buses, or a combination of two or more of these. Where appropriate, bus 504 may include one or more buses. Although specific buses are described and illustrated in the embodiments of this application, this application considers any suitable bus or interconnection.

[0129] This disclosure also provides a computer-readable storage medium that can store a computer program. When the computer program is executed by a processor, the processor enables the processor to implement the unmanned mining vehicle braking force abnormality diagnosis method provided in this disclosure.

[0130] The aforementioned storage medium may include, for example, a memory 502 containing computer program instructions, which can be executed by the processor 501 of the unmanned mining truck braking force anomaly diagnosis device to complete the unmanned mining truck braking force anomaly diagnosis method provided in this embodiment. Optionally, the storage medium may be a non-transitory computer-readable storage medium, such as a ROM, random access memory (RAM), compact disc ROM (CD-ROM), magnetic tape, floppy disk, and optical data storage device.

[0131] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the term "comprising" is intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus.

[0132] The above description is merely a specific embodiment of this disclosure, enabling those skilled in the art to understand or implement it. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not to be limited to the embodiments described herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for diagnosing abnormal braking force of an unmanned mining vehicle, characterized in that, include: Acquire real-time and historical target data of unmanned mining vehicles; Calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data; If the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, update the counter value; If the count value exceeds a preset safety threshold, the corresponding brake fault type fault code is reported.

2. The method according to claim 1, characterized in that, The real-time target data includes actual vehicle speed, actual acceleration / deceleration, road gradient, braking command, throttle command, gear position, and parking status.

3. The method according to claim 1, characterized in that, Obtain historical target data for unmanned mining trucks, including: Set a preset length for the sliding window; Based on the sliding window, the cached braking commands and road slope are updated in real time to obtain the historical target data of the unmanned mining truck.

4. The method according to claim 1, characterized in that, The actual net deceleration rate is calculated based on the real-time target data and the historical target data, including: Calculate the deceleration caused by rolling resistance and the deceleration caused by ramp resistance based on the real-time target data and the historical target data; The actual net deceleration is calculated based on the deceleration caused by the rolling resistance and the deceleration caused by the ramp resistance.

5. The method according to claim 1, characterized in that, Calculating the expected net deceleration rate based on the real-time target data and the historical target data includes: Based on the real-time target data and the historical target data, an index lookup is performed to obtain the speed index and the brake opening index; Calculate the first weight and the second weight corresponding to the speed index and the brake opening index; The desired net deceleration is obtained by interpolating using a bilinear interpolation algorithm based on the speed index, the braking opening index, the first weight, and the second weight.

6. The method according to claim 1, characterized in that, The step of updating the count value when the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions includes: If the real-time target data meets the preset abnormal diagnosis conditions, determine whether the actual net deceleration and the expected net deceleration meet the preset fault counter start conditions. If the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions, the counter value is updated.

7. The method according to claim 1, characterized in that, When the count value exceeds a preset safety threshold, the corresponding brake fault type fault code is reported, including: If the count value exceeds a preset safety threshold, a fault flag is reported as true. Based on a true fault flag, the corresponding brake fault type fault code is reported according to the preset fault type definition rules.

8. A diagnostic device for abnormal braking force of an unmanned mining vehicle, characterized in that, include: The data acquisition module is used to acquire real-time and historical target data of the unmanned mining vehicle; The velocity calculation module is used to calculate the actual net deceleration and the expected net deceleration based on the real-time target data and the historical target data; The numerical update module is used to update the count value when it is determined that the actual net deceleration and the expected net deceleration meet the preset start-up fault counter conditions; The fault reporting module is used to report the corresponding brake fault type fault code when the count value exceeds a preset safety threshold.

9. A diagnostic device for abnormal braking force of an unmanned mining vehicle, characterized in that, include: processor; Memory, used to store executable instructions; The processor is configured to read the executable instructions from the memory and execute the executable instructions to implement the unmanned mining vehicle braking force abnormality diagnosis method according to any one of claims 1-7.

10. A non-volatile computer-readable storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, causes the processor to implement the abnormal braking force diagnosis method for unmanned mining vehicles as described in any one of claims 1-7.