你的浏览器版本过低,可能导致网站不能正常访问!为了你能正常使用网站功能,请使用这些浏览器。
查看完整内容
举报
安 发表于 2019-1-16 15:29 楼主是不是加了断点以后出现的这种情况,如果是。发生异常以后,重新初始化CAN。尽量不要在CAN接收中断时, ...
查看全部评分
安 发表于 2019-1-16 17:11 这个是问题,我也不知道如何解决。在数据发送过程中,加断点会出现这种问题。我用串口的时候,就特别容易出 ...
安 发表于 2019-1-17 09:36 我使用的时候,会做错误纠正。当检测到错误标志位时,重新初始化对应的模块。 ...
不是加断点时出现的。
是因为出现问题了才加断点调试的。
我的理解是CAN的接收中断,打断了CAN的发送函数,此时可能hcan->Lock处于Lock状态。我的CAN接收中断函数的回调函数里又开启了下一次的中断接收,但是在HAL_CAN_Receive_IT()函数里,会判断hcan->Lock的状态,如果是Lock状态,直接就返回了HAL_BUSY.结果就是下一次的中断接收函数没有启动成功。
用的时候觉得传输挺快的,忘了CAN其实还是半双工,不可能同时发送和接收的。
http://blog.csdn.net/ytdsf/article/details/80142899
我理解的是,如果调用中断函数,如果返回的是hal_busy状态,则会跳过中断使能部分。所以不会再触发中断了。
作者,加了一句判断,如果返回的是HAL_BUSY状态,仍旧使能CAN中断。
那么,问题是,为何会出现返回HAL_BUSY?
此外,检查一下中断后是否清除了中断标志
评分
查看全部评分
我在刚进入HAL_CAN_Receive_IT()函数里加了个中断,发现,正常情况下,hcan->Lock状态是UnLock,然后出错的那次,状态是Lock。
猜测程序本来运行到CAN发送函数这里,还没结束就被CAN接收函数中断了。
而中断接收回调函数里再调用HAL_CAN_Receive_IT()时,此时hcan->Lock状态是Lock,于是就直接然会HAL_BUSY了。
评分
查看全部评分
暂时是这么解决的,出了在CAN中断回调函数里再调用CAN中断接收函数外,在每次CAN发送函数后面,再调用依次CAN中断接收函数。
群里的朋友,有的建议是在CAN中断函数里,再加一句打开中断。我在2楼发的那个链接里,博客的主人也是这么做的。
if(Systimeout==0 || Systimeout > HAL_GetTick() || HAL_GetTick() - Systimeout >= 60000)
{
MX_USART1_UART_Init();
HAL_UART_Receive_IT(&huart1,RxBuffer,sizeof(RxBuffer));
Systimeout = HAL_GetTick() ;
}
我用can调试电机pid;使能了can中断接受电机返回数据,在定时器中断里计算pid,然后使用can发送函数把数据发下去,但是程序会一直卡死在can发送函数中,但是我把can发送函数写在主函数中,就不会有问题,想请问一下大概是什么原因造成的,该从哪方面下手解决?