概述

本文档仅介绍如何通过使用Eclipse、ARM-GCC编译工具、GNU-ARM插件、J-Link或AT-Link等资源来配置及调试AT32F403A的sLib，并提供sLib方案商开发算法范例及终端用户应用范例。关于AT32F403A的sLib详细介绍及说明，请详阅：
《AN0040_AT32F403A_407_Security_Library_Application_Note》。

环境说明：

本文档安装说明基于WINDOWS 7 x64系统下实现，开发板使用AT-START-F403A。

关于Eclips调试环境的安装及Eclipse工程的建立，请参阅《AN0033_Eclipse_with_GCC》。

本文档所使用的软件都打包到Setup_SLIB_with_Eclipse_and_GCC_V2.0.0.zip，直接解压重新编译后即可运行。

解压后Eclipse的workspace位于目录：
Setup_SLIB_with_Eclipse_and_GCC_V2.0.0\utilities\slib_with_eclipse_and_gcc_demo。

其中包含文件：

.metadata：此workspace的环境设定
project_l0：方案商开发算法范例
project_l1：终端用户应用范例

Project_L0方案商范例

在此阶段的范例程序，将完成下列几个项目：

• 将低通滤波器函数编译成可执行(executr-only)的代码；

• 将低通滤波器函数的代码编排放置到主闪存区地址0x08004000~0x08004FFF(sector8~9)；

• 将低通滤波器函数的系数编排放置到主闪存区地址0x08005000~0x08005FFF(sector10~11)；

• 验证成功后，将sector8~9设置为指令安全库区，将sector10~11设置为数据安全库区，此部分可在范例的主程序中以调用slib_enable()函数来完成，或使用Artery ICP Programmer来完成(建议使用ICP工具完成设置)；

• 产出终端用户程序调用低通滤波函数时，需用到的头文件及符号定义文件。

产生只执行(Exacute-only)代码

设置方式如下：

1) 选择C文件群组或个别的C文件，范例中是把要保护的相关C文件都放在FIR_Filter群组，点击FIR_Filter群组内需要设置只执行的文件，按鼠标右键选择“Properties”

2) 点选C/C++Build->Settings->GNU ARM Cross C Complier->Miscellaneous，在”Other compiler flags”填入-mpure-code以及-mslow-flash-data这两个关键字，然后按Apply使设定生效

编排安全库区的地址

Project_L0范例的主闪存映像及RAM的使用分区如下图，RAM的分区主要是为了避免sLib保护区的代码与终端用户的代码用到相同的RAM而产生的冲突问题。

其中滤波器函数的代码编排放置到主闪存区的地址0x08004000~0x08004FFF(sector8~9)，并将滤波器函数的系数编排放置到主闪存区的地址0x08005000~0x08005FFF(sector10~11)。RAM的部分则是将0x20000000到0x200000FF共256个字节保留给sLib保护区的代码使用。

步骤如下：

1) 依据”AT32F403AxC_FLASH.ld”linker descriptor文件做修改，编写一个ld文件，如project_l0\eclipse_gcc\ld目录下的slib.ld。

2) 在slib.ld当中，将主闪存及RAM分区划分如下：

3) 将算法代码放到.slib_inst section，低通滤波器的系数放到.slib_data section，并将算法使用到的全局变量指定到.slib_ram section，如下图：

4) 在Project->Properties->C/C++Build->Setting->GNU ARM Cross C Linker->General设定中的Script files，加入slib.ld。

5) 本范例会使用到gcc的数学运算函数库libm.a，在Properties->GNU ARM Cross C Linker->Miscellaneous设定中的Other linker flags填入--specs=rdimon.specs，linker才不会出现错误讯息。

关于ld文件的语法，可参考GNU linker的相关名文件。

产生头文件及符号定义文件

头文件(header file)跟符号定义文件(symbol definition file)是终端客户应用范例Project_L1在调用FIR低通滤波函数时需要用到。在范例中，就是main.c中包含的fir_filter.h文件。符号定义文件则是定义低通滤波函数的实际地址。

产生符号定义文件的方法：

1) 进入Project->Properties->C/C++Build->Setting的Build Steps设定画面。

在Post-build steps的命令行中输入以下命令：

arm-none-eabi-objcopy.exe--keep-symbols="..\keep_sym.txt"-S--remove-section=.ARM.attributes--extract-symbol"${BuildArtifactFileBaseName}.elf""..\fir_filter_symbol.sym"

2) 此处fir_filter_symbol.sym是要产出的符号定义文件，keep_sym.txt放在project_l0\eclipse_gcc目录下，是用来选择要产生哪些函数的符号，内容如下：

3) 重新编译整个项目后，在project_l0\eclipse_gcc目录下，就会产生一个名为fir_filter_symbol.sym的符号定义文件。

启用安全库区保护

要启用安全库区的保护功能，有以下两种方式：

1) 使用ICP刻录工具Artery ICP Programmer(建议用此方式)。

使用ICP Programmer启用sLib的方法，请参阅《AT32F403A Security Library Application Note》。

2) 使用范例程序main.c之中的slib_enable()函数。

在低通滤波函数测试正确后执行过一次此函数，就可以启用安全库区的保护功能。要执行此函数，只要在main.c中使能#define USE_SLIB_FUNCTION即可。

Project_L1终端用户范例

Project_L1范例会使用到在Project_L0中调试好，并已经被刻录到AT32F403A芯片的主闪存中且被sLib保护的FIR低通滤波器函数。根据Project_L0提供的头文件、符号定义文件以及主闪存区块映像，终端用户就可以参照Project_L1做到

• 建立一个应用项目；

• 引用Project_L0提供的头文件及符号定义文件到项目里；

• 调用FIR低通滤波器函数；

• 开发并调试用户自己的应用程序。

注：Project_L1必须使用跟Project_L0开发时一样的工具链及相同版本的编译程序，不然有可能会因为版本差异的兼容性问题，而无法使用Project_L0提供的代码。

建立用户的应用项目

因为Project_L0启用的安全库区已经占用了一些特定的主闪存页面，Project_L1的代码必须参照Project_L0提供的主闪存区块映像来编排放置的地址。其中sector8~11为安全库区所占用，终端用户需使用ld文件将这个区域隔离起来，避免代码在编译时被编排到这个区域内，方式如下：

参照project_l1\eclipse_gcc\ld目录下的end_user_code.ld文件，将主闪存空间切成两个区块FLASH_1及FLASH_2，中间空出来的区域就是sLib保护区。此外，RAM的区域也要保留0x20000000到0x200000FF的区域。如下图：

其中SLIB_CODE及SLIB_DATA两个区域，方案商已事先刻录代码，所以设定为NOLOAD，在下载Project_L1代码到主闪存时，就不会再次被下载。

在项目中加入符号定义文件

Project_L0所产生的符号定义文件fir_filter_symbol.sym必须被添加到Project_L1项目中，才能被正确的编译并链结到sLib保护区的代码。方法如下：

1) 将fir_filter_symbol.sym这个文件加到FIR_Filter群组；

2) 打开Project->Properties->C/C++Build->Settings->Tool Setting->GNU ARM Cross C Linker->Miscellaneous设定画面，在Other objects选单中加入此文件，在编译项目时就会可以被引用到。

内容概述

本文档主要介绍AT芯片在Keil和IAR两种工程环境下的printf功能使用方法。其共包含如下表统计的6种方法,各方法的具体用法在具体内容中描述。

具体内容

IAR环境下经Terminal I/O虚拟终端输出

简介

IAR提供的链接到其Terminal的驱动内就包含有常用的scanf和printf等标准输入输出驱动函数，所以工程文件可直接经IAR自带的Terminal I/O窗口实现信息交互。

例程路径

001_Printf_Test_IAR_Terminal\project\iar_v8.2

环境及硬件设计

1) 环境

本方法需在IAR环境下使用，例程支持的编译环境为IAR_V8，硬件电路板为AT-START-F403A_V1.2。

2) 硬件连接

Link/AT-Link&...connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”。

2) 重定向设定

Printf解除重定向（屏蔽与实际串口的重定向）。

仿真与下载

代码经编译后下载到MCU内，然后进入Debug调试环境中，经View->Terminal I/O（下图1）调出虚拟终端，然后全速运行代码即可看到程序主循环内的“Hello World”等内容被打印到了终端交互窗口Output栏（下图1）内，且在该窗口的Input栏内输入的数据也同样会被打印到Output窗口内。

IAR环境下重定向为串口输出

简介

将printf函数重定向到芯片内的一组实际串口，经串口TX脚输出，最后由串口助手工具进行信息交互。

例程路径

002_Printf_Test_IAR_USART2\project\iar_v8.2

环境及硬件设计

1) 环境

本方法需在IAR环境下使用，例程支持的编译环境为IAR_V8，硬件电路板为AT-START-F403A_V1.2。

2) 硬件连接

J-Link/AT-Link&...connection

J-Link/AT-Link&...connection

USART2 connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”；

2) 重定向设定

串口初始化并将Printf重定向到实际的串口，重定向函数如下

仿真与下载

代码经编译后下载到MCU内，然后全速运行代码即可看到程序主循环内的“Hello World”等内容被打印到了终端交互窗口（下图3）内。

经Keil平台的Debug(printy） Viewer虚拟终端输出

简介

Keil平台自带有Debug(printf) Viewer接口，在ARM内核集成有常用的scanf和printf等标准输入输出驱动函数的前提下，该接口可用于标准的Printf交互。

例程路径

003_Printf_Test_Keil_JTDO\project\mdk_v5

环境及硬件设计

1) 环境

本方法需在Keil环境下使用，例程支持的编译环境为Keil_V5，硬件电路板为AT-START-F403A_V1.2

2) 硬件连接

J-Link/AT-Link&...connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”；

2) 跟踪引脚分配

3) Printf映射

仿真与下载

勾选如下图4中的Enable，并设定Core值，Core值需与系统时钟相等。

设定串口时钟，通常通过勾选如下图4中的Autodetect max SWO C1来实现。当出现打印乱码时，此时可尝试不勾选Autodetect max SWO C1，并手动修改Prescale Core Clk保证打印信息正常。

随后即可编译代码下载到MCU内，然后进入Debug调试环境中，经View->Serial Windows->Debug (printf) Viewer（下图5）调出虚拟终端窗口，然后运行代码即可看到Hello World被实际打印到了终端交互窗口（下图6）内。

Keil环境下重定向为串口输出(使用MicroLIB)

简介

Keil环境有自带一个MicroLIB库，其内包含一些支持Printf函数的代码，在将Printf重定向到串口输出时，勾选使用MicroLIB后可由串口助手工具进行信息交互。

例程路径

004_Printf_Test_Keil_USART2_MicroLIB\project\mdk_v5

环境及硬件设计

1) 环境

本方法需在Keil环境下使用，例程支持的编译环境为Keil_V5，硬件电路板为AT-START-F403A_V1.2

2) 硬件连接

J-Link/AT-Link&...connection

USART2 connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”；

2) Printf重定向

3) MicroLIB设定

仿真与下载

代码经编译后下载到MCU内，然后全速运行代码即可看到程序主循环内的“Hello World”等内容被打印到了终端交互窗口（下图8）内。

Keil环境下重定向为串口输出(不使用MicroLIB)

简介

Keil环境有自带一个MicroLIB库，其内包含一些支持Printf函数的代码。在将Printf重定向到串口输出时，如果不勾选使用MicroLIB，自行在工程文件内添加支持Printf函数的代码段，也同样可由串口助手工具进行信息交互。

例程路径

005_Printf_Test_Keil_USART2__Without_MicroLIB\project\mdk_v5

环境及硬件设计

1) 环境
2) 硬件连接

J-Link/AT-Link&...connection

USART2 connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”；

2) Printf 重定向

3) MicroLIB设定

4) Printf函数支持代码添加

仿真与下载

代码经编译后下载到MCU内，然后全速运行代码即可看到程序主循环内的“Hello World”等内容被打印到了终端交互窗口（下图10）内。

经JLinkRTT窗口输出

简介

JLink自带有调试输出功能，在添加JLink RTT库代码后，可根据指定的指令实现代码调试输出到对应的窗口。

例程路径

006_Printf_Test_Jlink_RTT\project\mdk_v5

环境及硬件设计

1) 环境

本方法在IAR及Keil环境下均可使用，例程支持的编译环境为IAR_V8、Keil_V5，硬件电路板为AT-START-F403A_V1.2。

2) 硬件连接

J-Link connection

软件设计

1) 头文件

代码工程文件内添加“stdio.h”；

2) 添加JLink RTT库代码

• 分别将JLink RTT库代码中的SEGGER_RTT.c和SEGGER_RTT_printf.c添加到工程文件内；

• 根据编译环境选择添加SEGGER_RTT_Syscalls_IAR.c或SEGGER_RTT_Syscalls_KEIL.c到工程文件内；

3) 输出到PC

此时，代码内调用如下SEGGER_RTT_WriteString或SEGGER_RTT_printf命令即可输出到PC端

仿真与下载

1) 通过JLinkRTTClient窗口输出

代码经编译后下载到MCU内，然后进入Debug调试环境中，打开JLink安装路径下名称为JLinkRTTClient的应用程序。此时单步执行代码时即可看到打印信息被依次输出到JLinkRTTClient窗口，如下图11和图12。

2) 通过JLinkRTTViewer窗口输出

代码经编译后下载到MCU内，然后打开JLinkRTTViewer窗口，如下图13。

点击OK，并在弹出的窗口再点击OK，然后在弹出的窗口输入并选择如下信息（此处以ZE系列为例），并点击OK。如下图14

拿前述代码进入Debug调试环境中，此时单步执行代码时即可看到打印信息被依次输出到JLinkRTTViewer窗口。如下图15

注意事项

前述具体内容2.3和2.6的测试时，只能用J-Link，AT-Link暂不支持；

前述具体内容2.1和具体内容2.2的测试时，如果使用AT-Link的话，工程内Options→CMSIS DAP→Reset选项必须选择为Hardware或者System，不然无法连接及下载代码；

前述具体内容2.2的测试时，工程内Options→General Options→Library Configuration→Library选项必须选择为Full，不然无法正常输出。因为只有选择为Full时，支持Printf函数的代码才会被包含进来。

前述具体内容2.6.5.1测试时，因输出窗口应用程序暂时无法指定芯片型号，为保证代码与窗口型号匹配且输出正常，目前工程内Device须选择ST的型号。且工程代码内必须要勾选“Options”内的“Use MicroLIB”，不然代码编译可能会出现异常。

概述

在使用Artery部分系列MCU时（如AT32F413\AT32F415\AT32F403A\AT32F407），可以使用DMA弹性映射功能。此功能使得DMA的通道配置更加灵活，可以将某外设的DMA请求通道指定到DMA1或者DMA2共14个通道中的任意一个通道。（如：可以将SPI1接受数据的DMA请求指定到DMA1的通道7）。

本指南将介绍如何使用DMA弹性映射请求，从而使得DMA传输变得更加灵活多变。

配置及使用方法

常规DMA使用（DMA固定映射）

常规的DMA使用以及配置方式为：外设的DMA通道已经固定且不可改变，使用时配置好再使能固定通道即可。这就意味着如果想开启某个外设的DMA功能，那么通道是不可改变的，例如想使用SPI1的RX DMA功能，那么就要查看RM的手册，如下：

从表格中可以知道需要开启DMA1的通道2。

DMA弹性映射使用

DMA弹性映射请求功能提供了一种更灵活的使用方式，即外设的DMA通道不固定，可选择DMA1和DMA2中，共14个通道的任意一个通道。

想要使用此功能，需要通过以下几步的设定：

1) 开启DMA弹性映射功能

将DMA的通道来源寄存器1的第24bit写1，即DMA_SRC_SEL1寄存器的DMA_FLEX_EN位。

向通道设置对应的寄存器中写入相应的硬件ID号。

每个外设的DMA请求都分配了一个硬件ID号，只要将这个ID号写进通道来源寄存器中即可。ID号可查看RM中的表格，以403A为例，如下：

上表中的CHx_SRC设定值就是硬件ID号，将这个ID号写进通道来源寄存器中的对应通道bit位就可以了。例如：要将SPI1的RX的DMA请求映射到DMA1的通道7，那么就要将0x09写入到DMA_SRC_SEL1寄存器的CH7_SRC[23:16]。其他配置与常规DMA配置相同通过以上3步的配置，弹性映射功能即可使用。

注：DMA1/2的DMA_FLEX_EN必须要同时设定为1或时，DMA1/2的映像模式必须一致。无法DMA1是固定式映像，DMA2是弹性式映像。

2) DMA弹性映射库函数使用

以上的配置在BSP中的dma.h\dma.c的库文件中有提供相应的库函数，使用者只需调用库函数即可完成DMA弹性映射模式的配置。

库函数说明如下：

此函数只需在配置好DMA常规功能后调用即可，如下：

上图中为设置TIMER1的更新中断为DMA弹性映射请求范例。

例程说明

DMA弹性映射功能在BSP中例程，路径为：
AT32F403A_407_Firmware_Library_V2.x.x\project\at_start_f403a\examples\dma\data_to_gpio_flexible（以403A路径为例）

下面将对这两个例程做一个使用说明。

• data_to_gpio_flexible

例程data_to_jpio_flexible

本例程实现的功能为利用DMA将SRAM的数据传输到GPIO口的输出寄存器中，从而达到控制GPIO口输出的目的。同时配置TMER2产生overflow中断并产生DMA请求，配置次DMA请求为弹性映射模式。
TIMER2每产生一次DMA请求，DMA就从SRAM搬运一笔数据到GPIO口。

DMA相关的配置代码：

实验结果可采用逻辑分析仪抓取GPIO口数据查看。

雅特力日前推出一系列丰富的软件工具，包括AT-Link Console、ISP Console、New Clock Configuration、I²C Timing Configuration等；同时发布全新升级版BSP、Pack、ICP、ISP、ISP Multi-Port，相比于之前版本，新增支持雅特力新推出的AT32F435、AT32F437、AT32F425、AT32WB415系列MCU，同时强化并完善软件功能，为开发人员提供全面性集成支持，带来开发效率和成果性能的大幅提升。

BSP & Pack

为了让用户高效快速的使用Artery MCU，雅特力官方提供了一套完整的BSP & Pack用于开发。主要包括：外设驱动库、内核相关文件、完整的应用例程以及能够支持Keil_v5、Keil_v4、IAR_v6和IAR_v7、IAR_v8等多种开发环境的Pack文件。

● document：部分说明文档。
● libraries：

drivers：外设驱动库。
cmsis：内核相关文件。包括Cortex-M4库文件、系统初始化文件、启动文件等。
● middlewares：第三方软件包或公用协议包。如USB协议层驱动、网络协议层驱动、操作系统源码等。

● project：

examples：型号相关的示例demo。
templates：模板工程。
● utilities：各经典应用案例存放目录。

● IAR_AT32MCU_AddOn：支援IAR_V6、IAR_V7和IAR_V8的压缩包。

ICP（In-Circuit Programming）

ICP Programmer是为了让用户更方便的使用AT32 MCU而开发的一款图形界面应用程序。使用该应用程序，用户可通过AT-Link仿真器或者J-Link仿真器来操作雅特力的MCU设备。同时可配置AT-Link离线项目，用户可通过AT-Link离线下载实现高效量产烧录。

ISP（In-System Programming）

ISP Programmer是基于AT32 MCU Bootloader而开发的一款图形界面应用程序。使用该应用程序，用户可以通过UART端口或者USB端口配置操作雅特力的MCU设备。

ISP Multi-Port

ISP Multi-Port Programmer是基于AT32 MCU Bootloader而开发的一款图形界面应用程序。使用该应用程序，用户可以通过UART端口或者USB端口同时配置操作多台雅特力的MCU设备。

ISP Multi-Port Programmer支持连续下载模式，方便客户实现高效量产烧录。
功能操作方面，可对选择设备进行全擦除、扇区擦除、块擦除、下载文件、下载用户系统数据文件、Firmware CRC校验、存储器 CRC、启用保护、禁用保护，以及禁用sLib等功能操作。

AT -Link Console & ISP Console

AT-Link Console是一款基于AT-Link操作MCU的命令行应用程序。使用该应用程序，用户可以通过SWD端口配置操作雅特力的MCU设备。

ISP Console是一款基于MCU Bootloader的命令行应用程序。使用该应用程序，用户可以通过UART端口或者USB端口配置操作雅特力的MCU设备。

New Clock Configuration

协助AT32 MCU CPU/IP的时钟配置，并生成代码。

I²C Timing Configuration

协助AT32 MCU CPU/IP的时钟配置，并生成代码。

概述

IAP（In Application Programming）即在应用编程，IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写，目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。通常实现IAP功能时，即用户程序运行中作自身的更新操作，需要在设计固件程序时编写两个项目代码，第一个项目程序不执行正常的功能操作，而只是通过某种通信方式(如USB、USART)接收程序或数据，执行对第二部分代码的更新；第二个项目代码才是真正的功能代码。这两部分项目代码都同时烧录在User Flash中，当芯片上电后，首先是第一个项目代码开始运行，它作如下操作：

1) 检查是否需要对第二部分代码进行更新

2) 如果不需要更新则转到4)

3) 执行更新操作

4) 跳转到第二部分代码执行

在上图所示流程中，MCU复位后，还是从0x08000004地址取出复位中断向量的地址，并跳转到复位中断服务程序，在运行完复位中断服务程序之后跳转到IAP的main函数，如图标号①所示；在执行完IAP以后（即将新的APP代码写入AT32的FLASH，灰底部分。新程序的复位中断向量起始地址为0x08000004+N+M），跳转至新写入程序的复位向量表，取出新程序的复位中断向量的地址，并跳转执行新程序的复位中断服务程序，随后跳转至新程序的main函数，如图标号②和③所示，同样main函数为一个死循环，并且注意到此时AT32的FLASH，在不同位置上，共有两个中断向量表。

在main函数执行过程中，如果CPU得到一个中断请求，PC指针仍强制跳转到地址0x08000004中断向量表处，而不是新程序的中断向量表，如图标号④所示；程序再根据我们设置的中断向量表偏移量，跳转到对应中断源新的中断服务程序中，如图标号⑤所示；在执行完中断服务程序后，程序返回main函数继续运行，如图标号⑥所示。

通过以上两个过程的分析，我们知道IAP程序必须满足两个要求：

1) 新程序必须在IAP程序之后的某个偏移量为x的地址开始

2) 必须将新程序的中断向量表相应的移动，移动的偏移量为x

AT32 USART IAP 快速使用方法

硬件资源

文档中是用AT-START-AT32F403A实验板的硬件条件为例，IAP demo源代码还包括AT32其他型号，用户只需编译对应型号工程烧录于AT-START实验板运行即可。

1) 指示灯LED2/LED3/LED4
2) USART1(PA9/PA10)
3) AT-START实验板

软件资源

1) tool_release

● IAP_Programmer.exe，PC机tool，用于演示IAP升级流程

2) source_code

● bootloader，bootloader源程序，运行LED2闪烁

● app_led3_toggle，app1源程序，运行LED3闪烁

● app_led4_toggle，app2源程序，运行LED4闪烁

注：工程基于keil v5和IAR8.2建立，若用户需要在其他编译环境上使用，请参考AT32F403A_407_Firmware_Library_V2.x.x\project\at_start_f403a\templates中各种编译环境（例如IAR6/7/8, keil 4/5, eclipse_gcc）进行对应修改即可。

IAP Demo 使用

1) 打开bootloader工程源程序，选择对应MCU型号的target编译后下载到实验板

2) 打开IAP_Programmer.exe

3) 选择正确的串口、APP下载地址和bin文档，点击Download下载，如下图

4) 观察LED2/3/4闪烁，LED2闪烁-bootloader工作，LED3闪烁-app1工作，LED4闪烁-app2工作

AT32 USART IAP程序设置

地址分布

注：bootloader区域最后一个扇区，用于存放防止升级过程掉电的flag，用户编译修改bootloader时，要保证不覆盖flag的地址。

执行流程

IAP分为Bootloader和App两部分，应用在App中执行，升级过程在bootloader中执行。程序执行整体流程框图如下：

bootloader project 设置

1) Keil设置

2) bootloader源程序修改Iap.h文件中

app project 设置

IAP demo提供了2个app程序供测试用，皆以address 2（0x800 4000）为起始地址。app1 LED3闪烁，app2 LED4闪烁。以app1为例，设计步骤如下：

1) Keil工程设置

2) app1源程序设置

3) 编译生成bin文件

通过User选项卡，设置编译后调用fromelf.exe，根据.axf文件生成.bin文件，用于IAP更新。通过以上3个步骤，我们就可以得到一个.bin的APP程序，通过bootloader程序即可实现更新。

4) 开启debug app code功能

如果在设计app code过程中需要对app project进行单独调试，请按照以下操作。

a) 先下载bootloader工程

b) 再调试app工程

bootloader/app 与上位机串口通信协议

1) 上位机通信协议

2) IAP端下位机通信协议

注: ACK: 0xCCDD

NACK: 0xEEFF

Data: 0x31+Addr+数据+chenksum（1byte）

Addr: 4bytes，高位在前

Kbytes，下载数据，不足2K内容填充0xFF

Checksum: 1byte，4bytes的Addr+2KBytes数据的校验和的低八位