CN112799629B

CN112799629B - Mainboard audio debugging method, device, equipment and storage medium

Info

Publication number: CN112799629B
Application number: CN202110013488.1A
Authority: CN
Inventors: 张锋云
Original assignee: SHENZHEN CULTRAVIEW DIGITAL TECHNOLOGY CO LTD
Current assignee: SHENZHEN CULTRAVIEW DIGITAL TECHNOLOGY CO LTD
Priority date: 2021-01-06
Filing date: 2021-01-06
Publication date: 2024-06-04
Anticipated expiration: 2041-01-06
Also published as: CN112799629A

Abstract

The application is applicable to the technical field of device debugging, and provides a method, a device, equipment and a storage medium for debugging mainboard audio, which comprise the following steps: sending a first audio instruction to a main board to be debugged; acquiring first appointed audio data; wherein the first specified audio data is generated from a first audio signal generated by the motherboard upon receipt of the first audio instruction; comparing the first appointed audio data with first preset data to generate a first analysis result; if the first analysis result meets a first condition, a second audio instruction is sent to the main board, wherein data contained in the second audio instruction is different from data contained in the first audio instruction; acquiring second designated audio data; and comparing the second appointed audio data with the first preset data to generate a second analysis result so as to finish debugging corresponding to the second audio instruction. The embodiment of the application can reduce the cost.

Description

Mainboard audio debugging method, device, equipment and storage medium

Technical Field

The application belongs to the technical field of device debugging, and particularly relates to a method, a device, equipment and a storage medium for debugging mainboard audio.

Background

The traditional AQ (Acoustic Quantitative, acoustic quantification) debugging mode mainly uses subjective judgment of professionals and uses data obtained by analysis of professional instruments (such as an audio analyzer) to judge whether the audio state output by the current main board meets the expectations. However, since the debugging result is determined by the debugger, the requirement for the professional ability of the debugger and the professional instrument is high, resulting in high cost.

Disclosure of Invention

The embodiment of the application provides a method, a device, equipment and a storage medium for debugging mainboard audio, which can reduce cost.

In a first aspect, an embodiment of the present application provides a method for debugging motherboard audio, including:

sending a first audio instruction to a main board to be debugged;

Acquiring first appointed audio data; wherein the first specified audio data is generated from a first audio signal generated by the motherboard upon receipt of the first audio instruction;

comparing the first appointed audio data with first preset data to generate a first analysis result;

If the first analysis result meets a first condition, a second audio instruction is sent to the main board, wherein data contained in the second audio instruction is different from data contained in the first audio instruction;

Acquiring second designated audio data; wherein the second specified audio data is generated from a second audio signal generated by the motherboard upon receipt of the second audio instruction;

and comparing the second appointed audio data with the first preset data to generate a second analysis result so as to finish debugging corresponding to the second audio instruction.

In a possible implementation manner of the first aspect, the sending, to a motherboard to be debugged, a first audio instruction specifically includes: a first audio instruction containing relevant parameters of audio data is sent to the main board; wherein, the relevant parameters of the audio data are set according to the input debugging stepping value;

after generating the first analysis result, further comprising: modifying the debug stepping value;

before sending the second audio instruction to the main board, the method further comprises: setting the value of the audio data related parameter according to the modified debugging stepping value, and generating the second audio instruction according to the reset audio data related parameter.

In one possible implementation manner of the first aspect,

The main board is provided with a first audio generation circuit and a second audio generation circuit which are mutually related; the first audio instruction is used for debugging the first audio generation circuit;

Sending a second audio instruction to the main board specifically comprises:

Sending an associated audio instruction to the main board; wherein the associated audio instruction comprises data different from the data comprising the first audio instruction, and the associated audio instruction is used for debugging the second audio generation circuit;

the acquiring of the second designated audio data specifically includes:

Acquiring associated appointed audio data; wherein the associated specified audio data is generated according to an associated audio signal generated by the motherboard after receiving the associated audio instruction;

comparing the second designated audio data with the first preset data to generate a second analysis result so as to complete debugging corresponding to the second audio instruction, wherein the method specifically comprises the following steps of:

Comparing the association appointed audio data with association preset data to generate an association analysis result;

and if the correlation analysis result meets a second condition, the first audio instruction is sent to the main board again, so that the main board regenerates the first audio signal to execute debugging corresponding to the first audio instruction again.

For example, the main board includes a main chip and an audio circuit, the first audio instruction is configured to cause the main chip of the main board to generate an audio signal source, the audio signal source is configured to generate an audio electrical signal by the main chip, and the audio electrical signal is configured to generate an audio signal by the audio circuit.

In a second aspect, an embodiment of the present application provides a motherboard audio debug apparatus, including:

the control unit is used for sending a first audio instruction to the main board to be debugged;

A data acquisition unit configured to acquire first specified audio data; wherein the first specified audio data is generated from a first audio signal generated by the motherboard upon receipt of the first audio instruction;

the data analysis unit is used for comparing the first appointed audio data with first preset data to generate a first analysis result;

The control unit is further configured to: if the first analysis result meets a first condition, a second audio instruction is sent to the main board; wherein the second audio instruction contains data different from the data contained in the first audio instruction;

The data acquisition unit is also used for acquiring second designated audio data; wherein the second specified audio data is generated from a second audio signal generated by the motherboard upon receipt of the second audio instruction;

The data analysis unit is further configured to compare the second specified audio data with the first preset data, and generate a second analysis result to complete debugging corresponding to the second audio instruction.

In a third aspect, embodiments of the present application provide a computing device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, the processor implementing the method of any one of the first aspects when executing the computer program.

In a fourth aspect, embodiments of the present application provide a computer readable storage medium storing a computer program which, when executed by a processor, implements the method of any of the first aspects described above.

In a fifth aspect, embodiments of the present application provide a computer program product for, when run on a terminal device, causing the terminal device to perform the method of any of the first aspects above.

It will be appreciated that the advantages of the second to fifth aspects may be found in the relevant description of the first aspect, and are not described here again.

Compared with the prior art, the embodiment of the application has the beneficial effects that:

Transmitting a first audio instruction which enables the main board to generate a first audio signal to the main board, and acquiring first appointed audio data generated according to the first audio signal; comparing the first appointed audio data with first preset data to generate a first analysis result; if the first analysis result meets the first condition, a second audio instruction which can enable the main board to generate a second audio signal is sent to the main board; since the second audio instruction contains data that is different from the first audio instruction, the second specified audio data generated from the second audio signal is typically also different from the first specified audio data generated from the first audio signal; comparing the second appointed audio data with the first preset data to generate a second analysis result so as to finish debugging corresponding to the second audio instruction; the second analysis result may or may not meet the debug requirement, and may perform subsequent actions accordingly; therefore, intelligent automatic audio debugging of the main board is realized, the cost can be reduced, and the consistency of debugging results can be ensured.

Some possible implementations of embodiments of the application have the following benefits:

the debug stepping value of the set stepping length for determining the relevant parameters of the audio data is modified, the relevant parameters of the audio data are set according to the modified debug stepping value, and then the mainboard is debugged, so that debug dead zones can be avoided, and the debug efficiency can be improved;

for the case that a plurality of parts are mutually affected in a main board for generating audio, backtracking debugging is performed in the debugging process: readjusting the previous part, in particular sending associated audio instructions for debugging; returning to re-debug the current part after the previous part is successfully debugged, and particularly, executing the debugging on the first appointed audio data again; therefore, the whole consistency of debugging can be ensured, the yield can be improved, and the debugging efficiency can be improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a schematic diagram of a computing device, a data collector and a motherboard according to an embodiment of the present application;

Fig. 2 is a flowchart of a method for debugging motherboard audio according to an embodiment of the present application;

FIG. 3 is a schematic diagram of an output result according to an embodiment of the present application;

Fig. 4is a flowchart of a modification of the motherboard audio debugging method according to an embodiment of the present application;

Fig. 5 is a flowchart illustrating another modification of the motherboard audio debugging method according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a motherboard audio debugging device according to an embodiment of the present application;

Fig. 7 is a schematic diagram of an operation interface of a motherboard audio debugging device according to another embodiment of the present application;

FIG. 8 is a schematic diagram of a computing device according to an embodiment of the present application;

Fig. 9 is a schematic structural diagram of an audio circuit according to an embodiment of the present application.

Detailed Description

In order to make the technical problems, technical schemes and beneficial effects to be solved more clear, the present application is further described in detail below with reference to fig. 1 to 9 and embodiments. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system configurations, techniques, etc. in order to provide a thorough understanding of embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It should be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in the present specification and the appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes such combinations.

As used in the present description and the appended claims, the term "if" may be interpreted as "when..once" or "in response to a determination" or "in response to detection" depending on the context. Similarly, the phrase "if a determination" or "if a [ described condition or event ] is detected" may be interpreted in the context of meaning "upon determination" or "in response to determination" or "upon detection of a [ described condition or event ]" or "in response to detection of a [ described condition or event ]".

Furthermore, the terms "first," "second," "third," and the like in the description of the present specification and in the appended claims, are used for distinguishing between descriptions and not necessarily for indicating or implying a relative importance.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

Example 1

The embodiment provides a main board audio debugging method, in particular to a main board intelligent audio debugging method, which is used for carrying out audio debugging on a main board 3; the main board 3 is a board card capable of outputting audio, such as a sound card; referring to fig. 1, the main board 3 includes a main chip 31 and an audio circuit 32. Fig. 2 shows a schematic flowchart of a motherboard audio debugging method provided in the present embodiment, which can be applied to the computing device 1 by way of example and not limitation. Wherein the computing device 1 may be a personal computer or a server, the present embodiment does not impose any limitation on the specific type of computing device.

Referring to fig. 1, a computing device 1 of the present embodiment includes a control unit 11, a data acquisition unit 12, and a data analysis unit 13.

Referring to fig. 2, the motherboard audio debugging method of the present embodiment includes steps S11 to S16; the subject of execution of the method is computing device 1.

Step S11, a first audio command is sent to the motherboard 3 to be debugged, so that the motherboard 3 generates a first audio signal.

The first audio instruction is generated by a user operating on a human-machine interaction interface on computing device 1, and is therefore a window instruction. The control unit 11 of the computing device 1 sends a first audio instruction to the motherboard 3. The main board 3 generates a first audio signal through its built-in main chip 31 and audio circuit 32 according to the received first audio instruction.

Referring to fig. 1, in particular, the first audio instruction is for causing the main chip 31 of the main board 3 to generate an audio signal source. Referring to fig. 1, the main chip 31 includes a signal generation unit 311, a signal processing unit 312, and a main chip communication unit 313; the signal generating unit 311 of the main chip 31 generates an audio signal source, specifically, generates the audio signal source through the internal I/O (Input/Output) interface of the main chip 31 in a simulation manner; after receiving the first audio command, the main board 3 generates an audio signal source through the signal generating unit 311 of the main chip 31. Wherein the audio signal source is an audio waveform signal, such as a sine wave signal. The signal generating unit 311 of the main chip 31 is used to replace an external signal source generator, so as to avoid adding extra hardware cost.

The audio signal source is used for the main chip 31 to generate an audio electrical signal. After the main chip 31 generates an audio signal source, the signal processing unit 312 performs audio correlation processing (may also be referred to as AQ correlation processing) on the audio signal to generate an audio signal. For example, the audio-related processing may be modifying the amplitude of the audio signal source and/or extracting a low frequency signal in the audio signal source.

The audio electrical signal is used by audio circuitry 32 to generate an audio signal. After the main chip 31 generates an audio electric signal, the main chip communication unit 313 transmits the audio electric signal to the audio circuit 32 in response to an external instruction and controls the audio electric signal currently output. Wherein the audio circuit 32 includes, but is not limited to, a power amplifier chip and a microphone. In this embodiment, the audio electrical signal may specifically be the aforementioned first audio electrical signal, and may also be a second audio electrical signal, a third audio electrical signal, a fourth audio electrical signal, or a related audio electrical signal hereinafter; the audio electrical signals contain different data. The audio circuit 32 generates an audio signal based on the audio electric signal and outputs it to the outside.

In step S12, first specified audio data is acquired, wherein the first specified audio data is generated from the first audio signal.

Referring to fig. 1, the data collector 2 includes a data collection unit 21 and a data collection communication unit 22. The data acquisition unit 21 acquires the first audio signal output by the current main board 3 in real time and processes and stores the first audio signal accordingly. The specific content of the data acquisition comprises: the audio signal output by the main board 3 is obtained in real time, the data format is a sampling set formed according to a fixed sampling rate, and the audio signal can be represented by waveforms, and sine waves are common; since desired data such as distortion degree, power, etc. cannot be directly obtained from sampled data (audio signal), it is necessary to process the audio signal, that is, extract, divide, and perform some data-related operations on the data, etc., to generate and store specified audio data such as first specified audio data; wherein the first specified audio data contains data that is desired to be acquired, such as a distortion degree.

The control unit 11 sends a data acquisition control instruction to the data acquisition unit 12. The data acquisition unit 12 sends a data request command to the data acquisition communication unit 22 of the data acquirer 2 based on the received data acquisition control instruction; the data acquisition communication unit 22 responds to an external data request instruction and returns corresponding data, i.e., first specified audio data, to the data acquisition unit 12 (which may also be referred to as a requester). The data acquisition unit 12 receives the first specified audio data from the data acquisition unit 21 of the data acquirer 2. In this manner, computing device 1 enables the acquisition of the first specified audio data from motherboard 3.

In other embodiments, computing device 1 includes data collector 2, and computing device 1 collects the first audio signal and generates first specified audio data from the first audio signal.

Step S13, comparing the first appointed audio data with first preset data to generate a first analysis result.

The data acquisition unit 12 receives the first specified audio data, and then sends the first specified audio data to the data analysis unit 13. The data analysis unit 13 analyzes the first specified audio data captured by the data acquisition unit 12 according to the set first preset data to generate a first analysis result; wherein the first preset data corresponds to a standard state of the specified audio data, is a standard value or a target value (may be a target value set by a user) of the specified audio data, for example, the distortion degree is less than or equal to 0.5% (1 k,1 w); the first analysis result may specifically be that the first specified audio data is greater than or equal to the first preset data, or that the first specified audio data is less than or equal to the first preset data, or that the first specified audio data meets a standard, or that the first specified audio data is larger, smaller or invalid.

The data analysis unit 13 transmits the generated first analysis result to the control unit 11 to feed back to the control unit 11.

Step S14, if the first analysis result meets the first condition, a second audio instruction is sent to the main board so that the main board generates a second audio signal; wherein the second audio instruction contains data that is different from the data contained in the first audio instruction.

In the present embodiment, referring to fig. 1, the control unit 11 has an automatic adjustment unit 111; the automatic adjustment unit 111 may be implemented by a computer program; the automatic adjustment unit 111 determines the output state of the current test target (main board 3) according to the analysis result, and further determines the next operation of the entire system.

Specifically, the automatic adjustment unit 111 determines that the first analysis result meets a first condition, where the first condition is that the first analysis result does not meet the debug requirement, which indicates that the motherboard 3 still needs to be debugged. The control unit 11 sends a second audio instruction to the main board 3. The audio command includes specified parameters, and the different specified parameters are different audio signals generated by the main board 3, so that the data to be acquired included in the specified audio data are different. The second audio instruction contains data (such as a specified parameter) that is different from the data (such as a specified parameter) contained in the first audio instruction, and then the first audio signal and the second audio signal generated by the main board 3 according to the first audio instruction and the second audio instruction are also different.

Specifically, after receiving the second audio command, the main board 3 parses the second audio command, generates a second audio signal source through the signal generating unit 311 of the main chip 31, generates a second audio signal based on the second audio signal source through the signal processing unit 312, and generates a second audio signal through the audio circuit 32.

Step S15, second specified audio data is acquired, wherein the second specified audio data is generated from the second audio signal.

The main board 3 generates and outputs a second audio signal after receiving the second audio instruction. Similar to step S12, the data acquisition unit 21 acquires the second audio signal output from the current main board 3 in real time and performs corresponding processing, generates second specified audio data, and stores the second specified audio data.

Similar to step S12, the control unit 11 transmits a data acquisition control instruction to the data acquisition unit 12. The data acquisition unit 12 sends a data request command to the data acquisition communication unit 22 of the data acquirer 2 based on the received data acquisition control instruction; the data acquisition communication unit 22 responds to an external data request instruction and returns corresponding data, i.e., second specified audio data, to the data acquisition unit 12. The data acquisition unit 12 receives the second specified audio data from the data acquisition unit 21 of the data acquirer 2, thereby realizing acquisition of the second specified audio data.

In other embodiments, computing device 1 includes data collector 2, and computing device 1 collects the second audio signal and generates second specified audio data from the second audio signal.

And S16, comparing the second designated audio data with the first preset data, and generating a second analysis result to finish debugging corresponding to the second audio instruction.

Similar to step S13, the data acquisition unit 12 receives the second specified audio data and then transmits the second specified audio data to the data analysis unit 13. The data analysis unit 13 analyzes the second specified audio data grasped by the data acquisition unit 12 according to the set first preset data, and generates a second analysis result; the second analysis result may specifically be that the second specified audio data is greater than or equal to the first preset data, or that the second specified audio data is less than or equal to the first preset data, or that the second specified audio data meets the standard, or that the second specified audio data is larger, smaller, or not.

The data analysis unit 13 transmits the generated second analysis result to the control unit 11 to feed back to the control unit 11.

The control unit 11 performs the subsequent action based on the received second analysis result.

As can be seen from the above, the control unit 11 of the computing device 1 sends a first audio instruction to the motherboard 3, which enables the motherboard 3 to generate a first audio signal, and the data acquisition unit 12 of the computing device 1 acquires first specified audio data generated by the data collector 2 according to the first audio signal; the data analysis unit 13 compares the first specified audio data from the data acquisition unit 12 with first preset data to generate a first analysis result; if the first analysis result meets the first condition, the control unit 11 sends a second audio instruction to the main board 3, wherein the second audio instruction enables the main board 3 to generate a second audio signal; since the second audio instruction contains data that is different from the first audio instruction, the second specified audio data generated from the second audio signal is typically also different from the first specified audio data generated from the first audio signal; comparing the second appointed audio data with the first preset data to generate a second analysis result so as to finish debugging corresponding to the second audio instruction; the second analysis result may or may not meet the debug requirement, and may perform subsequent actions accordingly; therefore, intelligent automatic audio debugging of the main board is realized, the cost can be reduced, and the consistency of debugging results can be ensured.

If the second analysis result corresponding to the second audio instruction still meets the first condition, namely does not meet the debugging requirement, comparing the second appointed audio data with second preset data to generate a fifth analysis result; wherein the second preset data and the first preset data are different data.

Audio debugging is performed according to industry standards. The first preset data and the second preset data are industry standard values. Industry standard values are classified into different standard classes, such as highest standard and lowest standard. The first preset data and the second preset data are different standard values, wherein the standard grade of the second preset data is lower than that of the first preset data.

Specifically, the computing device 1 determines the standard level of the currently tested hardware (i.e. the motherboard 3) according to the preset standard level, wherein the preset standard level may be multiple groups; specifically, determining a current hardware standard grade corresponding to the main board 3 sending the second audio signal according to the second designated audio data or the second analysis result; setting standard data (namely second preset data) corresponding to the new standard level according to the current hardware standard level, such as setting second preset data corresponding to a lower standard level; then, the second designated audio data is compared with the second preset data, or the audio instruction is resent for debugging (for example, the steps S14 to S16 are re-executed), and the current hardware level and the debugging data are returned after the debugging is finished.

For the problem of the hardware, if the debugging result of the current hardware cannot meet the minimum standard of the industry, the NG (No Good) is directly fed back, which indicates that the current hardware cannot meet the test. Specifically, if the fifth analysis result still meets the first condition, the debug failure is recorded, for example, the hardware debug failure is recorded.

In the present embodiment, the main board 3 has a plurality of channels such as Audio channels, and referring to fig. 3, such as an AV (Audio Video) channel, an HDMI (High Definition Multimedia Interface ) channel, and a TV (Television) channel, each of which is required to perform Audio debugging. Therefore, if the first analysis result of the current test channel meets the second condition, that is, the first analysis result meets the debugging requirement, it indicates that the current test channel of the main board 3 meets the standard, the test result of the current test channel is saved, and the audio debugging of the next channel is executed.

After the debugging is finished, the current debugging result can be output in a specified mode; referring to fig. 3, taking the above power as an example, the relevant parameters set by each channel may be output, and specifically, the power may be displayed in the form of a curve and a data list.

Example two

The difference between this embodiment and the first embodiment is that: referring to fig. 4, the sending of the first audio command to the motherboard 3 in step S11 is specifically sending the first audio command including parameters related to audio data to the motherboard 3; the audio data related parameter is set according to an input debugging stepping value, for example, the debugging stepping value is 0.1V, and the currently set audio data related parameter is larger or smaller than the previous audio data related parameter by 0.1V; before sending the second audio instruction to the main board 3, setting a value of an audio data related parameter according to the modified debugging stepping value, and generating the second audio instruction according to the reset audio data related parameter; wherein the second audio instruction comprises modified audio data related parameters; as such, the specific contents of steps S14 to S16 in the present embodiment are as follows.

The audio data related parameter is the specified parameter.

The main board 3 receives an audio instruction containing relevant parameters of audio data, analyzes the audio instruction and then generates an audio signal according to the relevant parameters of the audio data; the audio data related parameters are parameters related to the appointed audio data, and different audio data related parameters correspond to different appointed audio data; thus, the audio signals generated according to the different audio data related parameters are also different, and the corresponding specified audio data are also different. In short, the audio data-related parameters contained in the audio instruction affect the content, such as the numerical value, of the specified audio data. For example, if the audio data is designated as power, the corresponding audio data related parameter may be voltage, and different voltages correspond to different powers.

Step S14, if the first analysis result meets the first condition, setting the value of the audio data related parameter according to the modified debugging step value, generating a second audio instruction according to the reset audio data related parameter and sending the second audio instruction to the main board so as to enable the main board to generate a second audio signal; wherein the second audio instruction comprises a modified audio data related parameter.

The audio instructions may include one or more audio data related parameters, and thus, the one or more audio data related parameters may be modified.

In the process of entering the system into the debugging process, the main board (debugging target) may be initialized, and then the control unit 11 modifies the audio data related parameters according to the modified debugging step value to generate new audio data related parameters, for example: according to the previous debugging stepping value, the related parameter of the audio data should be 1.9V; according to the modified debugging stepping value, the relevant parameter of the audio data is 1.95V. The modified audio data related parameter (such as the aforementioned 1.95V voltage) is different from the audio data related parameter contained in the first audio instruction. The control unit 11 generates a second audio command according to the modified audio data related parameter and sends the second audio command to the main board 3.

After receiving the second audio command, the motherboard 3 parses the second audio command, generates a second audio signal source through the signal generating unit 311 of the main chip 31, generates a second audio electrical signal based on the second audio signal source through the signal processing unit 312, and generates and outputs a second audio signal through the audio circuit 32.

The main board 3 generates and outputs a second audio signal. Similar to the aforementioned step S12, the data acquisition unit 21 acquires the second audio signal output from the current main board 3 in real time and performs corresponding processing, generates second specified audio data, and stores the second specified audio data.

Similar to the aforementioned step S12, the control unit 11 transmits a data acquisition control instruction to the data acquisition unit 12. The data acquisition unit 12 sends a data request command to the data acquisition communication unit 22 of the data acquirer 2 based on the received data acquisition control instruction; the data acquisition communication unit 22 responds to an external data request instruction and returns corresponding data, i.e., second specified audio data, to the data acquisition unit 12. The data acquisition unit 12 receives the second specified audio data from the data acquisition unit 21 of the data acquirer 2, thereby realizing acquisition of the second specified audio data.

Similar to the aforementioned step S13, the data acquisition unit 12 receives the second specified audio data and then transmits the second specified audio data to the data analysis unit 13. The data analysis unit 13 analyzes the second specified audio data grasped by the data acquisition unit 12 according to the set first preset data, and generates a second analysis result; the second analysis result may specifically be that the second specified audio data is greater than or equal to the first preset data, or that the second specified audio data is less than or equal to the first preset data, or that the second specified audio data meets the standard, or that the second specified audio data is larger, smaller, or not. Of course, the second specified audio data may be compared with the second preset data as in the first embodiment.

If the second analysis result meets the first condition, that is, does not meet the debugging requirement, the control unit 11 sets the value of the audio data related parameter according to the modified debugging stepping value, generates a new second audio instruction according to the audio data related parameter after being modified again and sends the new second audio instruction to the main board 3, so that the main board 3 generates a new second audio signal, and continues to debug the main board 3 until the analysis result meets the second condition; wherein the new second audio instruction contains data that is different from the data contained in the previous second audio instruction. Specifically, after the motherboard 3 generates the new second audio signal, the computing device obtains new second designated audio data generated according to the new second audio signal, compares the new second designated audio data with the first preset data, and generates a new second analysis result to complete debugging corresponding to the new second audio instruction.

Of course, if the analysis result still meets the first condition (i.e. does not meet the debug requirement) after the motherboard 3 is debugged for multiple times according to the modified debug step value, the control unit 11 modifies the debug step value again, for example, modifies the debug step value from 0.05V to 0.04V, sets the value of the audio data related parameter according to the again modified debug step value, generates a third audio instruction according to the modified audio data related parameter, and sends the third audio instruction to the motherboard 3, so that the motherboard 3 generates a third audio signal, and continues to debug the motherboard 3 until the analysis result meets the second condition. Specifically, after the motherboard 3 generates the third audio signal, the computing device obtains third specified audio data generated according to the third audio signal, compares the third specified audio data with the first preset data, and generates a third analysis result to complete debugging corresponding to the third audio instruction.

If the second analysis result or the third analysis result meets a second condition, that is, meets the debugging requirement, the software is successfully debugged.

In order to generate audio instructions containing audio data-related parameters, the computing device 1 presets a universal debug step value, which is generally not too small, according to which the audio data-related parameters are set; however, some hardware is extremely sensitive to the audio data related parameters at a certain point or within a certain range of values, and the performance of the hardware is biased to a standard region by adjusting the audio data related parameters down or up by a step length; thus, the main board 3 is debugged according to the currently set debug stepping value, and no matter how many times the main board 3 is debugged, the specified audio data such as power cannot be located in the standard area; according to the embodiment, the debugging step value for determining the set step length of the audio data related parameter is modified (or the step length of the debugging step value is reduced), the audio data related parameter is set according to the modified debugging step value, and then the mainboard is debugged, so that a debugging blind area can be avoided, and the debugging efficiency can be improved.

The process of determining the flow direction of the current control flow by the main control unit 11 is a result of the control main board 3 setting a new audio data related parameter (such as a power related parameter) or making a next channel adjustment and saving the current test channel.

Example III

The difference between this embodiment and the first embodiment is that: referring to fig. 5, in the case where the first analysis result meets the first condition, the specific contents of steps S14 to S16 are different from those of the first embodiment.

The audio data is specified to have interactions, such as the effects and gains. The sound effect and gain are controlled by different parts of the main board 3; by way of example, referring to fig. 9, the audio circuit 32 of the main board 3 has a first audio generating circuit 321 and a second audio generating circuit 322 associated with each other; the first audio generation circuit 321 is used for controlling the sound effect, and the second audio generation circuit 322 is used for controlling the gain; the sound effects and gain are reflected in the final output audio signal. In this embodiment, the audio instruction corresponding to the sound effect is a first audio instruction, and the audio instruction corresponding to the gain is an associated audio instruction; the first audio instruction is to debug the first audio generating circuit 321, that is, to debug the sound effect; the associated audio instruction is to debug the second audio generating circuit 322, i.e. gain debug. The gain debugging is performed before, and meets the debugging requirement, but the current sound effect debugging is not met.

Step S14, if the first analysis result meets the first condition, an associated audio instruction is sent to the main board so that the main board generates an associated audio signal.

The control unit 11 sends an associated audio instruction to the motherboard 3 in order to re-debug a previous debug, such as gain debug.

As described above, the portion of the main board 3 that implements the sound effect and the portion that implements the gain are different portions, and both the portion that implements the sound effect and the portion that implements the gain are located in the audio circuit 32.

After receiving the associated audio command, the main board 3 parses the associated audio command, generates an associated audio signal source through the signal generating unit 311 of the main chip 31, generates an associated audio electrical signal based on the associated audio signal source through the signal processing unit 312, and generates and outputs an associated audio signal through the audio circuit 32.

In step S15, associated specified audio data is acquired, wherein the associated specified audio data is generated from the associated audio signal.

The main board 3 generates and outputs an associated audio signal after receiving the associated audio instruction. Similar to step S12, the data acquisition unit 21 acquires the associated audio signal output from the current main board 3 in real time and performs corresponding processing, generates associated specified audio data, and stores the associated specified audio data.

Similar to the aforementioned step S12, the control unit 11 transmits a data acquisition control instruction to the data acquisition unit 12. The data acquisition unit 12 sends a data request command to the data acquisition communication unit 22 of the data acquirer 2 based on the received data acquisition control instruction; the data acquisition communication unit 22 responds to an external data request instruction and returns corresponding data, i.e., associated specified audio data, to the data acquisition unit 12. The data acquisition unit 12 receives the association specification audio data from the data acquisition unit 21 of the data acquirer 2, thereby realizing acquisition of the association specification audio data.

And S16, comparing the associated appointed audio data with associated preset data to generate an associated analysis result so as to finish debugging corresponding to the associated audio instruction.

Similar to the aforementioned step S13, the data acquisition unit 12 receives the association specification audio data and then transmits the association specification audio data to the data analysis unit 13. The data analysis unit 13 analyzes the association designated audio data captured by the data acquisition unit 12 according to the set association preset data to generate an association analysis result; the association analysis result may specifically be that the association specified audio data is greater than or equal to the association preset data, or that the association specified audio data is less than or equal to the association preset data, or that the association specified audio data meets a standard, is bigger, smaller or is invalid.

The data analysis unit 13 transmits the generated correlation analysis result to the control unit 11 to feed back to the control unit 11.

The control unit 11 performs the subsequent action based on the received correlation analysis result.

If the correlation analysis result meets the second condition, namely meets the debugging requirement, the first audio instruction is sent to the main board again, so that the main board regenerates the first audio signal to execute the debugging on the first appointed audio data again.

If the correlation analysis result meets the first condition, that is, does not meet the debugging requirement, the steps of the second embodiment may be executed until the correlation analysis result meets the second condition.

Steps S14 to S16 of the present embodiment are a trace-back debugging action, which is called trace-back debugging.

As can be seen from the above, for the case where there are a plurality of parts in the motherboard for generating audio that affect each other, the present embodiment performs retrospective debugging in the process of debugging: readjusting the previous part according to the current abnormal state and actual data, and particularly sending an associated audio instruction to debug; returning to re-debug the current part after the previous part is successfully debugged, and particularly, executing the debugging on the first appointed audio data again; therefore, the whole consistency of debugging can be ensured, the yield can be improved, and the debugging efficiency can be improved.

Example IV

Corresponding to the method described in the above embodiment, fig. 6 shows a block diagram of a main board audio debugging device provided in this embodiment, where the device is a main board intelligent audio debugging device, and the method described in the foregoing embodiment can be implemented; for convenience of explanation, only the portions related to the present embodiment are shown.

Referring to fig. 6, the main board audio debugging device of the present embodiment includes the aforementioned control unit 11, the aforementioned data acquisition unit 12, the aforementioned data analysis unit 13, and the result output unit 14.

A control unit 11, configured to send an audio instruction to a motherboard to be debugged, so that the motherboard generates an audio signal; the audio signal may be the first audio signal, the second audio signal, the third audio signal, the fourth audio signal, or the associated audio signal.

A data acquisition unit 12 for acquiring specified audio data generated from the audio signal; the specified audio data may be the first specified audio data, the second specified audio data, the third specified audio data, the fourth specified audio data, or the associated specified audio data.

A data analysis unit 13 for comparing the specified audio data with preset data to generate an analysis result; the analysis result may be the first analysis result, the second analysis result, the third analysis result, the fourth analysis result, the fifth analysis result, or the related analysis result.

The control unit 11 is also configured to: if the analysis result meets the first condition, a new audio instruction is sent to the main board so that the main board generates a new audio signal; wherein the new audio instruction contains data that is different from the data contained in the previous audio instruction; the new audio instruction may be the aforementioned second audio instruction, third audio instruction, fourth audio instruction, or an associated audio instruction; the new audio signal may be the aforementioned second audio signal, third audio signal, fourth audio signal or associated audio signal.

The data acquisition unit 12 is also configured to acquire new specified audio data generated from the new audio signal; the new specified audio data may be the aforementioned second specified audio data, third specified audio data, fourth specified audio data, or associated specified audio data.

The data analysis unit 13 is further configured to compare the new specified audio data with preset data to generate a new analysis result; the preset data may be the first preset data, the second preset data or the related preset data; the new analysis result may be the aforementioned second analysis result, third analysis result, fourth analysis result, fifth analysis result, or related analysis result.

The result output unit 14 is configured to output the current debug result in a specified manner, and referring to fig. 3, taking the power as an example, the result output unit 14 receives the result output control instruction sent by the control unit 11, and outputs the relevant parameters set by each channel, specifically, may display the power in a form of a curve and a data list.

The control unit 11, the data acquisition unit 12 and the data analysis unit 13 are mainly implemented by software of a computer, and the operation interface of the corresponding program is shown in fig. 7.

In other embodiments, the motherboard audio debug apparatus further comprises the aforementioned data collector 2.

It should be noted that, because the content of information interaction and execution process between the above devices/units is based on the same concept as the method embodiment of the present application, specific functions and technical effects thereof may be referred to in the method embodiment section, and will not be described herein.

Fig. 8 is a schematic structural diagram of a computing device according to an embodiment of the present application. As shown in fig. 8, the computing device of this embodiment includes: at least one processor 80 (only one shown in fig. 8), a memory 81, and a computer program 82 stored in the memory 81 and executable on the at least one processor 80; the steps of any of the various motherboard audio debugging method embodiments described above are implemented when the processor 80 executes the computer program 82.

The computing device may be a desktop computer, a notebook computer, a palm computer, a cloud server, or the like. The computing device may include, but is not limited to, a processor 80 and a memory 81. It will be appreciated by those skilled in the art that fig. 8 is merely an example of a computing device and is not intended to be limiting, and may include more or fewer components than shown, or may combine certain components, or different components, e.g., may also include input and output devices, network access devices, buses, etc.

The Processor 80 may be a central processing unit (Central Processing Unit, CPU), the Processor 80 may also be other general purpose processors, digital signal processors (DIGITAL SIGNAL Processor, DSP), application SPECIFIC INTEGRATED Circuit (ASIC), off-the-shelf Programmable gate array (Field-Programmable GATE ARRAY, FPGA) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 81 may be an internal storage unit of the computing device, such as a hard disk or memory of the computing device, in some embodiments. The memory 81 may also be an external storage device of the computing device in other embodiments, such as a plug-in hard disk provided on the computing device, a smart memory card (SMART MEDIA CARD, SMC), a Secure Digital (SD) card, a flash memory card (FLASH CARD), or the like. Further, the memory 81 may also include both internal storage units of the computing device and external storage devices. The memory 81 is used to store an operating system, application programs, boot loader (BootLoader), data, and other programs, etc., such as program codes of computer programs, etc. The memory 81 may also be used to temporarily store data that has been output or is to be output.

By way of example, the computer program 82 may be partitioned into one or more modules/units that are stored in the memory 81 and executed by the processor 80 to complete the present application. One or more of the modules/units may be a series of computer program instruction segments capable of performing particular functions to describe the execution of the computer program 82 in a computing device.

According to the embodiment of the application, the machine debugging is adopted to replace manual debugging, the professional capability requirement on debugging personnel can be greatly reduced by unifying the input debugging standard and judging standard, the difference of debugging output results caused by subjective judgment of the personnel can be avoided, the consistency of the debugging output results can be ensured, the debugging period can be greatly shortened, and the debugging efficiency can be improved; compared with the traditional debugging mode, the AQ debugging method is more suitable for integrating AQ debugging into a production line; the main chip automatically generates a corresponding signal source to replace an external input signal according to the requirement, so that the dependence on a signal source generator is eliminated, the quality of the generated sound source is ensured to be better, and the dependence of product debugging on the environment is greatly reduced.

It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic, and should not limit the implementation process of the embodiment of the present application.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional units and modules is illustrated, and in practical application, the above-described functional distribution may be performed by different functional units and modules according to needs, i.e. the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-described functions. The functional units and modules in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, the specific names of the functional units and modules are only for distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working process of the units and modules in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.

The aforementioned integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application may implement all or part of the flow in the above-described embodiment method, which may be implemented by a computer program to instruct related hardware, where the computer program may be stored in a computer readable storage medium; which, when executed by a processor, performs the steps of the various method embodiments described above. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, executable files or in some intermediate form, etc. The computer readable medium includes: any entity or device capable of carrying computer program code to an apparatus/terminal device, recording medium, computer Memory, read-Only Memory (ROM), random access Memory (RAM, random Access Memory), electrical carrier signals, telecommunications signals, and software distribution media. Such as a U-disk, removable hard disk, magnetic or optical disk, etc. In some jurisdictions, computer readable media may not be electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

Embodiments of the present application also provide a computer readable storage medium storing a computer program which, when executed by a processor, implements steps of the various method embodiments described above.

Embodiments of the present application provide a computer program product which, when run on a terminal device such as a computer, causes the computer to perform the steps of the various method embodiments described above.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/device and method may be implemented in other manners. For example, the apparatus/device embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical functional division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

The above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims

1. The main board audio debugging method is characterized by comprising the following steps of:

sending a first audio instruction to a main board to be debugged;

Comparing the second appointed audio data with the first preset data to generate a second analysis result so as to finish debugging corresponding to the second audio instruction;

Sending a second audio instruction to the main board specifically comprises:

the acquiring of the second designated audio data specifically includes:

2. The method of claim 1, further comprising, after generating the second analysis result:

if the second analysis result meets the first condition, comparing the second appointed audio data with second preset data to generate a fifth analysis result; wherein the second preset data is different from the first preset data.

3. The method of claim 1, wherein sending the first audio instruction to the motherboard to be debugged specifically comprises:

a first audio instruction containing relevant parameters of audio data is sent to the main board; wherein, the relevant parameters of the audio data are set according to the input debugging stepping value;

after generating the first analysis result, further comprising:

Modifying the debug stepping value;

before sending the second audio instruction to the main board, the method further comprises:

Setting the value of the audio data related parameter according to the modified debugging stepping value, and generating the second audio instruction according to the reset audio data related parameter.

4. The method of claim 3, further comprising, after generating the second analysis result:

if the second analysis result meets the first condition, the debugging stepping value is modified again, the value of the audio data related parameter is set according to the debugging stepping value which is modified again, a third audio instruction is generated according to the audio data related parameter which is set again, and the third audio instruction is sent to the main board; wherein the third audio instruction comprises data different from the data comprising the second audio instruction;

acquiring third appointed audio data; wherein the third specified audio data is generated from a third audio signal generated by the motherboard upon receipt of the third audio instruction;

comparing the third appointed audio data with the first preset data to generate a third analysis result so as to finish debugging corresponding to the third audio instruction.

5. The method as recited in claim 1, further comprising: and outputting a debugging result.

6. The method of any of claims 1 to 5, wherein the motherboard has a plurality of audio channels, the method further comprising:

And if the second analysis result meets a second condition, executing the debugging of the next audio channel of the main board.

7. A motherboard audio debugging device, comprising:

the data analysis unit is further used for comparing the second appointed audio data with the first preset data and generating a second analysis result so as to complete debugging corresponding to the second audio instruction;

the main board is provided with a first audio generation circuit and a second audio generation circuit which are mutually related; the first audio instruction is used for debugging the first audio generation circuit; the sending the second audio instruction to the main board specifically includes:

the acquiring the second designated audio data specifically includes:

8. A computing device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method of any of claims 1 to 6 when the computer program is executed.

9. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the method according to any one of claims 1 to 6.