app和bootloader跳转 MSP与PSP

1.不要把跳转函数放在中断中,如此导致在跳转后的app或者bootloder都是在中断状态,只要你一开启该中断,就可能出现硬件中断了

2.如果你的APP使用了ucos系统,在跳转函数中还需要增加__set_CONTROL(0);//把psp修改成msp;这样是为了把ucos系统中的psp置回msp,否则容易出现硬件中断

MSP和PSP 的含义是Main_Stack_Pointer 和Process_Stack_Pointer,在逻辑地址上他们都是R13

这意味着同一个逻辑地址,实际上有两个物理寄存器,一个为MSP,一个为PSP,在不同的工作模式调用不同的物理寄存器

没有操作系统内核PSP与MSP模式:

R13的值与MSP值相同,内核使用MSP

带UCOSII操作系统内核PSP与MSP模式:

 

带操作系统运行任务的时候R13值与PSP相同,内核使用PSP

带操作系统进入中断的时候R13值与MSP相同,内核使用MSP

所以内核是PSP还是MSP总结为:

1)不使用OS时: 只用到MSP(中断和非中断都使用MSP);
2)使用OS时(如UCOSII): main函数和中断使用MSP; 各个Task(线程)使用PSP(即任务栈);

当带操作系统从APP区跳转到BOOT区的时候需要将SP设置为MSP,否则在BOOT区中使用中断将会引发硬件错误!

如果在APP中打开了看门狗那么当跳转到BOOT中时也需要定时喂狗,否则会触发看门狗超时复位!

 

------------------------------------------------------------------文章2------------------------------------------------------------------

Question:
最近在搞STM32 的IAP。发现一个很奇怪的问题。
在程序A里面,跳转到程序B执行。
A存放在0x08000000,B存放在0x0800e000.
起初,B使用的内存大概6K,其中堆栈使用了4K。此时如果从程序A跳到程序B,B出现死机。但是如果用仿真器直接运行B是可以运行的。
实在不知道什么问题,后来B的堆栈改小,设为1K,这是就正常了。能从程序A跳转到程序B,并且B也能正常运行。
请问这是什么原因?程序B的运行为什么后它的内存大小的影响呢?
片子是STM32F103R8T6.
望高手解答!! 谢谢了。
----------------------------------------------------------------------------------
Answer:
感觉是你在跳转到B的时候没有把程序B的主堆栈进行初始化,这样程序B在运行的时候还在使用程序A的堆栈指针,很可能会与程序B的全局变量区混到一起了,执行情况就没法预知了,会有某些奇怪现象发生。
----------------------------------------------------------------------------------
A程序用了ucos2,而且不是在中断里跳转到B,那应该是在某个任务里跳转的吧。ucos2的官方移植版本,任务里使用的堆栈指针是PSP,如果你的A 程序是在使用PSP的任务里跳转到B程序的,那么函数void JumpBootloaderProgram(void)中的__set_MSP(*(volatile unsigned int*) ApplicationAddress)函数并没有使跳转到B后的堆栈指针初始化为主堆栈指针,即跳转到B后还是使用的程序A的PSP,问题可能会出在这 里。
----------------------------------------------------------------------------------
还得再啰嗦几句,楼主所说的“把PSP和MSP都重新设置”指的是在函数JumpBootloaderProgram中又加入了一句 __set_PSP(*(volatile unsigned int*) ApplicationAddress)吗?如果是这样,貌似跳转到B之后还有隐患,因为由A跳到B后,主程序用的是PSP,而中断服务程序仍要使用 MSP,因为CM3的中断服务是“处理模式”,只能使用MSP。如果在跳转到B之前把MSP和PSP设为同样值的话,那么B程序的中断服务程序在使用堆栈 的同时,很可能也改写了主程序的堆栈中的内容。所以我觉得最好在由A跳转到B之前,在调用__set_MSP(*(volatile unsigned int*) ApplicationAddress)之前,把当前使用的堆栈指针由PSP改回MSP,然后再设置MSP,再跳转,这样比较好一些,跳转到B之后,无论 主程序还是中断服务程序都只使用MSP,也就不会冲突了。
----------------------------------------------------------------------------------
恩。多谢高手指点。呵呵。
在这里虚心接受建议。
我现在这样改,应该就不会有问题了吧?
    JumpAddress = *(volatile unsigned int*) (ApplicationAddress + 4);
    Jump_To_Application = (pFunction) JumpAddress;
    __set_PSP(*(volatile unsigned int*) ApplicationAddress);
    __set_CONTROL(0);
    __set_MSP(*(volatile unsigned int*) ApplicationAddress);
    Jump_To_Application();

文章转载自:https://www.cnblogs.com/yeshenmeng/p/9584737.html

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 当一个应用程序需要跳转bootloader 时,它会发送一个特殊的信号给操作系统,告诉它要进行跳转。操作系统会将应用程序的控制权交给 bootloader,然后 bootloader 会负责加载操作系统的内核和其他必要的组件。一旦加载完成,bootloader 会将控制权交还给操作系统,使其能够正常运行。这个过程被称为“启动过程”,它是操作系统和应用程序之间的重要交互。 ### 回答2: AppBootloader是两个不同的软件模块,两者需要相互协作才能使设备正常运转。Bootloader是在设备上电时首先运行的软件,负责初始化硬件和加载App。而App是最终用户可以使用的软件,它是在Bootloader运行完成后启动的。 在设备上电时,Bootloader首先会进行一些必要的硬件初始化,包括设置CPU、存储器、外设等等的寄存器。接下来,Bootloader会进行一些自检程序,并检测是否已按下某个按键。这个按键通常会使Bootloader进入特定模式,例如:恢复出厂设置模式、升级模式等等。 如果没有按键被按下,Bootloader会直接将控制权转移到App。否则,Bootloader将进入特定模式,等待外部指令的下达。此时,Bootloader可以通过多种方式与App交互,例如:向特定的内存地址写入指令,启动特定的串口或者Wi-Fi模块,等等。 App首先要执行Bootloader的初始化操作,然后再自行进行其他的初始化和操作。它需要与硬件设备进行交互,获取数据,对数据进行处理,最终向用户提供功能。如果需要更新或升级AppBootloader可以切换到升级模式,通过外部接口将新的固件下载至设备中,然后进行升级操作。 总而言之,AppBootloader跳转之间的原理是:Bootloader首先进行硬件初始化,然后将控制权转交给App,从而启动App并使设备正常运行。同时,Bootloader还负责设备的升级和调试,为设备的长期稳定运行提供保障。 ### 回答3: Appbootloader嵌入式系统中的两个核心组成部分,app是用户自定义的应用程序,而bootloader是启动引导程序。在实际应用中,我们经常需要在两者之间进行跳转,比如在app中需要更新程序时,就需要使用bootloader跳转到更新程序,完成更新后再跳转app。 其中,bootloader是最先加载的程序,负责初始化硬件环境、检测外设、加载app程序等操作。在bootloader中,有一个跳转指令,可以将程序的执行权从bootloader跳转app程序的入口点。这个跳转指令需要指定app程序的入口地址,一般是在编译app程序时确定的。当需要跳转app程序时,bootloader跳转指令执行,并将CPU的控制权交给app程序。 在app程序中,同样也有一个跳转指令,可以将程序的执行权从app程序跳转bootloader。当需要更新程序时,先将新程序烧录到flash存储器中,然后跳转bootloaderbootloader再读取flash存储器中的更新程序,并将控制权交给更新程序,完成更新操作后再跳回app程序。 以上就是appbootloader跳转原理的简单介绍。在实际开发中,需要根据具体情况确定跳转指令和入口地址,并编写相应的代码实现跳转操作。跳转操作的成功与否,关系到整个系统的可靠性和稳定性,需要仔细设计和测试,确保正确执行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值