【IAP】FREERTOS堆大小影响到FLASH写入

最近在调LPC177X芯片IAP升级时发现，同一套代码，稍微加了点东西就导致写入失败，确认写入flash接口无误后

#define		SRC_ADDR_NOT_MAPPED	4

通过写入失败返回值，上网查阅资料

我在这里勾选了IRAM2区，也就是默认是可以使用IRAM2区的 ，但其实这是不推荐我们使用的，因为如果USB有数据存在这里就会起冲突。

正常情况下，如果存储空间足够，编译器编译时会自动分配变量到IRAM1的存储空间中，不需要用到IRAM2。由此可见，我的程序变量定义超过了IRAM1的空间大小。

事实也是如此，我在程序里定义了一个buffer[1984]的数组用来存放USB发送过来的bin文件，所以导致某些变量只能被映射到IRAM2中存储。而我猜测IAPCopyRAMToFlash这个函数读取的源地址应该只是在IRAM1这个范围，因此才会出现返回SRC_ADDR_NOT_MAPPED这个错误代码。

推测可能是修改后程序bin文件增加了1kb，导致运行过程中侵占了RAM空间，所以RAM写入FLASH失败。基于此，同时比较ROM大小配置和JLINK读取芯片实际占用空间，但发现boot程序的ROM区域是有空余的，而且如果不足的话应该会编译失败，但还是通过加大rom区域大小来试验，最后还是会写入失败，然后裁剪工程也无果。

最后思考还有什么会用到ram空间，最后想到了可能FreeRtos会占用RAM，百度查找资料发现确实会占用很多RAM空间，然后通过减少FreeRTOSConfig.h文件里的configTOTAL_HEAP_SIZE大小，最终测试，写入成功。

感言：
Boot程序还是怎么简单怎么来，加入RTOS占用了太多空间，而且后续还有其他一些问题，资料少极难解决。