1. 程式人生 > >Android底層開發之耳機插拔與音訊通道切換例項

Android底層開發之耳機插拔與音訊通道切換例項

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow

也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!

               

Android底層開發之耳機插拔與音訊通道切換例項


       由於使用的是耳機 麥克分離式的耳機,所以要分別上報事件。在Android

系統層耳機插孔的檢測是基於/sys/class/switch/h2w/state的值來判斷的(以4.4.4_r2為例子位於WiredAccessoryManager.java)。

 

       只要在核心中實現一個「或真或假」的基於switch類的h2w開關。Android系統就可以監聽到插拔資訊。

       在播放音樂的時候插入耳機,使用tinymix(參考:Android音訊底層除錯-基於tinyalsa)命令可以查詢到Playback Path的值從SPK變為HP_NO_MIC,就可以說明耳機插拔軟體檢測正常了。


# tinymix                                                        

Mixer name: 'RK_RK616_TINY'

Number of controls: 7

ctl type num name                                     value

0 ENUM 1 Playback Path                            HP_NO_MIC

1 ENUM 1 Capture MIC Path                         MIC OFF

2 ENUM 1 Voice Call Path                          OFF

3 ENUM 1 Voip Path                                 OFF

4 INT 2 Speaker Playback Volume                  24 24

5 INT 2 Headphone Playback Volume                24 24

6 ENUM 1 Modem Input Enable                       ON


       但是喇叭還在響,說明沒有被關閉。查查原理圖「功放上的控制腳」是在哪個GPIO上接著呢。

 

       根據手冊得出只要GPIO2_D7可以輸出低電平就能實現喇叭的關閉,使用萬用表測得在插入耳機後該管腳仍然為高電平,檢視程式碼修改記錄在上一個版本同事是直接在rk_headset.c耳機插拔程式中修改將其拉低的,這樣可以實現但是覺得不妥,Android上層應該也是有音訊通道切換的,根據上層來控制比較好。這樣插入耳機的時候也可以強制開啟喇叭,把「使用哪個音訊通訊的決定權」交給給使用者。

 

       這個應該是在核心中實現的,因為Alsa已經正常切換了,就說明上層已經呼叫相應的介面了。從驅動中來分析。

 

裝置資源:可以看到Speakhandphone的使能GPIO都給的是RK30_PIN2_PD7

static struct rk616_platform_data rk616_pdata = {

        .power_init = rk616_power_on_init,

        .power_deinit = rk616_power_deinit,

        .scl_rate   = RK616_SCL_RATE,

        .lcd0_func = INPUT,             //port lcd0 as input

        .lcd1_func = INPUT,             //port lcd1 as input

        .lvds_ch_nr = 1,                //the number of used lvds channel  

        .hdmi_irq = RK30_PIN2_PD6,

        .spk_ctl_gpio = RK30_PIN2_PD7,

        .hp_ctl_gpio = RK30_PIN2_PD7,

};

 

裝置驅動中控制音訊輸出通道的函式:

static int rk616_playback_path_put(struct snd_kcontrol *kcontrol,

                struct snd_ctl_elem_value *ucontrol)

{

        ......

        case HP_PATH:

        case HP_NO_MIC:

        case RING_HP:

        case RING_HP_NO_MIC:

                rk616_set_gpio(RK616_CODEC_SET_SPKGPIO_LOW);

                

                if (pre_path == OFF)

                        rk616_codec_power_up(RK616_CODEC_PLAYBACK);

 

                snd_soc_update_bits(codec, RK616_SPKL_CTL,

                        RK616_VOL_MASK, HPOUT_VOLUME); //, volume (bit 0-4)

                snd_soc_update_bits(codec, RK616_SPKR_CTL,

                        RK616_VOL_MASK, HPOUT_VOLUME);

 

                rk616_set_gpio(RK616_CODEC_SET_HPGPIO_HIGH);

                break;

        ......

}

 

       可見在輸出到耳機通道時,禁用 SPEAKER和使能HP都是設定的GPIO_HIGH,最後RK30_PIN2_PD7仍然為高電平,沒有禁用SPEAKER。原理圖並沒有單獨的耳機的使能管腳。在資源中將hp_ctl_gpio設定為INVALID_GPIO,問題得以解決。

 

額外收穫:原理耳機那裡一直都是有音訊輸出的,無論插入不插入耳機;插入耳機時僅僅是將SPEAKER禁止了。

誤入的歧途:

1.誤以為要去看Android上層程式碼在各種類中追尋了很久,真是浪費時間,如果使用tinymix檢視音訊通道切換正常,說明核心以上的都沒有問題了,出問題也是出在了核心以及硬體上。

 

總結:龐大的Android系統容不得你每一塊都瞭解的很細緻,但是如果會很好的劃分層次,問題就會很好解決。記錄的重點不在於具體的型號版本等等比較虛的方面,而是在遇到此類問題分析的思路。

           

給我老師的人工智慧教程打call!http://blog.csdn.net/jiangjunshow

這裡寫圖片描述