在燈光控制、IO模擬Flex Bus等很多應用中，對GPIO的翻轉速度有很高的要求，M0+核心中集成了一個特定的single-cycle I/O port，Kinetis中我們稱之為Fast GPIO(FGPIO)。它可以完成對IO口的單週期load和store，主要的區別在於FGPIO的埠可以被核心零等待的訪問，於是可以達到Core Clock的速度，而普通GPIO需要核心通過內部的crossbar/AIPS來訪問，從而增加了時間上的延遲，使GPIO輸出頻率被限制。

        在客戶應用中發現，Codewarrior和KEIL IDE下只需要在程式碼中直接操作FGPIO的暫存器即可完成GPIO口48Mhz的翻轉速度，然而在IAR預設環境中使用同樣的起始程式碼和時鐘配置卻未能達到48M的翻轉速度，而僅有普通GPIO的速度8M左右。通常我們會從時鐘上找原因，http://tiyubisai.com/video_news/news_135616.html 

         如下圖1，在IAR的優化選項“Optimizations Tab” 中，優化等級為“Low”，每一句FGPIO翻轉的語句 “FGPIOB_PTOR=0x02 ” 反彙編後的程式碼如圖2中紅色方框部分為三句，所以這也就大致解釋了GPIO輸出頻率只有8M左右（相當於翻轉速度16M，此處忽略程式while(1)的影響）。當更改IAR中“Optimizations Tab” 優化選項如下圖3為High(Speed優先)時，每一句FGPIO翻轉的語句 “FGPIOB_PTOR=0x02 ” 反彙編後的程式碼如圖4中紅色方框部分為一句，於是得到的GPIO輸出頻率為24M左右（相當於翻轉速度48M，同樣此處忽略程式while(1)的影響），剛好是未設定高優化等級之前的三倍，最終在硬體裝置上完成了對GPIO的單週期訪問和更改。

        總之，FGPIO的實際輸出速度出來和程式程式碼有關係之外，還和優化等級的設定有關係，需要使用者在實際應用中多加註意。有興趣的讀者可以拿未優化之前的程式碼和普通GPIO操作的程式碼做一對比，檢視反彙編程式碼長度、反彙編程式碼訪問的GPIO暫存器地址以及GPIO執行速度之間的關係，可以發現即便反彙編出來的程式碼長度一樣，由於訪問的暫存器地址不同也會導致GPIO輸出頻率的不同和差異。

圖1 . IAR中優化等級的預設設定 

圖2 . 在IAR預設的優化等級條件下，FGPIO翻轉語句反彙編程式碼

圖3. 更改IAR中預設優化等級設定

圖4. 更改IAR中預設優化等級設定後，FGPIO翻轉語句反彙編後代碼

http://blog.csdn.net/xiaoxiongli/article/details/49637973

http://blog.csdn.net/xiaoxiongli/