移植了一个UCOS2加UCGUI多任务，在疲劳操作时候，其中一个OS任务直接进入不了

ajianyes · 发表于 2017-11-24 20:08:06

在线等，急啊！STM32F103的CPU作为主控，移植了一个UCOS2多任务系统，加上UCGUI3.9作显示，液晶任务DISPLAY是1ms运行一次，在作按键快速操作的时候，发现界面更新了N多次之后发现DISPLAY任务无法进入了，其他任务正常运行，软件莫名奇妙的跑进了TAMPER_IRQHandler中断里面，不知道是什么原因啊！！！求大神帮助

ajianyes · 发表于 2017-11-24 20:08:07

1547674987 发表于 2017-11-25 09:53
你显示任务是除了start任务外的最高优先级吗？要么你其他低优先级任务释放CPU控制权了吗？显示任务有必要1M ...

非常感谢回复，问题已经解决了，是因为GUI定时器在切换任务过程当中未删除，使得GUI的定时时间到了之后消息无法发送至回调函数导致的

ajianyes · 发表于 2017-11-24 20:16:25

快速按键操作主要就是界面频繁更新上，这个时候CPU占用资源较多，但是感觉也不是这个原因

ajianyes · 发表于 2017-11-24 20:17:02

没有大神来帮助我只能够自己顶了

正点原子 · 发表于 2017-11-25 00:04:25

降低切换速率试试，比如设置5ms一次

1547674987 · 发表于 2017-11-25 09:53:57

你显示任务是除了start任务外的最高优先级吗？要么你其他低优先级任务释放CPU控制权了吗？显示任务有必要1MS跑一次吗?

ajianyes · 发表于 2017-11-26 15:23:57

统一回复，液晶任务设置为10ms或者更长并无影响，液晶显示更新任务优先级是出IDLE之外最低级别，通过反复的排查发现是我在建立页面1的时候，创立了一个定时器0，之后切换至界面2的时候，未将定时器0删除掉，因此定时器0仍然在工作，只是定时时间到了无法发送至界面1的回调函数里，因此GUI就一直处于等待状态，液晶任务一直占着UCOS的资源，更高优先级的任务仍然得以运行，添加一句WM_DeleteTimer(hWin,GUI_ID_TIMER0);问题得以解决，感谢大家回复