Sound card driving compatible circuit, sound card equipment and driving method

Abstract

The invention relates to the technical field of sound card design, and particularly discloses a sound card driving compatible circuit, sound card equipment and a driving method. The circuit comprises an audio coding and decoding chip and a main controller, a first end of the audio coding and decoding chip is connected with the earphone socket, a second end is connected with the audio power amplifier, a third end is connected with a first end of the main controller, a fourth end and the main controller are connected with an external controller, and the main controller is connected with the audio power amplifier. The audio coding and decoding chip acquires a system kernel of an external system detected by the external controller and then generates a kernel judgment signal, and when an earphone is not inserted into the earphone socket, generates a power amplifier power supply starting signal and transmits the power amplifier power supply starting signal to the main controller; and when receiving the power amplifier power supply starting signal, the main controller generates a power amplifier driving signal according to the level state of the kernel judgment signal so as to control the power amplifier driving signal to drive the audio power amplifier to be started. Logic judgment is carried out through two kinds of heterogeneous data to control the on-off state of the audio power amplifier, and compatibility of different systems is achieved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of sound card design, and particularly relates to a sound card driving compatible circuit, a sound card device and a driving method. BACKGROUND

[0002] In the design of an audio system, an audio codec chip is connected to a headphone interface and an audio power amplifier through an analog output channel respectively, and controls the start and stop of the power amplifier. At the same time, the definition of the power amplifier control signal is realized by combining the audio codec chip configuration code integrated in the BIOS, realizing the function of sounding the loudspeaker when no earphone is inserted and automatically switching to the earphone and closing the loudspeaker when the earphone is inserted.

[0003] However, there are logical differences in reading the audio codec chip configuration integrated in the BIOS between Windows and Linux systems. The Windows system can normally read the configuration and match the control logic of the existing hardware, so the switching and sounding of the loudspeaker and the earphone are normal. The kernel driver of the Linux system does not support reading the audio codec chip configuration in the BIOS, and the complete conflict with the control logic of the existing hardware will directly trigger the power amplifier to be closed. Therefore, whether the earphone is inserted or not under the Linux system, the power amplifier will be closed as long as the sound is played, and finally the loudspeaker has no sound output and the audio function is invalid. It is necessary to customize the audio driver, and different Linux systems need to provide different drivers. At the same time, due to the inability to directly obtain the audio kernel driver, it is difficult to perform compatible matching for some Linux systems with non-open source kernels.

[0004] The above content is only used to assist in understanding the technical solutions of the present application and does not represent the acknowledgement of the above content as prior art. SUMMARY

[0005] The main purpose of the present application is to provide a sound card driving compatible circuit, a sound card device and a driving method, which aims to solve the technical problem that the sound card cannot simultaneously compatible with different operating systems in the prior art.

[0006] To achieve the above purpose, the present application provides a sound card driving compatible circuit, which comprises an audio codec chip and a main controller. The first end of the audio codec chip is connected with a headphone socket, the second end of the audio codec chip is connected with an audio power amplifier, the third end of the audio codec chip is connected with the first end of the main controller, the fourth end of the audio codec chip and the second end of the main controller and an external controller are connected, and the third end of the main controller is connected with the audio power amplifier. The main controller is used for collecting a kernel judgment signal generated after the external system kernel is detected by the external controller. The audio codec chip is configured to collect the kernel judgment signal, and generate a power amplifier power-on signal based on the kernel judgment signal when the earphone socket is not inserted with an earphone, and transmit the power amplifier power-on signal to the main controller. The main controller is further configured to generate a power amplifier driving signal based on a level state of the kernel judgment signal to drive the audio power amplifier to be turned on when the power amplifier power-on signal is received.

[0007] In an embodiment, the audio codec chip is further configured to generate a power amplifier power-off signal based on the kernel judgment signal when the earphone socket is inserted with an earphone, and transmit the power amplifier power-off signal to the main controller. The main controller is further configured to stop generating the power amplifier driving signal based on a level state of the kernel judgment signal to control the audio power amplifier to be turned off when the power amplifier power-off signal is received.

[0008] In an embodiment, the kernel judgment signal is a high level when the external controller is detected as a Windows system. The audio codec chip is configured to generate a low-level power amplifier power-on signal when the earphone socket is not inserted with an earphone and the kernel judgment signal is a high level, and transmit the low-level power amplifier power-on signal to the main controller. The main controller is configured to generate the power amplifier driving signal when the power amplifier power-on signal is a low level and the kernel judgment signal is a high level.

[0009] In an embodiment, the audio codec chip is further configured to generate a high-level power amplifier power-off signal when the earphone socket is inserted with an earphone and the kernel judgment signal is a high level, and transmit the high-level power amplifier power-off signal to the main controller. The main controller is configured to stop generating the power amplifier driving signal when the power amplifier power-off signal is a high level and the kernel judgment signal is a high level.

[0010] In an embodiment, the kernel judgment signal is a low level when the external controller is detected as a Linux system. The audio codec chip is configured to generate a high-level power amplifier power-on signal when the earphone socket is not inserted with an earphone and the kernel judgment signal is a low level, and transmit the high-level power amplifier power-on signal to the main controller. The main controller is configured to generate the power amplifier driving signal when the power amplifier power-on signal is a high level and the kernel judgment signal is a low level.

[0011] In an embodiment, the audio codec chip is further configured to generate a low-level power amplifier power-off signal when the earphone jack is plugged into an earphone and the core judgment signal is low, and transmit the low-level power amplifier power-off signal to the main controller. The main controller is configured to stop generating the power amplifier driving signal when the power amplifier power-off signal is low and the core judgment signal is low.

[0012] In an embodiment, the sound card driver compatible circuit further comprises a mute control module. The mute control module is connected to the main controller. The mute control module is configured to generate a mute signal based on an externally input shielding signal and transmit the mute signal to the main controller to control the main controller to stop generating the power amplifier driving signal, so as to control the audio power amplifier to be turned off. The main controller is further configured to stop generating the power amplifier driving signal within a preset time length after power-on, so as to control the audio power amplifier to be turned off.

[0013] In addition, to achieve the above-mentioned purpose, the present application further provides a sound card device, which comprises an external controller, an earphone jack, an audio power amplifier, and a sound card driver compatible circuit as described above.

[0014] In addition, to achieve the above-mentioned purpose, the present application further provides a sound card device driving method, which is applied to the sound card device as described above, and the method comprises: obtaining a system core of an external system and generating a core judgment signal corresponding to the system core; generating a power amplifier power-on signal according to the access status of an earphone; generating a power amplifier driving signal according to the level state of the power amplifier power-on signal and the core judgment signal to drive the audio power amplifier to be turned on.

[0015] In an embodiment, the step of obtaining a system core of an external system and generating a core judgment signal corresponding to the system core comprises: obtaining a load option code of the external system; judging whether the load option code contains a preset core code corresponding to the external system; generating the core judgment signal corresponding to the system core of the external system when the load option code contains the preset core code corresponding to the external system.

[0016] The technical scheme of the present application provides a sound card driving compatible circuit, a sound card device and a driving method. The sound card driving compatible circuit comprises an audio codec chip and a main controller. The first end of the audio codec chip is connected with a headphone socket, the second end of the audio codec chip is connected with an audio power amplifier, the third end of the audio codec chip is connected with the first end of the main controller, the fourth end of the audio codec chip and the second end of the main controller are connected with an external controller, and the third end of the main controller is connected with the audio power amplifier. The main controller is used for collecting a kernel judgment signal generated after the external controller detects a system kernel of an external system. The audio codec chip is used for collecting the kernel judgment signal, generating a power amplifier power-on signal based on the kernel judgment signal when no earphone is inserted into the headphone socket, and transmitting the power amplifier power-on signal to the main controller. The main controller is further used for generating a power amplifier driving signal according to the level state of the kernel judgment signal to drive the audio power amplifier to be turned on when the power amplifier power-on signal is received. The kernel judgment signal of the external system is collected by the main controller to distinguish Windows system and Linux system, the earphone access state is reflected by the power amplifier power signal output by the audio codec chip, the power amplifier driving signal suitable for different systems is generated, the audio driver needs not to be customized for different systems, and the technical problem of poor system compatibility is solved. BRIEF DESCRIPTION OF DRAWINGS

[0017] Figure 1 A structure schematic diagram of a first embodiment of the sound card driving compatible circuit provided by the present application; Figure 2 A structure schematic diagram of a first embodiment of the sound card driving compatible circuit provided by the present application; Figure 3 A structure schematic diagram of a second embodiment of the sound card driving compatible circuit provided by the present application; Figure 4 A flowchart of a first embodiment of the sound card device driving method provided by the present application; Figure 5 A flowchart of kernel judgment in the first embodiment of the sound card device driving method provided by the present application.

[0018] Explanation of reference signs: 10, audio codec chip; 20, main controller; 30, headphone socket; 40, audio power amplifier; 50, external controller; 60, mute control module.

[0019] The implementation, functional features and advantages of the present application will be further explained with reference to the embodiments and the accompanying drawings. DETAILED DESCRIPTION

[0020] 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.

[0021] With reference to the accompanying drawings, the technical solutions in the embodiments of the present application will be described clearly and completely. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments of the present application. Based on the embodiments in the present application, all the other embodiments obtained by a person of ordinary skill in the art without creative effort are within the protection scope of the present application.

[0022] It should be explained that all the direction indications (such as up, down, left, right, front, back, etc.) in the embodiments of the present application are only used to explain the relative position relationship, movement condition, etc. between components in a certain posture (as shown in the drawings). If the certain posture changes, the direction indications also change accordingly.

[0023] In addition, the descriptions of “first”, “second” and the like in the present application are only for the purpose of description, and cannot be understood as indicating or implying the relative importance of the indicated technical features or implicitly indicating the number of the indicated technical features. Therefore, the features defined as “first”, “second” can explicitly or implicitly include at least one of the features. In addition, the technical solutions of each embodiment can be combined with each other, but it must be based on the realization of a person of ordinary skill in the art. When the combination of technical solutions contradicts each other or cannot be realized, it should be considered that the combination of technical solutions does not exist and is not within the protection scope of the present application.

[0024] With reference to Figure 1 , Figure 1 The structure schematic diagram of the sound card drive compatible circuit according to the first embodiment of the present application is shown in the figure. Based on the sound card drive compatible circuit according to the first embodiment of the present application, the sound card drive compatible circuit can be compatible with the sound card drive of the computer. Figure 1 The sound card drive compatible circuit according to the first embodiment of the present application is proposed.

[0025] In the embodiment, the sound card drive compatible circuit comprises an audio codec chip 10 and a main controller 20. A first end of the audio codec chip 10 is connected with a headphone socket 30, a second end of the audio codec chip 10 is connected with an audio power amplifier 40, a third end of the audio codec chip 10 is connected with a first end of the main controller 20, a fourth end of the audio codec chip 10 and a second end of the main controller 20 are connected with an external controller 50, and a third end of the main controller 20 is connected with the audio power amplifier 40.

[0026] It should be noted that the main controller 20 can be configured to collect a kernel judgment signal generated by the external controller 50 after detecting a system kernel of an external system. The audio codec chip 10 can be configured to collect the kernel judgment signal, and when no earphone is plugged into the earphone socket 30, generate a power amplifier power-on signal based on the kernel judgment signal, and transmit the power amplifier power-on signal to the main controller 20. The main controller 20 can also be configured to generate a power amplifier driving signal according to the level state of the kernel judgment signal when receiving the power amplifier power-on signal, so as to control the power amplifier driving signal to drive the audio power amplifier 40 to be turned on.

[0027] It can be understood that the main controller 20 can be an electronic component with signal collection, logical judgment and output control functions, and in actual hardware, it can correspond to an embedded controller (EC). The external controller can be configured to judge an external system and receive a kernel judgment signal transmitted by BIOS through a 4-bit parallel bus protocol (Low Pin Count, LPC) or an embedded serial peripheral interface (ESPI) bus, that is, the sound card device can be recognized by BIOS to be connected to a Windows system or a Linux system. Specifically, the high and low levels of a digital signal can be used to represent the kernel judgment signal, for example, the kernel judgment signal can be set as a high-level signal to represent that the sound card device is connected to the Windows system at this time, and the kernel judgment signal can be set as a low-level signal to represent that the sound card device is connected to the Linux system at this time. Alternatively, the kernel judgment signal can be set as a low-level signal to represent that the sound card device is connected to the Windows system at this time, and the kernel judgment signal can be set as a high-level signal to represent that the sound card device is connected to the Linux system at this time.

[0028] It can be understood that the audio codec chip 10 can be an electronic device responsible for audio signal processing in a sound card device, including a high-definition audio codec (HDA Codec) and an I2S interface audio codec (I2S Codec). The audio codec chip 10 has one analog output (SURR_L / R) connected to the earphone socket 30, and can also be provided with another analog output (Front_L / R) connected to the audio power amplifier 40, and the audio power amplifier 40 is connected to the left and right speakers. The audio codec chip 10 and the earphone socket 30 can also be provided with a detection earphone access signal line (JD). The external power amplifier power down (EAPD) pin of the audio codec chip 10 is connected to the main controller 20. The audio codec chip 10 can also be connected to the external controller through the audio transmission interface bus (High Definition Audio, HDA) to transmit the kernel judgment signal of the external system to the audio codec chip 10 to control the output mode of the EAPD pin. The state of the EAPD pin is controlled by the system driver and BIOS, for example: in the Windows system, the EAPD configuration can be normally read to output high and low level to control the audio power amplifier, and in the Linux system, the output is high level when playing sound (earphone is not connected).

[0029] Referring to Figure 2 , Figure 2 The original structure diagram of the sound card driver compatible circuit. When the earphone is not inserted, the earphone socket 30 transmits a high level signal to the audio codec chip 10 through JD, the audio codec chip 10 configures the EAPD pin to output low level, closes the analog output (SURR_L / R) connected to the earphone socket 30, and opens the analog output (Front_L / R) connected to the audio power amplifier 40. When the earphone is inserted, the earphone socket 30 transmits a low level signal to the audio codec chip 10 through JD, the audio codec chip 10 configures the EAPD pin to output high level, opens the analog output (SURR_L / R) connected to the earphone socket 30, and closes the analog output (Front_L / R) connected to the audio power amplifier 40.

[0030] It should be understood that this circuit structure can normally read the EAPD configuration in the Windows system, but in the Linux system, since the system does not read the EAPD configuration, the kernel driver has set the EAPD to output high level when playing sound by default. As described above, when the audio codec chip 10 configures the EAPD pin to output high level, the analog output (Front_L / R) connected to the audio power amplifier 40 will be closed, causing the power amplifier to not work normally.

[0031] It should be noted that in the embodiment, the main controller 20 judges the system state according to the core judgment signal, and controls the output of the power amplifier driving signal to the audio power amplifier according to the configuration of the EAPD of the audio codec chip 10. The Shutdown pin of the audio power amplifier 40 can be a high-level active pin or a low-level active pin. If it is a high-level active pin, the audio power amplifier 40 is turned off when a high level is received and turned on when a low level is received. If it is a low-level active pin, the audio power amplifier 40 is turned on when a high level is received and turned off when a low level is received. The embodiment is described by taking the high-level active pin as an example.

[0032] It can be understood that the audio codec chip 10 can also be used to generate a power amplifier power-off signal based on the core judgment signal when the earphone jack 30 is inserted with an earphone, and transmit the power amplifier power-off signal to the main controller 20. The main controller 20 can also be used to stop generating a power amplifier driving signal according to the level state of the core judgment signal when the power amplifier power-off signal is received, so as to control the audio power amplifier 40 to be turned off. That is, in order to ensure that the audio power amplifier 40 can normally maintain the normal opening and closing functions, the main controller 20 needs to ensure that the level of the Shutdown pin output to the audio power amplifier is low when the earphone is not connected, and the level of the Shutdown pin output to the audio power amplifier is high when the earphone is connected.

[0033] In a possible implementation, when the external controller 50 detects that it is a Windows system, the core judgment signal is high. The audio codec chip 10 can be used to generate a low-level power amplifier power-on signal when the earphone jack 30 is not inserted with an earphone and the core judgment signal is high, and transmit the low-level power amplifier power-on signal to the main controller 20. The main controller 20 can be used to generate a power amplifier driving signal when the power amplifier power-on signal is low and the core judgment signal is high. When the Shutdown pin of the audio power amplifier is high, the power amplifier driving signal is low. The audio codec chip 10 can also be used to generate a high-level power amplifier power-off signal when the earphone jack 30 is inserted with an earphone and the core judgment signal is high, and transmit the high-level power amplifier power-off signal to the main controller 20. The main controller 20 can be used to stop generating a power amplifier driving signal when the power amplifier power-off signal is high and the core judgment signal is high. When the power amplifier driving signal is stopped, the pin output is high.

[0034] In another possible implementation, when the external controller 50 detects a Linux system, the kernel judgment signal is low; the audio codec chip 10 can be configured to generate a high-level power amplifier power-on signal when the earphone socket 30 is not plugged into an earphone and the kernel judgment signal is low, and transmit the high-level power amplifier power-on signal to the main controller 20; the main controller 20 can be configured to generate a power amplifier driving signal when the power amplifier power-on signal is high and the kernel judgment signal is low. The Shutdown pin of the audio power amplifier 40 is high, and the power amplifier driving signal is low. The audio codec chip 10 can also be configured to generate a low-level power amplifier power-off signal when the earphone socket 30 is plugged into an earphone and the kernel judgment signal is low, and transmit the low-level power amplifier power-off signal to the main controller 20; the main controller 20 can be configured to stop generating the power amplifier driving signal when the power amplifier power-off signal is low and the kernel judgment signal is low. The pin output is high when the power amplifier driving signal is stopped.

[0035] In the embodiment, the sound card driver compatible circuit includes an audio codec chip 10 and a main controller 20; a first end of the audio codec chip 10 is connected with an earphone socket 30, a second end of the audio codec chip 10 is connected with an audio power amplifier 40, a third end of the audio codec chip 10 is connected with a first end of the main controller 20, a second end of the main controller 20 is connected with an external controller 50, and a third end of the main controller 20 is connected with the audio power amplifier 40; the main controller 20 is configured to collect a kernel judgment signal generated by the external controller 50 after detecting a system kernel of an external system; the audio codec chip 10 is configured to collect the kernel judgment signal, generate a power amplifier power-on signal based on the kernel judgment signal when the earphone socket 30 is not plugged into an earphone, and transmit the power amplifier power-on signal to the main controller 20; the main controller 20 is further configured to generate a power amplifier driving signal according to a level state of the kernel judgment signal when the power amplifier power-on signal is received, so as to control the power amplifier driving signal to drive the audio power amplifier 40 to be turned on. By collecting the kernel judgment signal of the external system by the main controller 20 to distinguish between a Windows system and a Linux system, and combining the power amplifier power signal output by the audio codec chip 10 to reflect the earphone access state, a power amplifier driving signal suitable for different systems is generated, without the need to customize an audio driver for different systems, thereby solving the technical problem of poor system compatibility.

[0036] Reference Figure 3 , Figure 3The second embodiment of the sound card driving compatible circuit is shown in the structural schematic diagram. The second embodiment of the sound card driving compatible circuit is based on the first embodiment of the sound card driving compatible circuit.

[0037] In the embodiment, the sound card driving compatible circuit further comprises a mute control module 60, and the mute control module 60 is connected with the main controller 20.

[0038] It should be noted that the mute control module 60 can be used to generate a mute signal based on an externally input shielding signal and transmit the mute signal to the main controller 20, so as to control the main controller 20 to stop generating the power amplifier driving signal, and control the audio power amplifier 40 to be turned off.

[0039] It can be understood that the user can control the power amplifier to be muted by the mute control module 60 when the power amplifier is in a running state, and the use experience is improved. Specifically, an externally input shielding signal can be input to the mute control module 60 in a software input manner or a switch button control manner, and the mute signal can be a digital level signal, for example, a high level signal. When the main controller 20 receives the high level signal as the mute signal, the main controller 20 will stop generating the power amplifier driving signal regardless of the high or low level of the power amplifier power-on signal or the core judgment signal, and control the audio power amplifier to be turned off.

[0040] Further, the main controller 20 can be further used to stop generating the power amplifier driving signal within a preset time length after power-on, so as to control the audio power amplifier 40 to be turned off.

[0041] It can be understood that in different application scenarios, the EAPD signal of the audio codec chip 10 may jump instantaneously, which affects the output effect of the power amplifier and causes output noise or popping sound. The EAPD signal of the audio codec chip 10 is disconnected from the audio power amplifier 40 in the embodiment, the signal is first connected to the EC for preprocessing, and then output to control the audio power amplifier 40. The popping sound caused by instantaneous jump when the earphone is inserted or pulled out is avoided. At the same time, the application further adds the code or software of the audio power amplifier closing control in the main controller 20. After the main controller 20 receives the high or low state of the power amplifier power-on signal / power amplifier power-off signal (EAPD) signal of the audio codec chip 10, a preset time length (for example, 500 ms) is delayed, and then the state thereof is read as an effective state to ensure that there is no noise or popping sound when the Windows system and the Linux system load the driver, and the audio is played normally.

[0042] In the embodiment, the sound card drive compatible circuit comprises a mute control module 60; the mute control module 60 is connected with the main controller 20; the mute control module 60 can be used to generate a mute signal based on an external input shielding signal and transmit the mute signal to the main controller 20, control the main controller 20 to stop generating a power amplifier drive signal, and control the audio power amplifier 40 to be turned off. The main controller 20 can also be used to stop generating a power amplifier drive signal within a preset time length after power-on and control the audio power amplifier 40 to be turned off. By adding a code in the BIOS to judge the type of the target operating system and transmitting the code to the main controller through an interaction bus, and combining the EAPD signal generated by the earphone insertion condition, the power amplifier drive signal is generated according to the logical judgment of the two heterogeneous data of the operating system type and the EAPD state to control the working state of the audio power amplifier, so as to ensure the compatibility of the Windows system and the Linux system, and there is no noise or explosion sound when the driver is loaded.

[0043] In addition, the application further discloses a sound card device, which comprises an external controller, an earphone socket, an audio power amplifier and the sound card drive compatible circuit.

[0044] Since the sound card device adopts all the technical solutions of the above-mentioned embodiments, it at least has all the beneficial effects brought by the technical solutions of the above-mentioned embodiments, which will not be repeated here.

[0045] In addition, the application further proposes a sound card device driving method. Referring to Figure 4 , Figure 4 The flowchart of the first embodiment of the sound card device driving method proposed by the application. The sound card device driving method is applied to the sound card device as described above, and the method comprises the following steps: Step S10: obtaining a system kernel of an external system and generating a kernel judgment signal corresponding to the system kernel.

[0046] It should be noted that the execution subject of the embodiment can be a computing service device with data processing, network communication and program running functions, or an electronic device capable of realizing the above functions. For example, the sound card drive compatible circuit described above, and the sound card drive compatible circuit will be taken as an example to describe the embodiment and the following embodiments.

[0047] It should be understood that the system kernel of the external system can be an operating system actually running on a device (such as a notebook) where the sound card is located, generally including a Windows system and a Linux system. The kernel judgment signal can be a digital level signal for identifying the current system kernel of the external system. For example, when the system kernel of the external system is a Windows system, the kernel judgment signal is a high level, and when the system kernel of the external system is a Linux system, the kernel judgment signal is a low level.

[0048] Step S20: generating a power amplifier power-on signal according to the access status of the earphone, when the earphone is not accessed.

[0049] It should be noted that the access status of the earphone can be the physical state of whether the earphone is inserted into the earphone socket corresponding to the sound card, which can be identified by the audio codec chip collecting the earphone detection signal. For example, when the earphone is not inserted, the earphone detection signal is high level, and when the earphone is inserted, the earphone detection signal is low level. The power amplifier power-on signal can be an audio power amplifier control signal generated by the audio codec chip, the level of which changes with the external system type, and the audio codec chip outputs the power amplifier power-on signal with a corresponding level according to the external system type after determining that the earphone is not accessed according to the earphone detection signal. For example, when the system kernel of the external system is a Windows system, the output power amplifier power-on signal is low level, and when the system kernel of the external system is a Linux system, the output power amplifier power-on signal is high level.

[0050] Step S30: generating a power amplifier driving signal to drive the audio power amplifier to start according to the level state of the power amplifier power-on signal and the kernel judgment signal.

[0051] It should be noted that the power amplifier driving signal is generated by the main controller to directly control the opening and closing of the audio power amplifier, for example, a low-level power amplifier driving signal (the high-level effective port of the audio power amplifier is closed) can be generated when the kernel judgment signal is high level (Windows system) and the power amplifier power-on signal is low level (the earphone is not inserted) to control the audio power amplifier to start. A high-level power amplifier driving signal can also be generated when the kernel judgment signal is high level (Windows system) and the power amplifier power-on signal is high level (the earphone is inserted) to control the audio power amplifier to close. A low-level power amplifier driving signal can also be generated when the kernel judgment signal is low level (Linux system) and the power amplifier power-on signal is high level (the earphone is not inserted) to control the audio power amplifier to start. A high-level power amplifier driving signal can also be generated when the kernel judgment signal is low level (Linux system) and the power amplifier power-on signal is low level (the earphone is inserted) to control the audio power amplifier to close.

[0052] It should be understood that the audio power amplifier can amplify the analog audio signal output by the audio codec chip and convert it into an audio signal by a loudspeaker for external playing. The shutdown pin of the audio power amplifier can be high-level effective or low-level effective, and the embodiment is described with high-level effective.

[0053] Reference Figure 5 , Figure 5This is a schematic diagram of the kernel determination process in the first embodiment of the sound card device driver method proposed in this invention. Step S10 includes: Step S101: Obtain the loading option code of the external system.

[0054] It should be noted that the load option code can be code data used to configure kernel boot parameters when an external system boots, providing a basis for the BIOS to identify the system type. Specifically, during the Unified Extensible Firmware Interface (UEFI) boot phase, when the system kernel is loaded, the Linux kernel boot parameters are stored in a structure in the kernel image. The LoadOptions and LoadOptionsSize in the structure correspond to the Linux kernel boot parameter pointer and length.

[0055] Step S102: Determine whether the loading option code contains the preset kernel code corresponding to the external system.

[0056] Step S103: When the loading option code contains the preset kernel code corresponding to the external system, generate the kernel judgment signal corresponding to the system kernel of the external system.

[0057] It should be noted that different Linux systems all start their Linux kernel boot parameters with "BOOT_IMAGE=". Therefore, by checking whether LoadOptions contains "BOOT_IMAGE=", we can determine whether the image is a Linux kernel image. During the design phase, we added judgment logic to the BIOS code. If the "BOOT_IMAGE" flag is detected, it is determined to be a Linux kernel, and the kernel judgment signal is set to a low level. If the "BOOT_IMAGE" flag is not detected, it is determined to be a Windows kernel, and the kernel judgment signal is set to a high level.

[0058] In this embodiment, by utilizing the loading option code of an external system, it is determined whether the loading option code contains preset kernel code. If the loading option code contains preset kernel code, a kernel judgment signal corresponding to the preset system kernel is generated, thereby identifying the operating system type. Furthermore, based on two heterogeneous data sets—operating system type and EAPD status—logical judgments are performed to generate amplifier drive signals to control the audio amplifier's operating state, ensuring compatibility with both Windows and Linux systems, while preventing noise or popping sounds during driver loading.

[0059] It should be noted that, in the present document, the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element preceded by "comprises a" does not, without more constraints, foreclose the existence of additional identical elements in the process, method, article, or apparatus that comprises the element.

[0060] The above merely describes the preferred embodiments of the present application, and is not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation, or direct or indirect application in other related technical fields, made by using the content of the present application specification and drawings, are also included in the patent protection scope of the present application.

Claims

1. A sound card driver compatible circuit, characterized in that, The sound card driver compatibility circuit includes: an audio codec chip and a main controller; The first end of the audio codec chip is connected to the headphone jack, the second end of the audio codec chip is connected to the audio amplifier, the third end of the audio codec chip is connected to the first end of the main controller, the fourth end of the audio codec chip and the second end of the main controller are connected to an external controller, and the third end of the main controller is connected to the audio amplifier. The main controller is used to collect the kernel judgment signal generated by the external controller after detecting the system kernel of the external system; The audio codec chip is used to collect the kernel judgment signal, and when the headphone jack is not plugged in, it generates a power amplifier power-on signal based on the kernel judgment signal and transmits the power amplifier power-on signal to the main controller. The main controller is further configured to generate a power amplifier drive signal based on the level state of the signal determined by the kernel when it receives the power amplifier power-on signal, so as to drive the audio power amplifier to turn on.

2. The sound card driver compatibility circuit as described in claim 1, characterized in that, The audio codec chip is also used to generate a power amplifier power off signal based on the core judgment signal when headphones are plugged into the headphone jack, and transmit the power amplifier power off signal to the main controller. The main controller is further configured to, upon receiving the power amplifier power off signal, stop generating the power amplifier drive signal based on the level state of the signal determined by the kernel, so as to control the audio power amplifier to shut down.

3. The sound card driver compatibility circuit as described in claim 2, characterized in that, When the external controller detects that it is a Windows system, the kernel judgment signal is high. The audio codec chip is used to generate a low-level power amplifier power-on signal when the headphone jack is not plugged in and the core judgment signal is high level, and transmit the low-level power amplifier power-on signal to the main controller. The main controller is used to generate the power amplifier drive signal when the power amplifier power-on signal is low and the core judgment signal is high.

4. The sound card driver compatibility circuit as described in claim 3, characterized in that, The audio codec chip is also used to generate a high-level power amplifier power off signal when headphones are plugged into the headphone jack and the core determines that the signal is high, and to transmit the high-level power amplifier power off signal to the main controller. The main controller is configured to stop generating the power amplifier drive signal when the power amplifier power off signal is high and the core judgment signal is high.

5. The sound card driver compatibility circuit as described in claim 2, characterized in that, When the external controller detects that it is a Linux system, the kernel judgment signal is low. The audio codec chip is used to generate a high-level power amplifier power-on signal when the headphone jack is not plugged in and the core judgment signal is low level, and transmit the high-level power amplifier power-on signal to the main controller. The main controller is used to generate the power amplifier drive signal when the power amplifier power-on signal is high and the core judgment signal is low.

6. The sound card driver compatibility circuit as described in claim 5, characterized in that, The audio codec chip is also used to generate a low-level power amplifier power off signal when headphones are plugged into the headphone jack and the core determines that the signal is low, and to transmit the low-level power amplifier power off signal to the main controller. The main controller is configured to stop generating the power amplifier drive signal when the power amplifier power off signal is low and the core judgment signal is low.

7. The sound card driver compatible circuit as described in claim 1, characterized in that, The sound card driver compatibility circuit also includes: a mute control module; The silent control module is connected to the main controller; The mute control module is used to generate a mute signal based on an externally input shielding signal and transmit it to the main controller, thereby controlling the main controller to stop generating the power amplifier drive signal and control the audio power amplifier to turn off. The main controller is also used to stop generating power amplifier drive signals within a preset time after power-on, so as to control the audio power amplifier to turn off.

8. A sound card device, characterized in that, The sound card device includes: an external controller, a headphone jack, an audio amplifier, and a sound card driver compatible circuit as described in any one of claims 1-7.

9. A sound card device driver method, characterized in that, The sound card device driver method is applied to the sound card device as described in claim 8, characterized in that the method includes the following steps: Obtain the system kernel of the external system and generate a kernel judgment signal corresponding to the system kernel; Based on the headphone connection status, a power amplifier power-on signal is generated when the headphone is not connected. The power amplifier is driven by a power amplifier drive signal generated based on the power amplifier power-on signal and the level state of the kernel judgment signal.

10. The sound card device driver method as described in claim 9, characterized in that, The step of obtaining the system kernel of the external system and generating the kernel judgment signal corresponding to the system kernel includes: Obtain the loading option code of the external system; Determine whether the loading option code contains the preset kernel code corresponding to the external system; When the loading option code contains the preset kernel code corresponding to the external system, the kernel judgment signal corresponding to the system kernel of the external system is generated.

Images