完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
比如串口，串口类型UART_HandleTypeDef的定义有Lock这个变量，其类型是下面这个枚举。
typedef enum { HAL_UNLOCKED = 0x00, HAL_LOCKED = 0x01 } HAL_LockTypeDef; 串口接收/发送，或者中断模式接收/发送，都是先设置__HAL_LOCK()，然后配置huart，配置完后再__HAL_UNLOCK()。但感觉这个Lock没什么用啊。 接受过程中及中断里都没有涉及到这个变量，也许是我没找到。 
0
|
|
相关推荐
5个回答
|
|
|
HAL_DMA_PollForTransfer会根据当前的DMA状态在适当的时机调用__HAL_UNLOCK解锁。
|
|
|
|
|
|
之所以这么问，是之前看到creep大神给的DMA+空闲中断里的空闲回调函数里有个
__HAL_UNLOCK(huart->hdmarx); 之前一直不明白为什么这里有个UNLOCK，而没有找到对应的LOCK。今天修改这部分时，没有加这句，结果接收数组一直是第一次接收的数据。现在想想，应该是后来DMA就没有再使能。 但我没找到根据Lock位做判断的地方。 |
|
|
|
|
|
估计是一个标志位？停止没完成当前的工作，然后又重复操作？
|
|
|
|
|
|
是一个什么的锁来着吧
|
|
|
|
|
|
本帖最后由 any012 于 2017-1-21 12:12 编辑 能否指明下，__HAL_LOCK()这个函数，在已被锁的情况下被调用后，返回量return HAL_BUSY，这个值，在什么地方被用到？ 额，明白了，，__HAL_LOCK()是个宏，如果执行return HAL_BUSY；则直接退出上级函数了。感谢指教。 |
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
1870 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
998 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
1402 浏览 1 评论
LL库F030进行3个串口收发，2个串口为232，一个为485，长时间后，会出现串口1停止运行，另外两个正常，只有重启复原
1848 浏览 1 评论
565 浏览 0 评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
7359
评论
淘帖
3013
