Audio equipment point inspection method and device

Abstract

The invention provides an audio equipment point inspection method, which comprises the following steps: S31, performing a pressure test on a preset standard intelligent terminal by using first audio equipment to obtain pressure test data; s32, according to the pressure test data, a point detection test threshold file is generated and stored in the standard intelligent terminal, and the point detection test threshold file comprises point detection test indexes; and S33, performing point inspection on the standard intelligent terminal by using second audio equipment, and determining that the second audio equipment passes the point inspection after a point inspection result meets a preset point inspection condition. According to the audio equipment point inspection method and device, the terminal and the readable storage medium, the consistency of test indexes between audio equipment can be inspected, and the efficiency of selecting, confirming and manufacturing by a standard intelligent terminal is improved, so that the risk of manual misoperation is reduced, and human resources are saved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of automatic production and manufacturing of intelligent terminals, in particular to an audio device point inspection method and device. BACKGROUND

[0002] Point inspection is a common device testing method, which distributes golden machines (i.e. standard devices) to test devices to calibrate the test environment of each test device to ensure the consistency of test indicators among test devices.

[0003] With the development of the electronic information industry, intelligent terminals (taking mobile phones as an example) are becoming more and more popular in people's lives, and a large number of automatic devices are used in the production and manufacturing process, and the efficiency and yield of audio testing devices have a great influence on the entire production and manufacturing process. Therefore, improving the point inspection efficiency of audio devices and how to test the consistency of test indicators among audio devices have become a problem that needs to be solved.

[0004] The foregoing narrative is to provide general background information and does not necessarily constitute the prior art. SUMMARY

[0005] To solve the above technical problems, the present application provides an audio device point inspection method, device, terminal and readable storage medium, which can test the consistency of test indicators among audio devices and improve the efficiency of standard intelligent terminal selection and confirmation manufacturing, thereby reducing the risk of human error and saving human resources.

[0006] To solve the above technical problems, the present application provides an audio device point inspection method, device, terminal and readable storage medium, which can test the consistency of test indicators among audio devices and improve the efficiency of standard intelligent terminal selection and confirmation manufacturing, thereby reducing the risk of human error and saving human resources. S31, using a first audio device to perform a stress test on a preset standard intelligent terminal to obtain stress test data; S32, generating a point inspection test threshold file according to the stress test data and saving it in the standard intelligent terminal, the point inspection test threshold file including point inspection test indicators; S33, using a second audio device to perform point inspection on the standard intelligent terminal, and determining that the second audio device passes the point inspection when the point inspection result meets a preset point inspection condition.

[0007] In an embodiment, before the step S31, further comprising: obtaining a preset standard intelligent terminal, the standard intelligent terminal including a plurality of test devices.

[0008] In an embodiment, the obtaining a standard intelligent terminal comprises: using a third audio device to perform an audio test on a preset type of intelligent terminal to obtain audio test data; The smart terminal that corresponds to the audio test data meeting the preset audio data indicators is identified as the standard smart terminal.

[0009] In one embodiment, the stress test data includes the second frequency test values ​​of each test device in the standard smart terminal under stress test; The step of generating a point inspection test threshold file based on the pressure test data and saving it in the standard smart terminal includes: If the second frequency test value of each test device meets the preset frequency test standard, then an inspection test threshold file is generated based on the second frequency test value and saved in the standard smart terminal.

[0010] In one embodiment, the step of using a second audio device to inspect the standard smart terminal, and determining that the second audio device has passed the inspection after the inspection result meets preset inspection conditions, includes: The standard smart terminal was inspected using a second audio device to obtain inspection test data. In response to the inspection test data meeting the inspection test indicators, the second audio device is determined to have passed the inspection.

[0011] In one embodiment, the step of using a second audio device to perform inspections on the standard smart terminal and obtaining inspection test data includes: The second audio device is used to obtain the inspection test data of the standard smart terminal under recording and broadcasting conditions.

[0012] In one embodiment, the inspection test indicators include frequency threshold values ​​for each test device in the standard smart terminal, and the inspection test data includes first frequency test values ​​for each test device in the standard smart terminal under inspection. The inspection test data satisfies the inspection test indicators, including: If the first frequency point test value meets the frequency point threshold, then the inspection test data is determined to meet the inspection test index.

[0013] In one embodiment, after obtaining the inspection test data, the method further includes: If the inspection test data does not meet the inspection test indicators, an adjustment and maintenance instruction will be output.

[0014] In one embodiment, the inspection test indicators further include frequency response test indicators, and the inspection test data further includes frequency response test values. The method further includes: If the frequency response test value does not meet the frequency response test index, then the second audio device is subjected to frequency response compensation operation based on the frequency response test value and the frequency response test index.

[0015] This application also provides an audio equipment inspection device, comprising: The stress testing module is used to perform stress tests on a preset standard smart terminal using a first audio device to obtain stress test data. The threshold file generation module is used to generate an inspection test threshold file based on the stress test data and save it in the standard smart terminal. The inspection test threshold file includes inspection test indicators. The inspection module is used to perform an inspection on the standard smart terminal using a second audio device, and to determine that the second audio device has passed the inspection if the inspection results meet preset inspection conditions. In one embodiment, the threshold file generation module is further configured to: The stress test data includes the second frequency test values ​​of each test device in the standard smart terminal under stress test. If the second frequency test value of each test device meets the preset frequency test standard, then an inspection test threshold file is generated based on the second frequency test value and saved in the standard smart terminal.

[0016] In one embodiment, the inspection module is further configured to: The standard smart terminal was inspected using a second audio device to obtain inspection test data. In response to the inspection test data meeting the inspection test indicators, the second audio device is determined to have passed the inspection.

[0017] In one embodiment, the inspection module is further configured to: The second audio device is used to obtain the inspection test data of the standard smart terminal under recording and broadcasting conditions.

[0018] In one embodiment, the inspection module is further configured to: The inspection test indicators include the frequency threshold values ​​of each test device in the standard smart terminal, and the inspection test data includes the first frequency test values ​​of each test device in the standard smart terminal under inspection. If the first frequency point test value meets the frequency point threshold, then the inspection test data is determined to meet the inspection test index.

[0019] As described above, this application provides an audio device inspection method, comprising: S31, using a first audio device to perform a stress test on a preset standard smart terminal to obtain stress test data; S32, generating an inspection test threshold file based on the stress test data and storing it in the standard smart terminal, the inspection test threshold file including inspection test indicators; S33, using a second audio device to inspect the standard smart terminal, and determining that the second audio device has passed the inspection after the inspection result meets preset inspection conditions. The audio device inspection method, apparatus, terminal, and readable storage medium of this application can verify the consistency of test indicators between audio devices and improve the efficiency of selecting and confirming the production of standard smart terminals, thereby reducing the risk of human error and saving human resources. Attached Figure Description

[0020] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, those skilled in the art can obtain other drawings based on these drawings without any creative effort.

[0021] Figure 1 A schematic diagram of the hardware structure of a mobile terminal to implement the various embodiments of this application; Figure 2 A communication network system architecture diagram provided for an embodiment of this application; Figure 3 A flowchart illustrating the audio device inspection method provided in this application embodiment; Figure 4 This is a schematic diagram of the structure of the audio equipment inspection device provided in the embodiments of this application; Figure 5 This is a schematic diagram of the control logic of each device in the audio device inspection process provided in the embodiments of this application; Figure 6 A schematic diagram of a tool design provided for an embodiment of this application; Figure 7 A schematic diagram of a sub-tool design provided in an embodiment of this application; Figure 8 A front view of an audio device provided in an embodiment of this application; Figure 9 This is a rear view of an audio device provided in an embodiment of this application.

[0022] The realization of the objectives, functional features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. The accompanying drawings have illustrated specific embodiments of this application, which will be described in more detail below. These drawings and textual descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concepts of this application to those skilled in the art through reference to specific embodiments. Detailed Implementation

[0023] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0024] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, components, features, and elements with the same names in different embodiments of this application may have the same meaning or different meanings, the specific meaning of which must be determined by its interpretation in that specific embodiment or further in conjunction with the context of that specific embodiment.

[0025] It should be understood that although the terms first, second, third, etc., may be used herein to describe various information, such information should not be limited to these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of this document, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if," as used herein, may be interpreted as "when," "when," or "in response to determination." Furthermore, as used herein, the singular forms "a," "an," and "the" are intended to also include the plural forms unless the context indicates otherwise. It should be further understood that the terms "comprising," "including," indicate the presence of the stated feature, step, operation, element, component, item, kind, and / or group, but do not exclude the presence, occurrence, or addition of one or more other features, steps, operations, elements, components, items, kinds, and / or groups. The terms "or," "and / or," "including at least one of the following," etc., as used in this application, may be interpreted as inclusive, or mean any one or any combination thereof. For example, "including at least one of the following: A, B, C" means "any one of the following: A; B; C; A and B; A and C; B and C; A and B and C." Similarly, "A, B, or C" or "A, B, and / or C" means "any one of the following: A; B; C; A and B; A and C; B and C; A and B and C." Exceptions to this definition only occur when the combination of elements, functions, steps, or operations is inherently mutually exclusive in some way.

[0026] It should be understood that although the steps in the flowcharts of this application's embodiments are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some of the steps in the figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least a portion of the sub-steps or stages of other steps.

[0027] Depending on the context, the words “if” or “suppose” as used here can be interpreted as “when” or “in response to determination” or “in response to detection.” Similarly, depending on the context, the phrases “if determination” or “if detection (of the stated condition or event)” can be interpreted as “when determination” or “in response to determination” or “when detection (of the stated condition or event)” or “in response to detection (of the stated condition or event).”

[0028] It should be noted that step designations such as S31 and S32 are used in this document for the purpose of more clearly and concisely describing the corresponding content, and do not constitute a substantial limitation on the order. In specific implementation, those skilled in the art may execute S32 first and then S31, etc., but these should all be within the protection scope of this application.

[0029] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0030] In the following description, the use of suffixes such as "module," "part," or "unit" to denote elements is solely for the purpose of illustrative purposes and has no specific meaning in itself. Therefore, "module," "part," or "unit" may be used interchangeably.

[0031] Smart terminals can be implemented in various forms. For example, the smart terminals described in this application may include smart terminals such as mobile phones, tablets, laptops, handheld computers, personal digital assistants (PDAs), portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminals such as digital TVs and desktop computers.

[0032] The following description will use a mobile terminal as an example. Those skilled in the art will understand that, apart from elements specifically designed for mobile purposes, the construction according to the embodiments of this application can also be applied to fixed-type terminals.

[0033] Please see Figure 1 This is a schematic diagram of the hardware structure of a mobile terminal implementing various embodiments of this application. The mobile terminal 100 may include: an RF (Radio Frequency) unit 101, a WiFi module 102, an audio output unit 103, an A / V (Audio / Video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111, etc. Those skilled in the art will understand that... Figure 1 The mobile terminal structure shown does not constitute a limitation on the mobile terminal. The mobile terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0034] The following is combined Figure 1 A detailed introduction to each component of the mobile terminal: The radio frequency unit 101 can be used for receiving and transmitting signals during information transmission or calls. Specifically, it receives downlink information from the base station and processes it with the processor 110; additionally, it transmits uplink data to the base station. Typically, the radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, and a duplexer. Furthermore, the radio frequency unit 101 can also communicate wirelessly with networks and other devices. The aforementioned wireless communications may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), and 5G, etc.

[0035] WiFi is a short-range wireless transmission technology. Mobile terminals, through the WiFi module 102, can help users send and receive emails, browse web pages, and access streaming media, providing users with wireless broadband internet access. Although Figure 1 WiFi module 102 is shown, but it is understood that it is not a necessary component of a mobile terminal and can be omitted as needed without changing the nature of the invention.

[0036] The audio output unit 103 can convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into audio signals and output them as sound when the mobile terminal 100 is in call signal receiving mode, call mode, recording mode, voice recognition mode, broadcast receiving mode, etc. Furthermore, the audio output unit 103 can also provide audio output related to specific functions performed by the mobile terminal 100 (e.g., call signal receiving sound, message receiving sound, etc.). The audio output unit 103 may include a speaker, a buzzer, etc.

[0037] The A / V input unit 104 is used to receive audio or video signals. The A / V input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The processed image frames can be displayed on the display unit 106. The image frames processed by the GPU 1041 can be stored in the memory 109 (or other storage media) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) in operating modes such as telephone call mode, recording mode, and voice recognition mode, and can process such sound into audio data. The processed audio (voice) data can be converted into a format that can be transmitted to a mobile communication base station via the radio frequency unit 101 in telephone call mode. The microphone 1042 can implement various types of noise cancellation (or suppression) algorithms to eliminate (or suppress) noise or interference generated during the reception and transmission of audio signals.

[0038] The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Optionally, the light sensor includes an ambient light sensor and a proximity sensor. Optionally, the ambient light sensor can adjust the brightness of the display panel 1061 according to the ambient light level, and the proximity sensor can turn off the display panel 1061 and / or backlight when the mobile terminal 100 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that recognize the phone's posture (such as landscape / portrait switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc. Other sensors that may be configured in the phone, such as fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, and infrared sensors, will not be described in detail here.

[0039] The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0040] User input unit 107 can be used to receive input numerical or character information, and generate key signal inputs related to user settings and function control of the mobile terminal. Optionally, user input unit 107 may include touch panel 1071 and other input devices 1072. Touch panel 1071, also known as touch screen, can collect touch operations on or near the user (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near touch panel 1071), and drive corresponding connection devices according to a pre-set program. Touch panel 1071 may include two parts: a touch detection device and a touch controller. Optionally, the touch detection device detects the user's touch position and the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, sends it to processor 110, and can receive and execute commands sent by processor 110. In addition, touch panel 1071 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may also include other input devices 1072. Optionally, other input devices 1072 may include, but are not limited to, one or more of the following: physical keyboard, function keys (such as volume control buttons, power buttons, etc.), trackball, mouse, joystick, etc., without being specifically limited here.

[0041] Optionally, the touch panel 1071 may cover the display panel 1061. When the touch panel 1071 detects a touch operation on or near it, it transmits the information to the processor 110 to determine the type of touch event. Subsequently, the processor 110 provides corresponding visual output on the display panel 1061 based on the type of touch event. Although in Figure 1 In this embodiment, the touch panel 1071 and the display panel 1061 are two independent components to realize the input and output functions of the mobile terminal. However, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to realize the input and output functions of the mobile terminal. The specific implementation is not limited here.

[0042] Interface unit 108 serves as an interface through which at least one external device can connect to mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, and so on. Interface unit 108 may be used to receive input (e.g., data, power, etc.) from the external device and transmit the received input to one or more elements within mobile terminal 100, or it may be used to transmit data between mobile terminal 100 and the external device.

[0043] The memory 109 can be used to store software programs and various data. The memory 109 may primarily include a program storage area and a data storage area. Optionally, the program storage area may store the operating system, applications required for at least one function (such as sound playback, image playback, etc.), etc.; the data storage area may store data created based on the use of the mobile phone (such as audio data, phonebook, etc.). Furthermore, the memory 109 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0044] The processor 110 is the control center of the mobile terminal. It connects various parts of the mobile terminal via various interfaces and lines. By running or executing software programs and / or modules stored in the memory 109, and by calling data stored in the memory 109, it performs various functions and processes data of the mobile terminal, thereby providing overall monitoring of the mobile terminal. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor. Optionally, the application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 110.

[0045] The mobile terminal 100 may also include a power supply 111 (such as a battery) that supplies power to various components. Preferably, the power supply 111 can be logically connected to the processor 110 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system.

[0046] although Figure 1 As not shown, the mobile terminal 100 may also include a Bluetooth module, etc., which will not be described in detail here.

[0047] To facilitate understanding of the embodiments of this application, the communication network system on which the mobile terminal of this application is based is described below.

[0048] Please see Figure 2 , Figure 2 This application provides a communication network system architecture diagram. The communication network system is an LTE system based on the universal mobile communication technology. The LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and the operator's IP services 204, which are connected in sequence.

[0049] Optionally, UE201 can be the aforementioned terminal 100, which will not be described in detail here.

[0050] E-UTRAN202 includes eNodeB2021 and other eNodeB2022s. Optionally, eNodeB2021 can connect to other eNodeB2022s via backhaul (e.g., X2 interface). eNodeB2021 connects to EPC203 and can provide UE201 with access to EPC203.

[0051] EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving Gateway) 2034, a PGW (Packet Data Network Gateway) 2035, and a PCRF (Policy and Charging Rules Function) 2036, etc. Optionally, MME2031 is the control node that handles signaling between UE201 and EPC203, providing bearer and connection management. HSS3032 is used to provide registers to manage functions such as the Home Location Register (not shown in the figure) and stores user-specific information such as service characteristics and data rates. All user data can be sent through SGW2034. PGW2035 can provide UE 201 IP address allocation and other functions. PCRF2036 is the policy and charging control decision point for service data flow and IP bearer resources. It selects and provides available policy and charging control decisions for the policy and charging enforcement function unit (not shown in the figure).

[0052] IP services 204 may include the Internet, intranet, IMS (IP Multimedia Subsystem), or other IP services.

[0053] Although the above description uses the LTE system as an example, those skilled in the art should know that this application is not only applicable to the LTE system, but also to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, 5G and future new network systems (such as 6G), etc., without limitation.

[0054] Based on the above-described mobile terminal hardware structure and communication network system, various embodiments of this application are proposed.

[0055] This application provides a system comprising audio equipment and related devices, and a self-developed audio testing software main tool. The audio equipment and related devices include a soundproof enclosure, an artificial mouthpiece, a free field, a sound card, a power amplifier, an adapter board, and various channel circuits. The audio testing software implements the testing process, inspection process, compensation process, and corresponding test value calculation for the acoustic components of mobile electronic terminals. It also provides objective testing indicators for selecting and manufacturing standard smart terminals. Furthermore, it provides an encrypted GoldenSN.csv file to check whether the electronic device is a standard smart terminal. It also enables interaction with the storage medium via commands to retrieve the corresponding GoldenLimit.csv file and read its internal threshold values. The comparison between the test values ​​and the threshold values ​​is used to determine whether the inspection was successful, and the inspection results are encrypted and written to the Result.dat file. Additionally, it provides frequency response compensation limits; if the standard is met, the compensation value is written to the encrypted CaliData.csv file.

[0056] Furthermore, the main audio testing software tool integrates several sub-tools, including GoldenJudge, GoldenLimit, MakeGolden, and AddGoldenSN. This application does not elaborate on the use of these sub-tools, but only explains how their functions are implemented within the tool: The GoldenJudge tool provides subjective and objective judgment standards and methods for the test values ​​of acoustic devices in smart terminals; the GoldenLimit tool provides inspection threshold standards and outputs an encrypted inspection threshold file, GoldenLimit.csv; the MakeGolden tool provides a method for transferring inspection thresholds to storage media; and AddGoldenSN provides a method for editing the encrypted GoldenSN.csv file. All sub-tool functions are automatically implemented with a single click by the main audio testing software tool, which not only improves the efficiency of selecting standard smart terminals but also ensures error-proofing during audio equipment inspection.

[0057] Please see Figure 3 This application provides an audio device inspection method, which can be executed by the audio device inspection device provided in this application. The device can be implemented in software and / or hardware. In this embodiment, the audio device inspection device is taken as the executing entity of the method. The audio device inspection method provided in this embodiment includes the following steps: Step S31: Use the first audio device to perform a stress test on a preset standard smart terminal to obtain stress test data.

[0058] In one embodiment, prior to step S31, the method further includes: Obtain a preset standard smart terminal, which includes multiple test devices.

[0059] In one embodiment, acquiring a standard smart terminal includes: Audio tests are conducted on smart terminals of a preset type using a third audio device to obtain audio test data; smart terminals whose audio test data meets preset audio data indicators are identified as standard smart terminals.

[0060] It is understandable that during the selection process of standard smart terminals, smart terminals are sequentially fed into audio equipment in batches. At this time, the audio testing software tool provided in this application controls the audio equipment and related devices and smart terminals to perform playback and recording operations, thereby testing the audio performance indicators of the batch of smart terminals. These audio performance indicators include frequency response, harmonic distortion, harmonic distortion and noise, and higher harmonic distortion. Smart terminals that meet the indicator requirements can be selected as candidate standard smart terminals.

[0061] Specifically, the preset audio data index is that the frequency response meets ±2dB. That is, when the frequency response in the audio test data meets ±2dB, the audio test data is determined to meet the preset audio data index.

[0062] It is understandable that audio testing software tools can initiate an automated process for creating standard smart terminals. Once the smart terminal is placed into the corresponding audio device, the audio testing software tool will first automatically perform a drawer-opening and closing pressure test on the selected standard smart terminal within the audio device. The generated pressure test data includes test values ​​for multiple frequency points for each test device.

[0063] Specifically, the selected standard smart terminals will be automatically pressure tested 10 to 15 times in the audio equipment. The test values ​​of each test device include multiple frequency points such as frequency response, harmonic distortion, noise, and higher harmonic distortion. The test devices generally include main and secondary microphones, earpieces, speakers, etc.

[0064] Step S32: Based on the stress test data, generate an inspection test threshold file and save it in a standard smart terminal. The inspection test threshold file includes inspection test indicators.

[0065] In one embodiment, the stress test data includes the second frequency test values ​​of each test device in the standard smart terminal under stress testing; based on the stress test data, a point inspection test threshold file is generated and saved in the standard smart terminal, including: If the second frequency test value of each test device meets the preset frequency test standard, then an inspection test threshold file is generated based on the second frequency test value and saved in the standard smart terminal.

[0066] It is understandable that when the GoldenJudge sub-tool automatically and objectively judges the data, that is, determines that the test values ​​of multiple frequency points for each test device in the generated stress test data meet the test value indicators for each frequency point, the GoldenLimit sub-tool generates a GoldenLimit.csv file according to the indicators, which is the inspection test threshold file; then, the MakeGolden sub-tool automatically creates a standard smart terminal, that is, puts the GoldenLimit.csv file into the standard smart terminal. The GoldenLimit.csv file integrates the threshold values ​​of all frequency points for all test items.

[0067] Preferably, the serial number of the standard smart terminal is written into the GoldenSN.csv file and saved as a data stream in the directory corresponding to the audio testing software tool. Before the subsequent inspection process, it is confirmed whether the standard smart terminal put in matches the serial number in the GoldenSN.csv file, thereby reducing the possibility of misoperation caused by incorrect machine placement.

[0068] Specifically, the frequency point test standard is that the frequency response meets ±1dB, the harmonic distortion or harmonic distortion and noise meets ±1, and the higher harmonic distortion meets ±0.5. That is, when the frequency response in the pressure test data meets ±1dB, the harmonic distortion or harmonic distortion and noise meets ±1, and the higher harmonic distortion meets ±0.5, the pressure test data is determined to meet the preset conditions.

[0069] Step S34: Use the second audio device to perform a check on the standard smart terminal, and determine that the second audio device has passed the check after the check result meets the preset check conditions.

[0070] In one embodiment, a standard smart terminal is inspected using a second audio device, and the second audio device is determined to have passed the inspection after the inspection results meet preset inspection conditions, including: The standard smart terminal is inspected using a second audio device to obtain inspection test data; if the inspection test data meets the inspection test indicators, the second audio device is determined to have passed the inspection.

[0071] In one embodiment, a standard smart terminal is placed inside a second audio device for inspection, and the inspection test data includes: The second audio device was used to obtain the inspection test data of the standard smart terminal under recording and broadcasting conditions.

[0072] It is understandable that the audio testing software tool can be used to start the inspection function of the audio equipment. By placing a standard smart terminal into the corresponding audio equipment, the inspection process can be carried out: the audio testing software tool sends commands to control the artificial mouth in the audio equipment to play the sound source, and controls the main and secondary microphones of the smart terminal to record the sound source played by the artificial mouth; it also sends commands to control the smart terminal's speaker or earpiece to play the sound source, and controls the free field to record the sound source played by the smart terminal's speaker or earpiece.

[0073] In one embodiment, the inspection test indicators include frequency threshold values ​​for each test device in the standard smart terminal, and the inspection test data includes the first frequency test values ​​for each test device in the standard smart terminal under inspection. The inspection test data meets the inspection test indicators, including: If the test value at the first frequency point meets the frequency point threshold, then the inspection test data is determined to meet the inspection test indicators.

[0074] It's understood that if the internal environment of the current audio device and its related components meet the threshold values ​​in the GoldenLimit.csv file, the inspection passes; otherwise, it fails. These related components include the artificial mouth, free field, sound card, power amplifier, headphone path, and adapter board within the audio device. At the start of the inspection, the audio testing software tool searches and compares the current smart terminal's serial number with the GoldenSN.csv file. If it's in the list in GoldenSN.csv, the inspection continues; otherwise, it stops. Upon completion, the corresponding inspection information is written to the Result.dat file, which is encrypted and contains item information, inspection result information, and inspection time information. Simultaneously, the audio testing software tool compares the inspection time with the current time to perform inspections of the audio device at any given time.

[0075] Specifically, the threshold values ​​are: frequency response satisfying upper limit +1dB, lower limit -1dB; harmonic distortion or harmonic distortion and noise satisfying low frequency +3, high frequency +2, lower limit 0; and higher harmonic distortion satisfying upper limit +0.5, lower limit 0. In one embodiment, after obtaining the inspection test data, the method further includes: If the inspection test data does not meet the inspection test indicators, adjustment and maintenance instructions will be output.

[0076] It is understandable that when the inspection fails, the position, path, and wiring of these devices need to be adjusted, checked, maintained, or replaced until the inspection passes.

[0077] In one embodiment, the inspection test indicators further include frequency response test indicators, and the inspection test data further includes frequency response test values. The method further includes: If the frequency response test value does not meet the frequency response test specifications, then frequency response compensation operation is performed on the second audio device based on the frequency response test value and the frequency response test specifications.

[0078] It is understandable that audio testing software tools can be used to activate the compensation function of audio devices. Compensation is an operation performed on frequency response test values, excluding harmonic distortion, noise, and higher-order harmonic distortion. At the start of compensation, the tool searches and compares the current smart terminal serial number with the GoldenSN.csv file. If it is found in the list in the GoldenSN.csv file, compensation continues; otherwise, compensation stops.

[0079] Specifically, if the frequency response compensation value is within 5dB, the compensation is successful; otherwise, the compensation fails.

[0080] Based on the same inventive concept as the foregoing embodiments, this application provides an audio device inspection apparatus. (See also...) Figure 4 This application provides an audio device inspection apparatus, which, based on a baseboard management controller system, can be implemented using software and / or hardware. The apparatus includes: The stress test module 41 is used to perform stress tests on a standard smart terminal using a first audio device to obtain stress test data.

[0081] The threshold file generation module 42 is used to generate an inspection test threshold file based on the stress test data and save it in the standard smart terminal. The inspection test threshold file includes inspection test indicators.

[0082] The inspection test data generation module 43 is used to perform an inspection on a standard smart terminal using a second audio device, and to determine that the second audio device has passed the inspection after the inspection results meet the preset inspection conditions.

[0083] In one embodiment, the standard smart terminal acquisition module 41 is further configured to: Audio tests are conducted on smart terminals of a preset type using a third audio device to obtain audio test data; smart terminals whose audio test data meets preset audio data indicators are identified as standard smart terminals.

[0084] In one embodiment, the threshold file generation module 42 is further configured to: The stress test data includes the second frequency test values ​​of each test device in the standard smart terminal under stress test; if the second frequency test values ​​of each test device meet the preset frequency test standard, then an inspection test threshold file is generated based on the second frequency test values ​​and saved in the standard smart terminal.

[0085] In one embodiment, the inspection module 43 is further configured to: The standard smart terminal is inspected using a second audio device to obtain inspection test data; if the inspection test data meets the inspection test indicators, the second audio device is determined to have passed the inspection.

[0086] In one embodiment, the inspection module 43 is further configured to: The second audio device was used to obtain the inspection test data of the standard smart terminal under recording and broadcasting conditions.

[0087] In one embodiment, the inspection module 43 is further configured to: The inspection test indicators include the frequency threshold values ​​of each test device in the standard smart terminal, and the inspection test data includes the first frequency test value of each test device in the standard smart terminal under inspection; if the first frequency test value meets the frequency threshold value, then the inspection test data is determined to meet the inspection test indicators.

[0088] The following is combined Figure 5 This document provides a detailed explanation of the control logic for each device in the audio equipment inspection process. like Figure 5 The diagram shows the control logic block diagram of the audio testing software tool, audio equipment and related devices, and standard smart terminal according to an embodiment of this application. The audio testing software tool sends commands to control the artificial mouth in the audio equipment to play the sound source, and controls the main and secondary microphones of the standard smart terminal to record the sound source played by the artificial mouth; it also sends commands to control the speaker or earpiece of the standard smart terminal to play the sound source, and controls the free field to record the sound source played by the speaker or earpiece of the standard smart terminal.

[0089] Based on the same inventive concept as the foregoing embodiments, this application provides a self-developed main tool software for audio testing, see below. Figure 6The "Initial" module is the initialization function module, which includes functions such as configuration file initialization, UI interface control initialization, test sequence XML reading initialization, audio device control command initialization, and smart terminal control command initialization. The "Ready" module corresponds to the program monitoring module after initialization, including the test process monitoring module, motion control monitoring module, and MES interaction monitoring module. The motion control monitoring module controls the audio device to perform relevant motion control actions according to the commands sent by the test process, mainly including controlling the smart terminal to enter or exit the audio device enclosure, and plugging / unplugging the USB head and 3.5mm headphone head into the corresponding slots on the smart terminal. The MES interaction monitoring module handles the uploading and drop-down interaction of the test process and test results with the MES server; this embodiment does not provide a detailed description of the solution. The "Running" module corresponds to the execution process of each test process. In this embodiment, the standard smart terminal process, inspection process, and compensation process all call the audio acquisition module, audio analysis module, and data processing module. The audio acquisition module ultimately transmits the acquired audio source files to the audio analysis module for audio index analysis and calculation, obtaining test values ​​for the frequency response, harmonic distortion, harmonic distortion plus noise, and higher harmonic distortion of the corresponding smart terminal's acoustic devices. The data processing module then judges the test values; if they meet the standard, the smart terminal can be selected as the standard smart terminal. A threshold standard of 5dB for frequency loudness compensation is provided. Compensation values ​​meeting the standard are written to the CaliData.csv file after data processing. The data processing module also locally saves the test data, stress test data, inspection data, and compensation data, and encrypts the inspection data and information before writing it to the Result.dat file. Furthermore, the GoldenSN.csv and GoldenLimit.csv encrypted files used in the inspection and compensation processes are decrypted to ensure the security and foolproof nature of the entire process during application.

[0090] Furthermore, the main audio testing software tool provided in this application integrates several sub-tools, see [link / reference]. Figure 5This is a schematic diagram of a sub-tool design provided in an embodiment of this application. The main audio testing software automatically calls the Running sections corresponding to each sub-tool. The Ready module on the far left is the program monitoring module, which includes tool permission monitoring and sub-tool trigger monitoring. Tool permission monitoring is used to determine whether this toolset is available; if not, permission must be requested from the person in this embodiment. Sub-tool trigger monitoring monitors which sub-tool is used when a button is triggered. Clicking the corresponding button displays the corresponding tool UI interface, including the GoldenJudge tool, GoldenLimit tool, and MakeGolden tool. The GoldenJudge sub-tool Ready includes load test data monitoring, test device monitoring, test index monitoring, and data curve monitoring. Load test data monitoring reads the load test data transmitted from the data stream into memory; test device monitoring reads the corresponding data into memory by selecting the device corresponding to the control tree control; test index monitoring reads the corresponding data into memory by selecting the test index corresponding to the tab control; and data curve monitoring reads the corresponding data into memory by selecting the corresponding test curve row. The GoldenJudge sub-tool's Running function includes writing monitoring events and processing monitoring events. Writing monitoring events involves analyzing and processing data written to memory in the Ready state and passing it to a message queue. Processing monitoring events involves reading information from the message queue, analyzing it, and finally displaying data curves based on the analyzed data. The GoldenLimit sub-tool generates inspection thresholds after monitoring the selected load test data; the generated thresholds are then encrypted and written to the GoldenLimit.csv file. The MakeGolden sub-tool's Ready state includes GoldenLimit monitoring, GoldenSN monitoring, adding and deleting GoldenSN monitoring, and displaying a GoldenSN list. GoldenLimit monitoring determines whether the connected smart terminal meets the conditions for writing to the GoldenLimit.csv file; GoldenSN monitoring loads and reads the GoldenSN.csv file; adding and deleting GoldenSN monitoring triggers add and delete button events; the GoldenSN list display shows the corresponding serial number value and is also used to update the serial number after subsequent Running execution. Running includes GoldenLimit transmission and transfer, GoldenSN data reading, and adding and deleting GoldenSNs.GoldenLimit transfer functionality transfers the GoldenLimit.csv file into the memory of a standard smart terminal and updates the UI of the transferred result. GoldenSN data reading involves parsing and decrypting the file data before writing it into memory. Adding and deleting GoldenSNs involves adding and deleting serial numbers from a list, and can also add corresponding Projects. The data is then encrypted and updated in the GoldenSN.csv file, making the operation of standard smart terminal creation and audio testing software reading GoldenSNs more secure.

[0091] The following is combined Figure 6 and Figure 5 A detailed introduction to the audio equipment and related devices: as follows Figure 6 , Figure 5 This application provides a schematic diagram of the audio equipment and related devices, including components such as an artificial mouth, a free field, an adapter board, a filter module, a sound card, a power amplifier, and input / output lines. The audio testing software tool can control the artificial mouth to play sound sources by sending commands, while the free field acquires sound sources. The power amplifier, sound card, and filter module can perform signal conditioning on the acquired and played sound sources. The adapter board and input / output lines connect each signal path to the sound card, power amplifier, and industrial control computer. This application provides a schematic diagram of its equipment and related devices; other assembly structures, including but not limited to, can implement the methods provided in the above embodiments based on the above steps.

[0092] This application also provides a terminal, including: a memory and a processor, wherein the memory stores executable program code, and when the executable program code is executed by the processor, it implements the steps of the audio device inspection method as described above.

[0093] This application also provides a readable storage medium storing a computer program, which, when executed by a processor, implements the steps of the audio device inspection method described above.

[0094] In the embodiments of the smart terminal and computer-readable storage medium provided in this application, all the technical features of any of the above-described audio device inspection method embodiments may be included. The extended and explanatory content of the specification is basically the same as the various embodiments of the above methods, and will not be repeated here.

[0095] This application also provides a computer program product, which includes computer program code. When the computer program code is run on a computer, it causes the computer to perform the methods described in the various possible implementations above.

[0096] This application also provides a chip, including a memory and a processor. The memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that a device with the chip installed performs the methods described in the various possible implementations above.

[0097] It is understood that the above scenarios are merely examples and do not constitute a limitation on the application scenarios of the technical solutions provided in the embodiments of this application. The technical solutions of this application can also be applied to other scenarios. For example, as those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0098] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0099] The steps in the method of this application embodiment can be adjusted, combined, or deleted according to actual needs.

[0100] The units in the device of this application embodiment can be merged, divided, and deleted according to actual needs.

[0101] In this application, the same or similar terms, concepts, technical solutions and / or application scenario descriptions are generally described in detail only when they appear for the first time. When they appear again, they are generally not repeated for the sake of brevity. When understanding the technical solutions and other contents of this application, the same or similar terms, concepts, technical solutions and / or application scenario descriptions that are not described in detail later can be referred to their previous relevant detailed descriptions.

[0102] In this application, the descriptions of the various embodiments have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0103] The technical features of the present application can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of the present application.

[0104] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, controlled terminal, or network device, etc.) to execute the methods of each embodiment of this application.

[0105] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, storage disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0106] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A method for inspecting audio equipment, characterized in that, include: S31, use the first audio device to perform a stress test on a preset standard smart terminal and obtain stress test data; S32, Based on the pressure test data, generate an inspection test threshold file and save it in the standard smart terminal. The inspection test threshold file includes inspection test indicators. S33, the standard smart terminal is inspected using a second audio device, and the second audio device is determined to have passed the inspection after the inspection result meets the preset inspection conditions.

2. The method as described in claim 1, characterized in that, Before step S31, the method further includes: Obtain a preset standard smart terminal, which includes multiple test devices.

3. The method as described in claim 2, characterized in that, The acquired standard smart terminal includes: Audio test data is obtained by using a third audio device to perform audio tests on a smart terminal of a preset type. The smart terminal that corresponds to the audio test data meeting the preset audio data indicators is identified as the standard smart terminal.

4. The method as described in claim 2, characterized in that, The stress test data includes the second frequency test values ​​of each test device in the standard smart terminal under stress test. The step of generating a point inspection test threshold file based on the pressure test data and saving it in the standard smart terminal includes: If the second frequency test value of each test device meets the preset frequency test standard, then an inspection test threshold file is generated based on the second frequency test value and saved in the standard smart terminal.

5. The method as described in claim 4, characterized in that, The step of using a second audio device to perform a check on the standard smart terminal, and determining that the second audio device has passed the check after the check result meets preset check conditions, includes: The standard smart terminal was inspected using a second audio device to obtain inspection test data. In response to the inspection test data meeting the inspection test indicators, the second audio device is determined to have passed the inspection.

6. The method as described in claim 5, characterized in that, The step of using a second audio device to perform an inspection on the standard smart terminal, and obtaining the inspection test data, includes: The second audio device is used to obtain the inspection test data of the standard smart terminal under recording and broadcasting conditions.

7. The method as described in claim 6, characterized in that, The inspection test indicators include the frequency threshold values ​​of each test device in the standard smart terminal, and the inspection test data includes the first frequency test values ​​of each test device in the standard smart terminal under inspection. The inspection test data satisfies the inspection test indicators, including: If the first frequency point test value meets the frequency point threshold, then the inspection test data is determined to meet the inspection test index.

8. The method as described in claim 6, characterized in that, After obtaining the inspection test data, the following is also included: If the inspection test data does not meet the inspection test indicators, an adjustment and maintenance instruction will be output.

9. The method as described in claim 8, characterized in that, The inspection test indicators also include frequency response test indicators, and the inspection test data also includes frequency response test values. The method further includes: If the frequency response test value does not meet the frequency response test index, then the second audio device is subjected to frequency response compensation operation based on the frequency response test value and the frequency response test index.

10. An audio equipment inspection device, characterized in that, It includes a stress testing module, a threshold file generation module, and an inspection module for performing the method according to any one of claims 1-9.

Images