有STM32开发者用到STM32F429芯片开发产品，并用到其中的CAN外设。在CAN应用过程中有个专门针对收发出错情况进行次数统计的两个计数器，其值通过错误状态寄存器CAN_ESR中的REC[7:0]和TEC[7:0]两个字段来体现，CAN硬件会根据错误数据大小做适当响应或处理。

; s+ o; [$ j4 @4 N% l* F+ w6 W

根据寄存器描述得知，TEC[7:0]和REC[7:0]的值在这个寄存器里面是只读的。而此时的STM32用户有个强烈的需求，就是期望能适时地对这两个出错记录字段做清零。他自己也尝试编写一些代码想让二者清零，均以失败告终，便邮件咨询有无解决办法。

我们在阅读CAN_ESR寄存器内容时倒有个发现，即该寄存器的复位值是0x00000000。

4 x% n  \% K4 R

也就是说，芯片每次复位后其值一定是0，自然那两个出错计数器的值也是0。可客户明确表明，不接受通过对芯片级复位的方式来实现对二者清零。

那怎么办呢？对整个芯片复位不接受，直接写又不起作用。还有别的办法吗？

其实，STM32芯片除了各种芯片级的复位外，还有专门针对各个外设模块的复位。也就是说，既然这样我们可以考虑仅针对CAN外设做复位而达到目的。客户也接受这个做法。

以STM32F4芯片为例，下面寄存器就是负责对部分APB1外设进行复位操作的控制寄存器。

; r( S2 N6 Q( @/ D0 G

其中,CAN1/CAN2外设就是被其中的两个控制位所管控。

% e' K& ]$ N; {/ j9 k: M, n) z' s0 H. b

; I( F7 p9 W$ l. K3 ?+ y& D

我们对相应控制位置1或清零达到对外设模块强制复位或做复位释放的操作。我们不妨以这里的CAN1为例，相应的Cube库函数代码如下：

__HAL_RCC_CAN1_FORCE_RESET(); //对CAN1外设实施强制复位

__HAL_RCC_CAN1_RELEASE_RESET();//释放对CAN1外设的强制复位

这里提醒并强调下，针对外设的强制复位和复位释放指令原则上要成对使用。如果做了强制复位而不释放的话，后面的配置不保证有效。

后来，客户按照上面推荐的方法操作后，可靠有效，符合心意。我在这里将该案例分享出来，说不定哪天你能派上用场。毕竟书到用时方恨少嘛。

转载自： MilerShao
如有侵权请联系删除

5 B' b; T* ~3 b