在boot中使用FATFS将APP的程序bin文件写入flash,在跳转时无法进行跳转
if(((*(vu32*)(APP_ADDR+4))&0xFF000000)==0x08000000)//判断是否为0X08XXXXXX.
{
printf("固件升级成功,准备跳转到App程序处开始执行!!
");
iap_load_app(APP_ADDR);//执行FLASH APP代码
}else
{
printf("固件升级失败!
");
}
在判断时直接就进了else,
我的APP_ADDR地址为0X08040000,留了256K给boot。
也就是在地址0x08040004上没有写入复位中断向量
在APP函数中stat为0x08040000,size为0xc0000,
中断向量表偏移放在了APP main函数开头位置SCB->VTOR=0x08000000|0x40000;
目前找不到问题出在哪里,
感觉是以下两个问题
1.是bin文件生成错了
2.在写入FLASH时写入的数据不对
flash写入的代码如下:
while(1)
{
res=f_read(file,tempbuf,1024,(UINT *)&bread); //读取数据
t++;
read_bin_num+=bread;
printf("第%d次读取的br大小为:%dByte
",t,bread);
if(res||(bread == 0))
{
printf("总共读取的数据大小为:%dByte
",read_bin_num);
break;
}
iap_write_appbin(addr_temp,tempbuf,bread);//将读取的数据写入Flash中
printf("第%d次写入的地址为:%x
",t,addr_temp);
addr_temp+=1024;//偏移1024
}
搞了好几天了,实在找不到解决方案,现在来求助各位
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
现在已经成功了,在好多论坛上也有看到相同的现象,我的主要原因在于在变量定义时,定义了一个u16 *exsram_number=0;在后面的硬件检测中直接使用了exsram_number变量!要注意的是这个时候exsram_number指向的是0X00000000
但是这个地址并没用在程序中里定义,这样对它进行访问时,造成总线堵塞,这个时候所有对flash的操作全部无效!
指针这个东西,一定要谨慎使用!在使用之前一定要对指针进行初始化让其指向有效地址!
一周热门 更多>