安柘千赫的博客

可能的原因有：1、晶振未正常起振，或上电起振到稳定频率时间太长，超过STM32启动时间；2、看门狗自启动，而有没有定时喂狗；3、使用JTAG，拔掉的是电脑端USB的话，会造成内部短路，应直接拔掉JTAG排线；前人总结的经验：https://blog.csdn.net/weixin_39872123/article/details/111516888https://blog.csdn.net/qlexcel/article/details/92387829https://blog.csdn.ne

近日工程中遇到了STM32无法Dubug 也无法正常运行的问题，现象如下：程序一直在反汇编中循环运行，无法将程序运行至main函数,更不用说断点调试了。查看了网上的说法，可能的原因有1、output 设置没有选中 debug information；2、debug 选项 run to main() 没有选中；3、程序中使用了printf 并通过fputc进行了重定向，但未选择“use microLib”选项；4、debug 设置中 reset 选择为autodetect，导致无法调试。我这里选为

引脚编号1~n 从STM32 的小圆点标记处逆时针排列。VDD为1号引脚PC13为2号引脚。。。。观察芯片时，可以将小圆点标记置于左上方， 各引脚即可与MX中及原理图中的引脚相对应上。

芯片类型: STM32L071RBT6软件： keil5 ， ST-LINK utility遇到的问题1、使用keil5 下载编译好的STM32程序不成功，报如下错误；网上查到的原因：https://www.stmcu.org.cn/module/forum/thread-622912-1-1.htmlhttps://blog.csdn.net/jinchengzhou/article/details/74384217关于STM32下载失败Error: Flash Download fai

芯片：STM32L071CB开发环境：STM32CubeMX + keil5.33使用实时时钟RTC的 WakeUpTimer定时器产生的中断将STM32从STOP低功耗模式下唤醒。STOP模式： STM32低功耗运行模式之一，该模式下CPU会停止工作，但RAM中的数据仍然保留。待中断或事件触发后程序可以继续运行。note：1、STOP模式退出后，系统时钟会自动配置为MSI或HSI，需要手动重新配置时钟，以及使用时钟的外设。 2、为了进一步降低STOP模式下的功耗，可...

简介1、使用到的软件 STM32CubeMX 6.1.0 和keil 5.332、芯片 STM32L071CBT63、实现功能，按帧接收串口数据，数据存入接收buff，帧长存入全局变量实现原理当一帧数据传输结束之后，总线IDLE会维持高电平状态，此时就可以触发MCU的IDLE中断。因此利用IDLE中断进行串口不定长数据的接收。省去了用于检测传输是否完成的判断动作。然而在HAL库中并未集成IDLE中断的处理，所以，我们可以在串口的中断处理中添加对IDLE总线状态的判断，以检测当前帧是否传输

在使用STM32的HAL库进行工程开发时，由于库本身自带的延时功能HAL_Delay只能实现微秒级的定时，无法满足工程实际需求，因此需要自定义一个精度更高的延时工具。原理说明分频器首先对系统时钟进行性分频，CNT计数器对分频后的tick值进行技术，只需要读取TIMx_CNT寄存器中的值，即可计算时长。工程实现方法1、在CubeMX中配制定时器这里选择基本定时器 TIM6，选择为激活状态，预分频PSC设置为31，即在0–31之间计数分频。因为系统时钟频率为32MHz，分频后频率为1MHz，即每次