楼主还在么，想请教问题最后解决了没，怎么解决的？

zhaojun_xf 发表于 2014-4-14 10:52 看我之前写的帖子，对于NXP来说IAP可能遇到的问题我都说到了，注意看向量表和最后一包编程是否正确。。。。 ...

我的1768的向量表重定位VTOR和单帧编程用的1024都注意到了的，以及在您以及其他网友的帖子里曾提到过的：BIN格式、Thumb code、地址分散加载（IAP 0x00000000，APP 0x00010000）这个几个主要的注意点都在之前一个个解决了。 目前主要问题是： 有时候成功下载（下载、校对均成功），可以运行，中断正常，功能正常； 有时候即便成功下载，不是缺胳膊就是少腿的，比如自动重启、不确定的某个功能异常。这样的话，就可能导致下载过程蛮顺溜，实际使用不可用。 费解的是我的APP在使用ISP模式Flash Magic下载进去又能正常运行。 个人觉得有没可能APP的哪些设计缺陷会影响到其在IAP下载模式下的运行。

还有各种妙想的兄弟们，给支支招。

sjtitr 发表于 2014-4-12 22:21 我也没有什么好办法，如果你认为检察足够严格的话，就查看一下周边：例如能否保证缓存的数据在写入期间不 ...

嗯，这个我之前在下载完以后，对全部代码进行过整体的CRC上下位机比较，后来改了方案用这三个来卡扣后，就没再用最后的校验比较，可以再加上去验证下。

sjtitr 发表于 2014-4-12 20:06 一段时间以前的事情了。 那时候某厂商的芯片，也是CM3内核。做IAP，发生一宗令人感到费解的升级事故：

谢谢关注，我目前数据校验是这样的： 1、上位机对应用软件的代码每段（1024字节）加上CRC，下位机接收到后，确定CRC正确才IAP写入； 2、下位机IAP写入时，进行了固化的扇区准备，扇区写入，写入数据比较； 3、纠结好长时间后，再添加了人为的循环比较，就是每帧数据写入FLASH的数据与接收的数据在while循环里比较； 以上三者均能通过，才可能让升级继续，直至完成。 控制这么算比较严格了，升级每次都能下载成功，但就是运行有不同的异常出现。