Method and system for automatically loading a sonar test procedure

Abstract

The application relates to a pool sonar test process automatic loading method and system, which comprises the following steps: obtaining model identification information of a sonar test device based on a feature code matching and protocol analysis mechanism; querying and loading a corresponding test script configuration file according to the model identification information; integrating a test process based on a test frequency point according to the test script configuration file to form a test task queue; cooperatively controlling each functional module in a test system according to the test task queue to sequentially complete test tasks, perform data collection and analysis; and structurally outputting key information of the test task, data collection and analysis results to generate a structured test report. The automatic loading of the test process during batch testing of the sonar device effectively improves the configuration efficiency and accuracy of the test process.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of sonar testing, in particular to a pool sonar test process automation loading method and system. BACKGROUND

[0002] The existing pool sonar test system generally relies on manual operation when performing quality detection and calibration tasks, including installation of hoisting equipment, setting of signal parameters, control of target movement, and data acquisition and analysis. This manual participation method not only has low operation efficiency, but also can cause inconsistencies in the test process due to different experiences of the operators, thereby causing errors. At the same time, with the continuous updating and diversification of sonar equipment models, the existing system lacks an effective equipment model automatic identification mechanism, and cannot quickly match and load the corresponding test process according to the equipment model. When facing new models of equipment, test personnel often need to manually write or adjust test scripts, which relies on the in-depth understanding of the system structure and script language by technical personnel, resulting in high equipment access cost and high technical threshold, making it difficult to achieve rapid deployment and unified management, which is not conducive to the realization of rapid and unified batch detection process and automatic control by enterprises.

[0003] In addition, in a multi-frequency point test task, the existing system usually needs to manually execute the test process for each frequency point, repeatedly operating the hoisting equipment, configuring parameters, collecting data and analyzing results, which is tedious and prone to errors, and lacks the ability to integrate multiple frequency point test tasks into a batch processing process, affecting the overall test efficiency and automation level. SUMMARY

[0004] To solve the technical problems existing in the prior art, the purpose of the present application is to provide a pool sonar test process automation loading method and system, which can realize the rapid access and automatic loading of test processes for new models of sonar equipment.

[0005] To achieve the above-mentioned application purpose, the present application provides a pool sonar test process automation loading method, comprising the following steps:

[0006] Step S1, based on a feature code matching and protocol analysis mechanism, obtaining model identification information of a sonar test equipment;

[0007] Step S2, according to the model identification information, querying and loading a corresponding test script configuration file;

[0008] Step S3, according to the test script configuration file, integrating a test process based on a test frequency point to form a test task queue;

[0009] Step S4, according to the test task queue, cooperatively controlling each functional module in the test system to sequentially complete the test task and perform data acquisition and analysis;

[0010] Step S5, the key information of the test task, data acquisition and analysis results are structured output, generate structured test report.

[0011] According to one of the technical solutions of the application, in the step S1, specifically comprising:

[0012] Step S11, according to the access of the sonar test equipment, send standard protocol request frame to the sonar test equipment, ask for return model identification information;

[0013] Step S12, get and parse the feature code data packet returned by the sonar test equipment according to the standard communication protocol, obtain the first model information;

[0014] Step S13, continuously receive the communication protocol data packet of the sonar test equipment;

[0015] Step S14, the communication protocol data packet is parsed by using the equipment communication protocol, and the second model information is obtained according to the parsed communication protocol data packet;

[0016] Step S15, according to the second model information and the first model information are consistent, obtain the model identification information of the sonar test equipment, otherwise, replace the equipment communication protocol, return to step S13.

[0017] According to one of the technical solutions of the application, the feature code data packet comprises first model information, equipment IP address and equipment MAC address, and the first model information comprises equipment ID and equipment model.

[0018] According to one of the technical solutions of the application, in the step S2, specifically comprising:

[0019] According to the model identification information, query in the model-test flow mapping table to obtain the corresponding test script configuration file; the test script configuration file comprises frequency signal parameter, scheduling strategy and acquisition condition.

[0020] According to one of the technical solutions of the application, in the step S3, specifically comprising:

[0021] Step S31, obtain the test script configuration file;

[0022] Step S32, according to the frequency signal parameter in the test script configuration file, load the test script to generate a plurality of respectively encapsulated independent task items corresponding to the number;

[0023] Step S33, according to the scheduling strategy in the test script configuration file, the plurality of independent task items are arranged into a task queue.

[0024] According to one technical solution of the present application, in step S4, further comprising:

[0025] Respectively record the test results of the plurality of independent task items, and re-generate and arrange the independent task items with failed test results into the task queue.

[0026] According to one aspect of the present application, a pool sonar test process automatic loading system is provided, comprising:

[0027] A device model identification module is configured to identify the model identification information of the sonar test device based on a feature code matching and protocol analysis mechanism.

[0028] A test process matching module is configured to match and load a test script configuration file according to the model identification information.

[0029] A batch test task management module is configured to integrate a test process based on a test frequency point to form a test task queue according to the test script configuration file, generate an analysis task queue according to collected data, and manage the test task queue and the analysis task queue according to resource occupation.

[0030] A unified control interface module is configured to communicate with each functional module in the sonar test device through a device communication protocol to realize collaborative control of each functional module in the test system.

[0031] A test report generation module is configured to output a test report according to key parameters in a test process, collected data, and analysis results.

[0032] According to one technical solution of the present application, the device model identification module comprises:

[0033] A device interface is configured to connect and communicate with the sonar test device.

[0034] An interface access identification module is configured to identify the access state of the device interface.

[0035] A request module is configured to request a frame from the sonar test device standard protocol according to the identification of the sonar test device by the interface access identification module.

[0036] An analysis module is configured to analyze the feature code data packet returned by the sonar test device and extract the model identification information.

[0037] According to one technical solution of the present application, the unified control interface module comprises:

[0038] A control sequence generation module is configured to generate a control time sequence based on a time sequence synchronization mechanism according to the test task queue.

[0039] The interface encapsulation and invocation module is used to generate standardized encapsulation interfaces for each functional module of the test system, and to sequentially invoke the standardized encapsulation interfaces according to the control timing to issue control commands;

[0040] An abnormal state monitoring module is used to detect the control parameters in the control command in real time, and to perform automatic protection operations if the control parameters exceed the equipment safety threshold.

[0041] According to one technical solution of the present invention, the test report generation module includes:

[0042] The report template adjustment module is used to generate a report template based on the model identification information and the content of the loaded test script;

[0043] The report generation module is used to output a test report in a structured manner based on the report template, including key parameters, collected data and analysis results during the test process.

[0044] The visualization module is used to visualize the test report.

[0045] The archiving and retrieval module is used to encrypt and remotely transmit the test report, as well as to archive and retrieve the test report.

[0046] Compared with the prior art, the present invention has the following beneficial effects:

[0047] This invention proposes an automated loading system and method for water tank sonar testing procedures. By introducing an automatic equipment model identification mechanism and an automatic test procedure loading function, it achieves rapid access to new sonar equipment models and automatic matching and execution of test procedures, reducing manual configuration time and operational complexity, and improving system compatibility and scalability. Simultaneously, through a batch test task management module, test procedures for multiple frequencies are integrated into automatically executable tasks, significantly improving testing efficiency and automation, reducing manual intervention and the probability of errors, making it suitable for quality inspection and calibration scenarios of water tank sonar equipment. Attached Figure Description

[0048] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the embodiments will be briefly described below. Obviously, the drawings described below are merely some embodiments of the present invention, and those skilled in the art can obtain other drawings based on these drawings without creative effort.

[0049] Figure 1 This diagram illustrates the structure of a water tank sonar testing system.

[0050] Figure 2Fig. 1 is a schematic diagram showing a flow chart of a method for automatically loading a pool sonar test procedure according to an embodiment of the present application;

[0051] Figure 3 Fig. 2 is a schematic diagram showing a structure of a system for automatically loading a pool sonar test procedure according to an embodiment of the present application;

[0052] Figure 4 Fig. 3 is a schematic diagram showing a flow chart of a device model identification module according to an embodiment of the present application;

[0053] Figure 5 Fig. 4 is a schematic diagram showing a structure of a unified control interface module according to an embodiment of the present application;

[0054] Figure 6 Fig. 5 is a schematic diagram showing a structure of a test report generation module according to an embodiment of the present application.

[0055] Figs. 7(a), 7(b), 7(c) and 7(d) are schematic diagrams showing test results of channel consistency, amplitude and phase characteristics, calibration curves, and amplitude-angle deviation items generated by a pool sonar test procedure automatic loading system according to an embodiment of the present application. DETAILED DESCRIPTION

[0056] The description of the embodiments of the present application should be considered in conjunction with the accompanying drawings, which are incorporated in and constitute a part of this specification. In the drawings, the shapes or thicknesses of the embodiments can be exaggerated for the purpose of simplicity and convenience, and parts of structures in the drawings are described separately, but it is obvious that the elements not shown or described in the drawings are in forms known to those skilled in the art.

[0057] The description of the embodiments of the present application, any reference to directions and orientations, is only for the convenience of description, and cannot be understood as any limitation on the scope of protection of the present application. The following description of the preferred embodiments will involve combinations of features, which can exist independently or in combination, and the present application is not particularly limited to the preferred embodiments. The scope of the present application is defined by the claims.

[0058] As shown in Figures 1 to 6 Fig. 1, the present application provides a pool sonar test procedure automatic loading system, which includes a device model identification module 1, a test procedure matching module 2, a batch test task management module 3, a unified control interface module 4, and a test report generation module 5.

[0059] The device model identification module 1 is used to identify the model identification information of the sonar test device based on feature code matching and protocol analysis mechanism. The sonar test device includes a to-be-tested sonar, a signal source, a navigation vehicle, etc. Different sonar test devices may use different device communication protocols. The device model identification module 1 establishes a connection based on a standard communication protocol with the sonar test device through a device interface (such as TCP, RS485, CAN bus, Modbus TCP, etc.), and obtains the model identification information of the sonar test device, and identifies the model in a manner combining feature code matching and protocol analysis. The device model identification module 1 has a multi-model feature code database built-in, supports multiple communication protocol analysis, can automatically identify the device model and check the model matching degree, and after the matching is completed, the corresponding sonar device is abstracted according to the device model to control the sonar physical object. The identification process adopts a redundancy checking mechanism to ensure that the device type can be accurately determined when the communication is abnormal or the data is incomplete. The identification result will be used as an input parameter for subsequent test process matching.

[0060] The test process matching module 2 is used to load a test script configuration file according to the model identification information. The test process matching module 2 queries a preset model-test process mapping table according to the model information output by the device model identification module 1, and loads a corresponding test script configuration file. The test process matching module 2 supports a multi-level matching strategy (including accurate matching, fuzzy matching and default matching), to ensure that a similar process can be used for testing when a new model device is not completely matched. The test script configuration file is stored in the form of a structured configuration file, including test parameters, control logic, data acquisition rules and analysis algorithms such as frequency signal parameters, scheduling strategies and acquisition conditions. The module has a version management mechanism built-in, supporting dynamic updating and version rollback of the test process.

[0061] The batch test task management module 3 is used to integrate multiple test scripts loaded based on the frequency of the test script, to form a test task queue. The batch test task management module 3 can integrate test processes of multiple frequencies to form an automatically executable test task queue. The batch test task management module 3 supports batch configuration of task parameters and setting of scheduling strategies (including parallel execution, serial execution and priority execution modes, etc.). The batch test task management module can also generate an analysis task queue according to the collected data, and manage the test task queue and the analysis task queue according to the resource occupation situation, to ensure the continuity and consistency of multi-frequency testing by dynamically adjusting resource allocation and device occupation state during the test task execution process. The batch test task management module 3 can also support automatic recording of task execution logs, support interruption recovery and abnormal retry functions, and improve the robustness and automation level of the test process.

[0062] Specifically, the dynamic adjustment of resource allocation and device occupation state includes:

[0063] 1) Real-time adjustment of the working parameters and other parameters of the sonar equipment under test currently being tested, real-time adjustment of the parameters of the signal source signal, real-time adjustment of the current rotation angle of the vehicle, etc.

[0064] 2) For multi-frequency sonar equipment, adjust the corresponding sonar parameters, signal source signal parameters, and vehicle rotation angle parameters according to the current tested frequency.

[0065] 3) For CPU resource mobilization, the estimated CPU bearing limit can be used to determine the number of test task scripts and analysis task scripts to be called, and the scripts can be executed in a queue manner to prevent unsafe operations such as missing (not executed) or skipping.

[0066] The unified control interface module 4 is connected with each functional module in the sonar test equipment through a device communication protocol, and is used to realize the cooperative control of each functional module in the test system. Each functional module in the test system can include a hoisting device 6, a signal generation and reception module 7, a target motion control device 8, a data acquisition unit 9, etc. The unified control interface module 4 is responsible for coordinating the hoisting device 6, the signal generation and reception module 7, the target motion control device 8, and the data acquisition unit, and realizing the cooperative control of each hardware device in the test process. The unified control interface module 4 adopts a service-oriented architecture (SOA), encapsulates various hardware control interfaces into standardized services, and supports dynamic loading and remote calling. The control instructions adopt a time sequence synchronization mechanism to ensure that the actions of each device are strictly synchronized with the test process. The module also provides an abnormal state monitoring and automatic protection function to prevent device misoperation or data acquisition abnormalities.

[0067] The test report generation module 5 is used to output a test report according to the key parameters, collected data, and analysis results in the test process. After the test is completed, the system automatically calls the test report generation module 5 to structure the key parameters, collected data, and analysis results in the test process into a test report. The test report generation module 5 supports multiple format exports (such as PDF, Word, XML, fig, jpg, etc.), and integrates data visualization functions to automatically generate charts and performance trend analysis. The report content can dynamically adjust the template according to the device model and test task type, support encrypted storage and remote transmission. The module also has test data archiving and retrieval functions, which are convenient for subsequent quality traceability and data analysis.

[0068] In some embodiments of the present application, preferably, the device model identification module comprises a device interface 11, an interface access identification module 12, a request module 13 and a parsing module 14. The device interface 11 is used for connecting with the sonar test device for communication. The interface access identification module 12 is used for identifying the access state of the device interface 11. The request module 13 is used for requesting a frame from the sonar test device according to the standard protocol of the sonar test device identified by the interface access identification module 12. The parsing module 14 is used for parsing the feature code data packet returned by the sonar test device to extract the model identification information.

[0069] In some embodiments of the present application, preferably, the unified control interface module 4 comprises a control sequence generation module 41, an interface packaging and calling module 42 and an abnormal state monitoring module 43. The control sequence generation module 41 is used for generating a control timing sequence based on a timing synchronization mechanism according to a test task queue. The interface packaging and calling module 42 is used for generating a standardized packaging interface for each functional module of the test system and sequentially calling the standardized packaging interface according to the control timing sequence to issue a control instruction. The abnormal state monitoring module 43 is used for detecting a control parameter in the control instruction in real time and performing an automatic protection operation according to the control parameter exceeding a device safety threshold. The unified control interface module 4 checks the output control instruction, detects an abnormal instruction when the control parameter in the control instruction exceeds the device safety threshold, and takes an alarm and revises the control parameter to the safety threshold to achieve automatic protection. For example, the maximum amplitude value of the signal source is 20, which is mistakenly written as 21, and the parameter is corrected to 20. For a vehicle, for example, the rotation angle range is -360 to +360, and when the range is exceeded, the vehicle hardware may be damaged or the device hung on the vehicle may be damaged by a heavy blow.

[0070] In some embodiments of the present application, preferably, the test report generation module 5 comprises a report template adjustment module 51, a report generation module 52, a visualization module 53 and an archiving and retrieval module 54. The report template adjustment module 51 is used for generating a report template based on the model identification information and the content of the loaded test script. The report generation module 52 is used for structuring the key parameters in the test process, the collected data and the analysis results into a test report based on the report template. The visualization module 53 is used for visualizing the test report. The archiving and retrieval module 54 is used for encrypting and remotely transmitting the test report and archiving and retrieving the test report.

[0071] According to one aspect of the present application, as shown in Figure 2 A pool sonar test process automation loading method is provided, comprising the following steps:

[0072] Step S1, based on the feature code matching and protocol parsing mechanism, the model identification information of the sonar test device connected to the sonar device is obtained.

[0073] In step S1, specifically comprising:

[0074] Step S11, according to the access of the sonar test equipment, sends a standard protocol request frame to the sonar test equipment, requiring to return the model identification information;

[0075] Step S12, obtains and parses the characteristic code data packet returned by the sonar test equipment according to the standard communication protocol, to obtain the first model information;

[0076] The characteristic code data packet includes the first model information, the device IP address and the device MAC address, and the first model information includes the device ID and the device model,

[0077] Step S13, continuously receives the communication protocol data packet of the sonar test equipment;

[0078] Step S14, parses the communication protocol data packet using the device communication protocol, and obtains the second model information according to the parsed communication protocol data packet;

[0079] Step S15, according to the second model information being consistent with the first model information, obtains the model identification information of the sonar test equipment, otherwise, changes the device communication protocol and returns to step S13.

[0080] Based on the characteristic code matching and protocol parsing mechanism, the model information in clear text (i.e. the first model information) is obtained through the standard communication protocol, then different device communication protocols are selected to parse the received communication protocol data packet, and the communication protocol data packet has a frame header containing the second model information. When the parsed second model information is consistent with the first model information, it is determined that the currently used device communication protocol is the correct device communication protocol used by the sonar test equipment. Thus, the model information and the device communication protocol information of the sonar test equipment can be automatically obtained without manual input of related information, greatly improving the access efficiency of the sonar test equipment.

[0081] Step S2, according to the model identification information, queries and loads the corresponding test script configuration file;

[0082] In step S2, specifically comprising:

[0083] According to the model identification information, a multi-level matching strategy is used in the model-test flow mapping table to query the corresponding test script; the test script configuration file includes frequency signal parameters, scheduling strategy and acquisition conditions.

[0084] The multi-level matching strategy includes:

[0085] Exact matching: according to the model identification information, exact matching is performed with the model characteristic code in the model characteristic code database;

[0086] Fuzzy matching: for the device without accurate matching result, fuzzy matching is performed according to the similarity between the model identification information and the model characteristic code in the model characteristic code database; this matching strategy is mainly used for testing derivative devices, for example, if the derivative product model to be accessed is MS400PW, and there is no MS400PW in the model characteristic code database, the base product MS400P can be matched through the fuzzy matching strategy, so that the derivative product MS400PW can be successfully tested;

[0087] Default matching: for the device without accurate matching result and fuzzy matching result, the default test script configuration file can be selected through the default matching strategy, so as to realize the test of the new model device.

[0088] Step S3, according to the test script configuration file, the test flow based on the test frequency point is integrated, and the test task queue is formed;

[0089] In step S3, specifically comprising:

[0090] Step S31, obtaining the test script configuration file;

[0091] Step S32, loading the test script according to the frequency point signal parameter in the test script configuration file, generating a plurality of independent task items encapsulated respectively corresponding to the number;

[0092] Step S33, according to the scheduling strategy in the test script configuration file, the plurality of independent task items are arranged into the task queue.

[0093] Step S4, according to the test task queue, the functions of each module in the test system are cooperatively controlled, and the test task is completed in turn, and the data acquisition and analysis are performed;

[0094] In step S4, further comprising:

[0095] The test results of the plurality of independent task items are recorded respectively, and the independent task items with failed test results are regenerated and arranged into the task queue.

[0096] Through the recording of the execution results of the independent task items and the re-arrangement of the failed tasks, the loss of the test task items can be effectively avoided.

[0097] Step S5, the key information of the test task, the data acquisition and analysis results are structured output, and the structured test report is generated.

[0098] In an embodiment of the present application, the system is deployed in the detection platform of a certain underwater acoustic laboratory, and is used for batch automatic testing of a new model multi-frequency sonar equipment. In this embodiment, the equipment to be tested is a certain multi-frequency synthetic aperture sonar (MFSAS), whose working frequency range is 150 kHz~ 700 kHz, and which has multiple frequency point configurable modes and is suitable for underwater terrain mapping and target identification tasks.

[0099] a. Implementation of the equipment model identification module

[0100] When the MFSAS equipment is connected to the test platform through the RS485 interface, the equipment model identification module is automatically started. The module first sends a standard protocol request frame to the equipment, requiring the equipment to return the model identification information. After the equipment responds, the following characteristic code data packet is returned:

[0101] {

[0102] ====WELCOME====

[0103] Dev_ID:0000000000

[0104] Dev_MD:MS400P-V1

[0105] Dev_Ver:V1.4.30

[0106] Dev_IP:192.168.1.2

[0107] Dev_MAC:00-08-dc-01-ff-bb

[0108] Logic_Ver:V1.4.16

[0109] P:17500

[0110] COMP:2

[0111] TRAN:1

[0112] }

[0113] The equipment model identification module compares the above information with the entries in the built-in characteristic code database, and can directly obtain that the current equipment is MS400P-V1. The system directly matches the MS400P equipment model in the database according to MS400P-V1, and then loads the related network equipment and initialization parameters of the MS400P equipment and other related configurations.

[0114] b. Implementation of the test flow matching module

[0115] The test flow matching module queries the corresponding test script configuration file in the model-test flow mapping table according to the identification result "MS400P-V1", and the content of the corresponding test script configuration file found in the system is as follows:

[0116] {

[0117] # rotation angle and speed

[0118] [Rotate]

[0119] max=70

[0120] min=-70

[0121] speed=2

[0122] # output port

[0123] outputNum=2

[0124] # wave type

[0125] waveType=SIN

[0126] # frequency

[0127] frequency=250000

[0128] # amplitude

[0129] amplitude=15

[0130] # offset

[0131] offSet=0

[0132] # start phase

[0133] startPhase=0

[0134] # pulse train switch

[0135] pulseTrain=ON

[0136] # pulse train type

[0137] pulseType=TRIG

[0138] # cycle number

[0139] pulseCycleNum=38

[0140] # cycle period

[0141] burstCycle=0.0145

[0142] # trigger type

[0143] triggerType=INT

[0144] #edge type

[0145] edgeType=POS

[0146] #delay

[0147] burstOutTime=0

[0148] #sonar work parameter

[0149] [SonarWorkPara]

[0150] #signal center frequency [200000,400000] unit Hz

[0151] centerFrequency=250

[0152] #range unit meter cal 40 verify 100

[0153] range=100

[0154] #max ping rate

[0155] maxPingRate=1

[0156] #beam opening angle

[0157] beamAngle=140

[0158] #signal type 0 "CW", 1 "Chirp"

[0159] signalTypes=0

[0160] #power 0: no development

[0161] power=0

[0162] #pulse width unit us

[0163] pulseWidth=30

[0164] #absorption loss unit dB / km value range [0,120]. Default: 60; cal 10 verify 20

[0165] absorption=10

[0166] #spreading loss unit dB cal 10 verify 6

[0167] spreading=10

[0168] # gain in dB [10, 50]

[0169] gain=10

[0170] # Manually set sound speed in m / s, range: [1400.000, 1600.000].

[0171] soundSpeed=1500.00

[0172] }

[0173] The test script configuration file defines the structured steps and parameter configurations of the test process. Among them, a test script at a frequency of 250 kHz is set, and the test script defines the test sequence in turn, and specifies the signal parameters (such as pulse width, modulation method, and transmission power) and collection conditions (such as sampling rate, filter parameters, gain, and absorption extension loss) of the frequency point.

[0174] c. Implementation of batch test task management module

[0175] The batch test task management module encapsulates the test tasks of N frequency points into independent task items according to the loaded test script, and arranges them into the task queue according to the scheduling strategy (such as "serial execution") specified in the script.

[0176] After the system starts the task execution, this module dynamically manages the device resource state to ensure that data collection and analysis are started only after the hoisting device is rotated into position, the signal generator is switched to the corresponding frequency point, and the target motion control device is moved to the specified position. If a frequency point test fails, the system automatically records the exception and continues to schedule the next task. After all frequency point tasks are completed, the failed frequency point task is re-executed.

[0177] d. Implementation of batch test task management module

[0178] The unified control interface module sequentially calls the following standardized hardware control services when executing the above tasks:

[0179] Hoisting device rotation control service: control the hoisting platform on the ship to rotate to a preset angle min=-70 to max=70 to ensure that the sonar beam is directly opposite the target area;

[0180] Signal generator control service: set the signal generator output frequency of the signal source to the current task frequency point;

[0181] Target motion control service: drive the underwater target platform to move to a specified position angle;

[0182] Data collection service: start receiving module, collect echo signal and store as structured data.

[0183] Each service communicates through a unified message middleware Socket, and adopts a timestamp synchronization mechanism to ensure that the actions of each device are strictly consistent on the time axis.

[0184] e. Implementation of batch test task management module

[0185] After the test task is completed, the automatic test report generation module integrates and analyzes the test data of each frequency point. The results are presented in the form of jpg pictures, which facilitates data saving. The generated test results can be as shown in FIGS. 7(a) to 7(d), including channel consistency, amplitude and phase characteristics, calibration curve, amplitude-angle deviation item, etc.

[0186] The system compares the above test result data with historical data to determine whether it meets the device performance standard, and generates charts and analysis conclusions in the final report. The report supports PDF format export and is automatically uploaded to the laboratory test data management system for subsequent quality analysis and device performance evaluation.

[0187] This embodiment fully embodies the technical advantages of the present application in device model self-identification, test process automatic loading, multi-frequency point batch testing and automatic report generation, significantly reducing manual intervention and improving test efficiency and consistency.

[0188] Finally, it should be noted that the above is the preferred embodiment of the present application. It should be noted that although the preferred embodiment of the present application has been described, for those skilled in the art, once the basic creative concept of the present application is known, without departing from the principles of the present application, several improvements and refinements can be made. These improvements and refinements should also be considered within the scope of the present application. Therefore, the appended claims are intended to be interpreted as including the preferred embodiment and all modifications and changes falling within the scope of the embodiments of the present application.

Claims

1. A method for automatic loading of a pool sonar test procedure, characterized in that, The method comprises the following steps: Step S1, obtaining the model identification information of the sonar test equipment based on feature code matching and protocol analysis mechanism; the sonar test equipment comprises a sonar to be tested, a signal source and a vehicle; Step S2, querying and loading the corresponding test script configuration file according to the model identification information; Step S3, integrating the test process based on the test frequency point according to the test script configuration file, and forming a test task queue; Step S4, cooperatively controlling each functional module in the test system according to the test task queue, sequentially completing the test task, and performing data acquisition and analysis; Step S5, structurally outputting the key information, data acquisition and analysis result of the test task, and generating a structured test report; In the step S1, specifically comprising: Step S11, sending a standard protocol request frame to the sonar test equipment according to the access of the sonar test equipment, and requiring to return the model identification information; Step S12, obtaining and analyzing the feature code data packet returned by the sonar test equipment according to the standard communication protocol, and obtaining first model information; Step S13, continuously receiving the communication protocol data packet of the sonar test equipment; Step S14, analyzing the communication protocol data packet by using the equipment communication protocol, and obtaining second model information according to the analyzed communication protocol data packet; Step S15, obtaining the model identification information of the sonar test equipment according to that the second model information is consistent with the first model information, otherwise, replacing the equipment communication protocol and returning to step S13; In the step S3, specifically comprising: Step S31, obtaining the test script configuration file; Step S32, loading the test script according to the frequency point signal parameter in the test script configuration file, and generating a corresponding number of multiple independently encapsulated independent task items; Step S33, according to the scheduling strategy in the test script configuration file, the multiple independent task items are arranged into a task queue.

2. The method of claim 1, wherein, The feature code data packet comprises first model information, device IP address and device MAC address, and the first model information comprises device ID and device model.

3. The method of claim 1, wherein, In the step S2, specifically comprising: According to the model identification information, the corresponding test script configuration file is obtained by querying in a model-test process mapping table; the test script configuration file comprises frequency point signal parameters, scheduling strategy and acquisition conditions.

4. The method of claim 1, wherein, In the step S4, further comprising: The test results of the multiple independent task items are recorded respectively, and the independent task items with failed test results are regenerated and arranged into the task queue.

5. A sonar tank test procedure automation loading system, characterized by, For implementing the method as claimed in any one of claims 1 to 4, comprising: A device model identification module is configured to identify the model identification information of the sonar test equipment based on feature code matching and protocol analysis mechanism; A test process matching module is configured to match and load the test script configuration file according to the model identification information; The batch test task management module is configured to integrate a test flow based on a test frequency point according to the test script configuration file to form a test task queue, generate an analysis task queue according to collected data, and manage the test task queue and the analysis task queue according to resource occupation conditions. The unified control interface module is configured to communicate with each functional module in the sonar test device through a device communication protocol to realize collaborative control of the functional modules in the test system. The test report generation module is configured to output a test report according to key parameters in a test process, collected data, and analysis results.

6. The pool sonar test procedure automation loading system of claim 5, wherein, The device model identification module includes: A device interface configured to communicate with the sonar test device; An interface access identification module configured to identify an access state of the device interface; A request module configured to request a frame from the sonar test device standard protocol according to identification of the sonar test device by the interface access identification module; An analysis module configured to analyze a characteristic code data packet returned by the sonar test device to extract the model identification information.

7. The pool sonar test procedure automation loading system of claim 5, wherein, The unified control interface module includes: A control sequence generation module configured to generate a control time sequence based on a time sequence synchronization mechanism according to the test task queue; An interface packaging and calling module configured to generate a standardized packaging interface for each functional module in the test system, and sequentially call the standardized packaging interface according to the control time sequence to issue a control instruction; An abnormal state monitoring module configured to detect a control parameter in the control instruction in real time, and perform an automatic protection operation according to the control parameter exceeding a device safety threshold.

8. The pool sonar test procedure automation loading system of claim 5, wherein, The test report generation module includes: A report template adjustment module configured to generate a report template according to the model identification information and content of a loaded test script; A report generation module configured to structure a test report according to key parameters in a test process, collected data, and analysis results based on the report template; A visualization module configured to visually process the test report; An archiving and retrieval module configured to encrypt and remotely transmit the test report, and archive and retrieve the test report.

Images