本文是在Keil嵌入式开发环境下完成一个基于STM32汇编程序的编写，学习在没有硬件条件下进行仿真调试，观察ARM寄存器的变化状况，记录过程生成的 hex文件各段的大小，了解Hex文件格式及其前8个字节内容含义。
双击打开 Keil uVision5 软件
点击菜单栏的Project -> New uVision Project 新建一个项目
自定义项目路径和项目名，点击回车，项目建立成功，弹出以下界面
设置工程的目标环境，本文基于STM32F103ZET6，因此在弹出选择窗口选出对应的芯片，点击OK即可。
ARM的CMSIS已经把开发所需要的软件组件都封装好了，因此直接选择即可：
1.CMSIS下选择CORE；
2.Device下Startup，其中包含了启动文件；
具体操作如下图：
然后点击OK，这样运行环境就配置好了。
单击 Source Group 1后，选择Add New Item to Group ‘Source Group 1’
因为是创建汇编文件，所以选择 Asm File (.s) 添加汇编文件
输入文件名，点击 Add 新建成功
添加的源代码如下：
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
依次点击Project ->Options for Target ‘Target1’
在弹出的窗口中点击Output，勾选Create HEX File ，这样才能生成Hex文件
然后点击 Debug ,勾选 Use Simulator ，这样才能进行后面的虚拟调试，后点击OK保存即可
点击Rebuild对文件进行编译
程序并无报错，编译成功
点击右上方的调试图标进入调试阶段
接着点击Step 进行单步执行调试
在这里我们会发现程序一直循环，不能正常的进行调试，查阅相关错误可发现是我们在Debug中Diolog未进行设置
详情可参考 https://blog.csdn.net/beready/article/details/24668529
再次进入仿真器设置界面，对Debug界面的Dialog DLL 和Parameter 进行参数设置
修改Dialogue DLL中参数为 DARMSTM.DLL，Parameter 中参数为 -pSTM32F103ZE（因为本次实验用的STM32F103ZET6芯片），修改后如下页图所示：
再次调试运行，发现结果符合预期，寄存器R5、R6、R7、R8的值和程序设置一致，具体结果如图所示：
打开实验所生成的hex文件可以看出，是一串十六进制字符
扩展线性地址记录（即hex 文件的第一排）也叫作 32 位地址记录或 HEX386 记录
这些记录包含数据地址的高 16 位
扩展线性地址记录总是有两个数据字节
如图，其中第一行数据为020000040800F2，可以看做是0x02 0x00 0x00 0x04 0x08 0x00 0xF2，其前四个字节和最后一个字节有特殊含义,中间为数据.
第一个0x02表示该行数据中有两个数据
第二个，第三个0x00 0x00表示本行数据的起始地址位
第四个字节有0x00 0x01 0x02 0x03 0x04 0x05，分别有以下含义:
‘00’ Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录
‘01’ 文件结束记录：用来标识文件结束，放在文件的最后，标识HEX文件的结尾
‘02’ 扩展段地址记录：用来标识扩展段地址的记录
‘03’ 开始段地址记录：开始段地址记录
‘04’ 扩展线性地址记录：用来标识扩展线性地址的记录
‘05’ 开始线性地址记录：开始线性地址记录
最后一个字节0xf8为校验和。校验和= 0x100-累加和。在nodepad++中，如果该校验和不是绿色，则表示该校验和是错的。
Intel HEX 由任意数量的十六进制记录组成。每个记录包含5个域，它们按以下格式排列：
每一组字母对应一个不同的域，每一个字母对应一个十六进制编码的数字。每一个域由至少两个十六进制编码数 字组成，它们构成一个字节 ，就像以下描述的那样：
：(冒号)：每个Intel HEX记录都由冒号开头 ；
LL 是数据度域, 它代表记录当中数据字节 (dd) 的数量 ；
aaaa 是地址域, 它代表记录当中数据的起始地址；
TT是代表HEX 记录类型的域 , 它可能是以下数据当中的一 个：
00 – 数据记录（Data Record）
01 – 文件结束记录（End of FileRecord）
02 – 扩展段地址记录（ExtendedSegment Address Record）
03 – 开始段地址记录（Start Segment Address Record）
04 – 扩展线性地址记录（Extended Linear Address Record）
05 – 开始线性地址记录（Extended Segment Address Record）
dd 是数据域 , 它代表一个字节的数据.，一个记录可以有许多数据字节，记录当中数据字节的数量必须和数据长度域(ll) 中指定的数字相符；
cc 是校验和域 , 它表示这个记录的校验和。校验和的计算是通过将记录当中所有十六进制编码数字对的值相加, 以256 为模进行以下补足。
通常表示为：：[1字节长度][2字节地址][1字节记录类型][n字节数据段][1字节校验和]
如图可知，该hex文件末尾数据为00000001FF，是一个文件结束的标志
00：记录的长度为 0
0000:LOAD OFFSET为0000
01:TYPE ＝ 01
FF:校验和为FF
通过实验可以发现在Keil环境下创建STM32汇编语言工程还是相对简单的，虽然在软件调试的过程中遇到了一些问题，但通过查阅相关资料、询问同学还是得以解决，最终完成本实验。
参考文献：
1.https://blog.csdn.net/weixin_39752827/article/details/81477686
2.https://blog.csdn.net/m0_58414679/article/details/120467462?utm_source=app&app_version=4.15.0&code=app_1562916241&uLinkId=usr1mkqgl919blen
3.https://blog.csdn.net/qq_43279579/article/details/111717607