在ucosiii上调试DHT11

DHT11在裸机上的示例代码一大堆，很容易调试通过，但是移植到ucosiii上死活初始化不过，今天搞定了，来说说怎么回事
1、这玩意儿对时间的要求很高，ucosiii中的系统延时不太可能弄到微秒级别，我用的原子的延时也不行，最后牺牲了一个基本定时器去实现延时函数，比较精确

2、在读取温湿度数据时要禁止任务调度，不然导致读出来的数据不正确

我是新手，如果有正在玩这个模块遇到问题的伙伴，咱们一起讨论！

jblbin2008 · 2017-6-11 20:27:41

前面的设定CPU设定，时钟，中断等设定都设定了么？

向俊国 · 2017-6-13 16:28:48

***lbin2008 发表于 2017-6-11 20:27
前面的设定CPU设定，时钟，中断等设定都设定了么？

嗯嗯，都配置了

李冰 · 2017-6-14 21:09:34

学习了

kakakagorgor · 2017-6-14 22:31:16

MARK一下！！！！！！！！！！！！！！！！！！！！

jblbin2008 · 2017-6-16 00:19:38

不好意思看错了，你晶振是多少的，如果你的指令数较多就很可能达不到微秒级别；如，你的晶振是10MHz的，那么在1微秒内只能震动10次，即电压波动10次，上升降回来1次执行一条命令，即10MHz的晶振，在1微秒内执行5条命令，（这个命令需要按照汇编命令计算，而且不能是类似push的这种集合形式指令，只能是mov 、jn等之类的指令，因为push转换为普通指令应该是一条mov和一条jmp组成），而UCosiii的任务等待队列应该是由至少不下20几条命令实现对任务队列的，而且就算只有你一个任务，那么进入忙等待和其他状态模式，都是有不少指令的，而毫秒级扫描么，扫描一次某地址是一个指令，判断一个指令然后反馈结果一个指令，算算估计要满足毫秒级的要求，目测估计指令数在40条往上，就按每条指令震动1次，就需要至少80次，每毫秒80次就是需要至少晶振是80MHz的，估计51芯片在这么高的频率下是无法工作的。

陈宜 · 2017-6-23 10:01:44

正好需要用，作为参考

陈宜 · 2017-6-23 10:01:50

正好需要用，作为参考

陈宜 · 2017-6-23 10:01:56

正好需要用，作为参考

陈宜 · 2017-6-23 10:01:56

正好需要用，作为参考

陈宜 · 2017-6-23 10:02:09

正好需要用，作为参考

陈宜 · 2017-6-23 10:02:22

正好需要用，作为参考

陈宜 · 2017-6-23 10:02:22

正好需要用，作为参考

向俊国 · 2017-7-1 17:31:27

***lbin2008 发表于 2017-6-16 00:19
不好意思看错了，你晶振是多少的，如果你的指令数较多就很可能达不到微秒级别；如，你的晶振是10MHz的，那么在1微秒内只能震动10次，即电压波动10次，上升降回来1次执行一条命令，即10MHz的晶振，在1微秒内执行5条命令，（这个命令需要按照汇编命令计算，而且不能是类似push的这种集合形式指令，只能是mov 、jn等之类的指令 ...

我用的是STM32F103,主频是72M