stm32
ycli12
这个作者很懒,什么都没留下…
展开
-
为什么32的嘀嗒定时器在低功耗stop模式唤醒后会比较缓慢
首先我们看到M4的编程手册,里面有systick的时钟来源介绍,可以看到systick的计数源的AHB或者AHB/8。systick的配置函数如下,可以看到选择的时钟源时AHB。__STATIC_INLINE uint32_t SysTick_Config(uint32_t ticks){ if ((ticks - 1) > SysTick_LOAD_RELOAD_Msk)原创 2015-09-26 08:57:22 · 3078 阅读 · 1 评论 -
F429的RTC当做stop模式下的唤醒源(FreeRTOS)
The RTC also includes an automatic wakeup unit to manage low-power modes.时钟源的选择:LSI or LSE ,LSI=32.768kHztick=1kHz,要分频得到这个频率,有两个选择,一个是RTC_CLK进行2/4/8/16分频后,再经过16位的自动重载向下计数器,这样子在HSI下很难得到准确的1kHz的触发,这原创 2015-09-26 23:24:35 · 2830 阅读 · 1 评论 -
STM32F411的DMA使用注意清除标志位
嵌入式的路上满满都是坑!跟F3差不多一样的DMA+SPI程序,妈的,根本没有输出SPI信号!最后硬件仿真查看寄存器,看到DMA的使能位始终都是0!明明自己在发送之前就置1了,查看F411手册,如下图所示,说将EN置1之前要将标志位清除,于是去查看SR寄存器,果然有几个标志位一直没有被清除!于是在每次发送之前都清除标志位,程序就成功了。原创 2015-09-14 08:30:28 · 4454 阅读 · 0 评论 -
SPI写入数据的时候记得读取,不然会一直读出0xFF!
SPI认识错误!!!!真的是越来越不清醒了,写一个SPI字节的时候居然忘记要读取数据了,因为SPI为双线结构,只要时钟线有信号,两条线上都会有信号,我就只发送数据,要读取的数据的时候再读取,这样子会造成溢出标志OVR被置1,因为平时的数据没有被读取,又来一个,真正要读取的时候,就会发现,怎么都是FF,因为发送OVR之后,还是DR的内容不会被修改,所以都是FF。查找原因过程:通过逻辑分析仪看原创 2015-09-14 22:33:44 · 35697 阅读 · 4 评论