CN112799629A

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

Info

Publication number: CN112799629A
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: 2021-05-14
Anticipated expiration: 2041-01-06
Also published as: CN112799629B

Abstract

The application is applicable to the technical field of device debugging, and provides a mainboard audio debugging method, device, equipment and storage medium, which comprise the following steps: sending a first audio instruction to a mainboard to be debugged; acquiring first designated audio data; wherein the first designated audio data is generated from a first audio signal generated by the motherboard upon receiving the first audio instruction; comparing the first designated audio data with first preset data to generate a first analysis result; if the first analysis result meets a first condition, sending a second audio instruction to the mainboard, wherein the data contained in the second audio instruction is different from the data contained in the first audio instruction; acquiring second designated audio data; and comparing the second designated 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 cost.

Description

Mainboard audio debugging method, device, equipment and storage medium

Technical Field

The present application belongs to the field of device debugging technologies, and in particular, to a method, an apparatus, a device, and a storage medium for debugging a motherboard audio.

Background

The traditional AQ (Acoustic Quantitative) debugging method mainly determines whether the audio state output by the current motherboard meets expectations or not through subjective determination of professionals and through analyzing data acquired by professional instruments (such as an audio analyzer). However, since the debugging result is determined by the debugging personnel, the professional ability of the debugging personnel and the requirement on professional instruments are high, and the cost is high.

Disclosure of Invention

Embodiments of the present application provide a method, an apparatus, a device and a storage medium for debugging a motherboard audio, which can reduce cost.

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

sending a first audio instruction to a mainboard to be debugged;

acquiring first designated audio data; wherein the first designated audio data is generated from a first audio signal generated by the motherboard upon receiving the first audio instruction;

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

if the first analysis result meets a first condition, sending a second audio instruction to the mainboard, wherein the data contained in the second audio instruction is different from the data contained in the first audio instruction;

acquiring second designated audio data; wherein the second designated audio data is generated from a second audio signal generated by the motherboard upon receiving the second audio instruction;

and comparing the second designated 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, sending the first audio instruction to the motherboard to be debugged specifically includes: sending a first audio instruction containing audio data related parameters to the mainboard; wherein the audio data related parameters are set according to the input debugging stepping value;

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

before sending the second audio instruction to the main board, the method further comprises: and 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 form of the first aspect,

the mainboard is provided with a first audio generating circuit and a second audio generating circuit which are mutually associated; the first audio instruction is used for debugging the first audio generating circuit;

sending a second audio instruction to the motherboard, specifically including:

sending an associated audio instruction to the mainboard; wherein the associated audio instruction comprises data different from data comprised by the first audio instruction, the associated audio instruction being for debugging the second audio generating circuit;

obtaining second designated audio data, specifically comprising:

acquiring associated specified audio data; wherein the associated designated audio data is generated from an associated audio signal generated by the motherboard upon receiving the associated audio instruction;

comparing the second designated audio data with the first preset data, and generating a second analysis result to complete debugging corresponding to the second audio instruction, specifically including:

comparing the associated designated audio data with associated preset data to generate an associated analysis result;

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

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

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

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

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

the data analysis unit is used for comparing the first designated 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, sending a second audio instruction to the mainboard; wherein the second audio instruction contains data that is different from the data contained in the first audio instruction;

the data acquisition unit is further used for acquiring second designated audio data; wherein the second designated audio data is generated from a second audio signal generated by the motherboard upon receiving 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, an embodiment of the present application provides a computing device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the method of any one of the above 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, which, when run on a terminal device, causes the terminal device to perform the method of any one of the above first aspects.

It is understood that the beneficial effects of the second aspect to the fifth aspect can be referred to the related description of the first aspect, and are not described herein again.

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

sending a first audio instruction which enables the mainboard to generate a first audio signal to the mainboard, and acquiring first specified audio data generated according to the first audio signal; comparing the first designated audio data with first preset data to generate a first analysis result; if the first analysis result meets the first condition, sending a second audio instruction which can enable the mainboard to generate a second audio signal to the mainboard; since the second audio instruction contains data that is different from the data contained in the first audio instruction, the second specific audio data generated from the second audio signal is generally different from the first specific audio data generated from the first audio signal; comparing the second designated 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 debugging requirement, and the subsequent action can be executed accordingly; therefore, intelligent automatic audio debugging of the mainboard can be realized, the cost can be reduced, and the consistency of debugging results can be ensured.

Some possible implementations of embodiments of the present application have the following beneficial effects:

the debugging step value for determining the set step length of the audio data related parameters is modified, the audio data related parameters are set according to the modified debugging step value, and then the main board is debugged, so that the debugging blind area can be avoided, and the debugging efficiency can be improved;

for the condition that a plurality of parts in a main board for generating audio influence each other, backtracking debugging is carried out in the debugging process: readjusting the previous part, specifically sending a related audio instruction to debug; returning to re-debug the current part after the previous part is successfully debugged, specifically, performing the debugging on the first specified audio data again; therefore, the debugging method can ensure the whole consistency of debugging, improve the yield and improve the debugging efficiency.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or the prior art descriptions 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 it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

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

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

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

fig. 4 is a schematic flowchart of a variation of a motherboard audio debugging method according to an embodiment of the present application;

fig. 5 is a schematic flowchart of another variation of a motherboard audio debugging method according to an embodiment of the present application;

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

fig. 7 is a schematic view of an operation interface of a motherboard audio debugging apparatus according to another embodiment of the present application;

FIG. 8 is a schematic block diagram of a computing device provided by 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 solutions and advantageous effects to be solved by the present application more clearly apparent, the present application is further described in detail below with reference to fig. 1 to 9 and the embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the 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 will 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 this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to" determining "or" in response to detecting ". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

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

Reference throughout this 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 present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.

Example one

The embodiment provides a mainboard audio debugging method, in particular to a mainboard intelligent audio debugging method, which is used for carrying out audio debugging on a mainboard 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 by the present embodiment, which may be applied to the computing device 1 by way of example and not limitation. The computing device 1 may be a personal computer or a server, and the embodiment does not limit the specific type of the computing device.

Referring to fig. 1, the computing apparatus 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 execution subject of the method is the computing device 1.

Step S11, a first audio instruction 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-computer interaction interface on the computing device 1, and thus, the first audio instruction is 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, specifically, 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 generating 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, the audio signal source is generated through an internal I/O (Input/Output) interface of the main chip 31 in an analog manner; after the main board 3 receives the first audio command, the signal generating unit 311 of the main chip 31 generates an audio signal source. 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 the audio signal source, the signal processing unit 312 performs audio correlation processing (also referred to as AQ correlation processing) on the audio electrical signal to generate an audio electrical signal. For example, the audio-related processing may be modifying the amplitude of the audio signal source and/or extracting a low frequency signal from the audio signal source.

The audio electrical signal is used to generate an audio signal for audio circuitry 32. After the main chip 31 generates the 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 currently output audio electric signal. 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 the audio signal to the outside.

In step S12, first designated audio data is acquired, wherein the first designated audio data is generated by the first audio signal.

Referring to fig. 1, the data collector 2 includes a data collecting unit 21 and a data collecting communication unit 22. The data acquisition unit 21 acquires the first audio signal output by the current main board 3 in real time and performs corresponding processing and storage. The specific content of data acquisition comprises the following steps: acquiring audio signals output by the main board 3 in real time, wherein the data format is a sampling set formed according to a fixed sampling rate, and the data format can also be represented by a waveform, and a sine wave is common; since desired data such as distortion, power, and the like cannot be directly obtained from sampled data (audio signal), the audio signal needs to be processed, that is, the data needs to be extracted, divided, and subjected to data-related operations, so as to generate and store specified audio data such as first specified audio data; wherein the first specified audio data contains data desired to be acquired, such as a distortion factor.

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 acquisition unit 2 based on the received data acquisition control instruction; the data collecting communication unit 22 responds to an external data request command and returns corresponding data, i.e., first designated audio data, to the data obtaining unit 12 (also 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, the computing device 1 enables the first specified audio data to be retrieved from the motherboard 3.

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

Step S13, comparing the first designated audio data with the first preset data, and generating a first analysis result.

After receiving the first designated audio data, the data acquisition unit 12 sends the first designated audio data to the data analysis unit 13. The data analysis unit 13 analyzes the first designated 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 the standard state of the designated audio data, and is a standard value or a target value (which may be a target value set by a user) of the designated audio data, for example, the distortion factor is less than or equal to 0.5% (1K, 1W); the first analysis result may specifically be that the first designated audio data is greater than or equal to the first preset data, or that the first designated audio data is less than or equal to the first preset data, or that the first designated audio data meets a criterion or 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 mainboard, so that the mainboard 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 (the 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 debugging requirement, and indicates that the motherboard 3 needs to be debugged. The control unit 11 sends a second audio instruction to the main board 3. The audio command includes specific parameters, and different specific parameters are different from the audio signal generated by the main board 3, so that the data to be acquired included in the specific audio data is different. The second audio instruction contains data (such as specified parameters) that is different from the data (such as specified parameters) contained in the first audio instruction, and 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 the main board 3 receives the second audio command, the main board 3 analyzes 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 a second audio signal through the audio circuit 32.

In step S15, second specific audio data is acquired, wherein the second specific audio data is generated according to 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 currently output by the motherboard 3 in real time and performs corresponding processing, generates second designated audio data, and stores the second designated audio data.

Similarly to step S12, 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 acquisition unit 2 based on the received data acquisition control instruction; the data collecting communication unit 22 responds to an external data request command and returns corresponding data, i.e., second designated audio data, to the data acquiring unit 12. The data obtaining unit 12 receives the second designated audio data from the data collecting unit 21 of the data collector 2, thereby obtaining the second designated audio data.

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

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

Similarly to step S13, the data obtaining unit 12, upon receiving the second specified audio data, sends the second specified audio data to the data analyzing unit 13. The data analysis unit 13 analyzes the second designated audio data captured by the data acquisition unit 12 according to the set first preset data to generate a second analysis result; the second analysis result may be that the second designated audio data is greater than or equal to the first preset data, or that the second designated audio data is less than or equal to the first preset data, or that the second designated audio data meets the criterion or is larger, smaller or invalid.

The data analysis unit 13 sends 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.

According to the above description, 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 obtaining unit 12 of the computing device 1 obtains first specified audio data generated by the data collector 2 according to the first audio signal; the data analysis unit 13 compares the first designated 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, so that the main board 3 can generate a second audio signal; since the second audio instruction contains data that is different from the data contained in the first audio instruction, the second specific audio data generated from the second audio signal is generally different from the first specific audio data generated from the first audio signal; comparing the second designated 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 debugging requirement, and the subsequent action can be executed accordingly; therefore, intelligent automatic audio debugging of the mainboard can be 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 specified audio data with second preset data to generate a fifth analysis result; 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 both industry standard values. Industry standard values are classified into different standard grades, such as a highest standard and a 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 a preset standard level, where the preset standard level may be multiple sets; specifically, the current hardware standard grade corresponding to the mainboard 3 which sends the second audio signal is determined according to the second designated audio data or the second analysis result; setting new standard data (namely second preset data) corresponding to the standard grade according to the current hardware standard grade, for example, setting second preset data corresponding to a lower standard grade; then, the second designated audio data is compared with the second preset data, or the audio command is re-sent for debugging (for example, the aforementioned steps S14 to S16 are re-executed), and the current level of hardware and debugging data are returned after 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, direct feedback ng (no good) is given, which indicates that the current hardware cannot meet the test. Specifically, if the fifth analysis result still meets the first condition, the result is recorded as a debug failure, for example, as a hardware debug failure.

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 requires 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 motherboard 3 meets the standard, and the test result of the current test channel is saved and the audio debugging of the next channel is executed.

After debugging is finished, the current debugging result can be output according to a specified mode; referring to fig. 3, taking the power as an example, the relevant parameter 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: referring to fig. 4, the step S11 of sending the first audio command to the motherboard 3 is specifically sending the first audio command containing the audio data related parameters to the motherboard 3; the audio data related parameters are set according to the input debugging stepping value, for example, the debugging stepping value is 0.1V, and the currently set audio data related parameters are 0.1V larger or smaller than the previous parameters; before sending a second audio instruction to the mainboard 3, 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; wherein the second audio instruction comprises the modified audio data related parameters; thus, the details of steps S14 to S16 in the present embodiment are as follows.

The audio data-related parameter is the aforementioned specified parameter.

The mainboard 3 receives an audio instruction containing audio data related parameters, analyzes the audio instruction and further generates an audio signal according to the audio data related parameters; the audio data related parameters are parameters related to the specified audio data, and different audio data related parameters correspond to different specified audio data; thus, the audio signals generated according to different audio data related parameters are different, and the corresponding designated audio data are also different. In short, the audio data related parameters included in the audio command 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 accords with 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 mainboard to enable the mainboard to generate a second audio signal; wherein the second audio instruction comprises the modified audio data related parameter.

The audio instruction may include one or more audio-data related parameters and, thus, may modify one or more audio-data related parameters.

During the debugging process of the system, the main board (debugging target) may be initialized, and then the control unit 11 modifies the audio data related parameter according to the modified debugging step value to generate a new audio data related parameter, for example: according to the previous debugging step value, the audio data related parameter should be 1.9V; according to the modified debugging step value, the audio data related parameter is 1.95V. The modified audio data related parameter (such as the aforementioned voltage of 1.95V) is different from the audio data related parameter included in the first audio command. 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 the main board 3 receives the second audio instruction, the second audio instruction is analyzed, the signal generating unit 311 of the main chip 31 generates a second audio signal source, the signal processing unit 312 generates a second audio electrical signal based on the second audio signal source, and the audio circuit 32 generates and outputs the second audio signal.

The main board 3 generates and outputs a second audio signal. Similar to the foregoing step S12, the data acquisition unit 21 acquires the second audio signal currently output by the motherboard 3 in real time and performs corresponding processing, generates second designated audio data, and stores the second designated audio data.

Similar to the aforementioned step S12, 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 acquisition unit 2 based on the received data acquisition control instruction; the data collecting communication unit 22 responds to an external data request command and returns corresponding data, i.e., second designated audio data, to the data acquiring unit 12. The data obtaining unit 12 receives the second designated audio data from the data collecting unit 21 of the data collector 2, thereby obtaining the second designated audio data.

Similarly to the aforementioned step S13, the data obtaining unit 12, upon receiving the second specified audio data, sends the second specified audio data to the data analyzing unit 13. The data analysis unit 13 analyzes the second designated audio data captured by the data acquisition unit 12 according to the set first preset data to generate a second analysis result; the second analysis result may be that the second designated audio data is greater than or equal to the first preset data, or that the second designated audio data is less than or equal to the first preset data, or that the second designated audio data meets the criterion or is larger, smaller or invalid. Of course, the second specific 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 step value, generates a new second audio instruction according to the audio data related parameter 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 main board 3 generates a 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 motherboard 3 is debugged for multiple times according to the modified debugging step value, the analysis result still meets the first condition (that is, does not meet the debugging requirement), the control unit 11 modifies the debugging step value again, for example, modifies the debugging step value from 0.05V to 0.04V, sets the value of the audio data related parameter according to the modified debugging 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 main board 3 generates the third audio signal, the computing device obtains third designated audio data generated according to the third audio signal, compares the third designated 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 the second condition, that is, meets the debugging requirement, the debugging is recorded as successful, for example, the software debugging is recorded as successful.

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

The process of the main control unit 11 determining the flow direction of the current control flow is the result of controlling the main board 3 to set new audio data related parameters (such as power related parameters) or to adjust the next channel and store the current test channel.

EXAMPLE III

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

Given audio data, there is an interplay, such as sound effects and gain. The sound effect and the gain are controlled by different parts of the main board 3; illustratively, 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 generating circuit 321 is used for controlling sound effects, and the second audio generating circuit 322 is used for controlling gain; the sound effects and gain are embodied in the finally 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 a related 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. to gain debug. The gain debugging is debugged before, and accords with the debugging requirement, but the current sound effect debugging does not accord with the requirement.

In step S14, if the first analysis result meets the first condition, a related audio instruction is sent to the motherboard, so that the motherboard generates a related audio signal.

The control unit 11 sends the associated audio instruction to the main board 3 in order to re-debug the previous debugging, such as gain debugging.

As described above, the part for realizing the sound effect and the part for realizing the gain in the main board 3 are different parts, and both the part for realizing the sound effect and the part for realizing the gain are located in the audio circuit 32.

After the main board 3 receives the associated audio command, the associated audio command is analyzed, the associated audio signal source is generated by the signal generating unit 311 of the main chip 31, the associated audio electrical signal is generated by the signal processing unit 312 based on the associated audio signal source, and the associated audio signal is generated and output by the audio circuit 32.

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

The main board 3 generates and outputs the associated audio signal after receiving the associated audio instruction. Similar to step S12, the data acquisition unit 21 acquires the associated audio signal currently output by the motherboard 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 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 acquisition unit 2 based on the received data acquisition control instruction; the data acquisition communication unit 22 responds to an external data request command and returns corresponding data, that is, associated designated audio data, to the data acquisition unit 12. The data acquisition unit 12 receives the associated designated audio data from the data acquisition unit 21 of the data acquisition unit 2, thereby realizing acquisition of the associated designated audio data.

Step S16, comparing the associated designated audio data with the associated preset data, and generating an associated analysis result to complete debugging corresponding to the associated audio instruction.

Similarly to the aforementioned step S13, the data obtaining unit 12, upon receiving the association specifying audio data, sends the association specifying audio data to the data analyzing unit 13. The data analysis unit 13 analyzes the associated designated audio data captured by the data acquisition unit 12 according to the set associated preset data to generate an associated 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 criterion or is larger, smaller, or invalid.

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

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

If the correlation analysis result meets the second condition, that is, meets the debugging requirement, the first audio instruction is sent to the mainboard again, so that the mainboard regenerates the first audio signal to execute the debugging of the first specified audio data again.

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

In this embodiment, steps S14 to S16 are a backtracking debugging operation, which is called backtracking debugging.

According to the above, for the case that there are a plurality of parts affecting each other in the main board for generating audio, the present embodiment performs trace-back debugging in the debugging process: readjusting the previous part according to the current abnormal state and the actual data, specifically sending a related audio instruction to debug; returning to re-debug the current part after the previous part is successfully debugged, specifically, performing the debugging on the first specified audio data again; therefore, the debugging method can ensure the whole consistency of debugging, improve the yield and improve the debugging efficiency.

Example four

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

Referring to fig. 6, the main board audio debugging apparatus 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.

The control unit 11 is configured to send an audio instruction to a motherboard to be debugged, so that the motherboard generates an audio signal; the audio signal here may be the aforementioned first audio signal, second audio signal, third audio signal, fourth audio signal or related audio signal.

A data acquisition unit 12 for acquiring specified audio data generated from an audio signal; here, the specific audio data may be the aforementioned first specific audio data, second specific audio data, third specific audio data, fourth specific audio data, or association specific audio data.

The data analysis unit 13 is used for comparing the specified audio data with preset data to generate an analysis result; here, 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 correlation analysis result.

The control unit 11 is also configured to: if the analysis result meets the first condition, sending a new audio instruction to the mainboard to enable the mainboard to generate 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 can be the second audio instruction, the third audio instruction, the fourth audio instruction or the 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 a 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 association specified audio data.

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

The result output unit 14 is configured to output a current debugging result in a specified manner, and referring to fig. 3, taking the power as an example, the result output unit 14 receives a result output control instruction sent by the control unit 11, and outputs a relevant parameter set by each channel, which may specifically be a power displayed in the 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 please refer to fig. 7 for an operation interface of a corresponding program.

In other embodiments, the motherboard audio debugging apparatus further includes the aforementioned data collector 2.

It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.

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 in 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, a palm top computer, a cloud server, or other computing device. The computing device may include, but is not limited to, a processor 80 and a memory 81. Those skilled in the art will appreciate 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 those shown, or some of the components may be combined, or different components, such as input output devices, network access devices, buses, etc.

The Processor 80 may be a Central Processing Unit (CPU), and the Processor 80 may also be other general purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), off-the-shelf Programmable Gate arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The storage 81 may be an internal storage unit of the computing device, such as a hard disk or a 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, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), etc. provided on the computing device. Further, the memory 81 may also include both internal storage units of the computing device and external storage devices. The memory 81 is used for storing an operating system, an application program, a BootLoader (BootLoader), data, and other programs, such as program codes of a computer program. The memory 81 may also be used to temporarily store data that has been output or is to be output.

Illustratively, the computer program 82 may be divided into one or more modules/units, which are stored in the memory 81 and executed by the processor 80 to accomplish the present application. One or more of the modules/units may be a series of computer program instruction segments capable of performing specific functions that describe the execution of the computer program 82 in a computing device.

According to the embodiment of the application, manual debugging is replaced by machine debugging, the professional ability requirement on debugging personnel can be greatly reduced by unifying the input debugging standard and the judgment standard, the difference of debugging output results caused by subjective judgment of 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 method is more suitable for integrating AQ debugging into a production line; the main chip directly generates a sound signal source, and particularly, the main chip automatically generates a corresponding signal source according to the requirement to replace an external input signal, so that the dependence on a signal source generator is removed, the quality of the generated sound source is better ensured, and the dependence of product debugging on the environment is greatly reduced.

It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

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

The aforementioned integrated units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the methods of the embodiments described above may be implemented by a computer program, which may be stored in a computer-readable storage medium, to instruct related hardware; the computer program may, when being executed by a processor, realize the steps of the respective method embodiments described above. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or 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), electrical carrier wave signals, telecommunications signals, and software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.

Embodiments of the present application also provide a computer-readable storage medium, which stores a computer program, and the computer program is implemented to realize the steps of the above method embodiments when executed by a processor.

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 implement the steps that can be implemented in the above-described method embodiments.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

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 implementation. 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 ways. For example, the above-described apparatus/device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts 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 can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims

1. A mainboard audio debugging method is characterized by comprising the following steps:

sending a first audio instruction to a mainboard to be debugged;

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 specified 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:

sending a first audio instruction containing audio data related parameters to the mainboard; wherein the audio data related parameters are set according to the input debugging stepping value;

after generating the first analysis result, further comprising:

modifying the debug step value;

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

and 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, after generating the second analysis result, further comprising:

if the second analysis result meets the first condition, modifying the debugging stepping value again, setting the value of the audio data related parameter according to the modified debugging stepping value again, generating a third audio instruction according to the audio data related parameter which is set again, and sending the third audio instruction to the mainboard; wherein the third audio instruction comprises data that is different from the data comprised by the second audio instruction;

acquiring third appointed audio data; wherein the third designated audio data is generated from a third audio signal generated by the motherboard upon receiving the third audio instruction;

and comparing the third designated 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 of claim 1, wherein the motherboard has a first audio generation circuit and a second audio generation circuit associated with each other; the first audio instruction is used for debugging the first audio generating circuit;

sending a second audio instruction to the motherboard, specifically including:

obtaining second designated audio data, specifically comprising:

6. The method of claim 1, further comprising: and outputting a debugging result.

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

and if the second analysis result accords with a second condition, executing debugging of the next audio channel of the mainboard.

8. A mainboard audio debugging device, comprising:

9. 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 7 when executing the computer program.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 7.