Electric workover rig fault playback method

By setting up a CAN recorder between the vehicle controller of the electric well repair machine and the display terminal to collect and record the data when variable changes, the problems of data recording redundancy and subjectivity in the prior art are solved, and efficient and objective fault analysis and data storage are achieved.

CN120139666APending Publication Date: 2025-06-13XCMG XUZHOU TRUCK MOUNTED CRANE CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510346527.8
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-03-24
Publication Date
2025-06-13

AI Technical Summary

Technical Problem

When analyzing the fault of the electric well repair machine, the data of each frame is required to be recorded, resulting in wasted storage space. The analysis results are limited by experience and technical capabilities, and there is subjectivity, making it difficult to ensure the objective and fairness of the results.

Method used

By setting up a CAN recorder between the vehicle controller and the display terminal, collecting data and defining a new data record file format and data record structure, only the values ​​when the variable changes are recorded, data playback and visual analysis are realized.

Benefits of technology

The data record file size is reduced, storage space is saved, analysis difficulty is reduced, and analysis efficiency is improved. The analysis results are supported by video images, which are open and transparent, making it difficult to conceal or forge data, ensuring the objective and fairness of the results.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure HDA0005324810170000011
    Figure HDA0005324810170000011
  • Figure HDA0005324810170000012
    Figure HDA0005324810170000012
  • Figure HDA0005324810170000021
    Figure HDA0005324810170000021
Patent Text Reader

Abstract

The invention discloses a fault playback method for an electric workover rig, which comprises the following steps of: 1) arranging a CAN (Controller Area Network) recorder between a vehicle control unit and a display terminal, and acquiring data of each component; 2) defining a data recording file format; 3) defining a data recording structure list and a conversion relation between the data recording structure list and the CAN data frame, and realizing mutual conversion between the content of the CAN data frame and the content of the data recording structure list through a conversion rule f; 4) during data recording, the CAN recorder receives a CAN data frame from the vehicle control unit and stores the CAN data frame according to a data recording file format; and during data playback, the CAN recorder reads the content of the data recording file, restores the content into a CAN data frame and sends the CAN data frame to the display terminal, and the display terminal displays the equipment state after receiving the data. On the basis of an existing hardware system structure, when a fault occurs, a series of operation pictures before and after the fault occurs are played back through the display terminal, and the fault is effectively and conveniently checked; data recording files are reduced, and data authenticity is guaranteed.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of electric workover rigs, and in particular to a method for fault playback of an electric workover rig. Background Art

[0002] An electric workover rig is a special oil drilling and production equipment that relies on power batteries and chargers for power supply, uses an electric motor as the power source, and completes tasks such as removing or placing pipes in the well. The electric workover rig is equipped with various electrical components such as batteries and battery management systems BMS, motors and motor controllers MCU, on-vehicle chargers OBC, high-voltage distribution units PDU, cooling systems, vehicle controllers VCU, sensors, display terminals, and various master control electrical appliances. The vehicle controller VCU obtains the states of components such as BMS, MCU, PDU, OBC, and sensors and sends control signals to each component, enabling each component to operate collaboratively to complete production tasks, and sending the processed data to the display terminal, where the display terminal shows the operating states of each component. During actual operations, the electric workover rig may malfunction due to abnormal components or improper operations, resulting in work stoppage or even safety accidents. After a failure occurs, it is very important to effectively and quickly analyze the cause of the failure for resuming operations, locating the source of the failure, and clarifying responsibilities.

[0003] In the prior art, the vehicle controller collects data of each component through the CAN bus, processes it, and sends it to the display terminal and the CAN recorder through the CAN bus. The CAN recorder saves each CAN data frame to a file, and the record of each data frame contains information such as a timestamp, CAN ID, data length, and data segment. Currently, the methods for analyzing the cause of a failure mainly rely on existing experience, repeating the operation steps before the failure to reproduce the failure, or collecting data through the CAN recorder, taking out the data record file, and manually parsing each frame with the help of some software tools to generate a trend curve of the signal contained in the data segment to judge the cause of the failure.

[0004] However, the prior art needs to record each frame of data. For periodic data frames, even if the content of the data segment does not change, records will still be generated, consuming storage space. When analyzing, manual operation of the data is required, and the results are limited by experience, technical ability, etc. Data may be omitted, deliberately concealed, or even forged, resulting in strong subjectivity, unable to ensure the objectivity and fairness of the results, with low credibility, and users may not recognize the analysis report.

[0005] Therefore, it is necessary to specifically develop a new method for fault playback of an electric workover rig to overcome the above problems. Summary of the Invention

[0006] Objective of the Invention: Aiming at the deficiencies and defects of the prior art, the present invention provides a method for fault playback of an electric workover rig. Based on the existing hardware system structure, when a fault occurs, a series of operation screens before and after the fault are played back through a display terminal to effectively and conveniently troubleshoot the fault; reduce the data recording file and ensure the authenticity of the data.

[0007] Technical Solution: A method for fault playback of an electric workover rig according to the present invention is characterized by comprising the following steps:

[0008] 1) A CAN recorder is set between the vehicle controller and the display terminal to collect data of each component;

[0009] 2) Define the data recording file format, where each line record represents a variable, consisting of the field timestamp, the field var_id, and the field var_data;

[0010] 3) Define the data recording structure list and its conversion relationship with the CAN data frame. Through the conversion rule f, the content of the CAN data frame and the content of the data recording structure list are mutually converted;

[0011] 4) During data recording, the CAN recorder receives the CAN data frame from the vehicle controller and saves it according to the data recording file format; during data playback, the CAN recorder reads the content of the data recording file, restores it to the CAN data frame, and sends it to the display terminal. After receiving the data, the display terminal displays the device status.

[0012] Among them, in step 1), the vehicle controller is located on the electric workover rig.

[0013] Among them, in step 1), the vehicle controller is connected to each button, each switch, sensors, batteries and the battery management system BMS, motors and motor controllers MCU, on-vehicle chargers OBC, high-voltage distribution units PDU, and cooling systems.

[0014] Among them, in step 2), the field timestamp is a timestamp, the reception time of the CAN data frame; the field var_id is a variable identifier, in Base64 format, using characters including A-Z, a-z, numbers 0-9, as well as the plus sign "+", and the slash " / ", a total of 64 characters, and its format is HHHHHBBbNN; the field var_data is the data of the variable, in hexadecimal form, and each variable can express at least one boolean, i.e., 1 bit, and at most 256 double-byte characters, i.e., 512 Byte.

[0015] Among them, the format of the field var_id is HHHHHBBbNN, where HHHHH represents the CAN ID of the CAN data frame; BB represents the starting byte position of this variable in the data segment of the CAN data frame; b represents the initial bit of this variable in the starting byte; NN represents the bit length of this variable.

[0016] Among them, the range of HHHHH in hexadecimal is 0x00000000 - 0x1FFFFFFF; the range of BB in hexadecimal is 0x000 - 0xFFF; the range of b in hexadecimal is 0x0 - 0x7; the range of NN in hexadecimal is 0x000 - 0xFFF.

[0017] Among them, the list content and f conversion rules in step 3) are as follows:

[0018] List list: Each of its elements is a dictionary dict, and the dictionary corresponds one-to-one with the CAN data frame to be recorded;

[0019] Dictionary dict: Its name is represented by the CAN ID of the CAN data frame, that is, the HHHHH part in the field var_id. The elements of the dictionary are ordered key-value pairs, and the order is arranged in ascending order according to BBb in the field var_id;

[0020] Key key: Its name is represented by the BBbNN part in the field var_id;

[0021] Value value: It is represented by the value of the field var_data.

[0022] Beneficial effects: Compared with the prior art, the present invention has the following remarkable advantages: The present invention adopts a new data recording file format, data recording structure and program control flow, and can replay the device operation process pictures before and after the fault through the display terminal. The present invention only records the values when the variables change, and reduces the size of the data recording file and saves storage space through the variable id in a larger base form. The present invention directly views the video pictures before and after the fault from the display terminal for visual analysis, reduces the analysis difficulty, improves the analysis efficiency, the analysis results are corroborated by the video pictures, are open and transparent, are difficult to conceal and forge data, are objective and fair, and are more convenient and effective for fault analysis. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Figure 1 It is a schematic structural diagram of the fault record of the prior art electric workover rig;

[0024] Figure 2 It is a diagram of the data recording structure list of the present invention and its conversion relationship with the CAN data frame;

[0025] Figure 3This is the data recording and playback flow chart of the present invention. Detailed implementation manners

[0026] The technical solution of the present invention will be further described below in conjunction with the accompanying drawings and specific implementation manners.

[0027] The electric workover rig fault playback method of the present invention includes the following steps:

[0028] 1) Without changing the hardware system structure of the prior art, a CAN recorder is set between the vehicle controller and the display terminal to collect data of each component. The vehicle controller is located on the electric workover rig; the vehicle controller is connected to each button, each switch, sensors, the battery and the battery management system BMS, the motor and the motor controller MCU, the on-board charger OBC, the high-voltage distribution unit PDU, and the cooling system.

[0029] 2) Define the data record file format. Each line record represents a variable, which consists of the field timestamp, the field var_id, and the field var_data.

[0030] Field timestamp: Timestamp, the receiving time of the CAN data frame.

[0031] Field var_id: Variable identifier, in Base64 format. The characters used include A-Z, a-z, numbers 0-9, plus sign "+", and slash " / ", a total of 64 characters. Its format is HHHHHBBbNN; where, HHHHH represents the CAN ID of the CAN data frame (the range in hexadecimal is 0x00000000 - 0x1FFFFFFF); BB represents the starting byte position of this variable in the data segment of the CAN data frame (the range in hexadecimal is 0x000 - 0xFFF); b represents the initial bit of this variable in the starting byte (the range in hexadecimal is 0x0 - 0x7); NN represents the bit length of this variable (the range in hexadecimal is 0x000 - 0xFFF).

[0032] Field var_data: The data of the variable, in hexadecimal form. Each variable can express at least one boolean, i.e., 1 bit, and at most 256 double-byte characters, i.e., 512 Byte.

[0033] 3) Define the data record structure list and its conversion relationship with the CAN data frame. Through the conversion rule f, the content of the CAN data frame and the content of the data record structure list are mutually converted.

[0034] The content of list and the f conversion rule are as follows:

[0035] List: Each of its elements is a dictionary, and each dictionary corresponds one-to-one to the CAN data frame to be recorded.

[0036] Dictionary: Its name is represented by the CAN ID of the CAN data frame, that is, the HHHHH part in the field var_id. The elements of the dictionary are ordered key-value pairs, and the order is arranged from small to large according to the BBb in the field var_id.

[0037] Key: Its name is represented by the BBbNN part in the field var_id.

[0038] Value: It is represented by the value of the field var_data.

[0039] 4) When recording data, the CAN recorder receives the CAN data frame from the vehicle controller and saves it in the data recording file format. When playing back data, the CAN recorder reads the content of the data recording file, restores it to the CAN data frame, and sends it to the display terminal. After receiving the data, the display terminal displays the device status.

[0040] The present invention adopts a new data recording file format, data recording structure and program control flow, and can play back the video of the device operation process before and after the fault through the display terminal. The present invention only records the values when the variables change, and reduces the size of the data recording file and saves storage space through the variable id in a larger base form. The present invention directly views the video images before and after the fault from the display terminal for visual analysis, reduces the analysis difficulty, improves the analysis efficiency, the analysis results are supported by the video images, are open and transparent, are difficult to conceal and forge data, are objective and fair, and are more convenient and effective for fault analysis.

Claims

1. A method for replaying a fault of an electric workover rig, characterized in that: The steps include: 1) Set up a CAN recorder between the vehicle controller and the display terminal to collect data from each component; 2) Define the data record file format. Each row of records represents a variable, which consists of the fields timestamp, var_id, and var_data. 3) Define the data record structure list and its conversion relationship with the CAN data frame, and use the conversion rule f to realize the mutual conversion between the CAN data frame content and the data record structure list content; 4) During data recording, the CAN recorder receives the CAN data frame from the vehicle controller and saves it in the data recording file format; During data playback, the CAN recorder reads the contents of the data recording file, restores it to a CAN data frame, and sends it to the display terminal. After receiving the data, the display terminal displays the device status.

2. The electric workover rig fault playback method according to claim 1, characterized in that: In the step 1), the vehicle controller is located on the electric workover rig.

3. The electric workover rig fault playback method according to claim 1, characterized in that: In the step 1), the vehicle controller is connected to each button, each switch, sensor, battery and battery management system BMS, motor and motor controller MCU, on-board charger OBC, high-voltage distribution unit PDU, and cooling system.

4. The electric workover rig fault playback method according to claim 1, characterized in that: In the step 2), the timestamp field is the timestamp, which is the receiving time of the CAN data frame; the var_id field is the variable identifier, which is in Base64 format, and the characters used include AZ, az, numbers 0-9, plus sign "+", and slash " / ", a total of 64 characters, and its format is HHHHHBBbNN; the var_data field is the data of the variable, in hexadecimal format, and each variable can express at least one Boolean, that is, 1 bit, and at most 256 double-byte characters, that is, 512Byte.

5. The electric workover rig fault playback method according to claim 4, characterized in that: The format of the field var_id is HHHHHBBbNN, wherein HHHHH represents the CAN ID of the CAN data frame; BB represents the starting byte position of the variable in the data segment of the CAN data frame; b represents the initial position of the variable in the starting byte; and NN represents the bit length of the variable.

6. The electric workover rig fault playback method according to claim 5, characterized in that: The range of HHHHH in hexadecimal is 0x00000000-0x1FFFFFFF; the range of BB in hexadecimal is 0x000-0xFFF; the range of b in hexadecimal is 0x0-0x7; and the range of NN in hexadecimal is 0x000-0xFFF.

7. The electric workover rig fault playback method according to claim 1, characterized in that: The list content and f conversion rules in step 3) are as follows: List list: Each element is a dictionary dict, and the dictionary corresponds to the CAN data frame to be recorded one by one; Dictionary dict: its name is represented by the CAN ID of the CAN data frame, that is, the HHHHH part in the field var_id. The elements of the dictionary are ordered key-value pairs, and the order is arranged from small to large according to the BBb in the field var_id; Key: Its name is represented by the BBbNN part of the field var_id; Value: represented by the value of the field var_data.