Testing device on logging acquisition and processing platform and testing method thereof
By designing a central control unit and a testing device with multiple modules on the well logging acquisition and processing platform, automated data acquisition and manual operation simulation are achieved, solving the problem of low efficiency in existing testing methods and improving testing accuracy and reliability.
Patent Information
- Application Number
- CN202511119644.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-08-11
- Publication Date
- 2025-11-18
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
Existing well logging acquisition and processing platforms suffer from inefficiency, inaccuracy, and reliability. Manual operation is prone to introducing errors and cannot meet the testing needs under complex geological conditions.
Design a testing device and its testing method, including a central control unit and multiple modules, to achieve automated data acquisition, simulated manual operation and result comparison, form a standard test dataset and generate a test report.
It improves testing efficiency and accuracy, reduces labor costs, avoids human error, and enables automated comparison of test results and standardized generation of reports.
Smart Images

Figure CN120968564A_ABST
Abstract
Description
Technical Field
[0001] This invention belongs to the technical field of well logging acquisition and processing platforms, specifically relating to a testing device and testing method for well logging acquisition and processing platforms. Background Technology
[0002] In the process of oil exploration and development, well logging acquisition and processing platforms are key tools for obtaining underground geological information and assessing the potential of oil and gas resources. As oil and gas exploration expands to areas with complex geological conditions, higher requirements are placed on the accuracy, completeness and processing efficiency of well logging data. As a result, the functions of well logging acquisition and processing platforms are constantly being enriched and improved. Whenever a new function is added to the platform or an existing function is modified, a comprehensive and rigorous test is required to ensure the reliability and stability of its performance.
[0003] Currently, the testing process for well logging acquisition and processing platforms typically involves the following steps: After adding or modifying functions and conducting preliminary functional verification, the actual testing phase begins. First, the instrument is manually connected to ensure a normal physical connection and data transmission link between the instrument and the platform. Then, a specific command is sent to the instrument, triggering it to operate according to preset parameters. The instrument begins collecting various data from the well, such as resistivity, gamma rays, acoustic waves, and density, reflecting the physical properties of different underground strata. The collected data is transmitted to the platform for calculation, converting the raw signals into geologically significant engineering values and processed data. Engineers view the calculation results through the platform's interface and manually compare them with expected theoretical values or historical experience data to determine whether the platform is functioning correctly after adding or modifying functions and whether the data is accurate and reliable.
[0004] However, existing testing methods are time-consuming throughout the entire testing process, from connecting instruments to manual comparison. In the instrument connection stage, due to the wide variety of downhole instruments and complex interfaces, manual connection is not only cumbersome but also prone to errors or poor contact, requiring repeated checks and adjustments, consuming significant time. During the command launch and data acquisition phases, the data acquisition process is slow due to limitations in instrument response speed, data transmission rate, and the complex geological environment downhole. In the manual comparison and analysis stage, engineers need to carefully examine large amounts of data and charts, relying on professional knowledge and experience to judge the data's rationality. This process is highly subjective and inefficient, and the accuracy and reliability of the test results are difficult to guarantee. Since it is difficult to achieve complete standardization in each operation, differences in operating habits and proficiency among different operators can introduce additional errors during testing. Furthermore, if the data sample is insufficient, the test conclusions based on the limited data may not fully reflect the platform's true performance under various operating conditions, resulting in test results that do not fully match the actual situation and cannot provide a reliable basis for further optimization and improvement of the platform.
[0005] In summary, existing testing methods for well logging acquisition and processing platforms are severely inadequate in terms of efficiency, accuracy, and reliability. There is an urgent need for a testing device and method for well logging acquisition and processing platforms to achieve an automated, standardized, efficient, and accurate testing process, thereby meeting the growing demands of oil and gas exploration and development. Summary of the Invention
[0006] In view of the problems raised in the background art above, the purpose of the present invention is to provide a testing device and testing method for a well logging acquisition and processing platform.
[0007] To achieve the above-mentioned technical objectives, the technical solution adopted by the present invention is as follows:
[0008] A testing device for a well logging acquisition and processing platform includes a test box, a heat-conducting mounting frame installed inside the test box, a test component connected to the well logging acquisition and processing platform installed on the heat-conducting mounting frame, and heat dissipation components installed on both sides of the heat-conducting mounting frame in the test box.
[0009] The testing components include a central control unit, which comprises a standard test dataset accumulation module, a standard action acquisition module, an instrument simulation module, a manual operation simulation module, an automatic result comparison module, and an automatic test report generation module. The central control unit is connected to the standard test dataset accumulation module, the standard action acquisition module, the instrument simulation module, the manual operation simulation module, the automatic result comparison module, and the automatic test report generation module.
[0010] Furthermore, the test chamber has a double-layer structure, with the outer layer being a shielding layer and the inner layer being a protective layer, and a door is hinged to the front of the test chamber.
[0011] Further defining the heat dissipation component, it includes heat-conducting plates installed on both sides of the heat-conducting mounting bracket. The standard test dataset accumulation module, standard action acquisition module, instrument simulation module, manual operation simulation module, automatic result comparison module, and automatic test report generation module are all set in contact with the heat-conducting plates. Several heat dissipation fins are installed on the outer side of the heat-conducting plates. The outer side of the heat dissipation fins penetrates the test box and extends to its outer side. A protective cover is installed on the outer side of the test box. A dustproof net is installed on the top inner side of the protective cover. A cooling fan is installed on the lower side of the dustproof net. A heat dissipation vent is provided on the bottom inner side of the protective cover.
[0012] A testing method for a testing device on a well logging acquisition and processing platform, characterized by comprising the following steps:
[0013] S1: Accumulated Standard Test Data Set: Using the standard test dataset accumulation module, data is collected according to different services, different instruments, different formations, etc., to form a complete set of standard test datasets;
[0014] S2: Collect manual operation process to form standard actions: Use the standard action collection module to save the engineer's operation instructions, and form standard operation instructions through recognition and analysis;
[0015] S3: Simulation instrument receives commands and sends data: Using the instrument simulation module, commands are sent and data is transmitted between the ground software and the simulation instrument. The simulation instrument receives commands and sends data.
[0016] S4: Simulate manual operation: Using the manual operation simulation module, when adding or modifying functions, the test process is started. The program automatically simulates the engineer's operation, simulates the instrument receiving instructions and sending data, and HDLOG receives data and starts calculation and plotting.
[0017] S5: Automatic comparison of program results: The automatic comparison module is used to compare and analyze the latest calculation results of the program with the standard test results.
[0018] S6: Generate Test Report: Use the automatic test report generation module to generate a test report.
[0019] Further specifying, in S1, the cumulative standard test data set includes the following steps:
[0020] 1.1: Beginning;
[0021] 1.2: Data Acquisition: Collect data under various conditions based on different business scenarios and different instruments;
[0022] 1.3: Feature extraction: Perform multi-dimensional analysis on the collected data to extract instrument business characteristics, status characteristics, data characteristics, etc.
[0023] 1.4: Labeling, assigning labels to data based on different features;
[0024] 1.5: Store in the sample set; store the data and its feature labels in the sample library.
[0025] 1.6: End.
[0026] Further specifying, in S2, the process of collecting manual operations to form standard actions includes the following steps:
[0027] 2.1: Beginning;
[0028] 2.2: Action monitoring, using hook technology and the CallNextHookEx function to intercept keyboard and mouse input, etc.
[0029] 2.3: Command set acquisition scope: Determine whether it falls within the command set acquisition scope, including mouse action sets WM_LBUTTONDOWN, WM_RBUTTONDOWN, WM_LBUTTONUP, WM_RBUTTONUP, WM_LBUTTONDBLCLK, WM_RBUTTONDBLCLK and keyboard action sets M_KEYDOWN, WM_SYSKEYDOWN, WM_KEYUP, WM_SYSKEYU;
[0030] 2.4: HDLOG process actions: Determine if the action is an HDLOG operation. If yes, proceed to the next step; otherwise, terminate directly.
[0031] 2.5: Save the action set. Note that the action set must be recorded and used in the same order each time.
[0032] 2.6: End.
[0033] Further specifying, in S3, the analog instrument receiving commands and sending data includes the following steps:
[0034] 3.1: The simulated instrument starts a socket service, listens for commands sent by the ground software in real time, and sends data generated by the simulated instrument status, so that it has the same functions as the real instrument.
[0035] 3.2: Ground software, ground-based command transmission and instrument data reception;
[0036] 3.3: Sending Commands. The ground software sends the commands required by the instrument to the simulation instrument terminal. The sending method and other procedures are consistent with the connection of the real instrument.
[0037] 3.4: Data transmission. After receiving the ground command, the simulation instrument sends the simulation data in the corresponding state to the ground software.
[0038] Further specifying, in S4, simulating manual operation includes the following steps:
[0039] 4.1: Beginning;
[0040] 4.2: Sequential reading instructions, reading one by one a set of operation instructions saved during manual operation;
[0041] 4.3: Action Recognition. The action read is identified. If the recognition is correct, proceed to the next step; otherwise, exit and end the process.
[0042] 4.4: Execute actions, using SetCursorPos, AutomationClient, mouse_event, etc., to execute action commands and simulate manual operation;
[0043] 4.5: Execution Status: Determine if the execution status of the action is reasonable. If reasonable, proceed to the next step; otherwise, exit directly.
[0044] 4.6: End.
[0045] Further specifying, in S5, the program results are automatically compared, including the following steps:
[0046] 5.1: Beginning;
[0047] 5.2: Obtain the calculation result. Obtain the calculation result through the interface program;
[0048] 5.3: Compare with the standard results to see if they are consistent. If they are consistent, exit the loop; if they are inconsistent, proceed to manual comparison and analysis.
[0049] 5.4: Manually analyze whether the results are correct. If the calculation is incorrect, exit the loop, fix the bug, and restart the verification process.
[0050] 5.5: Modify the standard test result set. If the calculation is judged to be correct by human intervention, then modify the standard test result set.
[0051] 5.6: End.
[0052] Further specifying, in step S6, generating a test report includes the following steps:
[0053] 6.1: Test task name and content;
[0054] 6.2: Test Environment;
[0055] 6.3: Software version information;
[0056] 6.4: Evaluation of test adequacy, including the diversity of test data samples and the coverage of test data samples;
[0057] 6.5: Test Results and Analysis:
[0058] a) Using a specific template, list the comparison between the current calculation results and the standard results for each case to facilitate analysis and summarization;
[0059] b) Results analysis and summary: Summarize and analyze the calculation results of each case.
[0060] 6.6: Test Conclusion, summarize the test environment, data coverage, test results and analysis, and give the final test conclusion.
[0061] The beneficial effects of this invention are as follows: This invention provides a testing device and method on a well logging acquisition and processing platform, comprising six major functional modules: accumulating standard test data sets, collecting data from manual operations to form standard actions, simulating instrument receiving instructions and sending data, simulating manual operation, automatically comparing program results, and generating test reports. It can systematically collect and process well logging data, forming a comprehensive and standardized test dataset that effectively covers various business scenarios, instrument states, and formation conditions. This provides a rich and accurate data foundation for subsequent testing, improving the quality and reliability of test data. Utilizing hook technology and specific functions, it standardizes the collection of manual operation processes to form standard actions, ensuring the consistency and accuracy of operation instructions and avoiding the arbitrariness of manual operation. This makes the testing process more standardized and controllable. Simultaneously, it achieves automated simulation of instrument and manual operations, greatly improving testing efficiency, reducing labor costs and testing time, and avoiding potential errors in manual operation. This improves the accuracy and stability of test results. It also achieves automated comparison of test results and standardized generation of test reports, reducing errors from manual comparison and improving the efficiency and accuracy of test result analysis. Attached Figure Description
[0062] The present invention can be further illustrated by the non-limiting embodiments given in the accompanying drawings;
[0063] Figure 1 This is a schematic diagram of the isometric structure of a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0064] Figure 2 This is a schematic diagram of the internal structure of a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0065] Figure 3 This is a schematic diagram of the cross-sectional structure of a test box of a test device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0066] Figure 4 This is a schematic cross-sectional view of the heat dissipation component of a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0067] Figure 5 This is a schematic diagram of the connection structure of the test components of a test device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0068] Figure 6 This is a flowchart illustrating a testing method for a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0069] Figure 7This is a flowchart illustrating the accumulated standard test data set of a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention;
[0070] Figure 8 This is a flowchart illustrating the standard actions formed by the manual operation process of a testing device on a well logging acquisition and processing platform, according to an embodiment of the present invention.
[0071] Figure 9 This is a flowchart illustrating the process of a simulation instrument receiving instructions and sending data on a well logging acquisition and processing platform, according to an embodiment of the present invention.
[0072] Figure 10 This is a flowchart illustrating the simulated manual operation of a testing device on a well logging acquisition and processing platform, according to an embodiment of the present invention.
[0073] Figure 11 This is a flowchart illustrating the automatic comparison of program results of a testing device on a well logging acquisition and processing platform according to an embodiment of the present invention.
[0074] Figure 12 This is a flowchart illustrating the generation of a test report using a testing device on a well logging acquisition and processing platform, according to an embodiment of the present invention.
[0075] The symbols for the main components are explained below:
[0076] Test box 1, thermally conductive mounting bracket 2, test components 3, heat dissipation components 4, central control unit 5, standard test data set accumulation module 6, standard action acquisition module 7, instrument simulation module 8, manual operation simulation module 9, automatic result comparison module 10, automatic test report generation module 11, door 12, heat conduction plate 13, heat dissipation fins 14, protective cover 15, dustproof net 16, cooling fan 17, heat dissipation vent 18. Detailed Implementation
[0077] To enable those skilled in the art to better understand the present invention, the technical solution of the present invention will be further described below in conjunction with the accompanying drawings and embodiments.
[0078] like Figures 1-5 As shown, a testing device on a well logging acquisition and processing platform according to the present invention includes a heat-conducting mounting frame 2 installed inside the test box 1, a test component 3 connected to the well logging acquisition and processing platform installed on the heat-conducting mounting frame 2, and heat dissipation components 4 installed on both sides of the heat-conducting mounting frame 2 in the test box 1.
[0079] Test component 3 includes a central control unit 5, which includes a standard test dataset accumulation module 6, a standard action acquisition module 7, an instrument simulation module 8, a manual operation simulation module 9, an automatic result comparison module 10, and an automatic test report generation module 11. The central control unit 5 is connected to the standard test dataset accumulation module 6, the standard action acquisition module 7, the instrument simulation module 8, the manual operation simulation module 9, the automatic result comparison module 10, and the automatic test report generation module 11.
[0080] Preferably, the test chamber 1 has a double-layer structure, with the outer layer being a shielding layer and the inner layer being a protective layer. The test chamber 1 has a door 12 hinged to the front.
[0081] Preferably, the heat dissipation assembly 4 includes heat-conducting plates 13 installed on both sides of the heat-conducting mounting bracket 2. The standard test data set accumulation module 6, the standard action acquisition module 7, the instrument simulation module 8, the manual operation simulation module 9, the result automatic comparison module 10, and the test report automatic generation module 11 are all set in contact with the heat-conducting plates 13. Several heat dissipation fins 14 are installed on the outer side of the heat-conducting plates 13. The outer side of the several heat dissipation fins 14 penetrates the test box 1 and extends to its outer side. The test box 1 is equipped with a protective cover 15 on the outer side of the heat dissipation fins 14. A dustproof net 16 is installed on the top inner side of the protective cover 15. A cooling fan 17 is installed on the lower side of the dustproof net 16. A heat dissipation vent 18 is provided on the bottom inner side of the protective cover 15.
[0082] In this embodiment, when the test component 3 is connected to the well logging acquisition and processing platform, the central control unit 5 controls the standard test dataset accumulation module 6, standard action acquisition module 7, instrument simulation module 8, manual operation simulation module 9, automatic result comparison module 10, and automatic test report generation module 11 to perform the test. During the test, data is collected according to different business operations, different instruments, and different formations to form a complete set of standard test datasets. At the same time, the engineer's operation instructions are saved and standard operation instructions are generated through identification and analysis. Furthermore, the operation instruction simulation module, instrument simulation function module, result comparison function module, and automatic test report generation module are developed. Finally, after adding or modifying functions, the testing process is initiated. The program automatically simulates the engineer's operation, the simulated instrument receives instructions and sends data, and HDLOG receives data and starts calculation and plotting. Then, the latest calculation results of the program are compared and analyzed with the standard test results to generate a test report. The heat generated by the test component 3 during operation is conducted to the heat conduction plate 13 through the heat conduction mounting bracket 2 and dissipated through the heat dissipation fins 14 on the outside of the heat conduction plate 13. At the same time, the cooling fan 17 is started, and the cooling fan 17 draws external air from the dustproof net 16 into the protective cover 15. The flowing air carries away the heat on the heat dissipation fins 14 and is discharged from the heat dissipation port 18, thereby achieving the heat dissipation effect.
[0083] The dust filter 16 can filter particulate impurities and prevent them from being carried in by the airflow and adhering to the heat dissipation fins 14, thus affecting the heat dissipation effect of the heat dissipation fins 14.
[0084] The test chamber 1 has a double-layer structure, with the outer layer being a shielding layer and the inner layer being a protective layer. This allows the test chamber 1 to provide good protection for the test component 3, enabling the test component 3 to be used stably.
[0085] like Figures 5-12 As shown, the present invention provides a testing method for a testing device on a well logging acquisition and processing platform, characterized by comprising the following steps:
[0086] S1: Accumulated Standard Test Data Set: Using the standard test dataset accumulation module 6, data is collected according to different services, different instruments, different formations, etc., to form a complete set of standard test datasets;
[0087] S2: Collect manual operation process to form standard actions: Use the standard action collection module 7 to save the engineer's operation instructions, and form standard operation instructions through recognition and analysis;
[0088] S3: Simulation instrument receives commands and sends data: Using instrument simulation module 8, command sending and data transmission between the ground software and the simulation instrument are realized, and the simulation instrument receives commands and sends data.
[0089] S4: Simulate manual operation: Using the manual operation simulation module 9, when adding or modifying functions, the test process is started. The program automatically simulates the engineer's operation, the simulated instrument receives instructions and sends data, and HDLOG receives data and starts calculation and plotting.
[0090] S5: Automatic comparison of program results: Using the automatic comparison module 10, the latest calculation results of the program are compared and analyzed with the standard test results;
[0091] S6: Generate Test Report: Use the test report automatic generation module 11 to generate a test report.
[0092] Preferably, in S1, the accumulated standard test data set includes the following steps:
[0093] 1.1: Beginning;
[0094] 1.2: Data Acquisition: Collect data under various conditions based on different business scenarios and different instruments;
[0095] 1.3: Feature extraction: Perform multi-dimensional analysis on the collected data to extract instrument business characteristics, status characteristics, data characteristics, etc.
[0096] 1.4: Labeling, assigning labels to data based on different features;
[0097] 1.5: Store in the sample set; store the data and its feature labels in the sample library.
[0098] 1.6: End.
[0099] Preferably, in S2, the manual operation process is collected to form standard actions, including the following steps:
[0100] 2.1: Beginning;
[0101] 2.2: Action monitoring, using hook technology and the CallNextHookEx function to intercept keyboard and mouse input, etc.
[0102] 2.3: Command set acquisition scope: Determine whether it falls within the command set acquisition scope, including mouse action sets WM_LBUTTONDOWN, WM_RBUTTONDOWN, WM_LBUTTONUP, WM_RBUTTONUP, WM_LBUTTONDBLCLK, WM_RBUTTONDBLCLK and keyboard action sets M_KEYDOWN, WM_SYSKEYDOWN, WM_KEYUP, WM_SYSKEYU;
[0103] 2.4: HDLOG process actions: Determine if the action is an HDLOG operation. If yes, proceed to the next step; otherwise, terminate directly.
[0104] 2.5: Save the action set. Note that the action set must be recorded and used in the same order each time.
[0105] 2.6: End.
[0106] Preferably, in S3, the analog instrument receives commands and sends data, including the following steps:
[0107] 3.1: The simulated instrument starts a socket service, listens for commands sent by the ground software in real time, and sends data generated by the simulated instrument status, so that it has the same functions as the real instrument.
[0108] 3.2: Ground software, ground-based command transmission and instrument data reception;
[0109] 3.3: Sending Commands. The ground software sends the commands required by the instrument to the simulation instrument terminal. The sending method and other procedures are consistent with the connection of the real instrument.
[0110] 3.4: Data transmission. After receiving the ground command, the simulation instrument sends the simulation data in the corresponding state to the ground software.
[0111] Preferably, in S4, the operation is simulated manually, including the following steps:
[0112] 4.1: Beginning;
[0113] 4.2: Sequential reading instructions, reading one by one a set of operation instructions saved during manual operation;
[0114] 4.3: Action Recognition. The action read is identified. If the recognition is correct, proceed to the next step; otherwise, exit and end the process.
[0115] 4.4: Execute actions, using SetCursorPos, AutomationClient, mouse_event, etc., to execute action commands and simulate manual operation;
[0116] 4.5: Execution Status: Determine if the execution status of the action is reasonable. If reasonable, proceed to the next step; otherwise, exit directly.
[0117] 4.6: End.
[0118] Preferably, in S5, the program results are automatically compared, including the following steps:
[0119] 5.1: Beginning;
[0120] 5.2: Obtain the calculation result. Obtain the calculation result through the interface program;
[0121] 5.3: Compare with the standard results to see if they are consistent. If they are consistent, exit the loop; if they are inconsistent, proceed to manual comparison and analysis.
[0122] 5.4: Manually analyze whether the results are correct. If the calculation is incorrect, exit the loop, fix the bug, and restart the verification process.
[0123] 5.5: Modify the standard test result set. If the calculation is judged to be correct by human intervention, then modify the standard test result set.
[0124] 5.6: End.
[0125] Preferably, in S6, generating a test report includes the following steps:
[0126] 6.1: Test task name and content;
[0127] 6.2: Test Environment;
[0128] 6.3: Software version information;
[0129] 6.4: Evaluation of test adequacy, including the diversity of test data samples and the coverage of test data samples;
[0130] 6.5: Test Results and Analysis:
[0131] a. Following a certain template, list the comparison between the current calculation results and the standard results for each case to facilitate analysis and summarization;
[0132] b. Results analysis and summary: Summarize and analyze the calculation results of each case.
[0133] 6.6: Test Conclusion, summarize the test environment, data coverage, test results and analysis, and give the final test conclusion.
[0134] In this embodiment,
[0135] Implementation of cumulative standard test dataset
[0136] In practical applications, technicians first collect data under various conditions using data acquisition equipment, based on different logging scenarios, such as calibration processes, logging processes, and execution of special instrument commands, as well as different types of instruments (ATool, ETool, STool, CTool, etc.). For example, during logging, data generated by various instruments under different rock formations (mudstone, limestone, etc.) is collected. Then, professional data analysis software is used to perform multi-dimensional analysis on the collected data. From an instrument operational perspective, the functional characteristics and data processing methods of the instrument are analyzed; from a state characteristic perspective, the data change patterns under different working states are analyzed; from a data characteristic perspective, the format, range, and accuracy of the data are analyzed, extracting corresponding instrument operational characteristics, state characteristics, and data characteristics. Then, based on the extracted characteristics, the data is labeled according to pre-defined rules. For example, data collected by a specific instrument during logging in mudstone formations is labeled with the corresponding instrument type, formation type, and logging process. Finally, the data and its characteristic labels are stored in a sample library, which can be managed using a database management system for convenient data storage, retrieval, and access.
[0137] The implementation of standard procedures formed by collecting data on manual operation processes.
[0138] When it's necessary to collect manual operation processes to form standard actions, a hook program is installed in the computer system. Using hook technology and the CallNextHookEx function, keyboard and mouse input are intercepted in real time. When an input event is detected, it's determined whether the event belongs to a mouse action set (such as WM_LBUTTONDOWN, WM_RBUTTONDOWN, etc.) or a keyboard action set (such as WM_KEYDOWN, WM_SYSKEYDOWN, etc.) within the instruction set acquisition scope. If it belongs to the instruction set acquisition scope, it's further determined whether the action is an HDLOG operation. For example, it's determined whether the operation interacts with HDLOG software interface elements or executes specific HDLOG software functions to determine if it's an HDLOG operation. If it is an HDLOG operation, the action is stored in the action set in the order it occurred. When using the action set subsequently, the actions are executed strictly in the order they were recorded to ensure consistency and accuracy.
[0139] Implementation of analog instrument receiving commands and sending data
[0140] The instrument simulation module starts a socket service and listens for commands sent by the ground software in the network environment. The ground software sends the commands required by the instrument to the simulation instrument terminal in the same way as the real instrument connection. After receiving the ground command, the simulation instrument terminal generates simulation data for the corresponding state according to the preset simulation instrument state and data generation rules, and sends the simulation data to the ground software. For example, when simulating the working state of a probe-type instrument (STool library) at a specific logging depth, the simulation instrument terminal generates simulation data according to the data characteristics that the instrument should have at that depth and sends it to the ground software, so that the ground software can process it as if it were receiving data from a real instrument, and realize that the simulation instrument has the same functions as the real instrument.
[0141] Implementation of simulating human operation
[0142] The manual operation simulation module sequentially reads a set of operation instructions from the stored instruction set. For each read instruction, it uses image recognition and instruction parsing technologies to identify whether the instruction conforms to the preset instruction format and rules. If the identification is correct, it executes the instruction by setting the mouse pointer position using the SetCursorPos function, implementing automated operation using AutomationClient, and simulating mouse events using mouse_event. This simulates human operation on the HDLOG software. During the execution of the instruction, the module monitors the execution status in real time, such as whether the operation successfully triggers the corresponding function and whether the interface changes as expected. It determines whether the execution status is reasonable. If reasonable, it continues to execute the next instruction; if unreasonable, it exits the operation process to avoid the continuation of erroneous operations.
[0143] Implementation of automatic comparison of program results
[0144] The calculation result is obtained through the interface program and compared with the corresponding standard result in the standard test result set to determine if they are consistent. If they are inconsistent, the process proceeds to the manual comparison and analysis stage. Technical personnel conduct a detailed analysis of the inconsistent results to determine if the calculation result is correct. If the calculation is determined to be incorrect, the error information is recorded, the bug in the software is fixed, the verification process is restarted, and the test and result comparison are performed again. If the calculation is determined to be correct, the standard test result set is modified based on the calculation result to make the standard test result set more accurate and complete.
[0145] Implementation of test report generation
[0146] After completing all testing steps, the automatic test report generation module collects relevant information and generates a test report based on a preset report template. It retrieves the test task name and content from the test task management system; test environment information, including hardware device models, operating system versions, and software runtime environments, from the system environment configuration information; and software version information from the software version management system. For test adequacy evaluation, it analyzes the sample diversity of the standard test dataset, such as the number of business scenarios, instrument types, and geological formations covered, as well as the coverage of various application scenarios by the test data samples, to determine the comprehensiveness and effectiveness of the test. In the test results and analysis section, it lists the comparison between the current calculation results of each test case and the standard results according to a fixed template, including whether they are consistent and the specific manifestations of inconsistencies. Simultaneously, it summarizes and analyzes the calculation results of each case to identify existing problems and potential risks in the software. Finally, in the test conclusion section, it comprehensively summarizes the test environment, data coverage, test results, and analysis, providing clear test conclusions, such as whether the software meets design requirements and whether there are areas for improvement, providing a reference for subsequent software optimization and application.
[0147] HDLOG is a highly extensible platform that can connect to various instruments, including the ATool library (Atool instruments are short-section instruments; they lack curve plotting and data processing functions, only providing length information), the ETool library (Etool instruments are circuit instruments; they have data communication and command issuance functions but lack algorithm processing and curve plotting functions), the STool library (Stool instruments are probe instruments; they have algorithm processing and curve plotting functions but lack data communication and command issuance functions), and the CTool library (Ctool instruments are comprehensive instruments, combining probe and electronic circuit functions; they have algorithm processing, curve plotting, data communication, and command issuance functions). Each instrument is further divided into data under different states, such as calibration process data, logging process data, and data under special instrument commands. Logging data is also divided into data from different rock formations, such as mudstone and limestone.
[0148] The above embodiments are merely illustrative of the principles and effects of the present invention and are not intended to limit the invention. Any person skilled in the art can modify or alter the above embodiments without departing from the spirit and scope of the present invention. Therefore, all equivalent modifications or alterations made by those skilled in the art without departing from the spirit and technical concept disclosed in the present invention should still be covered by the claims of the present invention.
Claims
1. A testing device on a well logging acquisition and processing platform, characterized in that: The test box (1) includes a heat-conducting mounting bracket (2) installed inside the test box (1), and a test component (3) connected to the well logging acquisition and processing platform is installed on the heat-conducting mounting bracket (2). Heat dissipation components (4) are installed on both sides of the heat-conducting mounting bracket (2) in the test box (1). The test component (3) includes a central control unit (5), which includes a standard test dataset accumulation module (6), a standard action acquisition module (7), an instrument simulation module (8), a manual operation simulation module (9), an automatic result comparison module (10), and an automatic test report generation module (11). The central control unit (5) is connected to the standard test dataset accumulation module (6), the standard action acquisition module (7), the instrument simulation module (8), the manual operation simulation module (9), the automatic result comparison module (10), and the automatic test report generation module (11).
2. The testing device on a well logging acquisition and processing platform according to claim 1, characterized in that: The test box (1) has a double-layer structure, with the outer layer being a shielding layer and the inner layer being a protective layer. The test box (1) is hinged to a door (12) on the front.
3. The testing device on a well logging acquisition and processing platform according to claim 2, characterized in that: The heat dissipation assembly (4) includes heat-conducting plates (13) installed on both sides of the heat-conducting mounting bracket (2). The standard test dataset accumulation module (6), standard action acquisition module (7), instrument simulation module (8), manual operation simulation module (9), result automatic comparison module (10), and test report automatic generation module (11) are all set in contact with the heat-conducting plate (13). Several heat dissipation fins (14) are installed on the outside of the heat-conducting plate (13). The outside of the several heat dissipation fins (14) penetrates the test box (1) and extends to its outside. The test box (1) is equipped with a protective cover (15) on the outside of the heat dissipation fins (14). A dustproof net (16) is installed on the top of the inner side of the protective cover (15). A heat dissipation fan (17) is installed on the lower side of the dustproof net (16) of the protective cover (15). A heat dissipation port (18) is provided on the bottom of the inner side of the protective cover (15).
4. A testing method based on the testing device on the well logging acquisition and processing platform according to any one of claims 1 to 3, characterized in that: Includes the following steps: S1: Accumulated standard test data set: Using the standard test dataset accumulation module (6), data is collected according to different businesses, different instruments, different strata, etc., to form a complete set of standard test datasets; S2: Collect manual operation process to form standard action: Use the standard action collection module (7) to save the engineer's operation instructions and form standard operation instructions through recognition and analysis; S3: Simulation instrument receives instructions and sends data: Using the instrument simulation module (8), command sending and data transmission between the ground software and the simulation instrument are realized, and the simulation instrument receives instructions and sends data. S4: Simulate manual operation: Using the manual operation simulation module (9), when adding or modifying functions, start the test process, the program automatically simulates the engineer's operation, the simulation instrument receives instructions and sends data, and HDLOG receives data and starts calculation and drawing. S5: Automatic comparison of program results: Using the automatic comparison module (10), the latest calculation results of the program are compared and analyzed with the standard test results; S6: Generate test report: Use the test report automatic generation module (11) to generate a test report.
5. The testing device on a well logging acquisition and processing platform according to claim 4, characterized in that: In S1, the cumulative standard test data set includes the following steps: 1.1: Beginning; 1.2: Data Acquisition: Collect data under various conditions based on different business scenarios and different instruments; 1.3: Feature extraction: Perform multi-dimensional analysis on the collected data to extract instrument business characteristics, status characteristics, data characteristics, etc. 1.4: Labeling, assigning labels to data based on different features; 1.5: Store in the sample set; store the data and its feature labels in the sample library. 1.6: End.
6. The testing device on a well logging acquisition and processing platform according to claim 5, characterized in that: In step S2, the process of collecting manual operations to form standard actions includes the following steps: 2.1: Beginning; 2.2: Action monitoring, using hook technology and the CallNextHookEx function to intercept keyboard and mouse input, etc. 2.3: Command set acquisition scope: Determine whether it falls within the command set acquisition scope, including mouse action sets WM_LBUTTONDOWN, WM_RBUTTONDOWN, WM_LBUTTONUP, WM_RBUTTONUP, WM_LBUTTONDBLCLK, WM_RBUTTONDBLCLK and keyboard action sets M_KEYDOWN, WM_SYSKEYDOWN, WM_KEYUP, WM_SYSKEYU; 2.4: HDLOG process actions: Determine if the action is an HDLOG operation. If yes, proceed to the next step; otherwise, terminate directly. 2.5: Save the action set. Note that the action set must be recorded and used in the same order each time. 2.6: End.
7. A testing device on a well logging acquisition and processing platform according to claim 6, characterized in that: In step S3, the analog instrument receives commands and transmits data: Includes the following steps: 3.1: The simulated instrument starts a socket service, listens for commands sent by the ground software in real time, and sends data generated by the simulated instrument status, so that it has the same functions as the real instrument. 3.2: Ground software, ground-based command transmission and instrument data reception; 3.3: Sending Commands. The ground software sends the commands required by the instrument to the simulation instrument terminal. The sending method and other procedures are consistent with the connection of the real instrument. 3.4: Data transmission. After receiving the ground command, the simulation instrument sends the simulation data in the corresponding state to the ground software.
8. The testing device on a well logging acquisition and processing platform according to claim 7, characterized in that: In step S4, the operation is simulated manually, including the following steps: 4.1: Beginning; 4.2: Sequential reading instructions, reading one by one a set of operation instructions saved during manual operation; 4.3: Action Recognition. The action read is identified. If the recognition is correct, proceed to the next step; otherwise, exit and end the process. 4.4: Execute actions, using SetCursorPos, AutomationClient, mouse_event, etc., to execute action commands and simulate manual operation; 4.5: Execution Status: Determine if the execution status of the action is reasonable. If reasonable, proceed to the next step; otherwise, exit directly. 4.6: End.
9. A testing device on a well logging acquisition and processing platform according to claim 8, characterized in that: In step S5, the program results are automatically compared, including the following steps: 5.1: Beginning; 5.2: Obtain the calculation result. Obtain the calculation result through the interface program; 5.3: Compare with the standard results to see if they are consistent. If they are consistent, exit the loop; if they are inconsistent, proceed to manual comparison and analysis. 5.4: Manually analyze whether the results are correct. If the calculation is incorrect, exit the loop, fix the bug, and restart the verification process. 5.5: Modify the standard test result set. If the calculation is judged to be correct by human intervention, then modify the standard test result set. 5.6: End.
10. A testing device on a well logging acquisition and processing platform according to claim 9, characterized in that: In step S6, a test report is generated. Includes the following steps: 6.1: Test task name and content; 6.2: Test Environment; 6.3: Software version information; 6.4: Evaluation of test adequacy, including the diversity of test data samples and the coverage of test data samples; 6.5: Test Results and Analysis: a) Using a specific template, list the comparison between the current calculation results and the standard results for each case to facilitate analysis and summarization; b) Results analysis and summary: Summarize and analyze the calculation results of each case. 6.6: Test Conclusion, summarize the test environment, data coverage, test results and analysis, and give the final test conclusion.