我們知道，除了個別模塊或寄存器在MCU復位后其初始值或初始狀態是不確定的外，其它模塊及相應寄存器都呈現一個確定的初始狀態或初始值。由于這些復位后的初始狀態或初始值可能跟我們應用開發所期待的不一致，常常在應用程序的開始部分重新根據實際需求對相關寄存器做初始化配置。其中有些寄存器對用戶來說是只讀的，用戶程序一般不必自行手動初始化。但這也并不代表我們對這類寄存器可以完全視而不見或置之不理，比方狀態寄存器。我們使用相關外設時，往往需要對相關狀態寄存器的初始值加以關注或使用。

    這里以某論壇上的一個咨詢帖的一個案例具體聊聊。某STM32用戶咨詢如下：

    STM32F103的通用定時器，設置了TIM2的基本時基(使能了計數器溢出中斷)，并沒有用CCRx，但是到了第一次及以后計數器溢出，TIM2_SR的CCxIF都被置'1'了。這是為什么呀！糾結了很久。。。。
void TIM2_IRQHandler(void)
{
    TIM2->SR=~0x0001;// TIM_ClearFlag(TIM2, TIM_FLAG_Update);//
    GPIOB->ODR^=0X0001;
}

     咨詢者使用STM32F103 的TIM2 作基本的計數定時功能，溢出中斷里做GPIO的翻轉動作。令他糾結郁悶的是，為什么都沒使用IC/OC這些功能，SR里的CCxIF怎么會被置1了？！

    查看手冊中令咨詢者感到疑惑的CCxIF位，它是定時器x通道的捕捉或比較中斷標志位。該位真正狀態含義取決于該通道是配置為IC還是OC。那問題來了，以通道1為例，現在用戶沒有配置它，那通道1在芯片復位后默認的初始狀態到底是IC還是OC呢？

    某定時器通道是做IC還是OC，得看TIMx_CCMRn寄存器中的CCnS位。

    結合上面截圖描述，一目了然，定時器CC1通道在MCU復位后默認為OC模式，那再回頭看SR寄存器里的初始值及相關描述。

    本來，CC1IF位復位后的初始值為0，但由于咨詢者只使用基本的計數定時功能，沒有開啟CC功能，未對相關寄存器做額外的初始化，CC1通道維持默認的OC模式，CCR1維持默認值0；雖然CNT的值在不停的變化，但也是從0到ARR間變化。當CNT= 0時，其值與CCR1的值匹配導致CC1IF被硬件置1也就不奇怪了。

    具體結合到本案，咨詢者主要是糾結于想搞清是怎么回事，以解心頭之郁悶。具體應用時他可以不予理睬，不開啟相關中斷就好。

    其實，我們在MCU應用開發過程中因為忽視或無視某些寄存器的默認值而遇到些讓人迷惑不解的情況還很多。這里順便再提個比較常遇見的一個關于ST MCU 的UART 狀態寄存器默認初始值的話題。

    STM32各系列的UART狀態寄存器的不同系列間在具體內容和標志位的清零方面還略有差異，細節請查看各系列參考手冊相關部分。但芯片復位后其初始值均為0x000000C0,其中的TXE/TC標志復位后的初始值為1。在ST MCU UART應用中有時因為忽視這兩個初始值，遇到麻煩一下子找不到原因。比方第一個數據發送失敗；還沒開始發送數據就沒完沒了進UART發送中斷啊諸如此類的事情。

    從下面兩副截圖可以看出STM32F0與STM32F1在UART 的TXE標志清零方式是有差異的。

    這里說的都是些溫馨提示，提醒在MCU產品開發過程中不要完全忽視各模塊及寄存器的默認初始值，沒啥高深莫測的東西。不是古語有云：天下難事做于易，天下大事做于細嘛！

    誠然，目前ST MCU的開發生態系統非常強大和方便，尤其STM32CubeMxg工具和STM32Cube庫讓STM32 的開發變得更為簡單方便，但在開發應用中遇到問題時還是不可無視技術手冊,尤其是那些細節和注意事項。

    很多時候產品開發過程中遇到的問題能否盡快解決，除了理論基礎外，往往還跟你內心的淡定度、查看手冊或線路的細致度以及做事的條理性不無關系。

    寫上這些，與大家分享共勉。勿忘初始，勿忘初心，祝君好運！