为了采用中断向量重映射,而不是重写中断向量表,因此APP程序和BSL程序使用的中断不同。
项目过程遇到一个棘手问题:升级成功后,再次升级时,快升级结束时(APP程序一共123包,每次都是死在120、121包)程序跑飞。经过单步跟踪,发现跑到0x0000,然后往下执行到0x0004,进入死循环。
想到在MSP430F5438A无线升级中遇到的同样问题,开始找中断的原因。找了一遍,发现所有中断都写了中断服务程序,并且对APP中的中断都做了重映射。
然后通过打断点运行,发现问题跟断点位置也有关系。而且更奇怪的是:偶尔BSL程序复位,而不是跳到0x0000。在网上搜索相关问题,有说是时序的问题,有说是内存异常问题。
根据之前遇到的中断的问题,主要在中断和时序上寻找问题原因。想到APP程序跳转到BSL时,没有对APP程序中的中断进行屏蔽。跳转之前,屏蔽APP程序中的中断之后,无线升级运行正常。问题解决。
之后琢磨,是不是BSL做升级时,APP里的中断得到响应,然后BSL程序做了中断向量重映射,最终跳到重映射地址。由于APP的中断向量表放在存储APP程序末尾的flash中。而120、121包正好需要擦除存放APP中断向量表的flash。擦除后的数据为0x0000。因此经常跳到0x000地址,导致升级失败。
|