大多數小伙伴都是基于Keil和IAR來開發STM32，這樣的局限性非常大，主要的缺點如下：
1. 只能在windows下開發
2. Keil和IAR是收費的，不買要是被查了也是十分麻煩
3. 代碼自動補、自動提醒功能弱（可以使用source insight這樣的軟件來解決）
4. 編譯時間過長
關于上面的缺點還是有些辦法解決的，比如可以使用在linux下可以使用Eclipse或者直接使用文本編輯器+GCC，代碼補齊可以使用Eclipse或者Visual Studio或者有補齊的功能文本編輯器如source insight來解決，編譯時間這個通常IAR要快些，不過Keil的V6.6編譯器更是快些，但是由于不支持c99規范導致出現大量警告。
其實ST是提供了多平臺支持的IDE，那就是SW4STM32（System Workbench for STM32），一個軟件解決上面的三個問題，SW4STM32就是Eclipse加了個殼子。下面就來體驗一下吧。
首先下載軟件，地址: http://www.openstm32.org/HomePage
需要注冊賬號，然后下載，支持平臺：Windows ,Mac, OS/X Linux，我選擇的是install_sw4stm32_win_64bits-v1.8版本，有zip壓縮包和exe安裝包，兩者一樣的，zip解壓后就是exe，然后運行一路安裝就好，如果電腦已經安裝好JAVA SDK那么就可以直接打開軟件，如果沒有會有提示，然后點擊ok就會跳轉到下載地址，下載一個Java SDK安裝就好，下面就來演示SW4STM32的用法：
以GPIO例子為例，打開SW4STM32，第一次啟動會要求選擇workspaces地址，這個隨意就好，首先需要在線升級，點擊help-->check for updates一路確定就好，然后點擊File-->import彈出如下窗口：
然后在General下選擇Existing Projects into Workspace，然后點擊Next。然后彈出如下窗口：
點擊Browse，然后選擇STM32Cube_FW_F7_V1.5.0\Projects\STM32F769I-Discovery\Examples\GPIO\GPIO_EXTI\SW4STM32\STM32F769I_DISCOVERY，點擊確定，最后點擊Finish。
這時會看到如下：
已經將工程添加進去了，Eclipse可以添加多個工程在里面方便切換，如果覺得工程太多可以設置working set，類似文件夾功能。用鼠標點擊新添加的工程STM32F769_DISCOVERY選中該工程，然后點擊上面的小錘子編譯，下面是編譯的結果：
發現耗時17秒，這個是比較長的，Keil V5.06編譯耗時如下：
Keil V6.6編譯耗時如下：（詳細設置見帖子：http://bbs.eeworld.com.cn/thread-509095-1-1.html）
這個真是逆天了，只是有一堆的警告。
IAR由于看不到編譯時間，秒表計時為8秒，可見效率SW4STM32還是可以的，但是熟悉JAVA編譯環境的小伙伴都知道，JAVA是可以并行編譯的，鼠標放在工程上，右擊選擇Properties，如下設置：
勾選“Enable parallel build”，然后ok，再次編譯，耗時如下：
耗時7秒，這下舒服了。
SW4STM32同樣可以燒錄和Debug的，工具欄上面的那個向右的箭頭就是燒錄，那只小蟲子就是Debug如下：
點擊小蟲子進入調試界面如下：
可以單步，可以全速，可以查看變量，查看寄存器變量，打斷點，要退出就點擊右上角那個C/C++按鈕，如下：
下面來看看Eclipse最出彩的地方：錯誤馬上提示，代碼自動補齊，效果如下：
默認是按“Ctrl+/”來呼出，遇到. : ->也是可以自動呼出的。
好啦，大家盡情享受吧！
以上圖文內容均是EEWORLD論壇網友：lb8820265 原創，在此感謝。
歡迎微博@EEWORLD
如果你也寫過此類原創干貨請關注微信公眾號：EEWORLD（電子工程世界）回復“投稿”，也可將你的原創發至：bbs_service@eeworld.com.cn，一經入選，我們將幫你登上頭條！
與更多行業內網友進行交流請登陸EEWORLD論壇。
在MCU開發和應用中，工程師都需要進行MCU的能力測試，通用的做法是用Benchmark（基準）程序來測試。然而，在做基準測試時，編譯器的優化能力也在測試結果中有較為明顯的影響，同一套硬件平臺，選用不同的編譯器和不同的優化選項，可能得出的結果相差較大。
為了最大程度釋放MCU的性能，在基準測試中取得最理想的結果，往往需要工程師不僅對自身的硬件比較了解，更需要深入了解編譯器的優化原理，并靈活應用，才能在基準測試中發揮出MCU的全部性能。IAR Systems作為全球知名的嵌入式工具廠商，其編譯器在優化能力上有獨特的優勢，MCU配合IAR的編譯器往往能夠得出較好的基準測試結果。
本文以已在MCU領域內廣泛使用的IAR Embedded Workbench開發工具套件為例，來分享MCU軟件基準測試應該注意的項目和以下技巧，從而幫助讀者能夠去生成業內最高效和最完備的代碼。利用以下項目和設置，工程師可以精準調整優化等級，最大限度地進行測試和提升所開發和應用代碼的性能。
選擇代碼尺寸還是執行速度
利用IAR Embedded Workbench等開發工具套件，工程師可以對整個工程范圍或對單個文件設定優化級別和類型。在源代碼中，甚至可以對單個函數使用 #pragma optimize 指令來完成此操作。
優化的目的是減少代碼尺寸和提高執行速度。如果只能滿足其中一個目標，編譯器會根據用戶指定的設置進行優先處理。因此，在實際的軟件基準測試中，工程師可以嘗試各種設置來獲得最佳效果。舉個例子，由于函數內聯更側重于執行速度的優化，相較于采用通用代碼尺寸優化設置，采用函數內聯與通用代碼執行速度優化設置將獲得更小的程序代碼。
選擇小型內存模型
為了能夠充分地發揮MCU器件的性能和減少應用中的問題，軟件開發必須充分考慮MCU器件的內存等資源限制，因此需要為目標器件和項目選擇盡可能小的內存模型。小型內存模型的優點包括：
? 更小尺寸的地址
? 更小尺寸的指令
? 更小尺寸的指針
? 效率更高
? 代碼更少
諸如IAR Embedded Workbench這樣的成熟的開發工具套件也集成了相關評估功能，可以對內存模型進行多方面評估，從而幫助工程師去測試軟件的規模和優化設計。
選擇合適的運行時庫
默認情況下，運行時庫是以最高代碼尺寸優化級別進行編譯的。如果您想要對速度進行優化，請考慮重新編譯生成這些庫。可以通過配置選項來設置某些標準庫功能（如語言環境、文件描述符和多字節）最適合的級別。
根據具體需求，在庫選項中選擇 scanf 輸入和 printf 的格式。默認選項并非最小格式。
使用正確的數據類型
數據類型與代碼尺寸或者執行速度息息相關，因此需要利用開發工具來對數據類型進行觀察和分析，以便找到適合硬件資源的類型。在IAR Embedded Workbench開發工具套件中，開發人員可以從以下幾個方面著手進行測試和優化：
? 選擇最適合您應用程序的的數據類型尺寸
? 盡量使用無符號字符型，這樣就能執行位操作而不是算術操作
檢查目標特定選項
檢查能提高性能的目標特定選項，這在日常的MCU設計和應用開發中往往需要工程師具有相當的經驗，但是通過使用諸如IAR Embedded Workbench這類成熟的開發工具套件則可以快速而完善地完成必要的性能檢查：
? 高效的尋址模式——可實現高效的內存訪問
? 使用特定的寄存器來處理常量/變量——代碼在寄存器上的操作效率比在內存上更高
? 偶對齊函數入口——偶對齊指令可以提高速度
? 字節對齊對象——更小的存儲空間需求，但可能生成更大的代碼尺寸
使用基準測試相關代碼
所有的MCU開發工具都應該提供基準測試相關代碼，但是成熟的通用開發工具的代碼庫都是這些提供商在相關領域經驗的濃縮，因此更為全面和高效。其中的重要經驗包括：
? 嵌入式系統的基準測試應該針對嵌入式程序的特點來設計。
? 實際的應用程序通常也適用于基準測試，但需要確保代碼的可執行性。鏈接器會刪除未引用的代碼和變量，但并非所有的鏈接器都具備這種功能。
? 確保測試代碼不受測試工具（測試相關函數）的影響。以下示例其實是對 printf() （測試相關函數）進行了基準測試。
? 比較鏈接后生成的代碼。一款編譯器可能會采用內聯代碼，而另一款編譯器可能會調用庫。
? 充分了解用于執行基準測試的應用代碼！
總結
通過使用諸如IAR Embedded Workbench這類成熟的開發工具套件，發揮其在幾十年全球性應用中行匯聚和迭代出的知識，MCU設計和應用開發工程師可以快速完成上述這些必要的性能測試，同時也可以進一步有針對性地發揮MCU的性能，從而實現目標器件最優化的、軟硬件合一的功能。