有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外设的强制复位
这里提醒并强调下,针对外设的强制复位和复位释放指令原则上要成对使用。如果做了强制复位而不释放的话,后面的配置不保证有效。
关键字:STM32
引用地址:
巧用外设复位修改只读寄存器
推荐阅读最新更新时间:2024-11-17 01:37
STM32流水灯的几种实现方法
#include “stm32f10x.h” void RCC_Configuration(void);//2 void GPIO_Configuration(void);//GPIO void Delay(u32 count) { u32 i=0; for(;i count;i++); } int main(void) { RCC_Configuration();//3 LED_Init(); while(1) { GPIO_SetBits(GPIOA,GPIO_Pin_0);//第一灯亮 Delay(800000); //延时 GPIO_ResetBits(GPIOA,GPIO_Pin_0); //第一灯灭
[单片机]
STM32 串口调试UART1,调试笔记1
Usart1重新初始化之后,再次发送数据的时候,就会死在 while(USART_GetFlagStatus(USART1,USART_FLAG_TC)==RESET); 解决方法:注释掉原程序中的 // USART_ClearFlag(USART1, USART_FLAG_TC);
[单片机]
STM32的SPI接口、cubeMX软件配置SPI接口和分析SPI相关代码
本文主要介绍STM32的SPI接口、cubeMX软件配置SPI接口和分析SPI相关代码。 STM32之SPI简介: SPI协议【Serial Peripheral Interface】 串行外围设备接口,是一种高速全双工的通信总线。主要用在MCU与FLASHADCLCD等模块之间的通信。 SPI信号线 SPI 共包含 4 条总线。 SS(Slave Select):片选信号线,当有多个SPI 设备与 MCU 相连时,每个设备的这个片选信号线是与 MCU 单独的引脚相连的,而其他的 SCK、MOSI、MISO 线则为多个设备并联到相同的 SPI 总线上,低电平有效。 SCK (Serial Clock):时钟信号线,由主通信设备
[单片机]
stm32---SPI与内部flash
STM32F1 的闪存(Flash)模块由:主存储器、信息块和闪存存储器接口寄 存器等 3 部分组成。 主存储器:存放代码和数据常数 , (BOOT0,BOOT1)= (0,0) 信息块:分为两个小部分,其中启动程序代码存储stm的自带的启动程序用于串口下载(1,0)。其中用户选择字节,则一般用于配置写保护、读保护等功能。 闪存存储器接口寄存器:该部分用于控制闪存读写等,是整个闪存模块的 控制机构。 同样,STM32 的 FLASH 在编程的时候,也必须要求其写入地址的 FLASH 是 被擦除了的(也就是其值必须是 0XFFFF),否则无法写入,在 FLASH_SR 寄存 器的 PGERR 位将得到一个警告。 flash配
[单片机]
stm32 485串口数据的收发
//串口初始化: #define EN_USART2_RX 1 void RS485_Init(u32 bound) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA|RCC_APB2Periph_GPIOG, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2,ENABLE); RCC
[单片机]
STM32 KEIL 串口打印printf使用详解
常规打印方法 在STM32的应用中,我们常常对printf进行重定向的方式来把打印信息printf到我们的串口助手。 在MDK环境中,我们常常使用MicroLIB+fputc的方式实现串口打印功能,即: 要实现fputc函数的原因是:printf函数依赖于fputc函数,重新实现fputc内部从串口发送数据即可间接地实现printf打印输出数据到串口。 不知道大家有没有看过正点原子裸机串口相关的例程,他们的串口例程里不使用MicroLIB,而是使用标准库+fputc的方式。相关代码如: #if 1 #pragma import(__use_no_semihosting) //标准库需要的支持函数 struct __F
[单片机]
STM32中对Key_GPIO_Config()函数的理解之轮询控制按键LED
STM32中对Key_GPIO_Config()函数的理解(自定义)
[单片机]
STM32在线调试正常,上电运行不正常
贴了两块样板,烧写同样的固件。其中一块工作正常,但是另外一块出现了很奇怪的现象:在线调试正常;每次烧写完后工作正常;重新上电有时候工作正常,有时候工作不正常;工作不正常时,按下复位按键,恢复正常。 工作异常现象:main函数中的系统运行指示灯不闪烁,但是初始化过程中点的一个灯是亮的!说明程序运行一段时间后,不工作了。 由于在线调试模式,板子工作正常,无法通过在线调试的方式判断程序运行的异常状态。 分析可能的原因: 1、初始化过程中,程序陷入死循环。但程序初始化过程中,没有while(1)死循环的代码。 2、板子上电后不断复位,导致无法进入main函数中的while(1)循环。 问题查找: 硬件: 1、确认BOOT0管脚接10k
[单片机]