STM32H7 以太網的 MMC（MAC management counter）中斷是個有點特別的中斷。特殊之處在于它是默認使能。如果我們在代碼里不針對 MMC 進行相關處理，就會造成一些異常現象。我們先來看一個真實的客戶案例。
客戶案例
客戶使用 STM32H750 作為主控，與其他設備之間進行以太網通訊。客戶在壓力測試中發現：
? 設備從第一次通訊開始，累計 7 到 8 天，就會發現 STM32H750 不再響應用戶的請求。
? 客戶通過使用 IDE 和添加輔助代碼可以發現，STM32H750 會不停地進入以太網中斷，導致所使用的操作系統無法進行有效的系統調度。
? 問題發生后，客戶無論拔下網線或者再次連上網線，STM32H750 依然會不停的進入以太網中斷。
? 客戶嘗試使用 IDE 查看所有以太網寄存器，會發現有時侯能夠讓系統恢復正
常。
分析
系統不停的進入以太網中斷，說明某個中斷在被某種條件下被不停的觸發，或者中斷觸發后沒有被處理。進一步，當系統出現異常狀況后，拔掉網線，中斷依然不斷的進入，說明該異常并不需要外界不停的輸入，也就說明可能是中斷沒有被處理所導致。所以，客戶首先想到的是補全所有使能的以太網中斷的清除代碼。然而，客戶再次測試，卻發現累計 7 到 8 天，問題再次發生。
在這種情況下，為了深刻了解該狀況的原因，我們建議客戶，抓取異常時的寄存器現場，然后和正常狀態時的寄存器進行對比。我們在設備未發生異常前，抓取了以太網的三組寄存器 DMA、MTL 和 MAC。同時，我們在發生異常后，在同一設備再次進行這三組寄存器的抓取。然后，我們使用文本比較工具，對兩次的寄存器進行比較。我們很快就可以發現，MAC 寄存器存在值得關注的差異。MAC 寄存器對比如下：

我們可以看到在系統異常情況下下，MMCRXIS 和 MMCIS 被置位了。我們從參考手冊 RM0433 (STM32H742, STM32H743/753 and STM32H750 Value lineadvanced Arm?-based 32-bit MCUs)（直接搜索關鍵子 MMCRXIS）中可以看到 MMCRXIS 和MMCIS 表示系統收到了 MMC 接收中斷.

在兩次三組寄存器的比較中，我們看到系統生成了 MMC 接收中斷（MMC_RX_INTERRUPT 中RXUCGPIS）。這個符合前文的 MMCRXIS 和 MMCIS 的狀態。

從參考手冊 RM0433 中我們可以看到，只要 MMC 選項使能，該中斷標志就為有效。但是我們并沒有使能 MMC 選項，甚至我們都沒有使能 MMC 中斷，為什么還是有中斷產生呢？

后續更多內容請您點擊下載全文