本文轉自: http://blog.sina.com.cn/s/blog_dc9571b90101isxs.html

1）獨立看門狗沒有中斷，視窗看門狗有中斷

2）獨立看門狗有硬體軟體之分，視窗看門狗只能軟體控制

3）獨立看門狗只有下限，視窗看門狗又下限和上限

4）獨立看門狗是12位遞減的。視窗看門狗是7位遞減的

5）獨立看門狗是用的內部的大約40KHZ RC振盪器，視窗看門狗是用的系統時鐘APB1ENR

文章轉載於：http://blog.csdn.net/daniellee_ustb/article/details/39551583

1.      看門狗介紹

        看門狗這東西雖然簡單，但我相信絕大多程式設計師沒有足夠重視它。使用看門狗保證系統正常地執行是非常有必要的。我們在設計產品時，程式碼以及硬體設計缺陷或是外界電磁干擾都有可能使系統宕機，如果不能正常對其進行復位，系統的可靠性將大打折扣。看門狗分為軟體看門狗和硬體看門狗兩類，其原理都是使用一個獨立定時器來計時，超出時間就會產生復位訊號，主要區別看是否具有獨立的硬體結構，如果有，就是硬體看門狗，如果是一個普通定時器實現的那麼就是軟體看門狗。STM32F407片內有兩個看門狗：獨立看門狗IWDG以及視窗看門狗WWDG，下面來討論各自的特點和用法。

2.      IWDG的特點以及使用

         IWDG是一個獨立看門狗，具有獨立於系統的時鐘，與片外看門狗更為相似，使用片內獨立的阻容時鐘發生電路計時，記錄時間為=（時鐘頻率（40KHz）/ 分頻數）*IWDG_SetReload（t），t<0xFFF.也就是說記錄的最大設定的復位時間為 (1/40K)*256*0xFFF  = 26.2 S。由於IWDG使用的時鐘本身不準確，會因為漂移產生一定變化，喂狗時應該給出一定的裕量。另外，這個時鐘與系統時鐘並無關聯，所有也不能與系統進行同步產生中斷，一旦定時時間到後就會產生復位訊號，系統來不及儲存當前執行狀態就會重啟，可以在要求不高的場合使用。

3.      WWDG的特點以及使用

         WWDG具有一個獨立的7位定時器，使用系統時鐘，可以產生系統中斷。其定時最時間為(1/PCLK1)* 4096) * 分頻係數（最大為8）*（0x7F – 0x3F）= 58ms.其復位的條件是：

        (1)   當計數器的數值從0x40減到0x3F

        (2)   當重新整理看門狗時計數器的數值大於視窗上限值時

       滿足任何一條都可以產生復位訊號。通常情況下設定視窗上限值為0x7F，下限值預設為0x40，計數器向下數到0x40就會產生中斷，下個910us後變為0x3F就會復位系統。

       仔細想想可以發現三個問題。

       第一、我們可以發現即使設定了最大值，WWDG最大計時僅僅有58ms，我們在比較大的程式中也沒必要執行一小段就新增一個喂狗程式，想使其定時5S或10S的時間再復位系統應該怎樣處理呢？

      通過實驗我找到一種方法，就是在中斷函式中再做一個額外計數器，如果計數器沒有達到設定值，就重新載入喂狗定時器初值，同時使設定值加1，當計數器達到設定值時，就不載入喂狗定時器初值，這時看門狗定時器就會從從0x40減到0x3F產生系統復位。使用這個方法可以將定時時間拓展到 58ms*額外計數器設定值，定個幾十秒都不是問題。

      第二，當額外計數器達到設定值時，此時說明程式沒有及時復位這個額外計數器，軟體或硬體發生了錯誤，將時系統復位，我們需要儲存一些執行過程中的變數，僅僅有不到1ms的時間（從0x40減到0x3F最長大概為910us）怎麼夠用呢？

      這樣就先寫Wwdg_Feed(0x7F)重新加定時器初值，再對我們的儲存函式進行改造，多新增一些Wwdg_Feed(0x7F)函式，使其不至於再減到0x40，儲存工作都做好之後，不再喂狗，那麼再次發生中斷後不再喂狗就會復位系統了。

第三，如果發生復位，如何區分是上電覆位還是看門狗復位呢？

       在初始化WWDG時候，有一個RCC_GetFlagStatus(RCC_FLAG_WWDGRST)可以用於判斷是否發生看門狗復位，如果是重新上電引起的復位這個值當然是系統預設值，如果是看門狗復位的話這個值就會發生變化，這樣就可以針對這兩種不同狀態進行狀態恢復。