Eclipse搭建stm32+jlink开发环境全攻略

Eclipse搭建stm32+jlink开发环境全攻略

初级篇

前言：

为什么需要这样的开发环境？

1. 免费

2. 跨平台

3. 自由度高

4. Eclipse代码提示功能强大，MDK弱爆了

注：本人原创，转载注明作者——by**秋之前**

email:xia_mengliang@163.com

一、工具：

1. jre或者jdk

地址

1. eclipse+CDT

地址

1. GNU eclipse ARM插件

地址

1. GNU ARM Toolchain

地址

1. Jlink驱动

地址

1. st官方标准库

地址

1. st官方hal库

地址

安装提醒：

1. 由于并不需要用到java，所以只需用安装jre即可，不用安装jdk

2. 安装GNU ARM Toolchain时勾选将目录加入环境变量的选项，否则请自己添加bin目录到环境变量中

3. 现状Jlink驱动和GNU ARM Toolchain，然后再装Eclipse，接着装CDT，在接着装GNU eclipse

   ARM插件。

4. 插件安装的时候，取消掉需要联网的地址。否则安装比较慢。

二、新建工程：

打开eclipse，选择工作目录，点击File->New->C++ project

 
然后我们会发现下图的界面，在这个界面中有STM32等工程的现成选项，右侧还有该工程支持的编译链，如Cross Arm gcc，根据这个我们就可以判断前面的软件安装成功了。此时我们可以直接点击新建一个基于STM32模版的工程，也可以创建一个空的工程，然后自己配置工程结构，就像我们使用MDK一样。此处我们以创建空工程为例子。

点击Empty project，输入工程名和路径，Next。

选择编译链，由于我们安装的是GNU ARM的工具链，所以选择对应的，然后指定工具链的路径。

创建好了之后，我们就可以看到下图的效果了，可以看到，这个工程完完全全是一个空的。现在我们向这个工程中添加文件，

就像我们之前在MDK环境下配置模版一样，先创建四个文件夹

然后从官方库文件中拷贝对应文件到该工程对应文件夹下。

需要注意的是，官方库文件中有一些文件是与编译环境相关的，官方提供的环境有

我们通过比较后发现，TrueSTUDIO和eclipse环境的工程文件格式是一样的，所以确定选用TrueSTDUIO工程的文件

首先是启动文件

然后还有链接文件

这两个文件根据对应芯片容量决定。

文件拷贝完了后，将鼠标点到工程框中右键刷新，我们就可以看到工程结构更新了，如下图

正如在MDK环境下开发我们需要配置define项，include包含项和debug项一样，在eclipse也要做这些工作。

三、工程配置：

点击在工程浏览器中选中该工程，然后点击project->properties选择项，

就会弹出如下对话框，在这个对话框中主要在setting中配置，首先看看Tool setting，该选项有四块，即汇编(Assembler)选项，C编译器选型，C++编译器选项，链接选项，每一块中preprocessor用来设置预编译的，即设置define。includes用来设置路径包含的，所以启动文件等汇编文件要加到第一个选项块中，ld格式的链接文件要加到第四个块中

上面设置好了后，由于穿件工程时我们已经设置了编译器，所以这个地方应该是正确的，如下图

好了点击应用，OK。

四、开始编译：

然而立马就出现下面的问题，找不到make文件，通过查资料我们可以知道GNU Toolchain中是不自带make工具的，但是make工具其实都是一样的，所以我们能否使用Eclipse自带的make工具呢？

同样打开工程设置，点击Tool Chain Editor，选择Builder工具为CDT内部builder，

然后重新编译，可以看到编译进度了

然而又出错了，这个问题的大致意思是这两个指令的调用格式不正确，但是由于这两条指令是汇编指令，他的调用格式是由编译器决定的，我们怎么知道他的正确的调用格式呢？我们先通过搜索找到这条指令调用的地方。

既然这条汇编指令的格式是由编译器决定的，那么我们怎么知道这条指令正确的格式呢？还记得之前创建工程时有现成的工程模版吗？我们可以创建一个现成的工程模版，然后编译发现这个现成的模版编译是没有问题。然后对比两个工程中的这条指令格式，我们发现了一个惊人的差异，如下图：

好了，问题找到了，在这两条指令的=r中间加上一个&符号即可。两条指令中都要加。然后再编译

哈哈，编译通过，生成了可执行文件elf和hex，然而我们将编译信息拉到右边后可以发现，编译没有问题，但是在链接时出现了问题，即找不到Reset_Handler。怎么会找不到Reset_Handler呢，我们都知道Reset_Handler是在启动文件中定义了的，没有找到除非启动文件没有被编译。

于是我们来看看编译输出的文件夹，即debug文件夹，发现只有3个文件夹有输出，启动文件确实没有输出，为什么呢？初步怀疑是Eclipse没有识别启动文件。

我们打开窗体属性看看，即window->preferences:

然后找到File Type，我们可以看到，软件能够识别的汇编文件拓展为*.S是大写的S,而我们工程中的启动文件是小写的s，所以没有识别出来，我尝试将小写s格式添加进去发现添加失败，提示跟大写S重复，好吧，我们直接将启动文件改成大写S吧。

![][31]

然后再编译，OK编译成功，也没有链接的错误。大功搞成

![][32]

![][33]

五、开始调试：

编译完成后，我们就要进行下载和调试了。首先进行调试的配置。

Run->Debug Configurations。

![][34]

我们可以看到GDB SEGGER Jlink Debugging选项下面是空的，双击这个选项

![][35]

然后就新建了一个选项卡，设置debug的名称，调试的工程和源文件

![][36]

![][37]

切换到Debugger选项卡，此处才是关键，我们都知道，调试实际就是我们的调试窗口与Jlink通讯，然后Jlink与开发板通讯，Jlink与开发板通讯是由Jlink GDBServerCL完成的，所以我们的调试窗口要与Jlink通讯，起始只需要与Jlink GDBServerCL通讯即可，那么是什么来代表这个调试窗口呢，那自然就是GNU工具链的GDB调试器了，所以我们整体的调试思路就清晰了，就是GNU GDB与Jlink GDBServerCL通讯，前者扮演客户端的角色，后者扮演服务器的角色。好了，再来看看这个配置窗口，服务器设置自然选择Jlink GDBServerCL，而客户端自然选择GNU工具链中的GDB了，然后设置芯片型号，链接模式，传输速度等。

![][38]

为了保险，取消掉startup中的这连个选项

![][39]

好了，点击Debug开始调试，我们就可以看到我们的软件进入了调试模式，并且停留在了main函数的第一个有效行上面。

![][40]

点击红色方块结束调试，Jlink的GDB会自动关闭，然后点击右侧的C/C++选项卡即可回到工程的编辑视图了。

OK，初级篇教程到此结束，在初级篇中，我们可以开发一些并不涉及到C标准库函数的东西。

注：本人github中有工程模版 

Github地址

原文地址：http://m.blog.csdn.net/qiuzhiqian1990/article/details/55189920