51单片机程序生不成axf文件吗？

Posted 2023-05-18

用的KEIL C51和KEIL MDK都失败了，但是我选择ARM芯片的工程就能生成axf文件。

参考技术A 看你使用的开发软件平台，有没有这个功能，Keil是没有这个功能的，如果需要的话，你在网上查一下资料看有没有生成此种文件的可执行文件及说明，Keil里面是可以通过配置命令来完成的。 参考技术B 你所说的单片机程序应该是指编译程序和烧录程序。
是否生成axf文件应该看你使用的编译程序。追问

嗯，我使用的是KEIL，我也选择生成调试信息了，但是没有AXF文件啊？可是我再建立个ARM的工程就能生产，一样的配置啊。

参考技术C axf是带调试信息的，你如果单纯制作普通单片机开发，完全没必要，那个文件烧录起来，很浪费时间

STM32 | hex文件bin文件axf文件的区别？

1024G 嵌入式资源大放送！包括但不限于C/C++、单片机、Linux等。关注微信公众号【嵌入式大杂烩】，回复1024，即可免费获取！

在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程序的（前提是配好环境变量，否则得到编译工具所在的路径下进行编译），但是我们不会这样干（有这功夫就可以去学学Linux），因为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进行下载：

以上就是本次的分享，如有错误欢迎指出，谢谢！