Eclipse搭建stm32+jlink开发环境全攻略(初级篇)
Eclipse搭建stm32+jlink开发环境全攻略
初级篇
前言：
为什么需要这样的开发环境？
免费
跨平台
自由度高
Eclipse代码提示功能强大，MDK弱爆了
注：本人原创，转载注明作者——by**秋之前**
email:[email protected]
一、工具：
- jre或者jdk
地址
- eclipse+CDT
地址
- GNU eclipse ARM插件
地址
- GNU ARM Toolchain
地址
- Jlink驱动
地址
- st官方标准库
地址
- st官方hal库
地址
安装提醒：
由于并不需要用到java，所以只需用安装jre即可，不用安装jdk
安装GNU ARM Toolchain时勾选将目录加入环境变量的选项，否则请自己添加bin目录到环境变量中
现状Jlink驱动和GNU ARM Toolchain，然后再装Eclipse，接着装CDT，在接着装GNU eclipse
ARM插件。
插件安装的时候，取消掉需要联网的地址。否则安装比较慢。
二、新建工程：
打开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地址