4月9日~10日，沁恒携“自主核 中国芯”主题亮相杭州第四十八届中国电工仪器仪表产业发展技术研讨会及展会，依托多层次USB/蓝牙/以太网接口芯片、青稞RISC-V全栈MCU等关键技术自主可控的中国芯，向行业客户展示专业、可靠、丰富的解决方案，助力电力行业智能化，推动国产替代2.0。

热门展品回顾

蓝牙芯片

集成LCD驱动的低功耗蓝牙MCU—CH592

支持2Mbps的BLE5.4，支持20*4段式LCD驱动，支持USB主机及设备功能，提供PWM、SPI、I2C、4组串口、RTC、12位ADC、触摸按键等外设，采用低功耗射频工艺设计，定位于更低功耗、更低成本LCD显示的蓝牙应用。

以太网芯片

TCP/IP网络协议栈芯片—CH395

自带10M/100M以太网MAC+PHY，兼容IEEE802.3规范，内置UDP、TCP、DHCP、ARP等以太网协议栈固件，支持串口、并口和SPI连接，可为MCU、DSP等主控快速拓展以太网通讯功能。

百兆以太网PHY芯片—CH182

工业级10M/100M以太网PHY收发器，支持MII和RMII接口，支持Auto-MDIX。支持独立的I/O接口电源以适应不同电压的处理器或MCU。

USB2.0百兆网卡芯片—CH397

集成USB控制器及收发器PHY，集成符合IEEE802.3规范的10M/100M以太网收发器及控制器。具有高集成度、低功耗、低成本、易于使用等特点，支持各主流操作系统。

USB芯片

7端口工业级HUB控制器芯片—CH338/9

符合USB2.0协议规范，支持高性能MTT模式，部分应用场合可免晶振。部分型号支持上行口交换，集成USB PD功能，支持Type-C功率传输。工业级设计，外围精简。

另有7端口多功能HUB芯片CH339提供以太网、读卡器、PD、转JTAG/UART/SPI/I2C等功能。 

高速USB信号隔离延长芯片—CH318

通过电容耦合或网络变压器耦合实现对USB信号的隔离、实时中转和距离延长。芯片自带USB HUB功能，可用于USB接口高压隔离延长、隔离HUB、延长HUB等。

搭配7端口多功能HUB芯片CH339，可实现USB高速读卡器、USB转SPI、JTAG、I2C等多种接口的隔离。

MCU

工业级RISC-V内核低功耗MCU—CH32L103

采用青稞RISC-V内核，集成PDUSB接口，支持USB数据传输和Type-C功率传输。芯片内置低功耗定时器LPTIM，提供OPA/PGA运放、3组电压比较器、12位ADC、触摸按键、USART串口等丰富外设资源。

蓝牙+以太网 无线型MCU—CH32V208

采用青稞RISC-V内核，最高支持144MHz系统主频，片上集成BLE5.3、10Mbps以太网收发器及控制器、双路USB接口，支持USB主机及设备功能，集成CAN接口、双路OPA运放、4组USART、双路I2C、12位ADC、10路Touchkey等丰富外设资源。

千兆以太网+高速USB 互联型MCU—CH32V307

采用青稞RISC-V内核，支持硬件浮点运算，最高主频144MHz。集成千兆以太网MAC控制器并内置10M PHY；提供USB2.0高速接口，内置480Mbps收发器；集成八串口、四高级定时器、双CAN、DVP、FSMC等丰富外设资源。 

航天工业正将其连接接口从传统专用网络转向以太网解决方案，以提供更多灵活性并简化设计流程。为了简化航空航天和国防客户的以太网部署，Microchip Technology Inc.（美国微芯科技公司）今日宣布推出全新的VSC8574RT PHY，进一步扩展其耐辐射（RT）以太网PHY产品阵容。VSC8574RT PHY支持串行千兆位媒体独立接口（SGMII）和四通道串行千兆位媒体独立接口（QSGMII），可减少设计中的总信号引脚数，降低主机器件所需空间。

航天应用的运行环境需要增强型辐射技术，以承受极端温度和电磁事件。这些事件会降低天基系统性能并扰乱运行。VSC8574RT以太网PHY基于Microchip广泛的商用现货（COTS）技术器件，允许客户使用COTS版本开发应用，并在最终环节使用RT器件进行替代。 

VSC8574RT PHY同时兼容铜缆和光纤接口，提供了更多可能的新应用用例。尽管目前主流设计仍然使用铜缆，但随着行业对1千兆以上数据速率的需求不断增长，光纤接口是未来航天应用的必然趋势。

 VSC8574RT PHY配备了一个四通道端口，支持10、100和1000BASE-T以太网连接，可根据器件要求实现最佳速度和覆盖范围。高可靠性的VSC8574RT PHY拥有丰富的高级功能，如同步以太网（SyncE）和IEEE® 1588v2精确时间协议（PTP），支持用于高度精确计时应用的网络计时和同步。 

Microchip航空航天和国防业务部副总裁Bob Vampola表示：“VSC8574RT PHY器件具有先进的计时功能，能为客户提供确定性实时应用的连接解决方案。航天应用对以太网解决方案的需求很大，我们的COTS-to-RT器件具备多端口、SGMII和光纤接口，可提供更多功能。” 

VSC8574RT的规格参数包括78 MeV.cm²/mg以上的单事件锁存抗扰度以及高达100 krad的总电离剂量测试。这种多功能的解决方案可以满足从低地轨道（LEO）到深空的广泛应用。 

Microchip基于COTS的千兆位以太网PHY产品系列目前包含新推出的VSC8574RT，以及VSC8541RT和VSC8540RT。

开发工具

VSC8574RT可由VSC8574-EV评估板支持。该评估板使用户能以多种配置对器件进行评估，并提供诸多其他功能。

供货与定价

VSC8574RT以太网PHY器件可根据需求限量提供样片。如需了解其他相关信息，请联系Microchip销售代表。

前言

作者——宋兰中

随着自动化、智能化、网联化的发展及其在汽车中越来越广泛的应用，行业对各个汽车控制单元安全高效的更新数据提出了越来越高的要求。本文作者通过研究汽车领域对ECU更新需求和英飞凌AURIX™ TC3xx系列A/B SWAP功能，以AURIX™ TC3xx千兆以太网为媒介，TC387为载体研究如何实现OTA，并使用英飞凌AURIX™ TC3xx HSM模块有效提高OTA安全，验证了当前热门OTA技术。

什么是OTA

OTA：Over-the-Air Technology，即空中下载技术。

OTA升级：通过OTA方式实现固件或软件的升级。通过无线通信方式实现软件升级，都可以叫OTA升级，比如无线以太网/蓝牙等。

HSM：Hardware Security Module 模块保证刷写的安全可靠。

OTA 系统功能示意如图1所示：

图1 系统功能示意图

几种常见的OTA实现方式比较及优势分析

在进行SOTA更新时，需要把旧的应用程序擦除，把新的应用程序写入。常规的实现方式需要分别开发BootLoader程序和APP程序，MCU上电先运行BootLoader，BootLoader根据情况选择是否跳转到APP和是否进行程序更新。具体来说有以下几种方式：

1、方案一

BootLoader中内置通讯协议栈，更新时，先向MCU发送指令使其跳转到BootLoader，之后先擦除旧APP，在接收新APP的同时直接将其写入Flash的APP运行地址处。该方案的优点是不需要额外的Flash暂存数据，缺点是BootLoader代码更复杂，且如果数据传输发生中断，旧的APP将不能被恢复。该方案更适合Flash容量较小的MCU。

2、方案二

更新程序时，由APP接收更新数据并暂存于Flash，再将APP更新标志位置位；MCU重启时，BootLoader检查更新标志位，如有效，则擦除旧的APP，再将暂存于Flash的新APP数据写入APP运行地址处。该方案的优点是更新数据的接收由APP完成，BootLoader不需要通讯协议栈，代码量更小，且数据传输中断时，原有APP不损坏。缺点是需要额外的Flash空间暂存更新数据。

3、方案三

在Flash中划分出两块相同大小的区域，分为A区和B区，都用来存放APP，但同一时间下只有一个区的APP是有效的，分别设置一个标志位标识其有效性。初始状态下先将APP写入A区，更新的时候，将新的APP写入B区，再把A区的APP擦除，同时更新两个区的有效性标志位状态。BootLoader中判断哪个区的APP有效，就跳转到哪个区运行。这种方法不需要重复拷贝APP数据，但最大的一个缺陷是AB区的APP程序运行地址不同，需要分别编译，从而使得可应用性大大降低。

注释：同时也可以将方案一和方案二相结合，即先采用方案一在BootLoader程序中内置通讯协议栈，更新时，先向MCU发送指令使其跳转到BootLoader。之后接收更新数据的时候，采用方案二的方法，先将数据暂存于Flash，待数据全部接收完成后再擦除旧的APP，写入新的APP。结合方案一和方案二的优点，且能在没有APP或APP损坏的状态下实现程序更新。缺点是BootLoader代码量更大，Flash空间占用更大。

英飞凌AURIX™ TC3xx实现上述SOTA方案拓扑图，如图2 所示：

图2  TC3xx实现SOTA方案常见拓扑图

经过上面的分析，可以看到几种常见方案都有其优缺点。但对于TC3xx这一类的MCU来说，Flash容量通常都很大，足够用，所以通常可以先把APP暂存下来再进行更新，防止数据传输中断导致APP不可用。

同时AURIX™ TC3xx也支持AB SWAP功能。以方案三为例：TC3xx系列如果使能SOTA功能，它的AB Bank Flash物理地址支持两种不同物理地址映射到同一个逻辑地址方式（MCU自动从两种物理地址映射一个虚拟地址），从而使得APP编译时不需要区分AB区，使用相同的逻辑地址即可，从而避免了方案三的硬伤，为我们提供了一种最佳的SOTA方案。接下来，我们将以方案三作为基础，结合实例详细讲解使用英飞凌AURIX™ TC3xx如何实现更优的SOTA。

推荐的OTA实现方式详解

TC3xx的Flash地址映射方式

首先， TC33x和TC33xED不支持AB SWAP功能，其他TC3xx设备都能够通过AB SWAP功能实现SOTA软件更新。

TC3xx 如果使能了AB SWAP功能，Flash大小实际能用的最少减半，TC3xx各系列AB SWAP能力如图3所示。

图3  TC3xx支持AB SWAP功能芯片系列及映射关系

启用SOTA功能时，通过将PFLASH拆分为两A和B两个Bank的能力，其中一组可以读取和执行BANK组，而另一组可以写入新代码。因此虽然单个物理PFLASH Bank中不支持同时读写（RWW）功能，但是通过AB分组支持未使用的BANK组提供安全可靠地对数据执行写入和擦除操作的能力来实现SOTA功能。

举例TC387 AB SWAP特性

为了方便理解英飞凌TC3xx  SOTA 功能，我们以TC387为例进行分析。TC387 PFLASH 10M空间映射关系，使能了AB  SWAP后，实际使用大小为4M，如图4所示：

图4 TC387 PFLASH 映射关系以及可用PFLASH大小

TC387的4M PFlash地址空间无论是A Bank还是B Bank, 对于用户来说，统一为虚拟地址0X80000000-0x803FFFFF 4M地址空间。但是刷写过程中， A bank实际操作物理地址0X80000000-0x803FFFFF 4M空间，B Bank 实际操作物理地址0X8060 0000-0x80AF FFFF 4M空间。

注意，如果使能了AB SWAP功能，TC3xx PFLASH就没有所谓Local PFLASH和Global PFLASH概念，统一理解为Global PFLASH。CPU访问PFLASH由之前的CPUｘ可以通过Local总线访问本PFLASHｘ提高访问速度，变为CPUｘ访问PFLASH只能通过Global总线从而稍微增加了CPU访问PFLASH时间。具体参考图5所示。

图5  SOTA功能使能后只能通过Global总线访问PFLASH

TC3xx的SOTA功能描述

当TC387 SOTA功能激活时，PFLash被划分为两部分A Bank和B Bank，一部分用来存储读取可执行代码（active bank），另一部分可用来写入（inactive bank）即刷写。当APP更新完毕后，两个部分互换，即切换上面两种地址映射方式。在标准模式下使用PF0-1作为active bank，后文称作组A，在Alternate模式下使用PF2-3作为active bank，后文称作组B，就可以实现第二章节所述方案三，且能写入完全相同的APP程序，以相同的地址（逻辑地址）进行运行。

需要注意的是，所有NVM操作都是通过DMU使用PFLASH的物理系统地址执行的，也就是说，NVM操作总是使用标准的地址映射，而不管选择使用哪种地址映射。“NVM操作”是一个术语，用于任何针对FLASH的命令，如程序、擦除等，但不包括读取代码。有关SOTA地址映射的参数在Flash中的UCB（User Configuration Block）中进行配置，在UCB中配置后，只有当下次MCU复位的时候才会更新配置，后文会有详细解释。

TC3xx的SOTA功能实现详解

实现SOTA功能所需关注配置项

英飞凌AURIX™ TC3xx实现SOTA功能主要需要配置如图6所示：

图6 SOTA功能所需关注配置项

1、SOTA模式使能UCB_OTP.PROCONTP.SWAPEN，该参数决定是否开启SOTA模式，在寄存器Tuning Protection Configuration中的SWAPEN进行配置，对应UCB定义如下：

使能AB SWAP功能的UCB定义（UCB32-39是ORIG, 40-47 COPY，建议全部都需要配置，内容可以一样。）如下：

2、配置UCB_SWAP_ORIG/UCB_SWAP_COPY中的UCB_SWAP_ORIG_MARKERLx/UCB_SWAP_COPY_MARKERLx，激活下一次reset需要运行的标准（0x00000055）还是备选（0x000000AA）地址。在寄存器SCU_SWAPCTRL中，可以查看当前激活的是标准还是备选地址。

我们参考下面关于SOTA功能实现的UCB，内容定义：

3、同1描述UCB块，只要使能了SOTA就会自动禁止CPU通过本地总线访问PFLASH功能，红色方框中寄存器值自动为1，即禁止。

SOTA功能实现时SWAP配置及流程

SOTA功能应用时：分系统刚启动时SWAP配置和系统运行时SWAP配置。

系统启动时SWAP配置：

如果SOTA功能使能，那么代码生成的文件至少需要刷进Active Bank。为了信息安全，建议通过UCB_PFLASH设置相应的sectors读写保护。

起始地址需要在UCB_BMHD配置好。

如果当前选择的是标准地址，那么0x00000055H需要写入UCB_SWAP的MARKERL0.SWAP这个域。然后通过把MARKERL0.SWAP的地址写入MARKERH0.ADDR予以确认；同时，将CONFIRMATIONL0.CODE的地址写入CONFIRMATIONH0.ADDR；同时，将57B5327FH写入57B5327FH予以确认。

UCB_ OTP一次性刷写保护以设置所需的OTP、WOP和标定保护。请注意，任何受OTP或WOP保护的扇区都不能使用新映像重新编程。

如果使能了HSM，主核代码和HSM代码需要同时刷入到AB bank的PFLASH S0-S39。

任何受OTP保护的HSM扇区都不能使用新映像重新编程。

最后，由于SWAPEN是在UCB_OTP里面设置的，所以要在下一个重启后SOTA的使能才有效。具体流程，参考图7所示：

图7 系统刚启动时SWAP配置及流程

系统运行时SWAP配置：

下面是程序正在运行时，需要实现软件SWAP到新程序的配置流程。

为了可以正确切换到新程序中，首先新的程序需要刷到对应的非激活的PFLASH Bank，如果非激活的BANK中对应的sectors使能了读写保护，那么刷写之前要先解保护。

切记：由于NVM特性，PFLASH 和DFLASH不能同时操作。因此，在应用程序中运行的EEPROM驱动程序和执行BOOT刷写之间需要进行一些协调。确保要写入的新程序所用的的PFLASH正确无误。例如：如果在PFLASH的SOTA重新编程/擦除期间出现硬故障，可以使用替换逻辑扇区功能（有关更多详细信息，请参阅DMU章节）。此功能允许用户使用“替换逻辑扇区”命令序列将故障逻辑扇区映射到冗余扇区。

由于UCB刷写次数的限制（100次），我们可以通过16 个SWAP配置依次使用来增加SWAP的次数（100*16=1600次）。方式流程如下图8所示：

注意：上一次用过的配置，CONFIRMATIONL(x-1) ) 和CONFIRMATIONH(x-1) 全写为1。

增加SWAP次数，可以通过UCB_SWAP_ORIG/UCB_SWAP_COPY配置如下寄存器：

增加SWAP次数方法流程如图8所示：

图8 增加SWAP次数方法流程

新的配置写好后，选择下一次要激活的程序，等下一次重启即运行新刷写的程序。详细流程如图9所示：

图9 系统运行时SWAP配置

总结

TC3xx  SWAP特性实现OTA功能后，特别注意以下五点：

1. Flash大小实际能用的最少减半，详情参考图3。

2. CPU访问Flash只能通过Global总线从而稍微增加了访问时间，参考图5。详细参数请查相应的数据手册。

3. PFLASH的prefetch功能被禁止，同样会稍微影响整个系统的性能。

4. 功能安全方面：Active Bank 的safety_endinit保护依旧存在，但是Inactive Bank的safety_endinit保护无效。

5. 信息安全方面：Active Bank 和Inactive Bank同样受信息安全相关寄存器的保护。

至此，TC3xx  SWAP特性实现SOTA功能的配置和流程介绍完毕。

关于以太网、HSM为媒介、对SOTA功能研究与实现介绍，请关注后续更新。

IAP概述

工作原理

在应用中编程(IAP)是一种在现场通过 MCU 通信接口（例如 USART、USB、CAN 和以太网）进行固件升级的方式。

启动微控制器时，可以选择让其在以下任一模式运行：

• IAP模式，用于执行IAP代码

• 正常模式，用于执行应用程序代码

无论是IAP代码还是应用程序代码都位于微控制器的内置FLASH中，IAP代码通常存储在MCU FLASH的第一页，而用户应用程序代码则占据剩余的FLASH区域。

图1介绍了IAP操作流程

使用MCU以太网接口实现IAP

如果有以太网可用，则它通常是嵌入式系统中实现IAP功能的首选接口，其优势包含：

• 高速通信接口(10/100 Mbps)

• 通过网络(LAN或WAN)进行远程编程

• 可以使用FTP、TFTP、HTTP等基于TCP/IP栈的标准应用协议实现IAP

通过以太网在AT32F407上实现IAP

本应用笔记将介绍两种使用以太网通信外设在AT32F407上实现IAP的解决方案：

• 使用TFTP（简单文件传输协议）的IAP

• 使用HTTP（超文本传输协议）的IAP

这两种解决方案均基于LwIP栈(2.1.2), 它是轻量级的TCP/IP协议栈

使用TFTP实现IAP方法

使用TFTP实现IAP的方法广泛应用于需要具有固件升级功能的嵌入式系统应用中（例如，嵌入式Linux bootloader中）。

TFTP是一种在UDP传输层上执行的简单文件传输协议。此协议非常适合在局域网环境中使用。它基于客户端/服务器架构，在这种架构中，客户端会向服务器发出文件传输请求（读取或写入操作）。为实现IAP，需要在LwIP协议栈上实现一个简单的TFTP服务器，服务器只须处理来自PC的TFTP客户端的写入请求即可。

使用HTTP实现IAP方法

使用HTTP协议进行固件升级没有使用TFTP常见，但是在需要通过Internet进行远程编程时，这种解决方案就显得极为有用。这时，需要使用TCP传输协议来实现HTTP服务。

HTTP基于TCP协议运行，它提供了一个一种以HTML表单形式从Web客户端(Mozilla Firefox或Microsoft Internet Explorer)发送一个二进制文件的方式。这称为HTTP文件上传(RFC1867)。

本文档中的后续章节将详细介绍这两种IAP方法的实现，并会对如何使用软件进行说明。

使用TFTP实现IAP

TFTP概述

TFTP是一种基于UDP的简单文件传输协议。文件传输由TFTP客户端发起，会向TFTP服务器发送读取或写入请求。服务器确认请求后，即开始进行文件数据传输。数据将以固定大小的块尽情发送（例如每块含512个字节）。

必须在每个发出的数据块都得到接收方确认后，才可以发送下一个数据块。这种确认机制通过随各个数据块一同发送的编块号来实现。数据块小于固定块大小表示文件传输的结束。

图2描述了各种TFTP数据包的格式：

表1列出了TFTP操作码。

使用TFTP为AT32F407实现IAP

此IAP实现由基于LwIP TCP/IP栈的TFTP服务器组成。

此服务器会对远程TFTP客户端(PC)发来的写请求做出响应。

TFTP读请求会被忽略。

TFTP通常会将接收到的文件写入到文件系统，但是该服务器却并非如此，它会将接受到的数据块写入到MCU FLASH（用户FLASH区域中）。

注：在这个实现过程中，数据块大小固定为512个字节。

图3概述了使用TFTP实现IAP操作的过程。

使用软件

要通过TFTP对IAP进行测试，需执行以下步骤：

1. 在iap.h文件中，取消USE_IAP_TFTP选项的注释。

2. 重新编译软件。使用生成的映射文件，确保IAP代码区域之间没有重叠（从地址0x0开始），而且用户FLASH区域从以下地址开始：APP_START_SECTOR_ADDR（在iap.h中定义）。

3. 在AT32 FLASH中编写并运行软件程序。

4. 要进入IAP模式，需要在按住开发版上的USER Key。

5. 分配完IP后（可以是静态或动态地址），用户即可启动IAP流程。

6. 在PC侧，打开TFTP客户端（例如Tftpd64），然后配置TFTP服务器地址（Tftpd64中的主机地址）

7. 单击Tftpd64实用程序中的Put（写入）按钮，启动文件写请求

8. 在IAP操作结束时，可以复位开发板并在AT32 FLASH中运行刚刚编写的应用程序

使用HTTP实现IAP

HTTP文件上传概述

RFC1867中定义了使用HTTP进行文件上传。此文件上传方法是基于HTTP表单。发送原始二进制数据时，要使用HTTP POST方法而不是GET方法。

以下是一个HTML代码示例，用于实现基于表单的文件上传：

注：在发送文件数据前，Web客户端会首先发送HTTP头文件数据，其中包含诸如文件名称和内容长度等信息，Web 服务器必须对其中的一些信息进行解析。

Web客户端使用的HTTP头文件格式并不总是相同。图6显示的是Internet Explorer在POST请求中的HTTP头文件格式。图7显示的是Mozilla Firefox的HTTP头文件格式。

HTTP Web服务器必须能够处理这些不同的格式。

使用HTTP在AT32F407上实现IAP

此IAP实现由基于LwIP栈的HTTP Web服务器组成。

在浏览器中输入的AT32的IP地址后，将显示登录Web页面（图8）。此登录Web页面只有已获授权的用户才能使用IAP文件上传功能。

注：1. 默认的User ID（用户ID）为user, Password（密码）为at32
2. 如果User ID（用户ID）或Password（密码）不正确，登录Web页面会重新加载。

登录成功后，浏览并选择要上传到AT32 FLASH的二进制文件

注：确保二进制文件大小不超过AT32用户FLASH区域的总容量。
单击Upload（上传）按钮后（参见图x），将向服务器发出POST请求。这时，服务器开始擦除用户FLASH区域的全部内容，等待接受二进制文件原始数据。然后将街收到的数据写入用户FLASH区域。

注意，要接收的数据总长度信息将从传输开始时发出的HTTP头文件数据中提取。

在IAP操作结束后，Web页面将只是IAP操作成功，同时显示一个可用于复位MCU的按钮。

图10对使用HTTP实现IAP方法进行了总结

使用软体

要使用HTTP对IAP进行测试，需执行以下步骤：

1. 在iap.h文件中，取消选项USE_IAP_HTTP的注释。

2. 重新编译软件，使用生成的映射文件，确保IAP区域代码之间没有重叠（从地址0x0开始），而且用户FLASH区域从以下地址开始：APP_START_SECTOR_ADDR（在iap.h中定义）。

3. 在AT32 FLASH中编写并运行软件程序。

4. 要进入IAP模式，需要再按住开发版上的USER Key。

5. 分配完IP地址后（可以是静态或动态地址），用户即可启动IAP流程

6. 打开Web客户端（Mozilla Firefox或Internet Explorer），输入AT32 IP地址

7. 会显示登录Web页面。在User ID（用户ID）字段中输入”user”，在Password（密码）字段中输入”at32”，然后按下Login（登录）按钮。

8. IP操作结束后，将加载新的Web页面，只是文件上传操作已经成功完成。

9. 可以按下Reset MCU（复位MCU）按钮复位MCU，然后在AT32 FLASH中运行刚刚编写的应用程序。

注：使用以下Web客户端对软件进行测试：Microsoft Internet Explorer 11和Mozilla Firefox 80.0

已知限制

二进制文件中添加的额外字节

Internet浏览器（Microsoft Internet Explorere或Mozilla Firefox）会在上传的二进制文件的末尾添加一个随机边界标记（根据RFC1521规定，此标记不得超过72个字节）。在最新的IAP软件版本中，并没有删除此边界标记，而是在空间足够的情况下将其存储在FLASH中。如果没有足够空间，则不会在FLASH中写入额外字节，也不会返回错误。

环境

硬件配置

1. DM9162以太网模块

2. AT-START-F407开发板

3. 以太网线

软件源码

utilities\at32f407_emac_iap_demo\source_code\bootloader, emac iap源程序，运行iap升级程序

MAC地址和IP地址设置

在netconf.h文件中对MAC地址进行了定义。

默认的MAC地址固定为：00:00:44:45:56:01。

在netconf.h文件中对IP地址进行了定义。

IP地址可以设置为静态地址，也可以设置为由DHCP服务器分配的动态地址。默认的静态地址为：192.168.81.37。

可以通过在lwipopts.h文件中使能LWIP_DHCP来选择DHCP模式。

软件文件组成

注：表格中没有列出标准固件库和LwIP栈中所使用的文件。

构建IAP映像

为了构建IAP映像（将会使用IAP软件加载），应确保以下几点：

1. 编译/链接的软件必须从用户FLASH区域的起始地址开始运行（此地址应与iap.h的
APP_START_SECTOR_ADDR 中所定义的地址相同）。

2. 将向量表的起始地址配置为用户FLASH区域的起始地址：
A. 在应用程序代码中，使用misc.h/.c驱动程序的NVIC_SetVectorTable函数来重新定位应用程序加载地址的向量表。

例如，将向量表基本位置设置为0x08010000：

NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x10000);

B. 通过修改system_at32f4xx.c文件中定义的VECT_TAB_OFFSET常量的值。

例如，将向量表基本位置设置为0x08010000：

#define VECT_TAB_OFFSET 0x10000

3. 编译后的软件大小不超过用户FLASH区域的总容量。

STM32H7 以太网的MMC（MAC management counter）中断是个有点特别的中断。特殊之处在于它是默认使能。如果我们在代码里不针对MMC 进行相关处理，就会造成一些异常现象。我们先来看一个真实的客户案例。