本文给出两种方式:
第一种gcc-arm-none-eabi 来编译
第二种利用插件导入keil工程,可以执行编译调试烧录
一、使用 vscode + gcc + openocd 开发
文章中所用到的工具版本都可以网上搜索一下找到下载。
1、安装 gcc-arm-none-eabi-xxx
安装 gcc-arm-none-eabi-5_4-2016q3-20160926-win32(这只是当时我配置时候用的版本,其他版本也是可以的) 记得最后的第3选项打钩,因为自动添加环境变量( 估计是因为自动添加,所以会添加到用户的环境变量下面去,一样可以用,如果自己添加,可以添加到系统的环境变量中去 ) 最后,只要是在你的终端(终端可以使window自带的cmd,也可以是你配置过的模拟linux的终端) ,能够查询到arm gcc的版本,就算是正常安装了,如下所示:
2、环境变量添加示意图
下图给出环境变量添加的示意图,下面安装的工具环境变量配置基本上按照这个图来就可以:
但是,这个电脑上我的arm-gcc环境变量添加是在用户变量下面的(gcc-arm-none-eabi安装时候自自动添加的),应该用户和系统都是可以的,有待验证:
3、安装mingw
安装mingw-w64-install(根据自己的电脑选择mingw的版本)
安装的几个选项给出说明 version制定版本号,从4.9.1-8.1.0,按需选择,没有特殊要求就用最新版吧;architecture跟操作系统有关,64位系统选择x86_64,32位系统选择i686; threads设置线程标准可选posix或win32; exception设置异常处理系统,x86_64可选为seh和sjlj,i686为dwarf和sjlj; build revision构建版本号,选择最大即可。
cpu架构 x86_64 64位
cpu架构 i686 32位
操作系统接口协议 win32 开发windows应用程序
操作系统接口协议 posix 开发linux、mac应用程序
异常处理模型(32bit cpu) dwarf 版本新,性能较好,不支持64位
异常处理模型(32bit cpu) sjlj 版本低,同时支持32位和64位
异常处理模型(64bit cpu) seh 版本新,性能较好,不支持32位
异常处理模型(64bit cpu) sjlj 版本低,但支持32位和64位
点击next ,其实就是自动下载 x86_64-8.1.0-release-posix-seh-rt_v6-rev0.7z,如图:
安装完成以后如图所示,我觉得路径比较深,个人不太喜欢,等下我会调整下路径:
如果自动下载比较慢,也可以直接从mingw的官网找压缩包,按照自己需要的版本选择,直接解压,都是一样的:
x86_64-8.1.0-release-posix-seh-rt_v6-rev0.7z(用这个压缩包解压)解压出来内容如下图:
最后根据自己的安装路径添加环境变量:系统变量中新建添加 d:program filesmingw64in
注意!注意!注意! 最后即便这样了,你会发现还是不能make,只需要在mingw64in目录下找到mingw32-make.exe将mingw32-make.exe名字改成make.exe 即可,如下图:
至此,使用cubemx直接可以生成makefile 工程,直接make进行编译:上图就是使用stm32cubemx直接生成的工程,直接编译。
4、安装openocd
openocd(open on-chip debugger)是开源片上调试器,openocd旨在提供针对嵌入式设备的调试、系统编程和边界扫描功能。openocd的功能是在仿真器的辅助下完成的,仿真器是能够提供调试目标的电信号的小型硬件单元。仿真器是必须的,因为调试主机(运行openocd的pc)通常不具备这种电信号的直接解析功能。
通过网站下载openocd的windows包openocd下载地址
把下载的压缩包解压出来,这个openoc是免安装的,比如我解压在d盘:
添加环境变量步骤:
安装完成以后可以查看版本号如下图:
openocd的操作模式 openocd -f -f -c 比如:openocd -f interface/stlink-v2.cfg -f target/stm32l0.cfg openocd -f interface/jlink.cfg -f target/stm32f1x.cfg
如果想了解更多,可以去查看官方的指导手册:openocd官方手册
5、makefile的修改
makefile 中的有些语法 是 linux下的,例如下面的clean:
######################################## clean up#######################################clean: -rm -fr $(build_dir)
在window cmd终端中,make clean是不会成功的,这个时候你需要改成cmd下可以执行的操作:
#######################################clean:# -rm -fr $(build_dir) -del /q $(build_dir) #######################################
使用cubemx生成的makefile,是不支持浮点数打印的,所以需要加上-u_printf_float -u_sprintf_float,如下图:
# librarieslibs = -lc -lm -lnosys libdir = ldflags = $(mcu) -u_printf_float -u_sprintf_float -specs=nano.specs -t$(ldscript) $(libdir) $(libs) -wl,-map=$(build_dir)/$(target).map,--cref -wl,--gc-sections
我们目的是使用openocd进行烧录,指令都是上面openocd 使用指令的集合,我们需要使用一个伪指令make download(名字其实按照自己的习惯命名就可以):
# generate dependency informationcflags += -mmd -mp -mf$(@:%.o=%.d)# 这里需要使用绝对路径,根据自己的环境路径配置interface_cfg=d:program filesopenocdshareopenocdscriptsinterfacestlink-v2.cfgtarget_cfg=d:program filesopenocdshareopenocdscripts argetstm32l0.cfg# linux下的路径# interface_cfg=/usr/local/share/openocd/scripts/interface/stlink-v2.cfg# target_cfg=/usr/local/share/openocd/scripts/target/stm32l0.cfg ######################################## ldflags#######################################...######################################## clean up#######################################clean:-rm -fr $(build_dir)download:openocd -f $(interface_cfg) -f $(target_cfg) -c init -c reset -c halt -cflash write_image erase $(build_dir)/$(target).hex -c reset -c shutdown# 建议使用program,前面不需要加-c reset,实际测试更加稳定# download:# openocd -f $(interface_cfg) -f $(target_cfg) -c init -c halt -c# program $(build_dir)/$(target).hex -c reset -c shutdown ######################################## dependencies#######################################
6、烧录过程的说明
make download 的操作:
-f interface/stlink-v2.cfg 根据相关目录下的文件配置使用j-link还是st_link, 示例中使用的是stlink
-f target/stm32l0.cfg 选择对应的芯片配置文件 示例中使用的是stm32l0系列
-c init 初始化
-c reset 芯片复位 (因为在实际使用中发现烧录完成后会给芯片写保护,导致再次使用此方法无法烧录,必须复位一次) 经过后来测试发现使用 program xx.hex 指令烧录是不需要在前面在 reset 的,而且每次都能章程烧录 使用 flash write_image erase xx.hex 有时候会失败,写入以后也会给芯片写保护,需要加reset
-c halt 挂起,等待烧录
-c flash write_image erase xx.hex 或者 -c program xx.hex 烧录对应的hex文件
如果是烧录bin文件,需要指定烧录的起始地址 -c program xx.bin 0x08000000
-c reset 芯片复位,自动运行
-c shutdown 自动关闭openocd的操作窗口
7、使用 jlink 烧录问题说明
以上的步骤我在使用 st-link 的时候一切正常,但是在用到jlink 的时候,也是遇到了问题,主要是2个问题,一个是jlink使用swd模式的问题,另外一个是openocd不识别jlink的问题。
openocd下无法找到j-link设备:
7.1 openocd下如何识别j-link
openocd无法识别jlink的官方的标准驱动,需要修改驱动,怎么修改我也是参照了网上前辈们的总结,需要用到 zadig 这个工具,下面给出官方下载地址:zadig下载地址如果官方地址下载太慢了,可以到其他网站找找,这个软件我也放在了我上传的工具包里面 exe文件直接运行,软件打开后选择options,点击list all devices:然后再出来的设备中选中jlink(千万不要乱选,乱选操作失误鼠标键盘什么都用不了了):
选中后会识别jlink的版本,点击下面的replace driver就可以(还是记住一下自己的版本,因为这个转化是不可逆的,就是你用正常的驱动,keil能正常用,j-scope,j-flash能正常用,换成这个以后,只能在openocd下使用了)先不慌,后面我还会测试下,如何换回去= =!
换完驱动后,操作试一下,如下图,可以正常识别出j-link(其他信息不用在意,下面我们会全部解决):
7.2 openocd使用 j-link swd模式
我们在能够识别j-link后,发现也不能正常烧录,这主要是stm32设置的调试模式问题,我们现在开发一般使用的都是swd模式:
然而我们可以看看 在openocd的相关路径下面 openocdscriptsinterfacejlink.cfg文件:
只是把设备选成了jlink,没有做别的任何处理,所以我们选择swd模式无法调试下载,虽然我们可以在指令中直接加上 transport select swd,但是为了以后方便,我们可以自己做一个cfg文件,如图:
保存以后再根据我们前面讲过的知识,makefile中添加如下(换了一套电脑,所以路径有点不一致):
#省略interface_cfg=d:openocd-20210729-0.11.0shareopenocdscriptsinterfacejlink-swd.cfgtarget_cfg=d:openocd-20210729-0.11.0shareopenocdscripts argetstm32f1x.cfg#省略#######################################clean:#-rm -fr $(build_dir)-del /q $(build_dir)down: openocd -f $(interface_cfg) -f $(target_cfg) -c init -c halt -c program $(build_dir)/$(target).hex -c reset -c shutdown #######################################
最终,使用j-link正常烧录:
7.3 j-link 恢复到 segger j-flash 使用
点击卸载设备,勾选删除此设备的驱动程序软件进行卸载。
删除完成后,重新拔插j-link,我这边测试,因为本身电脑上有官方的驱动,所以居然自动识别出了,然后在keil下测试了一下,也能识别烧录ok,这样我们就还原成功!当然这个时候,openocd是用不了了,不过我这里只是为了测试下如何还原,不至于使得j-link变砖。
7.4 换板子出现的jlink烧录问题(未解决)
最近用了另外一块l051的板子在上次修改的jlink上面烧录,发现出现如下问题:
这个网上查了很多,也没直接得到答案,自己也修改过配置,也没有得到答案。
网上所谓的改stm32l0.cfg文件中的reset_config srst_nogate或者是set _workareasize 0x800都试过没用的:
折腾了好一段时间,最后还是换成st-link烧录的。
8、gcc下pirntf 的重定义
我们以前在keil开发stm32的时候,printf都需要重定义才能正常观察打印结果,在gcc下和keil下的重定义是不一样的,我直接给出我使用的方式:
/* user code begin 0 */#if 1#include #ifdef __gnuc__ #define putchar_prototype int __io_putchar(int ch) putchar_prototype { hal_uart_transmit(&huart1, (uint8_t*)&ch, 1, hal_max_delay); return ch; } int _write(int file, char *ptr, int len) { int dataidx; for (dataidx = 0; dataidx isr & 0x40) == 0); /* 串口发送完成,将该字符发送 */ usart1->tdr = (uint8_t) ch; return ch; } #endif #endif
二、使用 vscode插件embedded ide进行开发
1、安装 embedded ide插件
这种方法其实pc上还是得安装一下keil,使用这种方式的好处在于,vscode的代码编辑功能完爆keil太多了。在 vscode的 插件中,搜索 embedded ide :
**如果自动安装失败**,可以到下面这个网址找到插件包,自动安装:embedded ide离线安装包
下载号以后,在vscode插件栏目中,选择从vsix安装,如下图所示:
(对于这个插件的使用,插件的作者本身其实已经写了很多很详细的,这里给个传送门使用文档)
2、embedded ide插件配置操作说明
我这边分别针对stm32f系列和nrf52832系列做一下简单演示,找到插件点击安装,安装好以后再vscode左边的工具栏会多出embedded ide 的图标,点击打开ide的工作区域:
第一步,设置工具链路径,点击ide工作区域的 设置工具链路径栏目,在弹出的界面中选择keil安装路径中的 tools.ini 文件:
上图操作完会弹出选择界面,选择keil5 安装路径下面的 tools.ini 文件
完成上述配置后,就可以导入项目了,我们先找一个stm32f103的项目测试下:
右下角会弹出项目是否将 eide 与原有的keil项目存于同一目录下,我这里作为测试,选择no,然后得自己新建一个文件夹放置工程:
自己找位置选择一个文件夹(最好是英文不带空格),然后在弹出的是否立即切换工作区,选择继续:
eide工程就打开了,打开工程他会自动切换到 左边 vscode资源管理器工作区栏目,但是我们的一些配置需要选中 左边eide:
3、stm32f103 工程编译烧录示例
配置好以后就可以进行编译了,编译的小按钮,编译成功如下图:
如果需要单步调试,需要安装cortex-debug,我这边的st_link调试还是有点问题,这里就不演示了,直接点击烧录测试:
4、nrf52832 工程编译烧录示例
下面我们找一个nrf52832的工程,按照步骤导入:
还是一样配置好,其他东西都是默认就可以,还是可以正常编译和烧录:
佳能在Oculus平台推相机模拟器 用VR就能对比镜头效果
测速电机结构和工作原理是什么
智能驾驶舱 是汽车颠覆式的创新点
国内PCB专用设备生产厂商TOP5
从新材料/新技术/新工艺/新场景探讨5G天线需求及演进的方向
在window下使用VScode搭建ARM开发环境
2023深圳eVTOL World大会在深圳龙华圆满召开!
国微感知发布第二代压力分布测量系统
医疗电源的选择
pcb的核心问题怎么解决
人民日报头版头条@金刚石量子计算教学机
无纺布表面瑕疵检测系统的原理、功能及参数
人工智能大大减少了全球贸易中的什么问题
WIFI的高光时刻什么时候来的
共享腾讯科技力量 助企业构建超级大脑
建滔积层板19年目标市占率20% 2017PE仅5.2倍
国内8家光伏企业家上榜第34期全球亿万富豪榜 合盛硅业及正泰集团在列
JBL炫彩音箱为你解锁视觉与听觉的双重演奏
特斯拉甩锅国家电网?
Diodes优化互补式MOSFET提升降压转换器功率密度