Mine card health state self-checking device and method

By designing the self-test device and method of the health status of the mine card, using the data collection and transmission terminal, and combining the detection function of the remote service platform, the problem of incomplete status inspection of the electric wheel mining truck equipment and the inability to report the results in real time is solved, and automated health status evaluation and remote data reporting are realized, which improves safety and fault analysis efficiency.

CN119644980APending Publication Date: 2025-03-18HUOLINHE OPENCUT COAL IND CORP LTD OF INNER MOGOLIA
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411568996.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-05
Publication Date
2025-03-18

AI Technical Summary

Technical Problem

Existing electric wheel mining trucks need to check the equipment status after starting, but manual inspections cannot ensure that the inspection process can be completed in full every time, and only the driver knows the inspection results, and remote managers cannot obtain and archive quantitative inspection results in real time.

Method used

Design a self-test device and method for the health status of a mine card, including a data acquisition terminal and a data transmission terminal. By connecting the CAN bus and a remote service platform, it collects and transmits real-time data of the mine card, conducts logical and benchmark detection, evaluates the health of the vehicle, and reports it to the remote platform in a timely manner.

Benefits of technology

It realizes that the mine card can automatically conduct self-check health status before operation and timely report to the remote platform, improving the safety of the mine card unmanned driving operation, avoiding illness work, and timely recording and saving self-check results and error codes, which facilitates subsequent fault analysis.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119644980A_ABST
    Figure CN119644980A_ABST
Patent Text Reader

Abstract

The invention discloses a mine card health state self-checking device, which comprises a data acquisition terminal, a data transmission terminal and a remote service platform, and is characterized in that the data acquisition terminal is arranged on a mine card side, is respectively connected with a CAN bus and the data transmission terminal through data lines, and is used for acquiring data of the CAN bus on the mine card side; generating message data from the collected data and sending the message data to a data transmission terminal; the data transmission terminal is arranged on a mine card side, is wirelessly connected with the remote service platform and is used for sending the message data to the remote service platform; and the remote service platform receives the message data reported by the data transmission terminal, an execution rule is set in the remote service platform, logic and benchmark detection is performed on the message data through the execution rule, and a score of the health degree of the whole vehicle is obtained. The invention discloses a mine truck health state self-checking method. According to the invention, self-inspection of the health state of the mine card can be realized before operation of the mine card, and the health state can be reported to a remote service platform at a far end in time.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The invention belongs to the field of electric wheel mining trucks, and in particular relates to a mining truck health status self-checking device and method. Background Art

[0002] Electric-wheeled mining trucks need to check the equipment status before each operation after starting to ensure the health of the equipment. The current manual inspection method cannot guarantee that the inspection process can be completed completely every time, and the inspection results are only known to the driver at the time. Remote managers cannot obtain and archive the quantitative inspection results in real time. Summary of the invention

[0003] The purpose of the present invention is to provide a mining truck health status self-checking device and method, which can realize the mining truck health status self-check before the mining truck is operated and report to the remote service platform in time.

[0004] To achieve the above purpose, the technical solution used in the present invention is:

[0005] The mining truck health status self-check device includes: data acquisition terminal, data transmission terminal and remote service platform, among which

[0006] The data acquisition terminal is arranged on the mining card side and is connected to the CAN bus and the data transmission terminal through data lines. It is used to collect the CAN bus data on the mining card side, generate message data from the collected data and send it to the data transmission terminal;

[0007] The data transmission terminal is arranged on the mining card side and is connected to the remote service platform via wireless to send message data to the remote service platform;

[0008] The remote service platform receives message data reported by the data transmission terminal, has built-in execution rules, and performs logic and benchmark tests on the message data through the execution rules to obtain a health score for the entire vehicle.

[0009] Furthermore, the data acquisition terminal is connected to the CAN bus via the PCAN / ICAN protocol, the data transmission terminal is connected to the data acquisition terminal via the TCAN protocol, and the remote service platform is connected via the 4G module.

[0010] Furthermore, the data acquisition terminal also receives input of alarm signals and sensor simulation signals. The alarm signals include: CAN bus chassis alarm signals, CAN engine alarm signals, and drive system alarm signals; the sensor simulation signals include: brake pressure, energy storage pressure, battery voltage, brake implementation status, and gear status.

[0011] The self-check method of the mining card health status includes:

[0012] The remote service platform receives the message data reported by the terminal, parses the encrypted message data into a data parsing message through a parser, and then detects the communication status between the remote service platform and the terminal;

[0013] The remote service platform performs logic and benchmark tests on the received data analysis messages based on the execution rules to evaluate the health of the entire vehicle.

[0014] Preferably, if the communication status between the remote service platform and the terminal is normal, it is determined whether there is engine speed data in the data analysis message. The remote service platform performs logic and benchmark detection on the received data analysis message based on the execution rules to obtain a vehicle health score.

[0015] Preferably, if it is determined that the data communication is normal, the remote service platform receives a heartbeat message from the data transmission terminal, then the data communication is determined to be normal, otherwise the detection fails.

[0016] Preferably, the execution rules include: starting a static detection process, the execution conditions of the start detection process, and a health score standard; if there is engine speed data in the message data, determine whether the engine speed is greater than 0; if the engine speed is greater than 0, execute the start detection process, and the start detection objects include: engine, drive system, braking system, if a fault is detected, determine the fault level and obtain a health score; if there is no engine data or the engine speed is equal to 0, execute the static detection process, and the static detection objects include: battery voltage, brake implementation status, gear status, number of fault codes, and obtain a health score.

[0017] Preferably, the startup detection process includes: reading the standardized parameter identification number SPN / fault mode code FMI of the engine, and using the SPN / FMI as the fault code of the engine; reading the current fault code / fault subcode of the drive system, and using the current fault code / fault subcode as the fault code of the drive system; reading the current pressure values ​​of the braking pressure and the energy storage pressure, and judging whether the braking system has a fault according to the pressure values; determining the fault level according to the hierarchical retrieval of the fault code, and the fault level is expressed according to the fault health.

[0018] Preferably, the engine fault level is determined based on SPN / FMI, the general fault health of the engine is reduced by 10, and the serious fault health is reduced by 30; the drive system fault level is determined based on the current fault code / fault sub-code, the general fault health of the drive system is reduced by 10, and the serious fault health is reduced by 30; the current brake pressure and energy storage pressure are checked, if they deviate from the standard pressure by less than 10%, the fault level is general, the health is reduced by 20, and if they deviate by more than 10%, the health is reduced by 30.

[0019] Preferably, when it is detected that the current battery voltage is ≤23V, the health degree is reduced by 20; when it is detected that the current parking brake pressure switch is in position 0, the health degree is reduced by 20; when it is detected that the current gear state is in neutral, the health degree is reduced by 20; the number of fault codes is detected, and the health degree is reduced by 20 for each fault code found.

[0020] The technical effects of the present invention include:

[0021] By using the present invention, after the mining card is started, the mining card can self-check its health status before operation, and report it to the remote service platform in time.

[0022] The use of the present invention can effectively improve the safety of unmanned operation of mining trucks, avoid mining trucks working with faults, and improve the safety of mining truck operations.

[0023] The present invention can timely retain and record the mining card self-test results and error codes, making it easy to find out the cause of the fault later. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 It is a structural principle diagram of the mining truck health status self-checking device in the present invention;

[0025] Figure 2 It is a flow chart of the mining card health status self-check method in the present invention. DETAILED DESCRIPTION

[0026] The following description sufficiently illustrates specific embodiments of the invention to enable those skilled in the art to practice and reproduce the invention.

[0027] like Figure 1 The figure shows the structural principle diagram of the mining truck health status self-checking device in the present invention.

[0028] The mining truck health status self-checking device includes: a terminal and a remote service platform. The terminal includes a data acquisition terminal and a data transmission terminal (Tbox);

[0029] The data acquisition terminal is arranged on the mining card side and is connected to the CAN bus and the data transmission terminal through data lines. It is used to collect the CAN bus data on the mining card side, generate message data from the collected data and send it to the data transmission terminal;

[0030] The data acquisition terminal also receives input of alarm signals and sensor simulation signals. The alarm signals include: CAN bus chassis alarm signal, CAN engine alarm signal, and drive system alarm signal; the sensor simulation signals include: brake pressure, energy storage pressure, battery voltage, brake implementation status, and gear status.

[0031] The data acquisition terminal is connected to the CAN bus through the PCAN / ICAN protocol; PCAN, also known as PCAN-USB, is a CAN to USB interface that can transfer messages on the CAN network to the data acquisition terminal through the USB interface. The ICAN protocol (Industrial CAN protocol) is an application layer protocol based on the field bus CAN-bus.

[0032] The data transmission terminal is arranged on the mining card side, connected to the data acquisition terminal through a data line, and connected to the remote service platform through a wireless connection, and is used to send message data to the remote service platform.

[0033] The data transmission terminal is connected to the data acquisition terminal through the TCAN protocol and connected to the remote service platform through the 4G module.

[0034] TCAN (Time-Triggered CAN) is a time-triggered CAN communication protocol that uses two-wire bidirectional transmission to transmit data. The 4G module is used to achieve point-to-point data transmission. 4GLTE is a general term for LTE network standards such as TD-LTE and FDD-LTE.

[0035] The remote service platform receives the message data reported by the terminal, and has built-in execution rules. It performs logic and benchmark tests on the received message data through the execution rules to obtain a health score for the entire vehicle.

[0036] like Figure 2 The figure shows a flow chart of the self-check method for the health status of a mining card in the present invention.

[0037] The specific steps of the self-check method for the health status of the mining card are as follows:

[0038] Step 1: The remote service platform receives the message data reported by the terminal, first parses the encrypted message data into a data parsing message (plain text) through a parser, and then detects the communication status between the remote service platform and the terminal;

[0039] If it is judged that the data communication is normal and the remote service platform can receive the heartbeat message (HeartBeat) of the designated terminal, then it is judged that the data communication is normal, otherwise the detection process ends with a fault.

[0040] Step 2: If the communication status between the remote service platform and the terminal is normal, determine whether there is engine speed data in the data analysis message. The remote service platform performs logic and benchmark detection on the received data analysis message based on the execution rules to obtain a vehicle health score, and all data generated in this process are saved in real time.

[0041] The execution rules include: starting the static detection process, the execution conditions for starting the detection process, and the health scoring criteria.

[0042] If there is engine speed data in the data analysis message, determine whether the engine speed is greater than 0 (Speed>0); if the engine speed is greater than 0, execute the startup detection process; if there is no engine data or the engine speed is equal to 0, execute the static detection process.

[0043] Step 3: When the engine speed is greater than 0, the startup detection process is executed. The startup detection objects include: engine, drive system, brake system. If a fault is detected, the fault level is determined and the health score is obtained;

[0044] The startup detection process includes:

[0045] 1. Read the engine's Standardized Parameter Identification Number (SPN) / Fault Mode Code (FMI), and use the Standardized Parameter Identification Number (SPN) / Fault Mode Code (FMI) as the engine's fault code;

[0046] The fault code (DTC) is an important tool for vehicle fault diagnosis. When a vehicle fails, the on-board ECU (electronic control unit) monitors the data of related sensors and actuators and analyzes them according to the preset diagnostic strategy. If a fault is detected, the ECU will store the corresponding DTC in the memory. Code prefix: Indicates the system or module to which the fault belongs, such as P for power system, B for body system, C for chassis system, U for network system, etc. The code body indicates the specific fault type and consists of five digits. The first two digits are the standardized parameter identification number (SPN), and the last three digits are the fault mode code (FMI).

[0047] 2. Read the current fault code / fault subcode of the drive system and use the current fault code / fault subcode as the fault code of the drive system;

[0048] 3. Read the current brake pressure and energy storage pressure, and determine whether the brake system has a fault based on the pressure values;

[0049] 4. Determine the fault level based on the hierarchical search of the fault code, and the fault level is expressed based on the fault health level.

[0050] Determine the fault level of the engine according to the Standardized Parameter Identification Number (SPN) / Fault Mode Code (FMI), the general fault health of the engine minus 10, and the serious fault health minus 30. Determine the fault level of the drive system according to the current fault code / fault subcode, the general fault health of the drive system minus 10, and the serious fault health minus 30. Check the current brake pressure and energy storage pressure. If the deviation is less than 10% from the standard pressure, the fault level is general, the health minus 20, and the deviation is more than 10%, minus 30.

[0051] Step 4: When the engine has no engine data or the speed is equal to 0, a static detection process is performed. The static detection objects include: battery voltage, brake implementation status, gear status, number of fault codes, and a health score is obtained.

[0052] When it is detected that the current battery voltage is ≤23V, the health degree will be reduced by 20; when it is detected that the current parking brake pressure switch is in position 0, the health degree will be reduced by 20; when it is detected that the current gear state is in neutral, the health degree will be reduced by 20; the number of fault codes is detected, and the health degree will be reduced by 20 for each fault code found.

[0053] The terms used in the present invention are illustrative and exemplary, rather than restrictive. Since the present invention can be implemented in various forms without departing from the spirit or essence of the technical solution, it should be understood that the above embodiments are not limited to any of the aforementioned details, but should be widely interpreted within the spirit and scope defined by the attached claims, so all changes and modifications falling within the scope of the claims or their equivalents should be covered by the attached claims.

Claims

1. A mining truck health status self-checking device, characterized in that: include: Data collection terminal, data transmission terminal and remote service platform, including The data acquisition terminal is arranged on the mining card side and is connected to the CAN bus and the data transmission terminal through data lines. It is used to collect the CAN bus data on the mining card side, generate message data from the collected data and send it to the data transmission terminal; The data transmission terminal is arranged on the mining card side and is connected to the remote service platform via wireless to send message data to the remote service platform; The remote service platform receives message data reported by the data transmission terminal, has built-in execution rules, and performs logic and benchmark tests on the message data through the execution rules to obtain a health score for the entire vehicle.

2. The mining card health status self-checking device according to claim 1, characterized in that: The data acquisition terminal is connected to the CAN bus via the PCAN / ICAN protocol, the data transmission terminal is connected to the data acquisition terminal via the TCAN protocol, and is connected to the remote service platform via the 4G module.

3. The mining card health status self-checking device according to claim 1, characterized in that: The data acquisition terminal also receives input of alarm signals and sensor simulation signals. The alarm signals include: CAN bus chassis alarm signal, CAN engine alarm signal, and drive system alarm signal; the sensor simulation signals include: brake pressure, energy storage pressure, battery voltage, brake implementation status, and gear status.

4. A mining card health status self-check method, characterized in that: include: The remote service platform receives the message data reported by the terminal, parses the encrypted message data into a data parsing message through a parser, and then detects the communication status between the remote service platform and the terminal; The remote service platform performs logic and benchmark tests on the received data analysis messages based on the execution rules to evaluate the health of the entire vehicle.

5. The mining card health status self-check method according to claim 4, characterized in that: If the communication status between the remote service platform and the terminal is normal, it is determined whether there is engine speed data in the data analysis message. The remote service platform performs logic and benchmark detection on the received data analysis message based on the execution rules to obtain a vehicle health score.

6. The mining card health status self-check method according to claim 4, characterized in that: If it is judged that the data communication is normal, the remote service platform receives the heartbeat message of the data transmission terminal, then it is judged that the data communication is normal, otherwise the detection fails.

7. The mining card health status self-check method according to claim 4, characterized in that: The execution rules include: starting the static detection process, the execution conditions of the start detection process, and the health score standard; if the engine speed data is in the message data, determine whether the engine speed is greater than 0; if the engine speed is greater than 0, execute the start detection process, and the start detection objects include: engine, drive system, braking system, if a fault is detected, determine the fault level and obtain a health score; if there is no engine data or the engine speed is equal to 0, execute the static detection process, and the static detection objects include: battery voltage, brake implementation status, gear status, number of fault codes, and obtain a health score.

8. The mining card health status self-check method according to claim 7, characterized in that: The startup detection process includes: reading the engine's standardized parameter identification number SPN / fault mode code FMI, and using SPN / FMI as the engine's fault code; reading the current fault code / fault subcode of the drive system, and using the current fault code / fault subcode as the drive system's fault code; reading the current pressure values ​​of the brake pressure and energy storage pressure, and judging whether the brake system has a fault based on the pressure values; determining the fault level based on the hierarchical retrieval of the fault code, and the fault level is expressed based on the fault health.

9. The mining card health status self-check method according to claim 8, characterized in that: Determine the engine fault level based on SPN / FMI. The engine's general fault health level will be reduced by 10, while the serious fault health level will be reduced by 30. Determine the drive system fault level based on the current fault code / fault subcode. The drive system's general fault health level will be reduced by 10, while the serious fault health level will be reduced by 30. Check the current brake pressure and energy storage pressure. If they deviate from the standard pressure by less than 10%, the fault level is general and the health level will be reduced by 20. If they deviate by more than 10%, the health level will be reduced by 30.

10. The mining card health status self-check method according to claim 8, characterized in that: When it is detected that the current battery voltage is ≤23V, the health degree will be reduced by 20; when it is detected that the current parking brake pressure switch is in position 0, the health degree will be reduced by 20; when it is detected that the current gear state is in neutral, the health degree will be reduced by 20; the number of fault codes is detected, and the health degree will be reduced by 20 for each fault code found.