程序中邮箱接收有些问题,在线请教!!!
各位老大,这两天我在调试程序的时候使用邮箱出现了一个问题,我用的是0.3.1版本。我的程序里开了两个任务:任务A和任务B。在任务A中把有些参数通过一个邮箱发送给任务B,启动任务B运行一次,任务B也会发送一个邮箱把任务B中的有些值反馈给任务A。大部分时间运行正常。可是有时会出现任务A发送邮箱后并不会切换到任务B(任务B的优先级比任务A的优先级要高);通过MDK的View窗口看到,任务A发送的邮箱的entry值为1,但是就是不切换到任务B去运行。各位老大,不知道在什么情况下要出现这样的现象啊?有没有什么好的查错方法呢?多谢啦!!! 这个需要看任务状态。如果任务B并不是挂起在邮箱上接收邮件,A往邮箱发送再多邮件也没用。另外就是,要避免多个任务去一个邮箱上收取邮件,这会造成任务的行为无法预知。 回复【1楼】ffxz
-----------------------------------------------------------------------
谢谢ffxz的回复!我在任务B的末尾加有rt_thread_delay()函数,让任务B休眠20个Tick,以让出CPU控制权。我在view窗口中看到,任务B的remaining_tick的值始终和init_tick的值保持一致,是不是任务B就挂起在这?那么remaining_tick为什么会一直不变呢?
要避免多个任务去一个邮箱上收取邮件?那我要是有两三个任务等待一个邮箱,这样的话就不合适了吗?(因为我要传递的参数量不大,就直接用邮箱中的4个字节的邮件进行参数传递。然后其他的任务则根据邮件的内容来决定是否是自己想要的邮件,如果不是则传发) B进行delay,这个时候B的状态是suspend状态,得等它被唤醒后才可能去收邮箱。
关于remaining_tick的问题,这个数值只会在它一直运行时才起作用。并且,如果它一次运行的时间不超过1 tick,这个值也基本上不会被修改。
如果是多个任务去接收邮箱,那么你一定能够保证任务能够处理每一个邮件。如果一个邮件不能够被处理,这个时候就两难了,丢弃吗? 那这么说来,多个任务等待一个邮箱是不太合适。可是有一点我又不太明白了。就是我看每个邮箱好像它都会有个挂起任务的链表(rt_list_t suspend_thread),如果避免多个任务等待一个邮箱的话,那这个链表又起到什么作用呢?这个链表不是多个因等待邮箱而挂起的任务的等待链表吗?
还有,rt_list_nod结构体中*next和*prev分别指向下一个节点,和前一个节点,那这个节点是否就是表示各个任务?next,prev所指向的是否是各个任务的地址呢?
页:
[1]