ucosii中两个任务等待信号量，由于任务优先级引起的死机

Rampage甄姬 · 发表于 2017-9-18 12:02:00

大家好，我是一个新人，平时就逛帖子但是不会发帖，最近在项目中遇到一个问题。希望各位大牛能给握指一条明路。

项目中，有了一个RS485和Ble的任务。
代码的框架逻辑是这样的。
uart2中断接受数据  + RS485任务中读取数据&分析数据是否完整 + 解析任务里处理数据帧
uart1中断接受数据  + Ble任务中读取数据&分析数据是否完整 + 解析任务里处理数据帧

处理的方式是：状态机
中断里的状态机：
1> sp_rec_apply
2>sp_rec_filling
3>sp_apply_failed

任务读取数据和分析的状态机：
1>sp_wait_rec_done
2>sp_rec_done

在sp_wait_rec_done 这个状态中使用了信号量
OSSemPend(rs485_sft_cntr.sem, 0, &err_rs485);
实现的功能就是，有数据就运行，没数据就休眠。

但是有一个问题：
BLE_REC_TASK_PRIO  7  蓝牙任务的优先级
RS485_REC_TASK_PRIO 8 RS485任务的优先级
在这个优先级的时候一旦蓝牙收数据，就死机，就进hardfault。

BLE_REC_TASK_PRIO  9  蓝牙任务的优先级
RS485_REC_TASK_PRIO 8 RS485任务的优先级
在这个优先级的时候一旦485收数据，就死机，就进hardfault。

谁优先级高谁接受数据就死机。
我查到是由于任务调度的时候发生了些什么，导致这个问题。但是究竟是什么原因且不得而知。

八度空间 · 发表于 2017-9-18 12:02:01

大多数都是内存溢出造成的，你每个任务的堆栈空间设置多大？

Rampage甄姬 · 发表于 2017-9-18 16:17:21

八度空间发表于 2017-9-18 15:56
大多数都是内存溢出造成的，你每个任务的堆栈空间设置多大？

是这样的。我蓝牙的堆栈开了50，RS485堆栈开了50。数据帧解析的任务是128个字节。后来我把蓝牙和RS485的堆栈都改到了60.现在测试不死机了。谢谢

Rampage甄姬 · 发表于 2017-9-18 18:10:38

八度空间发表于 2017-9-18 12:02
大多数都是内存溢出造成的，你每个任务的堆栈空间设置多大？

你好，我能再问你一个问题嘛？我后来测试了下，当蓝牙和485都是 100ms/次发送。还是会进硬件错误。我把堆栈测试了：
1>堆栈 80 659个数据后死机。 200ms一次
2>堆栈 90 876个数据后死机。 100ms一次
3>堆栈 100 409个数据后死机。 100ms一次
4>堆栈128 230个数据后死机。 100ms一次
好像没什么规律，但是这次还是堆栈引起的嘛？