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