有STM32开发者用到STM32F429芯片开发产品,并用到其中的CAN外设。在CAN应用过程中有个专门针对收发出错情况进行次数统计的两个计数器,其值通过错误状态寄存器CAN_ESR中的REC[7:0]和TEC[7:0]两个字段来体现,CAN硬件会根据错误数据大小做适当响应或处理。
根据寄存器描述得知,TEC[7:0]和REC[7:0]的值在这个寄存器里面是只读的。而此时的STM32用户有个强烈的需求,就是期望能适时地对这两个出错记录字段做清零。他自己也尝试编写一些代码想让二者清零,均以失败告终,便邮件咨询有无解决办法。
我们在阅读CAN_ESR寄存器内容时倒有个发现,即该寄存器的复位值是0x00000000。
也就是说,芯片每次复位后其值一定是0,自然那两个出错计数器的值也是0。可客户明确表明,不接受通过对芯片级复位的方式来实现对二者清零。
那怎么办呢?对整个芯片复位不接受,直接写又不起作用。还有别的办法吗?
其实,STM32芯片除了各种芯片级的复位外,还有专门针对各个外设模块的复位。也就是说,既然这样我们可以考虑仅针对CAN外设做复位而达到目的。客户也接受这个做法。
以STM32F4芯片为例,下面寄存器就是负责对部分APB1外设进行复位操作的控制寄存器。
其中,CAN1/CAN2外设就是被其中的两个控制位所管控。
我们对相应控制位置1或清零达到对外设模块强制复位或做复位释放的操作。我们不妨以这里的CAN1为例,相应的Cube库函数代码如下:
__HAL_RCC_CAN1_FORCE_RESET(); //对CAN1外设实施强制复位
__HAL_RCC_CAN1_RELEASE_RESET();//释放对CAN1外设的强制复位
这里提醒并强调下,针对外设的强制复位和复位释放指令原则上要成对使用。如果做了强制复位而不释放的话,后面的配置不保证有效。
后来,客户按照上面推荐的方法操作后,可靠有效,符合心意。我在这里将该案例分享出来,说不定哪天你能派上用场。毕竟书到用时方恨少嘛。
审核编辑:汤梓红
全部0条评论
快来发表一下你的评论吧 !