2023-07-08 05:42 AM
Hi all.
In my openstlinux yocto image has been included the SGTL5000 audio codec management. I have a problem. On the headphone output I heard only a continuous pink noise.
These are some information from my system:
zcat /proc/config.gz | grep SGTL
CONFIG_SND_SOC_SGTL5000=y
:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: STM32MP1 [i.Core STM32MP1], device 0: 4400b004.audio-controller-sgtl5000 sgtl5000-0 [4400b004.audio-controller-sgtl5000 sgtl5000-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
:~# aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
pulse
PulseAudio Sound Server
default
Default ALSA Output (currently PulseAudio Sound Server)
sysdefault:CARD=STM32MP1
i.Core STM32MP1, 4400b004.audio-controller-sgtl5000 sgtl5000-0
Default Audio Device
The command
:~# speaker-test -c 0 -t sine -f 2500
seems to add a "sine" signal on the output but the pink noise always remains.
The command
:~# amixer -c0 sset Headphone 0
switch-off the signal output
How can I solve the problem?
Many thanks
Regards
Solved! Go to Solution.
2023-07-08 11:55 AM - edited 2023-07-08 03:11 PM
I solved the problem. The pink noise came from the "Capture" line (MIC line). I disabled the "Capture" gain with the command:
~# amixer -c 0 sset 'Capture' 0%
Now the problem is gone
Edit:
The previuos command has eliminated the headphone noise until the next reboot. After the reboot, the noise is present again, even if the 'Capture' signal level is set to 0%
2023-07-08 11:55 AM - edited 2023-07-08 03:11 PM
I solved the problem. The pink noise came from the "Capture" line (MIC line). I disabled the "Capture" gain with the command:
~# amixer -c 0 sset 'Capture' 0%
Now the problem is gone
Edit:
The previuos command has eliminated the headphone noise until the next reboot. After the reboot, the noise is present again, even if the 'Capture' signal level is set to 0%
2023-07-09 12:35 AM
I'm confused.
Sometimes the noise disappears making a simple reboot. In this condition the headphone output works fine even if the "Capture" signal level is greather than 0%. Instead, when the noise is present any command doesn't eliminates it.
Is it a hardware problem or is there some initial configuration setting to do to avoid this problem?
2023-07-15 10:41 PM
I found the solution to my problem. The DMESG showed the following line: "Using internal LDO instead of VDDD: check ER1 erratum". Based on this indication I assumed there was a conflict between the internal and external power supplies on the VDDD pin. I disconnected the VDDD SGTL pin from the external 1.5V power supply and I connected a 0.1uF capacitor near to the VDDD SGTL pin. The problem never occurred again. I wonder why the use of the internal LDO regulator has been forced. Maybe because is it a device tree setting? What are the advantage/disvantage of using the internal LDO vs external regulator?
Regards