作者：夏青

隨著嵌入式系統開發的復雜度不斷提升，開發人員對集成開發環境（ IDE ）的需求也日益多樣化。 Keil MDK 和 IAR EWARM 是市面上最常 見 的兩款用于Arm Cortex-M MCU 開發的集成開發環境。目前Keil MDK 主要支持 Arm Cortex-M ， 對于 Arm Cortex-A 和 Cortex-R 的開發，則需要借助 Arm Development Studio 的 支持。 而 IAR EWARM 作為一款功能強大的 IDE ，不僅 支持 Arm Cortex-M 系列 MCU ，還擴展了對 Cortex-A 和 Cortex-R 處理器的支持。

隨著行業發展和競爭加劇，一方面越來越多的芯片公司已經不滿足僅提供競爭異常激烈的 MCU 產品，所以他們開始打造高性能的應用處理器或者 MPU ，或者高實時性的滿足功能安全要求的芯片，他們的客戶同樣也可能在進行著技術升級。所以，越來越多的工程師希望把不同的工程建在同一套 IDE 上，以實現資產的最優管理和實現復用開發。對于需要統一開發環境或涉及多核架構（如 Cortex-A/R ）的項目， 越來越多的用戶選擇從Keil MDK 遷移 到IAR EWARM 。這就 會面臨著需要將之前的Keil MDK 工程遷移到 IAR EWARM 的問題。本文 將 介紹如何 高效完成這一 遷移 ，幫助開發者快速適應新環境 。

準備工作

·IAR EWARM 集成開發環境

·對應Arm Cortex-M MCU 的 IAR EWARM 支持包：如果對應 MCU 已經在 IAR EWARM 的官方支持列表內，則對應 MCU 的支持包也會在 IAR EWARM 的安裝包內；若未在，則需要聯系對應 MCU 廠家提供 IAR EWARM 支持包（絕大多數廠家都會同時提供 Keil MDK 和 IAR EWARM 的支持包）

將Keil MDK 工程遷移到 IAR EWARM

下面介紹將Keil MDK 工程遷移到 IAR EWARM 的 具體步驟：

安裝IAR EWARM ：安裝時參考對應的安裝說明進行操作即可。

轉換工程： 利用IAR Project Converter 工具將 Keil MDK 工程轉換成 IAR EWARM 工程

打開IAR EWARM ， Help > Migration > Keil μVision Migration Guide 打開對應的說明文檔：

Tools > Project Converter 打開 IAR Project Converter ，對應的 Project type 選擇 Keil μVision5 for Arm ，本文 以STM32F405 的 GPIO 示例工程為例，點擊 Execute:

在彈出的對話框中選擇目標工程路徑，以GPIO 示例工程下面的 EWARM 為例，點擊 OK ：

對應Report 會提示轉換的 IAR 工程信息，點擊 OK ：

在對話框中點擊Close 完成工程轉換：

編譯調試 ： 在IAR EWARM 中編譯調試轉換的工程

File > Open Workspace… 打開轉換的工程：

選擇前面轉換好的工程，點擊Open:

出現下面的提示對話框，點擊Yes:

右擊工程選擇Options （ 或者Project > Options ） 打開工程選項配置：

在General Options > Target > Device 選擇對應的 MCU 型號（以 STM32F405RG 為例）：

在General Options > Target > 32-bit 選擇對應的 FPU 配置（以 STM32F405RG 包含的 VFPv4 single precision 為例）：

在General Options > Linker > Output > Out filename 中將 對應的輸出文件名字改 為 $PROJ_FNAME$ （ $PROJ_FNAME$ 代表工程名）：

此時如果編譯（右擊工程選擇Make 或者 Project > Make ）：

正常情況下匯編啟動文件會報錯 ：

因為Keil MDK 和 IAR EWARM 的匯編啟動代碼格式不一樣，需要將 Keil MDK 中 的匯編啟動代碼換成IAR EWARM 的匯編啟動代碼（絕大多數 MCU 廠家 會 同時提供Keil MDK 和 IAR EWARM 的匯編啟動代碼）。如果沒有現成的 IAR EWARM 匯編啟動代碼，可以參考 IAR EWARM 中 相同Cortex-M MCU 的匯編啟動代碼，然后將 Keil MDK 匯編啟動代碼中對應的中斷處理函數適配到 IAR EWARM 當中。

修改匯編啟動代碼之后，重新編譯（右擊工程選擇Rebuild All 或者 Project > Rebuild All ）：

正常 情況下 工程編譯成功（Build 窗口顯示 Total number of errors: 0, Build succeeded 說明編譯成功）：

編譯成功之后就可以進行下載調試了，右擊工程選擇Options （ 或者Project > Options ） 打開工程選項配置，Debugger > Setup > Driver 選擇對應的硬件仿真器（以 I-jet 為例）：

點擊Download and Debug 按鈕或者 Project > Download and Debug 開始下載調試：

正常情況下應用程序會下載到目標系統，然后停在main 函數入口：

至此將Keil MDK 工程成功遷移到 IAR EWARM 并 進行 編譯 、 下載調試。

注意事項

上 文 以一個簡單的GPIO 示例工程介紹了如何將 Keil MDK 工程成功遷移到 IAR EWARM 并 進行 編譯 、 下載調試。實際項目比GPIO 示例工程要復雜得多，遷移過程可能會遇到其他一些問題，下面列舉了一些注意事項：

printf 函數重定向

Keil MDK 里面 printf 函數通過 fputc 函數進行重定向，而新版本的 IAR EWARM 里面 printf 函數通過 __write 函數進行重定向。

匯編代碼

Keil MDK 和 IAR EWARM 的匯編代碼格式不一樣，雖然目前 Cortex-M MCU 的大部分代碼是 C/C++ ，但是如果代碼 中 使用了相關的匯編代碼，在遷移過程中需要進行轉換（前面提到的啟動代碼就是一個示例）。更多關于Keil MDK 和 IAR EWARM 的匯編代碼格式，需要參考對應工具的匯編代碼使用文檔。

intrinsic 函數

intrinsic 函數是編譯器提供的內部函數，通常來說不同編譯器提供的 intrinsic 函數名字不一樣。 Arm Cortex-M MCU 開發大部分會采用滿足 CMSIS 標準的函數，如果使用了編譯器的 intrinsic 函數，在遷移過程中需要適配（比如 Keil MDK 對應 NOP 指令的 intrinsic 函數是 __nop ，而 IAR EWARM 對應 NOP 指令的 intrinsic 函數是 __no_operation ）。更多關于 intrinsic 函數的信息，需要參考對應編譯器的使用文檔。

#pragma 命令

#pragma 命令用于控制編譯器的特定行為，通常來說不同的編譯器支持的 #pragma 命令不同，如果代碼里面使用了 #pragma 命令，在遷移過程中需要適配。更多關于 #pragma 命令的信息，需要參考對應編譯器的使用文檔。

鏈接腳本文件

Keil MDK 里面的鏈接腳本文件采用的是分散加載文件（ scatter-loading file, .sct ）。 IAR EWARM 的鏈接腳本文件采用的是鏈接器配置文件（ ilinker configuration file, .icf ）。絕大多數 MCU 廠家會同時提供 Keil MDK 和 IAR EWARM 的鏈接腳本文件。但是如果有一些定制化的需求，那么需要用戶修改對應的鏈接腳本文件。更多關于鏈接腳本文件的信息，需要參考對應編譯器的使用文檔。

工程目錄

目前Keil MDK 只支持一級目錄，之前轉換過來的 IAR 過程顯示如下：

IAR EWARM 支持多級目錄，可以將上面的一級目錄工程轉換成下面多級目錄工程：

總結

本文詳細介紹了如何將Keil MDK 工程遷移到 IAR EWARM ， 幫助用戶快速 實現 遷移，借助IAR Project Converter 工具可以很方便地將 Keil MDK 工程轉換成 IAR EWARM 工程，同時列舉了在遷移過程中的一些注意事項。 盡管過程中可能需手動調整部分配置，但 IAR 的多核支持與靈活性能為后續開發帶來顯著便利。若遇到問題，建議參考官方文檔或社區論壇獲取進一步支持。