本文内容：在Keil嵌入式开发环境下，完成一个基于STM32汇编程序的编写，并进行动态调试；观察最终生成 hex 文件的各段的大小，以及 hex 文件前 8 个字节内容，解释其含义。
目录
一、在Keil环境下创建新项目
1.新建工程
点击 Project ——> New uVision Project 创建新项目
命名文件并保存
选择芯片，这里我选的是STM32F103VE，然后点击OK
CMSIS 下选择 CORE；Device 下 Startup(其中包含了启动文件)，选完后点击OK
2.添加源文件
右击 Source Group 1 ，点击 Add New Item to Group 'Source Group 1'...
选择文件类型，这里我们点击 Asm Files (.s) 添加汇编文件，然后输入文件名，并点击 Add
点击Source Group 1左边的加号，看到test.s，添加成功
二、代码编写，编译与调试
1.代码编写
在 Test.s中添加如下的汇编代码
AREA MYDATA, DATA
AREA MYCODE, CODE
ENTRY
EXPORT __main
__main
MOV R0, #10
MOV R1, #11
MOV R2, #12
MOV R3, #13
;LDR R0, =func01
BL func01
;LDR R1, =func02
BL func02
BL func03
LDR LR, =func01
LDR PC, =func03
B .
func01
MOV R5, #05
BX LR
func02
MOV R6, #06
BX LR
func03
MOV R7, #07
MOV R8, #08
BX LR
2.程序编译
先进行一些初始设置，点击 Options for Target...
在Output界面下，勾选 Create HEX File，才能生成 hex 文件
在 Debug界面下，勾选 Use Simulator，因为在后面我们要进行虚拟调试，后OK 保存设置
点击Rebuild进行编译
编译成功，没有错误
3.程序调试
点击右上角图标进入调试界面
运行后发现程序一直不能跳到主函数，存在错误
查询发现在Debug中Dialog的设置出错，详见该文章：
error 65: access violation at 0x40021000 : no 'read' permission_记录每一次成长-CSDN博客
https://blog.csdn.net/beready/article/details/24668529我们需要修改Dialog和右侧Parameter如下图
再次调试运行，结果符合预期，寄存器 R5，R6，R7，R8 的值和程序设置一致，具体如下图所示：
三、分析生成的HEX文件
用记事本打开hex文件，是一串十六进制字符
1.扩展线性地址记录
扩展线性地址记录（hex 文件的第一排十六进制）也叫作 32 位地址记录或 HEX386 记录
这些记录包含数据地址的高 16 位
扩展线性地址记录总是有两个数据字节，外观如下（这里我通过标记方便对应原始数据）:
:020000040800F2
| 内容 | 描述 |
| 02 | 这个记录当中数据字节的数量 |
| 0000 | 地址域，对于扩展线性地址记录,这个域总是 0000 |
| 04 | 记录类型 04 (扩展线性地址记录) |
| 0800 | 是地址的高 16 位 |
| F2 | 是这个记录的校验和，计算方法：01h + NOT(02h + 00h + 00h + 04h + 08h + 00h) |
当一个扩展线性地址记录被读取，存储于数据域的扩展线性地址被保存，它被应用于从 Intel HEX 文件读取来的随后的记录
线性地址保持有效，直到它被另外一个扩展地址记录所改变
通过把记录当中的地址域与被移位的来自扩展线性地址记录的地址数据相加获得数据记录的绝对存储器地址
2.数据部分
Intel HEX 由任意数量的十六进制记录组成。每个记录包含 5 个域，它们按一定格式排列：:llaaaatt[dd...]cc
每一组字母对应一个不同的域，每一个字母对应一个十六进制编码的数字
每一个域由至少两个十六进制编码数字组成，它们构成一个字节，就像以下描述的那样：
:llaaaatt[dd…]cc
| 内容 | 描述 |
| : | 每个Intel HEX记录都由冒号开头 |
| ll | 数据长度域，它代表记录当中数据字节(dd)的数量 |
| aaaa | 地址域，它代表记录当中数据的起始地址 |
| tt | 代表HEX记录类型的域，它可能是以下数据当中的一个：00(数据记录)、01(文件结束记录)、02(扩展段地址记录)、04(扩展线性地址记录) |
| dd | 数据域，它代表一个字节的数据。一个记录可以有许多数据字节.记录当中数据字节的数量必须和数据长度域(ll)中指定的数字相符 |
| cc | 校验和域，它表示这个记录的校验和（校验和的计算是通过将记录当中所有十六进制编码数字对的值相加，以256为模进行以下补足） |
3.文件尾
在文件的最后一排，是一个文件的结束标志：
:00000001FF
| 内容 | 描述 |
| 00 | 记录的长度为 0 |
| 0000 | LOAD OFFSET为0000 |
| 01 | TYPE ＝ 01 |
| FF | 校验和为FF |
四、总结
总之，在Keil环境下创建STM32汇编语言工程还是相对简单的，不过在调试的过程中也遇到了一些问题，感谢大佬的文章帮助我解决问题。小小新人，还存在很多不足，欢迎斧正
五、参考文献
基于 MDK 创建 STM32 汇编语言工程并分析 HEX 文件内容_ssj925319的博客-CSDN博客目录一、新建工程参考资料本文内容：参考作业附件或者博客 “ 基于MDK创建纯汇编语言的STM32工程 ”，在 Keil 下完成一个汇编程序的编写，学习动态调试变量；并注意观察最终生成 hex 文件的各段的大小，以及 hex 文件前 8 个字节内容，解释其含义。一、新建工程点击 Project ——> New uVision Project 创建新项目输入工程名并保存这里我选择的是 STM32F103VE 芯片，然后点击 OKARM 的 CMSIS 已经把开发所需要的软件组件都封https://blog.csdn.net/ssj925319/article/details/111868500 error 65: access violation at 0x40021000 : no 'read' permission_记录每一次成长-CSDN博客
https://blog.csdn.net/beready/article/details/24668529