移植ucosii遇到的问题 B OSStartHang

2024-01-25 16:58

本文主要是介绍移植ucosii遇到的问题 B OSStartHang,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

ucosii在STM32rbt6上可以正常地运行,工作需要,我将ucosii移植到STM32F103C8T6,更换了一下启动代码,结果程序 开始调度时就死在那了 OSStart(); 进去后
void  OSStart (void)
{
    if (OSRunning == OS_FALSE) {
        OS_SchedNew();                              
        OSPrioCur     = OSPrioHighRdy;
        OSTCBHighRdy  = OSTCBPrioTbl[OSPrioHighRdy];
        OSTCBCur      = OSTCBHighRdy;
        OSStartHighRdy();                            
    }
}停在黑色加粗,通过调试找到汇编代码.asm里边
OSStartHang
    B       OSStartHang 这个位置。
网上搜索后有网友提供答案 

关于STM32F107VC _OSStartHang解决方案

问题:移植UCOS-II后,程序总是在 

B         OSStartHang ,//根据提示,应当永远不会到这步的。

其实很简单,因为STM32本身的异常中断PendSV_Handler替代了UCOS的异常中断OSPendSV,使其不能正常执行。这样我们就需要更改PendSV_Handler为OSPendSV以让中断正常。

第一种

更改startup_stm32f10x_cl.s(V3.5.版本)

1、DCD     PendSV_Handler            ; PendSV Handler

更改为:

DCD     OSPendSV                 ; OSPendSV 中断

2、PendSV_Handler    PROC

EXPORT  PendSV_Handler             [WEAK]

B       .

ENDP

更改为:

OSPendSV        PROC

EXPORT  OSPendSV                   [WEAK]

B       .

ENDP

第二种:  —startup_stm32f10x_cl.s中定义了中断向量表(中断函数的入口地址)

—stm32f10x_it.c 中断服务函数的C语言代码。

在startup_stm32f10x_cl.s中有两段代码如下:

DCD     PendSV_Handler

DCD     SysTick_Handler

在stm32f10x_it.c中的服务函数如下

void PendSV_Handler(void)

void SysTick_Handler(void)



1:ucos系统中断函数更名为PendSV_Handler,注释掉stm32f10x_it.c文件中void PendSV_Handler(void)函数。



2:在void SysTick_Handler(void)函数中添加如下代码:

void SysTick_Handler(void)

{

OS_CPU_SR  cpu_sr;

OS_ENTER_CRITICAL(); // Tell uC/OS-II that we are starting an ISR

OSIntNesting++;

OS_EXIT_CRITICAL();

OSTimeTick();          // Call uC/OS-II’s OSTimeTick()

OSIntExit();            // Tell uC/OS-II that we are leaving the ISR

}



================================================

之前一直使用的stm32f10x_it.c中的PendSV_Handler函数里调用OSPendSV()的方式突然不好用了,可能和升级了IAR6有关系,之前一直使用的是IAR5.4。

参照上述操作,已经好用了,有些差别用的startup_stm32f10x_cl.s V3.1.2版本。

DCD     OSPendSV            ; PendSV Handler



PUBWEAK OSPendSV

        SECTION .text:CODE:REORDER(1)
OSPendSV
        B OSPendSV

这篇关于移植ucosii遇到的问题 B OSStartHang的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/643955

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

Redis分片集群、数据读写规则问题小结

《Redis分片集群、数据读写规则问题小结》本文介绍了Redis分片集群的原理,通过数据分片和哈希槽机制解决单机内存限制与写瓶颈问题,实现分布式存储和高并发处理,但存在通信开销大、维护复杂及对事务支持... 目录一、分片集群解android决的问题二、分片集群图解 分片集群特征如何解决的上述问题?(与哨兵模

SpringBoot+Redis防止接口重复提交问题

《SpringBoot+Redis防止接口重复提交问题》:本文主要介绍SpringBoot+Redis防止接口重复提交问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不... 目录前言实现思路代码示例测试总结前言在项目的使用使用过程中,经常会出现某些操作在短时间内频繁提交。例