關(guān)于STM8S ADC腳與其它功能復用時的問題

　　之前寫過一篇關(guān)于STM8S芯片GPIO腳復用AD功能后無法回到GPIO狀態(tài)的小文，介紹STM8S芯片的ADC應用時相關(guān)施密特觸發(fā)器未適時開關(guān)而導致的問題。

　　大致內(nèi)容就是某一GPIO口被復用為AD輸入腳做相關(guān)AD檢測。之后，把該腳AD功能禁用掉，再配置切換為帶下降沿觸發(fā)的外部中斷觸發(fā)腳，讓其作為芯片休眠喚醒腳。

　　奇怪的是，那樣設(shè)置后根本沒法喚醒。即使不做休眠，做好切換配置后，直接查看該腳的IDR位的電平，不管外部輸入如何，發(fā)現(xiàn)對應IDR位始終提示為0.

　　后來找到原因是跟那個施密特觸發(fā)器的配置有關(guān)?？赡苡腥擞X得該問題是鉆牛角尖，其實，也不盡然。畢竟應用需求是五花八門的，遇到的問題往往也是五彩繽紛，問題不論大小折磨起人來也是不分男女老少的。

　　這里再次分享個類似話題 ，希望能讓見到本文的人有所啟示。工程師反饋基本情況如下：

　　使用STM8S芯片開發(fā)。因為TIM1/2都用做PWM了，所以用TIM4來做基本定時。TIM4正常中斷，UART1串口發(fā)送正常，就是串口接收中斷進不去。但只要把 TIM4_initialzation();屏蔽掉，串口馬上正常中斷接收，一旦打開TIM4，串口就接收不了，其它功能都正常。

　　上面是該工程師對癥狀的基本描述和初步判斷?！井斎?，調(diào)試遇到麻煩時候的判斷難免有偏差，偏差大小因人因景不同，有時甚至完全誤判。】

　　下面是他的主循環(huán)代碼【為了排版和閱讀，做了些刪減】。

　　int main( void )

　　{

　　CLK_DeInit(); //寄存器復位

　　CLK_HSICmd(ENABLE); //內(nèi)部高速時鐘使能

　　CLK_HSIPrescalerConfig( ); //分頻

　　GPIO_initialzation();

　　uart_initialzation();

　　PWM1_initialzation();

　　PWM2_initialzation();

　　TIM4_initialzation(); //TIM4初始化

　　enableInterrupts();//* 開啟總中斷 */

　　Ts_cnt = 1000;

　　Ls_cnt = 500;

　　while(1)

　　{

　　PLED_flash(499); //LED 閃爍

　　relay_control(); //繼電器控制

　　CCT_calculate();//獲取相關(guān)AD值

　　send_information();//輸出提示信息

　　if(Flag_rec)

　　{

　　。。。。。。【略】

　　}

　　}

　　}

　　現(xiàn)在的情況是當注釋掉上面的 TIM4_initialzation();語句后，UART-RX接收中斷就正常。

　　TIM4只是做基本時鐘，不涉及外面其它硬件，最大可能是二者中斷優(yōu)先級有沖突導致UART-RX的正常接收。但當把UART-RX中斷優(yōu)先級調(diào)高于TIM4的更新中斷時問題并無好轉(zhuǎn)。

　　但事實又的確顯示出TIM4的中斷跟UART-RX接收有關(guān)系。

　　TIM4、UART1初始化代碼只是些各種相關(guān)基本配置，不跟別的外設(shè)有關(guān)聯(lián)。不妨看看TIM4、UART1中斷服務程序里能否找到些蛛絲馬跡。

　　INTERRUPT_HANDLER(TIM4_UPD_OVF_IRQHandler,23)

　　{

　　TIM4_ClearITPendingBit(TIM4_IT_UPDATE);

　　ms_cnt++;//LED FLASH

　　Ts_cnt++; //AD sample

　　Ls_cnt++; //relay control

　　uart_cnt++;//send information

　　PWM2_duty_setting(Ts_cnt);

　　pwm1_correct_cnt++;

　　if(pwm1_correct_cnt > 100)

　　{

　　pwm1_correct_cnt = 0;

　　if(pwm1_cnt > CCT_target)

　　pwm1_cnt--;

　　else

　　pwm1_cnt++;

　　PWM1_duty_setting(pwm1_cnt);

　　}

　　}

　　INTERRUPT_HANDLER(UART1_RX_IRQHandler,18)

　　{

　　static uint8_t index = 0;

　　UART1_ClearITPendingBit(UART1_IT_RXNE);

　　recived_data[index] = UART1_ReceiveData8(); //讀數(shù)據(jù)

　　if(recived_data[0] == 0x41)

　　{

　　index++;

　　if((index > 7)&&(recived_data[7] == 0x0d))

　　{

　　index = 0;

　　Flag_rec = 1;

　　}

　　}

　　else

　　{

　　index = 0;

　　recived_data[0] = 0;

　　}

　　}

　　從TIM4的中斷服務程序里出現(xiàn)了好幾個全局變量，看看這些全局變量哪些函數(shù)會用到。因為TIM4的主要功能就是計數(shù)定時，下面幾個計時變量肯定是給別人用的。

　　ms_cnt++;//LED FLASH

　　Ts_cnt++; //AD sample

　　Ls_cnt++; //relay control

　　uart_cnt++;//send information

　　問題到這里，繼續(xù)往下查就需要耐心了。客戶代碼不復雜，用到的外設(shè)模塊也不多，主循環(huán)里也就下面幾個函數(shù)，一個個函數(shù)模塊進行排查。

　　PLED_flash(499); //LED閃爍

　　relay_control(); //繼電器控制

　　CCT_calculate();//做AD轉(zhuǎn)換

　　send_information();//輸出提示信息

　　后來發(fā)現(xiàn)TIM4保持工作的同時屏蔽CCT_calculate();，UART-RX能正常接收。看來TIM4并非是影響UART接收的元兇。不過CCT_calculate()的運行還是跟TIM4中斷有關(guān)，有個變量TS_CNT是在TIM4中斷里進行累加的。

　　看看下面CCT_calculate()的代碼，里面有個條件判斷，即if(Ts_cnt > 1000)的判斷。

　　voidCCT_calculate(void)

　　{

　　if(Ts_cnt> 1000)

　　{

　　Ts_cnt = 0;

　　T_ad = Get_ADCCH_Value(Ts_channel);

　　T_degree = cal_temp(T_ad)-11;

　　。。。。。

　　}

　　}

　　如果TIM4被屏蔽不工作，TS_CNT就不會得到累加而大于1000然后往下執(zhí)行Get_ADCCH_Value();函數(shù)。該Get_ADCCH_Value();函數(shù)對ADC做初始化之后執(zhí)行AD轉(zhuǎn)換并獲取相關(guān)AD值。

　　正是在ADC初始化代碼里有對相關(guān)ADC通道對應腳的施密特觸發(fā)器做了禁用配置。而且該ADC通道腳跟UART-RX腳又是復用的，麻煩就此產(chǎn)生了。

　　在STM8MCU的GPIO 的各IO模塊里有個施密特觸發(fā)器，通過寄存器ADC_TDR控制其開和關(guān)。默認情況下是打開的，IO腳的信號可以自由通過它進到輸入寄存器或其它外設(shè)模塊。

　　如果某管腳做AD模擬輸入時，建議通過ADC_TDR將相應的施密特觸發(fā)器關(guān)閉，目的是為了降低GPIO的功耗。如下圖所示，當施密特觸發(fā)器被關(guān)閉后，不管外部引腳電平如何變化，它的輸出恒定為0。

　　結(jié)合到本案例中的問題，因為他在AD轉(zhuǎn)換函數(shù)中初始化AD時關(guān)閉了該施密特觸發(fā)器，該腳又復用為UART-RX，此時RX信號根本進不到UART接收模塊中，不能產(chǎn)生UART接收中斷也就自然而然了。

　　后來當它打開施密特觸發(fā)器后，URAT-RX接收也就正常了。

　　顯然，客戶最先認為的TIM4影響UART-RX是個錯覺。因為它是每隔一定時間才去做AD轉(zhuǎn)換，同時做些AD初始化配置。如果TIM4關(guān)閉了，相應的時間條件不成立也就不去做AD轉(zhuǎn)換，也就不會禁用施密特觸發(fā)器，進而就不會發(fā)生UART-RX失敗的情況。