stm32进入stop模式被莫名其妙唤醒(应该是systick)但是无法被WKUP引脚唤醒。
头文件找不到
软件为keil5,头文件未找到
通过FATFS文件系统读写SD卡创建文件可以了,但加入MSC,一直显示一个没有格式化的U盘盘符,也不能格式化,这是什么问题导致的
stm32f103汇编求助
cubemx 生成的freertos代码 在keil ac6下不能编译,有什么解决的方法吗
报错Could not determine GDB version using command: arm-none-eabi-gdb --version
stm32f107vct6配RTL8201例程
L9663驱动开发
STM32F103VGT6 能代替 STM32F103VFT6 吗?
如果有开发板,在开发板上运行,或者运行示例代码,排除硬件问题,那就是软件逻辑了。
如同大家建议的,代码开始时加一些延时和指示功能测试一下。
通过定时器设置一个全局变量,在while循环里判断这个标志是否为置1,如果置1,则进入STOP模式,在进入前设置RTCALM,通过时钟的报警功能,进行唤醒,进入1秒唤醒,进入后在未唤醒前按下reset,此时无法唤醒,软件看门狗5秒钟后,重启芯片。此时又会按照1秒一次的进入STOP模式。
如果,将RTC唤醒取消,后进入STOP无法唤醒,但是此时按下RESET后可以正常唤醒单片机,这就是很奇怪的地方,如果不能唤醒,那么都不应该唤醒,但是单独一个就可以,两个了就不行,这是什么道理呢?
加了指示,才知道是进入了STOP模式无法通过RTC唤醒了,我在想一个问题,是不是因为RESET复位导致了RTC冲突,最终无法唤醒的
从你的描述上来看,重启是正常工作的,如果进入STOP后,软件看门狗应该是不工作的。现在产生了软件看门狗复位,说明是前面的功能已经启动。建议查看一下复位后,RTC初始化时,是不是进入了死循环。
现在有两个疑问,第一,RTC初始化的时候,是不是每次都要配置一次?如果RTC已经在运行了,重复配置会不会导致问题。
第二,RTC初始化,如果是先配置NVIC,程序会卡死在配置 RTC_ITConfig(RTC_IT_SEC|RTC_IT_ALR, ENABLE);执行到这一句的前一句,还是正常的,一执行这一句就卡死了。如果是把NVIC放到配置了 RTC_ITConfig(RTC_IT_SEC|RTC_IT_ALR, ENABLE);以后执行,会卡死在NVIC_Init(&NVIC_InitStructure); 这里,也就是无法进行NVIC配置。因为我设置的是执行一句,进行一个printf打印输出,每次都会卡死在同一个地方,最后设置了软件看门狗,会被看门狗重新复位,然后程序开始正常执行。
RTC是否有增加电池供电,如果有的话,可以不用重新初始化。如果没有增加需要进行初始化。
RESET引脚没有问题,RTC有电池,很奇怪的一个现象,如果不按下复位按键,程序运行正常,如果在进入STOP以后,按下,就异常了
你可以试一下,时钟设置应该是没问题的,