HI,
Am 23.09.2014 um 10:40 schrieb Peter Ujfalusi:
On 09/22/2014 06:44 PM, Dr. H. Nikolaus Schaller wrote:
Good news!
Using the following script I can get headset output on the PandaES (have not yet tested on the OMAP5432EVM with the same kernel):
amixer -q set "Aux FM" 100% && amixer -q set "Capture" 100% && amixer -q set "Capture Preamplifier" 100% && amixer -q set "AUXL" "on" && amixer -q set "AUXR" "on" && amixer -q set "Analog Left" Off && amixer -q set "Analog Right" Off && amixer -q set "Earphone" 100% && amixer -q set "Handsfree" 100% && amixer -q set "Handsfree Left Playback" "HF DAC" && amixer -q set "Handsfree Right Playback" "HF DAC" && amixer -q set "Headset" 100% && amixer -q set "Headset Left Playback" "HS DAC" && amixer -q set "Headset Right Playback" "HS DAC" && amixer -q set "Headset Power Mode" "High-Performance" && amixer -q set "PLL Selection" "High-Performance" && amixer -q set "Vibra Left Playback" "Audio PDM" && amixer -q set "Vibra Right Playback" "Audio PDM" && aplay -q /usr/share/sounds/alsa/*.wav
What I did not get is Stereo - but that might be an issue of the plug or the sound files.
Unfortunately it makes a big "plop" sound on plug-in or starting aplay. But I am sure that there is a solution since the TWL6040 was developed together with Nokia and they are (were) very experienced with such issues.
The 'plop' is known side effect of using dumb McPDM <-> twl6040. OMAP4 and twl6040 was developed together to provide a solution: McPDM is a new protocol only used by OMAP4/5. In short: there's a 'feature' in twl6040 that it interprets the the signal on the bus as data when OMAP stats to take it over. The 'plop' can only be fixed if you are using AESS. With AESS in use the stream starts and stops are silent and you have native support for wider array of sampling frequencies, separate PCMs for Headset, Handsfree, low-power playback mode (called ping-pong) signal mixing (tone, music).
Ok, I see.
Well, for general hardware testing the plop could be acceptable if we know that it vanishes by using AESS.
Otherwise the sound appears to be clear and crisp (and zero noise if off).
I have also tested with some signal generator software like:
sox -c 4 -n -t wav - synth 10 sine 10-100 | aplay
but that one sounds like there is overmodulation / clipping.
The J6 pins for the speaker also has signals (seen with oscilloscope).
Finally I have preliminarily wired up one of the speakers we have planned for the Pyra and it also emits sounds :)
Again, quality is difficult to estimate since I have no music or real test sounds and the speaker(s) should be within some box and pressed onto some PCB...
But we now have a test setup for evaluating the software / codec / amplifier side.
Sounds great!
I have now also tested on the OMAP5432EVM (after fixing the .config and not using the high performance PLL mode).
Strangely I only get mono and no stereo but the test sounds appear to be crisp and very clear (on the headset jack only of course).
BR, Nikolaus