添加IAP计划，似乎这个阶段快结束了呢

Author: Staok

README.md

@@ -16,7 +16,7 @@
  |___|    |___|  |_||__| |__||_|   |_||_______||__| |__||_______||___|  |_||___| |_|
 ```
 
-一个志在实现STM32F1、F2和F4工程模板的项目，包含HAL库的高级封装、菜单库、有限状态机模板，集成了FreeRTOS、LittlevGL、LWIP、FATFS、DSP和USB等等的组件，以及未来将加入的加密、BPNN、最小二乘、音频图片视频解码、LittlevGL等诸多常用的算法或组件，并具有良好的易用性、解耦性和可剪裁性！
+一个志在实现STM32F1、F2和F4工程模板的项目，包含HAL库的高级封装、菜单库、有限状态机模板，集成了FreeRTOS、LWIP、FATFS、DSP、USB、IAP等等的组件，以及未来将加入的加密、BPNN、最小二乘、音频图片视频解码、LittlevGL等诸多常用的算法或组件，并具有良好的易用性、解耦性和可剪裁性！
 
 本项目的说明介绍等等部分遵循“二项玻”的第二则进行。
 
@@ -28,13 +28,11 @@
 
 ## 近期计划
 
-在开发过程中会上传以下正在测试的半成品代码，所以关于以下内容的代码先不要用~望谅解
+更新：近期计划搞完了，我真的累了=_=
 
--   IAP（看下面的TODO）
+UP主就要先去搞FPGA了，有缘再更新这里
 
-    搞完这些，UP主就要先去搞FPGA了，有缘再更新这里
-
-    理解了原理的东西，通用性低的东西，就不用时间去走一遍前人走过的路了，就酱
+理解了原理的东西，通用性低的东西，就不用时间去走一遍前人走过的路了，就酱
 
 
 ## 各个进展
@@ -49,17 +47,19 @@
 
 ### STM32F4xx：
 
-目前主要完善的对象，已经完成大部分外设驱动，剩下的高级外设如：IAP和USB会主要在此平台完成，前两个平台F1和F2会有延迟
+目前主要完善的对象，已经完成大部分外设驱动
 
 ## 计划外设和组件（我真的累了=_=）
 
 （加**粗体**为暂时尚未实现的外设或者组件）
 
+-   精简模板！可以把printf，sting和LCD等组件真真正的可以选择性不包含在工程中，先实现FLASH占用小于10KB
+
 -   **不会支持的外设**：LTDC LCD \ IRDA \ CRYP \ HASH
 
 -   **暂时没有支持的组件：**
 
-    线性回归
+    线性回归算法库
 
     常用校验、加密算法（3DES、AES、RC6、TEA、RSA、MD5、SHA1、SHA256）
 
@@ -77,11 +77,11 @@
 
     LittlevGL																				   （暂时无限延期）
 
-    NN（CMSIS包中关于NN的内容，吸收进来）								 （暂时无限延期）
+    NN（CMSIS包中关于NN的内容，吸收进来）						 （暂时无限延期）
 
 -   已经支持的外设：
 
-    大部分HAL库外设驱动的高级封装（ MCO \ RTC \ CRC \ TIM \ ADC \ DAC \ IWDG \ USART \ SPI \ WFI \ FLASH \ **IAP** \ IO \ SDIO \ **DCMI** \ FSMC \ DMA \ RNG \ DSP \ FPU \ USB \ CAN \ Ethernet）
+    大部分HAL库外设驱动的高级封装（ MCO \ RTC \ CRC \ TIM \ ADC \ DAC \ IWDG \ USART \ SPI \ WFI \ FLASH \ IAP \ IO \ SDIO \ **DCMI** \ FSMC \ DMA \ RNG \ DSP \ FPU \ USB \ CAN \ Ethernet）
 
 -   已经支持的组件：
 
@@ -112,6 +112,8 @@
     PID库
 
     工程添加下载到RAM执行的功能
+    
+    IAP
 
 ## 组件和外设说明
 
@@ -132,17 +134,31 @@
 ### 组件
 
 -   Menu 菜单框架：SYSTEM_SUPPORT_Menu：提供一个作者自己实现的实现菜单功能的模板；推荐作为标准常用，应用逻辑围绕这个菜单框架展开编写；具体文件在sys_menu.c里面；按照里面的注释，void keyProcess(void)函数负责扫描输入，void menuProcess(void)函数负责执行菜单功能，这两个函数必须放到一个循环里一直执行
+
 -   fsm 有限状态机：提供一个作者自己实现的有限状态机（fsm），用于管理逻辑较为复杂的程序，帮助更好的写阅读性强的状态图实现，详细说明和具体用法在fsm.c和fsm.h文件内（推荐：sys_menu 用于管理输入（按键等）、输出（屏幕等）和系统参数的用户控制，fsm 用于管理 用状态图 描述的多状态、多条件的复杂逻辑任务）
+
 -   string、sprintf库：SYSTEM_SUPPORT_MyString：提供一个实现了string.h大部分字符操作函数的库；具体作用看MyString.c文件里的注释
+
 -   string、sprintf库：SYSTEM_SUPPORT_sprintf：提供一个无依赖的独立实现的sprint库，github开源库from：mpaland/printf；经过修改，可以实现对指定串口发送printf格式化的字符串
+
 -   PID算法库：SYSTEM_SUPPORT_pid：提供一个作者自己实现的pid算法实现库，集成了积分分离和变限积分，以及可选的不完全微分和微分先行，具体用法看pid.h里面
+
 -   软件ringbuf，FIFO缓冲：由于应对大数据传输时，一个开源FIFO库
+
 -   内存管理（malloc和free）：提供一个自实现的内存分配和释放函数，可用于内部RAM和外部RAM，参考了正点原子的“内存管理”章节的源代码
+
 -   LittlevGL：暂时缺省
--   LWIP 2.1.2：（一个人精力有限，目前只有F4的模板比较完善，请注意！）在lwipopt.h里面进行配置，支持UDP、TCP Server、TCP Client，HTTP Server
--   FATFS ff14：SYSTEM_FATFS_ENABLE：已经支持SDIO SD卡，SPI SD卡，SPI FLASH和USB HOST MSC
+
+-   LWIP 2.1.2：（一个人精力有限，目前只有F4的模板比较完善，请注意！）在lwipopt.h里面进行配置，支持UDP、TCP Server、TCP Client，HTTP Server，
+
+    详细使用说明请看“Docs.bin”里面的LWIP章节
+
+-   FATFS ff14：SYSTEM_FATFS_ENABLE：已经支持SDIO SD卡，SPI SD卡，SPI FLASH和USB HOST MSC，详细使用说明请看“Docs.bin”里面的FATFS章节
+
 -   USB （ST UM1021）：详细使用说明请看“Docs.bin”里面的“STM32 USB库 使用”章节，里面介绍了USB Device的VCP、MSC和HID以及USB HOST的MSC和HID
 
+-   IAP：详情计划请看“STM32F4DSP_HAL_IAP”文件夹内说明文档
+
 ### 外设
 
 （再次说明，具体使用方法看相应宏定义旁的注释，均在sys_config.h（F1）里或者PeriphConfigCore.h（F2和F4）里）
@@ -165,14 +181,13 @@
 -   IO：GPIO相关的初始化、输入出和位带操作以及改变入出模式的调用口均在PeriphCconfig.c和PeriphCconfig.h里，有详细注释
 -   DAC：SYSTEM_DAC_OUTx_ENABLE：大容量芯片系列外设，x=1~2
 -   SDIO：SYSTEM_SDIO_SD_ENABLE：大容量芯片系列外设，底层API已经写入FATFS的底层，请用FATFS的API以文件方式操作
--   IAP：暂时缺省。**TODO**：提供用SD卡（SDIO（大容量芯片）或者SPI驱动）、串口（可选串口1、2、3）、USB（暂时缺省，以U盘形式或者USB传输）和SPI更新固件bin文件。在每次上电前会让用户选择固件索引（可以存在多个固件），再选择是更新还是运行此区域固件，如果是更新，则下载前会进行协议握手（专有协议+非对称加密握手，防止陌生固件下载），如果是下载，则在启动运行固件前会用硬件CRC进行一次固件校验（防止以存固件篡改）
 -   DMA：默认用于ADC1的多通道扫描模式DMA传送（如果开启SYSTEM_ADC1_useScan的话），另提供驱动代码的模板以供参考
 -   FSMC：SYSTEM_FSMC_ENABLE：大容量芯片系列外设，可以用于外部SRAM或者LCD驱动，默认外部RAM用FSMC的块1区3，LCD用FSMC的块1区4，慎改动；就不支持各种FLASH了，MCU毕竟程序写不大，就算大了就用SPI的FLASH，也节约IO口。LCD的相关API说明在TFTLCD.h里面，字库也可剪裁
 -   DSP\FPU：在F4模板中默认添加，可用直接调用相关API，详情看Docs手册文档的DSP专题
 -   CAN：SYSTEM_CAN1_ENABLE：提供设置接收时只关心的帧类型和ID，提供收发API，收发可用设置帧类型和ID，STM32的CAN目前只有数据帧和遥控帧两种，每种都可以设置是标准标识符还是扩展标识符，CAN有关的学习记录和手册在Tips文件夹内，不熟悉的可用阅读，人话挺多的
 -   Ethernet：看“LWIP组件”
 -   DCMI：暂时没有计划去支持
--   USB：看“USB （ST UM1021）组件”
+-   USB：详细使用说明请看“Docs.bin”里面的“STM32 USB库 使用”章节，里面介绍了USB Device的VCP、MSC和HID以及USB HOST的MSC和HID
 
 如果觉得好用，使用时还请别忘加上本仓库的地址哦：https://github.com/Staok/stm32_framework
 

STM32F4DSP_HAL_IAP/IAP-Bootloader 参考程序.zip

@@ -0,0 +1,153 @@
+# STM32 Framework IAP
+
+```
+   _______  _______  __   __  _______  _______ 
+  |       ||       ||  |_|  ||       ||       |
+  |  _____||_     _||       ||___    ||____   |
+  | |_____   |   |  |       | ___|   | ____|  |	  欢迎来到 STM32 Framework IAP
+  |_____  |  |   |  |       ||___    || ______| （本项目是“瞰百易”计划的一部分）
+   _____| |  |   |  | ||_|| | ___|   || |_____ 
+  |_______|  |___|  |_|   |_||_______||_______|
+  _______  ______    _______  __   __  _______  _     _  _______  ______    ___   _ 
+ |       ||    _ |  |   _   ||  |_|  ||       || | _ | ||       ||    _ |  |   | | |
+ |    ___||   | ||  |  |_|  ||       ||    ___|| || || ||   _   ||   | ||  |   |_| |
+ |   |___ |   |_||_ |       ||       ||   |___ |       ||  | |  ||   |_||_ |      _|
+ |    ___||    __  ||       ||       ||    ___||       ||  |_|  ||    __  ||     |_ 
+ |   |    |   |  | ||   _   || ||_|| ||   |___ |   _   ||       ||   |  | ||    _  |
+ |___|    |___|  |_||__| |__||_|   |_||_______||__| |__||_______||___|  |_||___| |_|
+```
+
+一个志在实现STM32F1、F2和F4工程模板的项目，包含HAL库的高级封装、菜单库、有限状态机模板，集成了FreeRTOS、LWIP、FATFS、DSP、USB、IAP等等的组件，以及未来将加入的加密、BPNN、最小二乘、音频图片视频解码、LittlevGL等诸多常用的算法或组件，并具有良好的易用性、解耦性和可剪裁性！
+
+本项目的说明介绍等等部分遵循“二项玻”的第二则进行。
+
+除了开源库之外的代码，每一行都经过手动移植、修改、检查和运行，是有灵魂的。
+
+喜欢的话，点个小star鸭~
+
+------
+
+## 念课本：
+
+​		IAP，全称是“In-Application Programming”，中文解释为“在程序中编程”。IAP是一种对通过微控制器的对外接口（如USART，IIC，CAN，USB，以太网接口甚至是无线射频通道）对正在运行程序的微控制器进行内部程序的更新的技术（注意这完全有别于ICP或者ISP技术）。ICP（In-Circuit Programming）技术即通过在线仿真器对单片机进行程序烧写，而ISP技术则是通过单片机内置的bootloader程序引导的烧写技术。无论是ICP技术还是ISP技术，都需要有机械性的操作如连接下载线，设置跳线帽等。若产品的电路板已经层层密封在外壳中，要对其进行程序更新无疑困难重重，若产品安装于狭窄空间等难以触及的地方，更是一场灾难。但若进引入了IAP技术，则完全可以避免上述尴尬情况，而且若使用远距离或无线的数据传输方案，甚至可以实现远程编程和无线编程。这绝对是ICP或ISP技术无法做到的。某种微控制器支持IAP技术的首要前提是其必须是基于可重复编程闪存的微控制器。STM32微控制器带有可编程的内置闪存，同时STM32拥有在数量上和种类上都非常丰富的外设通信接口，因此在STM32上实现IAP技术是完全可行的。
+
+​		实现IAP技术的核心是一段预先烧写在单片机内部的IAP程序。这段程序主要负责与外部的上位机软件进行握手同步，然后将通过外设通信接口将来自于上位机软件的程序数据接收后写入单片机内部指定的闪存区域，然后再跳转执行新写入的程序，最终就达到了程序更新的目的。
+
+## 计划带纲
+
+也就是说，IAP目前只有计划，还没有实现
+
+### 对于IAP程序工程：
+
+-   本体是在 "STM32F4DSP_HAL_freeRTOS_Framework"工程的基础上修改而成，IAP基础底层部分主要借鉴网络和官方例程而实现（均采用开源）
+
+-   修改主要围绕：
+    -   去掉不用的外设的驱动程序和对应的HAL库文件，只保留串口，SPI，SDIO，SFUD，FATFS，LWIP，USB等必要部分，保持IAP的最简和最小很重要！
+    -   去掉不用的组件如DSP LIB，FreeRTOS，malloc，LCD和其他器件驱动，printf，srting等等
+    -   添加IAP底层实现
+    
+-   并使其实用化，规范化，实现计划详看下面的"IAP程序的两种配置"
+
+-   严重注意，在跳转程序之前，必须先关闭IAP程序所用到的所有中断，停止其外设，并反初始化
+
+-   注意“IAP-Bootloader 参考程序”里面的程序，串口接收APP数据时候不能中断，一中断就认为发送完了，应该改改，加个头帧和尾帧；里面的跳转和判断程序基本对，不要改动
+
+-   不带屏幕和sprint了怎么向外传递信息？用灯，也是我一直想做的，用两个灯表达状态信息！
+
+-   网络参考：
+
+    -   实现——https://www.cnblogs.com/smulngy/p/5700283.html
+    -   介绍——https://blog.csdn.net/ZCShouCSDN/article/details/83793309
+    -   基于ymodem——https://blog.csdn.net/u010632165/article/details/103789247
+    -   方案参考——https://mp.weixin.qq.com/s/YWUSDmYeo3s2j1KfbTrVBA
+    -   官方总结大全，最后看——https://bbs.21ic.com/icview-2080934-1-1.html
+    -   
+
+-   安全考虑：
+
+    ​	防止陌生固件下载：下载之前用专有协议+非对称加密（MCU内部ID做密钥）握手，然后才可以接收数据
+    ​	防止已存固件篡改：对每个固件在第一次运行前进行一次硬件CRC校验并存下结果，在以后的启动运行固件前用硬件CRC进行一次固件校验
+    ​	防止固件被截获：对APP程序的.bin文件进行加密，传输到MCU中，MCU在下载之前进行解密（若MCU的FLASH能直接读出这步白做）
+
+### IAP程序的两种配置：
+
+（即在IAP源工程选择编译并下载后，运行时不能改动的配置）
+	配置一：手动
+		1、IAP程序下载到MCU后，等待传入APP数据或者用户选择执行APP，可以选择的接收APP二进制文件的通讯接口有：
+		（注：以下是把APP二进制数据存入一个120KB的SRAM缓冲区，这个缓冲区定义在 0X20001000 地址，即APP程序在SRAM运行的地址）
+			1、串口x（x=1,2,3）（直接发文件，无需其他命令）接收数据，存入缓冲区
+			1.5、USB Device VCP 模拟串口接收数据，存入缓冲区
+			2、SDIO或者SPI驱动的SD卡，用FATFS扫描所有.bin文件并列出，读取SD卡内APP程序的.bin文件，存入缓冲区
+			3、USB HOST读取外部U盘，用FATFS扫描所有.bin文件并列出，读取U盘内APP程序的.bin文件，存入缓冲区；或者USB Device MSC把内部FLASH或者板载SPI FLASH模拟为U盘，在电脑端拖拽固件编程进去
+			4、无线模块接口（如蓝牙、WIFI或者LoRa，如果是串口模块，那么接收APP数据的就是串口）接收数据，存入缓冲区
+		2、APP程序传送到IAP程序的120KB缓冲区后，有三种选择：
+			（1）、SRAM运行，即直接跳转到APP程序在SRAM运行的地址
+			（2）、先把缓冲区的APP程序数据编程进MCU的FLASH（0x08010000），然后再跳转到APP程序在FLASH运行的地址
+			（3）、根据用户选择，把APP程序以.bin文件形式存入检测到的外部SPI FLASH或SD卡或U盘
+			FLASH不宜多次反复编程，建议可以先选择（1）在SRAM运行一下看看效果，如果可以固化下来再执行（2）或（3）
+			更不要一边接收一边编程FLASH，应该先在SRAM跑一下验证，之后再编程FLASH
+	配置二：自动（推荐）
+		1、IAP程序开机先检测是否要更新程序（可以是检测IO电平或者是通讯接口的一个命令等等）
+		2、如果没有要更新程序的命令，有以下选择
+			（1）、如果有外部存储设备，且其上存在APP程序的.bin文件，则读出放在定义在 0X20001000 地址的缓冲区，直接在SRAM运行程序，这种方法可以运行放在外部存储器件中的APP程序，上流，就是很耗SRAM，不计成本可以外接SRAM
+			（2）、如果没有外部存储设备，则查看MCU内部FLASH是否有APP程序文件，如果有则执行，如果没有，则进入"配置一：手动"序列等到用户手动控制存入APP数据
+		3、如果有要更新程序的命令，则进入"配置一：手动"序列等到用户手动控制存入APP数据
+
+## APP程序工程需要的设置：
+
+APP程序可以按照以下的说明，由用户自行生成
+
+#### 	对于在FLASH运行：
+
+​	1、在main主函数的开头设置中断向量表偏移量，以让APP程序的中断函数能够正确进入和返回：
+​		SCB->VTOR = FLASH_BASE | 0x10000;	//0x10000为预留给IAP程序的FLASH空间
+​	2、MDK：
+​	在Options for Target里面：
+​		Target->Code Generation->勾选Use MicroLIB
+​		IROM1设置为：	Start：	0x8000000 + 预留给IAP程序的FLASH空间（例如0x10000（64KB），结果为0x8010000）
+​						Size：	FLASH总容量 - 预留给IAP程序的FLASH空间（以上面为例，结果为0xF0000）
+​						注：对于F407ZGTx（1MB的FLASH），可以给IAP留大一些，以便IAP包含USB、网络等体积较大的协议栈
+​		User栏的After Build/Rebuild里面：
+​						勾选 Run #1，并在其右边栏里填入 fromelf.exe --bin -o  .\Objects\STM32F4DSP_HAL_freeRTOS_Framework.bin .\Objects\STM32F4DSP_HAL_freeRTOS_Framework.axf
+​						这样在编译后会在.\Objects\里生成纯程序的.bin二进制文件，用于发送给IAP当作APP程序运行
+
+#### 对于在SRAM运行：
+
+​	1、在main主函数的开头设置中断向量表偏移量，以让APP程序的中断函数能够正确进入和返回：
+​		SCB->VTOR = SRAM_BASE | 0x1000;		//0x10000为预留给IAP程序的SRAM空间，即IAP程序最多所占的SRAM大小
+​	2、MDK：
+​	在Options for Target里面：
+​		Target->Code Generation->勾选Use MicroLIB
+​		（
+​		以128KB（0x20000）的SRAM为例，先分为预留给IAP程序的SRAM空间、用于程序空间和用于APP SRAM空间三部分，
+​		以下以预留给IAP程序的SRAM空间为4KB，100KB给程序空间，24KB给APP SRAM空间为例
+​		SRAM划分图示：
+​			|→ 4KB（0x1000）←||→ 100KB（0x19000）←||→24KB（0x6000）←|
+​			0x20000000······0x20001000·················0x2001A000········0x20020000
+​		）
+​		IROM1设置为：	Start：	0x20000000 + 预留给IAP程序的SRAM空间（例如0x1000（4KB），结果为0x20001000）
+​						Size：	SRAM总容量 - 预留给IAP程序的SRAM空间 - 给APP SRAM空间（以上面为例，结果为0x19000）
+​						注：对于F407ZGTx（1MB的FLASH），可以给IAP的SRAM留大一些（目前是4KB），以便IAP包含USB、网络等体积较大的协议栈
+​		IRAM1设置为：	Start：	以上面为例，结果为 0x2001A000
+​						Size：	以上面为例，结果为 0x6000
+​		User栏的After Build/Rebuild里面：
+​						勾选 Run #1，并在其右边栏里填入 fromelf.exe --bin -o  .\Objects\STM32F4DSP_HAL_freeRTOS_Framework.bin .\Objects\STM32F4DSP_HAL_freeRTOS_Framework.axf
+​						这样在编译后会在.\Objects\里生成纯程序的.bin二进制文件，用于发送给IAP当作APP程序运行
+
+
+
+
+
+
+
+如果觉得好用，使用时还请别忘加上本仓库的地址哦：https://github.com/Staok/stm32_framework
+
+```
+Author : Staok
+Email : superxhy@qq.com
+Repo : https://github.com/Staok/stm32_framework
+System is starting...
+...
+System init over!
+```
+