/**

******************************************************************************

* @author    Maoxiao Hu

* @version   V1.0.0

* @date       May-2015

******************************************************************************

* < COPYRIGHT 2015 ISE of SHANDONG UNIVERSITY >

******************************************************************************

**/

      STM32可以說是一款使用非常廣泛的晶片了，學電子的不會不知道這個，從大學就開始學然後工作後有可能還會用到。然而通過這麼多年的學習我發現了幾個問題：

1、很多學生、工程師對晶片內部結構不熟悉，導致除錯程式碼過程中出了bug不知到去看哪個地方。

2、對於一個晶片內部模組（例如USART），它的驅動書寫方式有多種，有阻塞、非阻塞、中斷、DMA、DMA+中斷方式，大量的時間耗費在了除錯前四種（非最佳）實現方式上了。

3、淘寶上的開發板有做的不錯的，但是即使這樣，提供的例程程式碼都是一些最基礎的零散片段，學生學習尚可，然而幾乎不能使用在實際專案中。

3、非最佳實現方式可能在某些要求不高的專案上也沒問題，但是如果要上作業系統，或者在時間要求嚴格、中斷非常多且頻繁的場合就沒法用了，除錯這些程式碼費事費力而且全是各種坑。

4、最佳實現方式雖然實現麻煩，但是使用範圍極其廣，不客氣的說，掌握了這些最佳實現方式之後，可以搞定幾乎一切驅動方面的問題，使用五年、十年都不會被淘汰。

5、當對模組的最佳實現方式理解並且掌握之後，可以把大量的時間放在系統整體架構、後期的資料處理、演算法等方面。

      在一個使用STM32（或者類似晶片）的專案中，往往60%的時間被浪費在了debug內部模組的過程中，例如：一個專案用I2C阻塞讀狀態的方式讀取資料，花了一個星期除錯完成了，當加入了另一個模組（假設這個模組需要CPU頻繁的響應其中斷），那麼問題就來了，I2C的這種阻塞讀狀態的方式完全不能適用於中斷如此頻繁的場合，I2C一定會卡住，只是時間問題。所以需要再次推導重寫程式碼，一個星期又過去了，然後這種狀態不斷重複……半年過去了項仍然沒有完成，而此時程式碼已經被改的不成樣子了，後期資料處理還沒有做、產品功能也不敢大量新增、演算法還沒有研究……緊接著是大量加班，專案還有可能因為預算問題導致失敗。

      在這裡，如果是大公司的話可以無視我說的話，因為大公司有嚴格的程式架構，在這裡我想幫助的是學生、某些小型的新硬體創業公司，因為這些人群可能很難承受時間、金錢上的損失。本來可以用搭積木的方式寫程式碼，為什麼不呢？

      所以，本人打算相繼更新一些STM32的內部模組最佳實現方式，把debug內部模組的時間減少到整個專案的10%以下，這樣可以大家把更多的精力放到產品功能、與家人一起享受生活、讀書上，程式設計師的生活本來就該如此輕鬆！