在STM32开发中,经常会碰到hex文件、bin文件与axf文件,这些都是可以烧写到板子里运行的文件。这三个文件有什么区别呢?在这之前,先来一起回顾一下C语言编译的过程:
编译的过程
在之前的C语言笔记《C程序的编译过程》中,有简单的分析了C程序编译的几个过程:
STM32也是用C语言来开发,也会经过类似的编译过程,只不过我们常常用MDK或者其它IDE来编译,其编译过程如下:
例如,我们的LED程序编译过程如下:
在IDE中进行编译时,我们只需点击编译按钮即可完成这些过程,编译过程用到的工具(.exe文件)在IDE的安装目录下的某个文件夹下,比如我们这里用的MDK的编译工具路径:
一般这些IDE或者工具集的一些编译工具都放在bin
文件夹。再比如我们MinGW
工具集(里面包含gcc/g++编译器
,可以编译在电脑上运行的程序)的编译工具所在路径为:
回归正题,我们的MDK
编译时就是使用安装路径下的这些编译工具来完成我们的编译过程。
究其本质,我们在cmd
命令窗口也是可以通过命令来编译我们的STM32程序的(前提是配好环境变量,否则得到编译工具所在的路径下进行编译)。
但是我们不会这样干,因为IDE已经给我们提供了很大的便利。比如:
下面看一下我们在cmd窗口下运行armcc命令
看会发生什么:
我们看到了很多关于armcc命令
的提示说明,有些常用的编译选项已经集成在MDK里供我们选择,比如:
可烧录的文件
axf文件、hex文件与bin文件都是可以运行在我们的stm32上的,它们都存储了编译器根据源代码生成的机器码,根据应用场合的不同,它们又有所区别。
-
axf文件:包含调试信息。
-
hex文件:包含地址信息。
-
bin文件:最直接的代码映像。
axf文件是编译默认生成的文件,不仅包含代码数据,而且还包含着调试信息,在MDK里进行debug调试用的就是这个文件。
hex文件在MDK里要勾选如下选项才可以生成:
hex 文件是一种使用十六进制符号表示的代码记录, 记录了代码应该存储到FLASH 的哪个地址,下载器可以根据这些信息辅助下载。
bin文件是根据axf文件生成的,需要在MDK下添加类似如下格式命令来生成对应的bin文件:
bin文件就是最小的可以运行的文件了,其包含最直接的代码映像。这三个文件中axf文件最大,hex文件次之,bin文件最小,如:
关于它们的区别这里只是简单的阐述说明,有时间、有精力、有兴趣的朋友可以去分析它们里面的内容。
离线文件的烧录方法
hex文件的烧录,我们可以使用FlyMcu
工具通过串口来下载:
FlyMcu
不可以烧bin文件,因为上面说过了bin文件只包含最直接的代码映像,不包含地址信息,会出现如下错误:
bin文件可以使用STM32CubeProgrammer
软件通过STLINK
进行下载:
以上就是本次的分享,如有错误欢迎指出,谢谢!
来源:嵌入式大杂烩
声明:本文素材来源网络,版权归原作者所有。如涉及作品版权问题,请与我联系删除。