中断方式读显HC-SR04+DHT11，当捂住HC-SR04时可怕一幕发生了

mrwang7758

事情是这样的：STM32F4带上DHT11和HC-SR04两兄弟一起玩，邀请TIM4小妹每50ms督促HC-SR04检测一下障碍物距离，HC-SR04老弟采用EXTI方式来判断自己ECHO脚上升和下降，上升他就告诉TIM3小妹启动记录ECHO脚高计数，下降就让TIM3小妹计算ECHO脚高是多少时间以便测算超声波走了多少距离，TIM3小妹规定了ECHO脚高的时间不能超过超声波来回走4米总时间，否则她会先关掉HC-SR04的EXTI中断，还会将ECHO脚拉低，清零自己，再次打开HC-SR04的EXTI中断准备后面重来，主程序一切正常地采样显示温湿度、显示距离，但当用手捂住HC-SR04两只眼睛时，傻眼了，主程序卡死，表现在DHT11不玩了。当手松开后HC-SR04还是可以正常测距显示（EXTI方式计算和显示），但主程序里的DHT11还是不玩。疑难杂症，本小医生水平有限，家属紧张，请各位专家会整排除病因

LcwSwust

mrwang7758 发表于 2021-10-8 14:46

楼主这图做得挺好，核心代码一目了然。
我的看法是：
主程序不一定是卡死，而是未能满足条件 (DHT11_time_up==20),
这种条件是很容易引起BUG的，因为定时中断里有DHT11_time_up++，
如果主循环处理一些费时的操作时错过了DHT11_time_up==20的时刻，那就要等很久很久了，
所以建议将条件改为(DHT11_time_up>=20)。
但是，楼主说到“当手松开后HC-SR04还是可以正常测距显示”，那就不像是这个BUG引起的。
另外建议LCD显示函数等费时的操作不要放在中断里。
“将ECHO脚拉低”这操作我看不懂，这脚是输入脚，拉低操作有效？有必要拉低？
“捂住HC-SR04”具体情况我没试过，估计由于盲区问题会使 ECHO脚的宽度变得很宽，下降沿估计在TIM3中断之后了，或者就没有下降沿。建议楼主监测下DHT11_time_up，看这种情况下它是否还在加。

对了，主循环里DHT11_ReadAndShow是不是操作了LCD？外中断也操作了LCD，极有可能冲突，建议LCD操作集中在主循环。

LcwSwust

上程序

mrwang7758

LcwSwust 发表于 2021-10-8 13:31
上程序

涉及现象相关程序截图

mrwang7758

大神分析细致周到，观后豁然开朗，谢谢您的好建议！“将ECHO脚拉低”这个可能性很大，我也在想ECHO拉低能否起到作用，毕竟对HC-SR04来说ECHO也是输出。回去再做相关整改，再次感谢您的耐心指导