<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[C_Rabbit的专栏]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/c_rabbit</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; c_rabbit]]></copyright><item><title><![CDATA[STM32下SysTick的一个容易发生的错误，时钟频率设置]]></title><link>https://blog.csdn.net/c_rabbit/article/details/51744810</link><guid>https://blog.csdn.net/c_rabbit/article/details/51744810</guid><author>c_rabbit</author><pubDate>Thu, 23 Jun 2016 16:36:52 +0800</pubDate><description><![CDATA[今天同事测试我之前写的一个小程序，发生了奇怪的错误，先是Uart通讯接收操作，出现了接收数据不全的问题：2个字节的应答帧，在实际运行中只能收到1个字节，导致程序死循环。检查后发现，是接收部分代码留的延时太短，造成了芯片误以为通讯已结束，但实际应答帧尚未传输完毕。（此处接收代码的工作模式是：当Uart接收到1个字节后，即开始一个定长的延时，该延时长度与通讯波特率相关，当正常通讯还在继续时，则应在延时]]></description><category></category></item><item><title><![CDATA[单片机UART中断应用中TXE和TC的顺序]]></title><link>https://blog.csdn.net/c_rabbit/article/details/51565509</link><guid>https://blog.csdn.net/c_rabbit/article/details/51565509</guid><author>c_rabbit</author><pubDate>Thu, 02 Jun 2016 12:24:19 +0800</pubDate><description><![CDATA[今天回顾之前写过的一些程序，发现了当时一个比较有意思的修改记录，想了会才回忆起当时的具体意图，记录下来备忘，也分享给看到的朋友们。
案例是以STM32f107芯片为主控的一个环境污染物监测设备，在里面用到485通讯，因485芯片需要通过控制管脚设置发送和接受状态，所以就要求对UART的控制要有足够的精准度，否则会发生发不出去或收不回来的情况，尤其是在做信息交互的时候，于是用到了中断。
在平常的]]></description><category></category></item></channel></rss>