IAP 在线升级时，利用乒乓缓冲，接收超过SRAM的大数据，问题咨询

天意随葑

学了正点原子的IAP串口试验，实验中定义了一个55k的大数组，但是如果实际的文件大于55k，是不是原子哥程序就无法满足，于是学习到网上的乒乓缓冲，解决思路是定义两个小数组来接收文件，当数组1满了，就把开启数组2接收，与此同时数组1写入flash，在数组2满之前，数组1的flash必须写完 ，等待数组2接收完毕，当时数组2接收完毕，开启数组1接收与此同时数组2写入flash，当再次对数组1写入flash时，if(((*(vu32*)(0X20001000+4))&0xFF000000)==0x08000000)//判断是否为0X08XXXXXX. 原子哥的这个条件满足不了了，查了4天的问题  百度了4天也没解决。
1.这是按照原子哥  定义了绝对地址 SRAM 的两个小数组   
         
2.下图是按照原子哥的 改造的乒乓缓存的判断  和if(((*(vu32*)(0X20001000+4))&0xFF000000)==0x08000000)  这个判断

3.下图是 串口打印的第一次对数组1烧写flash时的情况  没问题

4. 下图是第二次对数组2写入flash的  打印结果   没问题

5.下图是第三次 又对接收满了的数组1 写入flash    出现报错 不是flash应用程序

天意随葑

1.这是按照原子哥  定义了绝对地址 SRAM 的两个小数组