相信大家對MCUXpresso IDE并不陌生，沒少和這款IDE打交道來進行工程的構建、調試等，不過，小編在這里要問大家一個問題，你們平時是不是都是調試自帶的SDK例程，沒有單獨調試過其他工具鏈所構建的應用鏡像呢？反正小編，的確不曾這樣干過，那么MCUXpresso到底行不行呢？請大家跟著小編來一窺究竟。

不熟悉MCUXpresso的朋友更應該試試。

在正式開始之前，我們需要對我們的MCUXPresso進行一點小小的更新，需要安裝一個小插件，依次點擊Help-》Eclipse Marketplace，搜索Eclipse Embedded C/C++，點擊安裝。如下圖所示：

那么為啥這個小插件能這么神奇呢？我們先來看段英文原版介紹：Eclipse Embedded CDT is an open source project that includes a family of Eclipse plug-ins and tools for multi-platform embedded cross (Arm and RISC-V) development, based on GNU toolchains. the Eclipse Embedded CDT plug-ins allow to create, build, debug and in general to manage Arm RISC-V projects (executables and static/shared libraries, in both 32 and 64-bit versions) with the Eclipse framework (currently tested up to Eclipse 4.18, 2020-12). The plug-ins run on Windows, macOS and GNU/Linux.
首先，我知道MCUXpresso是基于Eclipse CDT開發的（不用問我怎么知道的），從上面這段畫我們就知道了這個小插件是專門用于Eclipse CDT平臺，來調試多平臺嵌入式設備的。

可能有朋友會問了，真有這么神奇嗎？讓我們眼見為實，當安裝完這個插件后，我們的MCUXpresso會發生一些小變化，尤其是在Debug Configuration選項框，先來看看原始的樣子：

安裝那個插件后，這是最新的樣子，會多出一些選項：

現在就來敲黑板劃重點了，為啥非要安裝這個插件呢？我們的MCUXPresso本身就支持調試嵌入式代碼啊，為啥還要多此一舉呢？

這里我們以使用SEGGER J-Link進行調試為例，結合具體操作步驟進行說明。

首先是導入我們的鏡像文件，這里以hello_world.axf鏡像文件為例：

1）點擊File->Import，在彈出的頁面選擇C/C++ Executable, 之后點擊Next：

2) 選擇我們想要調試的鏡像文件，這里的Select binary parser按照默認選擇Elf Parser即可，點擊Next：

3）工程配置，生成調試配置文件，這里要注意一定要選擇GDB SEGGERJ-Link Debugging，細心的朋友肯定已經看出來了，這個就是我們安裝完Eclipse Embedded CDT插件之后更新出來的新選項，也是調試成功的關鍵。最后點擊Finish即可完成工程創建。

而如果這里按照以前的習慣選擇了GDB SEGGER Interface Debugging的話，會彈出下面這個提示，導致調試失敗。

這里小編先大膽的猜測一下，我們用上述方式所導入創建的工程并不是MCUXpresso默認的工程形式，而是默認的Eclipse工程，這樣的話，就會出現配置不兼容問題，導致調試失敗。而也正是因為這一點，小編在開頭才讓大家去安裝我們的Eclipse Embedded CDT插件。

通過以上步驟，我們的工程就創建完成了，距離調試還差最后一步，那就是我們的Debug Configuration，依次點擊Run->Debug Configurations，彈出對話框如圖所示，我們需要做的是填入我們的設備名稱，并添加我們的調試工具路徑，例如這里我們使用arm-none-eabi-gdb進行調試，這里就需要添加其可執行文件的完整路徑：

配置好后，直接點擊Debug即可開始調試我們的代碼，開心ing：

經過小編的實地考察，最終為我們的MCUXpresso正名，通過安裝擴展插件，它是可以單獨進行鏡像的調試的。

不過，需要注意的是，我們要保證完整的源碼樹路徑在我們的本機中，不然，可能看不到熟悉的C代碼，只能在匯編中徜徉了。

來源：恩智浦MCU加油站

審核編輯：湯梓紅