有人使用STM32芯片開發(fā)產(chǎn)品，其中有個功能就是統(tǒng)計某外部信號脈沖個數(shù)。他采用外部中斷方式，來一個信號觸發(fā)一次中斷，在中斷程序里實現(xiàn)計數(shù)累加。但由于被統(tǒng)計的信號頻率較高，而中斷本身也是需要時間的，往往導致有些脈沖沒被統(tǒng)計而發(fā)生丟數(shù)的問題。況且，CPU這樣頻繁地去響應中斷還會衍生出其它系統(tǒng)性問題。

他咨詢是否可以將該信號作為定時器的時鐘源，每來一個脈沖信號計數(shù)器就自動加1。這樣的話，用戶適時去讀取計數(shù)器的值即可。若有，如何實現(xiàn)？

對于這種情況，我們可以將被統(tǒng)計信號連接到定時器的ETR腳，并作為定時器的計數(shù)時鐘。開啟定時器更新中斷對溢出次數(shù)進行統(tǒng)計，擇時讀取計數(shù)器的值和溢出次數(shù)即可。這樣既避免了CPU頻繁進中斷而無法應對別的事情的困境，也避免了因CPU優(yōu)先忙于別的事情而來不及響應外部中斷導致計數(shù)出錯的麻煩。

對于STM32來講，從ETR腳引入時鐘信號，可以有兩種模式。

第一種模式，即外部時鐘1模式，此時來自ETR腳的信號經(jīng)過濾波、邊沿檢測和極性選擇后，以觸發(fā)信號的角色連接到從模式控制器，并作為定時器的時鐘源，即上圖中的1路。

第二種模式，即外部時鐘2模式，來自ETR腳的時鐘信號經(jīng)過極性選擇、分頻、濾波后不經(jīng)過從模式控制器，而是像內(nèi)部時鐘源一樣直接為計數(shù)器提供計數(shù)時鐘，即上圖中的2路。

現(xiàn)在分別以上面提到的兩種模式演示定時器對來自ETR腳的時鐘信號進行計數(shù)的過程。這里以STM32F411 Nucleo開發(fā)板來進行實驗。

用TIM1_CH1模擬產(chǎn)生某頻率的PWM脈沖信號，將其通過跳線連接到ETR腳。為便于測量和演示，讓TIM1工作在單脈沖PWM模式，結(jié)合RCR寄存器輸出指定個數(shù)的脈沖。使用TIM3對來自ETR腳的時鐘信號進行計數(shù)，同時開啟TIM3更新中斷對溢出次數(shù)進行統(tǒng)計。

讓TIM1-CH1啟動后輸出248個脈沖后停下來，而TIM3每統(tǒng)計200個脈沖就產(chǎn)生溢出，即令TIM3_ARR值等于199。

現(xiàn)在使用STM32CUBEMX進行基本的配置。

先對用來模擬產(chǎn)生外來脈沖信號的TIM1進行配置。做些基本的時基配置即可。

然后對TIM3進行配置，時鐘來自ETR腳，工作在外部時鐘模式2。

將時鐘、NVIC等配置完畢后即可生成初始化代碼。

定義變量CNT_Update記錄TIM3的溢出次數(shù)。基于STM32Cube 庫稍加組織代碼即可查看結(jié)果。

編譯運行查看結(jié)果：

TIM3發(fā)生溢出1次，結(jié)合上面配置可知其對應的脈沖個數(shù)為200，此時計數(shù)器里的值為0x30，即48，總共248個脈沖，跟TIM1_CH1輸出的248個脈沖數(shù)相同。

上面的實驗是基于TIM3工作在ETR外部時鐘模式2，我們不妨再看看基于外部時鐘模式1的情況?，F(xiàn)在只需對TIM3的時鐘配置稍作調(diào)整，其它參數(shù)不動。

生成初始化代碼后，基于前面組織的用戶代碼不做任何調(diào)整即可編譯運行驗證。

上面驗證結(jié)果與外部時鐘模式2完全相同，跟TIM1_CH1輸出的脈沖數(shù)完全吻合。

從上面示例來看，當時鐘信號來自ETR腳時，不論使用外部時鐘模式1還是外部時鐘模式2，都可以實現(xiàn)完全相同的結(jié)果。那么基于同一個時鐘源，為什么弄出2個時鐘模式呢？

首先，定時器本身支持多鐘時鐘模式，其中包括外部時鐘模式1與外部時鐘模式2。只不過來自ETR腳的時鐘信號既可以工作外部時鐘模式1，也可以工作在外部時鐘模式2。

外部時鐘模式1的主要特點是時鐘信號還同時兼具觸發(fā)信號的角色，此時定時器也一定工作在從模式，這個從模式就是外設時鐘模式1從模式。STM32參考手冊關于這個模式，在講解定時器主從連接的相關實例時進行過介紹，但沒有將其跟復位從模式、觸發(fā)從模式等從模式一起單列出來進行介紹。我們在用STM32CubeMX進行配置時也可以發(fā)現(xiàn)有個從模式選項就是外部時鐘1從模式。

前面也提到了，外部時鐘模式1下的時鐘除了做時鐘外，還做觸發(fā)信號?；谶@個觸發(fā)信號可以產(chǎn)生觸發(fā)事件，從而觸發(fā)中斷或產(chǎn)生DMA請求。而外部時鐘模式2就是特指來自ETR腳的時鐘，只是個純粹的時鐘，不具備觸發(fā)功能。但是，選擇外部時鐘模式2的定時器，既可以工作在主模式，也可以工作在諸如復位/觸發(fā)/門控等從模式。

另外，作為外部時鐘模式1的時鐘，它可以有多個來源，除了ETR腳外，還可以是TI1、TI2輸入腳或者其它定時器的觸發(fā)輸出，而工作在外部時鐘模式2的時鐘只能來自ETR腳。顯然，基于開篇的客戶需求，它的被測信號還可以接到別的特定管腳上來處理。

最后做點提醒?；谏厦鎽?，弄清實現(xiàn)原理后，自行組織用戶代碼應該說非常簡單了。不過，即使這樣，可能還是會有不少人在有個地方出問題，就是沒有下圖中那句對TIM3的更新事件標志進行清零的代碼。很多場景，這行代碼可有可無。當遇到目前這種應用時，就不能可有可無了。

基于上面的程序邏輯，如果沒有這句代碼會發(fā)生統(tǒng)計所得的溢出次數(shù)與實際溢出次數(shù)多1的狀況。以上面應用為例，我什么都不改動，只將那行代碼注釋掉，運行結(jié)果會變成下面的樣子。計數(shù)器里的值雖然還是48，但溢出次數(shù)變成2了！

像這種需要統(tǒng)計精確數(shù)據(jù)的情形，發(fā)生這種問題往往就難以接受。為什么要加這句代碼呢？如果不加這句代碼怎么會導致統(tǒng)計到的溢出次數(shù)平白無故多1次呢？

關于這點可以自行思考下，在此不延申解釋了。也可以參考下面文章《STM32定時器中的更新操作與更新事件》的結(jié)尾部分，那里有就該問題做些分析。
責任編輯:pj