[STM32L4] freertos任务间通信问题

[复制链接]
1753|25
 楼主| liuzaiy 发表于 2020-4-4 13:38 | 显示全部楼层 |阅读模式
使用HAL库自带的freertos例程里面修改的程序,建立两个任务一个是使用osSignalSet设置信号,另外一个使用osSignalWait等待信号,等任务运行后,发现发送了4000个信号,但是接受却是接收到了3998个信号,丢了2个,大神知道可能是什么导致的吗?
guoyt 发表于 2020-4-4 13:42 | 显示全部楼层

有没有可能被竞争挤掉了
wangzsa 发表于 2020-4-4 13:44 | 显示全部楼层
处理的线程过长?
wangzsa 发表于 2020-4-4 13:49 | 显示全部楼层
同一片芯片同时做接收和发送?
wangpe 发表于 2020-4-4 13:52 | 显示全部楼层
中间有没有延时啥的等待机制或者重发机制
zwll 发表于 2020-4-4 13:56 | 显示全部楼层
是否堵塞了
 楼主| liuzaiy 发表于 2020-4-4 13:58 | 显示全部楼层
事情是这样的,是同一个芯片上运行的两个任务,任务A是从SPI读取数据,放到数组中,每隔18ms读取一次,累计读取完成12次后发送信号给任务B,任务B收到信号后负责吧数据写入SD卡,完后就完了,依次执行4000次,发现接收到的信号只有3998次。没有信号重发机制,请问信号重发机制怎么实现?有介绍吗?
houcs 发表于 2020-4-4 14:01 | 显示全部楼层
两个任务的优先级如何?SD卡读写应该会比较长但次数少,优先级可以高一些。如果数据需要都记录,建议使用queue,这样应该不会出现丢记录了
llljh 发表于 2020-4-4 14:12 | 显示全部楼层
通过返回值来调试
 楼主| liuzaiy 发表于 2020-4-4 14:16 | 显示全部楼层
能具体说说返回值调试时怎么个意思吗?我在任务A发送通知的地方加了个计数变量,发送一次就计数加一次,在任务B接收通知的地方加了个计数变量,接收到通知计数加一,任务接收后统计两个计数值发现发送计数是4000,接收计数是3998.
 楼主| liuzaiy 发表于 2020-4-4 14:19 | 显示全部楼层
任务A是读取数据,是要求硬实时的,就是来了数据必须读取否则就会漏数据,数据要求都记录。所以任务A设置的是osPriorityRealtime,实时优先级,优先级最高。任务B是读取的数据写入到SD卡上,这个任务是高优先级osPriorityHigh,仅次于实时优先级(我使用的是HAL自带的Freertos,就是CMSIS-RTOS对freertos的封装。)
chenjunt 发表于 2020-4-4 14:22 | 显示全部楼层
每次都发送成功?没法送成功就重发啊
kangzj 发表于 2020-4-4 14:26 | 显示全部楼层
你用哪个版本的HAL,我觉得函数不一样啊
hanwe 发表于 2020-4-4 14:28 | 显示全部楼层
说丢了其实也不太合适,就是说任务B执行的不够快,所以导致在某个时间段,任务A调用了osSignalSet多次
llljh 发表于 2020-4-4 16:18 | 显示全部楼层
后续的set客观上没有效果,因为signal已经设置了
llljh 发表于 2020-4-4 16:31 | 显示全部楼层
但是任务B只获取到一次signal,最终的结果是任务B得到了signal并执行对应操作。
renyaq 发表于 2020-4-4 16:34 | 显示全部楼层
如果任务B能够在这次调度中把任务A多次的signal产生的数据全部都获取,那最终程序也不会有问题。
houcs 发表于 2020-4-4 16:38 | 显示全部楼层
但是如果任务B的延迟导致任务A的数据被覆盖,那就出问题了。
yinxiangh 发表于 2020-4-4 16:42 | 显示全部楼层

使用计数信号量,把que加大点
chenjunt 发表于 2020-4-4 16:44 | 显示全部楼层
信号间通讯是操作系统内部机制,如果连自己的通讯都保证不了,还用什么操作系统,不和裸奔一样么?????
您需要登录后才可以回帖 登录 | 注册

本版积分规则

735

主题

7546

帖子

2

粉丝
快速回复 在线客服 返回列表 返回顶部